Are there known issues with the Subversion version?
Before I used the StatSVN 0.3.1 version with Subversion 22.214.171.12496 without any problems.
Now I installed the StatSVN 0.4.0 version with the same Subversion version and I have during the generation of the stats, regular svn application errors : The instruction at "0x6eed0f67" referenced memory at "0x00b50cb8". The memory could not be read.
In the event log : Faulting application svn.exe, version 126.96.36.19996, faulting module libapr.dll, version 0.9.12.0, fault address 0x00010f67.
--> the fault address is always the same for the different errors.
It appears when several svn diff calls are done on different threads.
We did do some major changes in the way we do our diffs to make them much faster with newer versions of SVN (1.4+). You're the first to experience difficulties and I suppose it may either be a bug in SVN or something on your machine.
However, all is not lost. Please try the -force-legacy-diff command line option to revert to the old behaviour, if you can't make the new one work.
Did run the stats with the -force-legacy-diff option and no problem anymore.
If I can help you to find the problem, give me a sign.
Can it be a not enough memory problem? We are doing 6 diffs in 6 threads, consuming each memory.
Can we limit the diffs for example to 2 threads?
The other one was multi-threaded as well.. I don't think this is the core problem.
What we changed:
- one diff per revision instead of one diff per revision per file.
Therefore, I'd like to know your Subversion server version, if you know it.
The subversion build is 188.8.131.5296
Both client AND server?
Anyways, this looks like an SVN issue, nothing related to StatSVN.
Try the workaround with TortoiseSVN's dll (or try a more recent build).
FWIW, while setting up a new machine recently, I've had major problems with Java + SVN builds built against Apache 2.2 libs. I had to use the SVN builds (on subversion.tigris.org) built against Apache 2.0.