R – TSVNCache.exe is heating up the Mac

svntortoisesvntsvncache

I run windows in a VMWare partition. At times, TSVNCache.exe process starts doing some weird things (Seems like its doing an endless loop of I/O operations). Suddenly my whole VMWare session starts slowing down. My mac heats up badly. In the sense its freaking hot.

My question is what is this TSVNCache process anyway ?, seems like I can do pretty much everything on the SVN repository without it.

Best Solution

It's what produces the overlaid icons in Explorer that tell you whether files/directories are modified, conflicted etc or not.

There have been several fixes to it recently, make sure you have the latest version of TortoiseSVN. Performance will also improve if you minimize the set of things SVN has to check - tell it to ignore any temporary directories, object file directories etc.

Related Solutions

R – Source control setup

There are basically two ways to instruct subversion to ignore files either by name or by pattern.

The first way is to find the configuration file (location depends on platform) and add the file name or pattern to the global-ignores list. This applies to all svn operations on the machine or for that user.

The second way is to set the svn:ignore property on a versioned directory, for example:

svn propedit svn:ignore myDirectory

This brings up an editor for the svn:ignore property where you can add for example:

bin
obj
*.bak

Note that this property change is also versioned and needs to be committed, after that they apply for everyone working on that directory (after an update of course). This property doesn't apply recursively to subdirectories.

For more info see the svn book.

Php – How to get the current user logged in to an apache realm

So, after having googled for a long while I've realized that the method for getting the user name have changed with pretty much every passing PHP version. The current solution which seems to be the one is to get the data from the following variable:

$_SERVER['REMOTE_USER'];

However, this variable may or may not be set. The reason why I probably did see the information correctly was that the information was sent in the headers when I logged in to the realm and then visited the PHP script which was outside of said realm. The information did arrive, but wasn't reliable.

The Apache docs actually tell you this in an "Oh BTW"-fashion. I'm not sure if the authentication is carried over across multiple realms on the same host, but in any case, that solved the problem.

Best Solution

Related Solutions

R – Source control setup

Php – How to get the current user logged in to an apache realm

Related Question