My normal starting directory is on a local drive, and all the SVN files are in subdirectories of the starting directory. In previous troubleshooting, I tried using a link that went to a completely benign directory on the same drive, and also tried a link to a directory on another local drive. Both of those locked up as well, so it didn't seem related to the directory I was opening.
Both SVN sites require logins, so I guess they aren't exactly public. Neither requires a FBI background check though
I'll do a quick backup, and try the new version now. Stand by.
No joy on Opus 184.108.40.206. It's funny, but it almost seems like you have to ignore it for a few minutes before it will lock up. I swear, I could open Opus 100 times in a row, while doing everything else I can think of in the background, and it would work. Then, if I do something else for a few minutes, then come back to Opus, it locks up.
Since Tortoise 1.6.2 is still working fine, I'll just stick with that for now. Thanks for all the comments.
I got an email from Jon as well, and will be eager to test a corrected version of Tortoise. I have to say that really impressed by the dedication you guys have when it comes to correcting problems, even when they aren't yours!
Note: the nightly builds from the stable branch are what will become the next release. No new features are added there to prevent introducing new bugs. Only bugfixes are applied there. So there's little risk in using that nightly build (despite of its name "nightly build").
This is all second-hand information so apologies if I make any mistakes. I thought it might be useful to pass on what I heard:
Jon mentioned that he made another test version which removed the shell-folder-lookup code completely so that it was like 1.6.2 in that area. (i.e. Removed the code which was moved around in the patch.) That version worked okay on Rusty's machine.
The version based on the patch, which still fails on Rusty's machine, seemed to work okay on the machine of another user who was having problems before. But Rusty mentioned that while the crash still happened it happened less often. so perhaps the second tester didn't use TortoiseSVN as much or in the same way.
It's possible there's something else on Rusty's machine which is perturbing things but the crash dump for the patched version apparently shows a memory corruption around the code accessing the critical section in the patched area, which seems like too much of a coincidence. (This is different to the original crash dump which showed a deadlock over a pair of critical sections.)
Thanks for the effort, but I just tried 17815, and it did the same thing that one of Jon's test versions did. When boot into windows, I get no icons, task bar, or anything else. The computer is not locked up, because I can call up task manager, and browse files from another networked computer. Eventually, I get a message that says explorer.exe is not responding.
I make sure and have a fresh image backup handy before trying these tests now, so I'm reimaged back to normal (1.6.2).
I can send a dump file for the previous 17778 version problem, but the version (17815) I tried today won't allow me to use the machine, so I'm not sure I can get a dump log from it. It's also too late now, since I've imaged the computer back to normal.
I only keep the debug symbols of the latest nightly build. So a dump from the previous version won't help.
You said that with the latest nightly build, you eventually get an error telling that explorer doesn't respond. But that means you should still be able to Ctrl-Alt-Delete to get the task manager, select the explorer process and create a dump?
You said that with the latest nightly build, you eventually get an error telling that explorer doesn't respond. But that means you should still be able to Ctrl-Alt-Delete to get the task manager, select the explorer process and create a dump?[/quote]
I've read that you can right click on a process and select the option to create a dump file, but I've never seen that option. There's a grayed out "debug" option, but perhaps this changes if the process is not responding? Keep in mind that my software skills are pretty much limited to double clicking the icon to run a program
Thanks for the debug info. At this point, I'd have to say that loading the debug tools, and fiddling with that stuff exceeds my level of commitment to a solution. For the moment, I'm working fine with Opus and v1.6.2 of Tortoise, which is fine for my elementary SVN usage.
If I ever need to move to the latest Tortoise, I can always stop using Opus if the two still don't play well on my machine.