SVN repository keeps the log messages as properties attached to each revision. these properties are kept in db/revprops folder of repository with same numbering as revision. I needed to change format of the log messages and include some extra information. Format of the prop files (at least for version 7 uncompressed) is just key value in text format. I wrote a small program to do this and successfully edited the log messages.
Running SVN Log verifies the command line and shows updated log messages
Problem
Opening TortoiseSVN in dev computers does not show the updated messages in list; however if developer right click on the revision item in list and select Edit log message the edited message will show up. Even checkout of whole repository to new folder still shows the old message.
Question
Above observation makes me believe that TortoiseSVN somehow caches the log messages in client computers. Where is this information stored?
Yes, TortoiseSVN caches the log messages and changed paths. You should be able to clear the cache via TortoiseSVN Settings | Log Caching | Cached Repositories.
Read TortoiseSVN Manual | Log Caching & Cached Repositories for further information.
NOTE: Log caching is a very helpful feature. Don't disable it and be careful when you enter log messages.
On the SVN setting go to log caching, and under tab 'global setting' untick the checkbox 'enable log caching'.
click 'ok' .
it shall solve your problem
Related
My Project is in a shared drive //company/me/project/
I have full read/write access to //company/me/
I have 0 access rights in //company/
Once in a while my Rstudio crashes with the following message
Unexpected exception: rstudio_boost:filesystem::status: Access is denied: "//company
After this i can no longer open my project via Rstudio.
The only workaround i have found is to delete .Rproj.user and create a new project in the same folder
Why is Rstudio trying to access //company/? Is there a configuration I can set to prevent this from happening?
Edit: I have noticed that this usually happens when theres a bug in my code or when I try to stop code that is running.
A possible reason can be that Rstudio (along with R), saves your session to a .Rdata (either by default or possibly because you clicked "Yes" when it asked to save the workspace to .Rdata). R does this to track reproducibility of a session i.e. to determine the last state when Rstudio was closed (or crashed in your case).
And now its trying to restore an exception , which cannot be reproduced as it requires opening up the file and running it (and opening it, is what you want in the first place).
Note that as per RStudio Documentation: .Rproj.user also stores project-specific temporary files (e.g. auto-saved source documents, window-state, etc.).
A recommended solution to this is to set option for never saving the session data i.e. every time Rstudio starts , it is starting with a clean slate for your project. If you are concerned about loosing the commands you ran in your last session , set the option of Always Save History (Even when not saving .RData). See the image below to set things as a default (sourced from Hadley's Comment):
The same settings are also present for a Project too:
I don't know when or how this happened, but if I go to "admin/config/development/performance" and click on "clear all caches", I get the green notification that my cache has been cleared, but also a notice saying "You do not have any administrative items" and the page is completely empty now. If I now try to visit "admin/config" that page is also empty. I also loose my ability to edit any blocks on the page.
I'm still logged in though.
It doesn't matter if I log out and in again, or try to log in with another browser, or flush my caches, the site won't let me access these parts after a clear all caches has been made. I need to backup my database to get my rights back.
What could be the problem?
I found the problem. In my case, the folder 'ctools' within my plugins directory did not have the correct permissions set. It took a while to track down this problem since I was not getting any notices or warnings about this.
I have a quite weird problem here with UCM-ClearCase.
A user tried to deliver from his dev-stream to the int-stream of the project. For some reason he decided that he needed to cancel the delivery and executed "deliver -cancel". According to him this did not work the first time (although he does not remember the error message) but the second time he issued the command the delivery was actually canceled.
The problem now is that he has a checkout in his int-view (!) that does not have an activity attached to it. The activity of the delivery was deleted (obviously during the cancellation of the delivery). If he tries to undo the checkout in the int-stream (by using "unco") ClearCase outputs a warning that he needs to set an activity and a view context in order to undo the checkout. Setting some activity (and a view context) is no good, the same error message appears.
EDIT:
The exact error message given by ClearCase is:
cleartool: Error: To operate on UCM branch, must be set to an activity and a UCM view.
cleartool: Error: Unable to cancel checkout for "PathToFolder".
The checked out element is only a folder and no other elements (neither files nor folders) are checked out
END_OF_EDIT
Creating a new activity in order to attach it to the checkout did not help either as I did not find a command to attach an activity to a already checked out folder.
According to IBM we could remove the view and all its references and then re-create it which should solve the issue of the checkout.
I am kind of hesitant to do so without being sure that there is no other way to handle the situation (especially as the above-mentioned link states that there might be cases when removing the view does not really help). Is anyone aware of a different solution for this kind of situation?
Best Regards
I confirm that to remove all checkouts associated with a specific vob and view is
cleartool rmview -force -uuid (uuid_of_the_view) -vob \aVob
See "unable to perform delivery on clearcase because of checked out file in snapshot view?"
Simply make sure the user has no other checked out files.
I have been searching the web and cannot seem to find a good answer on this.
I sort of understand the cause but need some help on the solution.
I use the following command to export windows system logs. I want/need them to be in evtx format for later use.
wevtutil epl system c:\SystemEvents.evtx
The goal is to send them to other people which will not be viewing them on the same server.
This of course cause the full event text to not be part of the exported log and the user will see something like this:
The description for Event ID XXX from source Server Administrator
cannot be found. Either the component that raises this event is not
installed on your local computer or the installation is corrupted. You
can install or repair the component on the local computer.
If the event originated on another computer, the display information
had to be saved with the event.
The following information was included with the event:
I was reading this page:
http://technet.microsoft.com/en-us/library/cc749339%28WS.10%29.aspx
and found this snip of info in it:
To troubleshoot events that were logged on a remote computer, you must
export and archive the log with the display information. The display
information for the saved events is stored in the LocaleMetaData
folder and should be moved with the log information when the
information is viewed on another computer.
I do not understand what location (or process) this statement is referring to.
There is no LocaleMetaData folder anywhere on the server so I am assuming that I need to somehow create and export some additional data along with the evtx file for it to then re-merge back on the viewing system.
Am I on the right track here and could someone tell me how to fully export the event log this with will full verbose messages?
I found the answer:
When you use this:
wevtutil al <FileName.evtx> [/l:<LocaleString>]
to export... the location of where the .evtx folder ends up, there will be a LocaleMetaData folder created with the .MTA file inside.
try this one out:
This explains the step to use Event Viewer to export windows log event .
https://www.ibm.com/support/pages/exporting-windows-event-logs-event-viewer
Somehow, the Application Event log count ended up to 18,446,744,073,709,551,499. This causes MMC snap-in to fail when I want to see the event using Event Viewer, giving a System.OverflowException (Value was either too large or too small for an Int64.). Any thoughts, or should I just clear the log?
Maybe it helps if you activate the option to override old eventlogs when the log is full. This should prevent you from loosing the newest log entries when reaching the limit.
To activate navigate to your eventlog and go to their settings. There you find an option to override old entries if the log is full.
Before clearing the Application log I first tried "Save All Events As...", but the file it produced was empty.
I then copied C:\Windows\System32\winevt\Logs\Application.evtx to my desktop and that file DID open correctly. Not great, but an acceptable work-around for my needs.