Jason Kealey

Show:

What's happening?

  • Comment: Support for MultiDir/svn:externals

    What is StatSVN's current behavior concerning svn:externals? What does the svn log show when you point to an external folder? A modification to the directory (to add the svn:externals metadata)? Afterwards, no modifications are shown in the directories that include it, even when the files are modified (as these changes are elsewhere in the repository)? What would you do if you had a...

    2009-09-08 12:24:17 UTC in StatSVN

  • Comment: A part of the code allowing to count properly the LOC count

    Simply put, this relies on the fact that you can do an svn diff and use the deletion revision as one of the revisions? (and it shows all deleted lines as the diff?)

    2009-08-21 12:03:03 UTC in StatSVN

  • Comment: A part of the code allowing to count properly the LOC count

    Can you submit a simple script that does a few operations on a newly created repository and your code versus the original one? approximateFinalLOC is supposed to indicate the LOC before the deletion (hence non-zero) but your other changes might circumvent that but I`d like to see a clear example. Also, note that we could do this properly using svn cat at deletion or creation.

    2009-08-20 13:18:21 UTC in StatSVN

  • StatSVN

    jkealey committed revision 394 to the StatSVN SVN repository, changing 26 files.

    2009-08-10 20:08:46 UTC in StatSVN

  • StatSVN

    jkealey committed revision 393 to the StatSVN SVN repository, changing 17 files.

    2009-08-07 20:26:00 UTC in StatSVN

  • Comment: runs without end

    Indeed. The issue here appears to be related to a HUGE commit (5.7 million lines of diff). The good thing is that once it is cached, it should run faster. However, with this size of a commit, I am not sure if the issue is with the server (slow to process) or if the sheer size of the commit makes it unmanageable. I will mark this bug as "Works for me" as it is related to the SVN call. However,

    2009-07-01 14:54:21 UTC in StatSVN

  • Comment: runs without end

    @benoitx svn diff 498/2107 - my guess is that the estimate looks at progress done and infers time left - because it froze for hours, the estimate is way off.

    2009-06-30 13:04:33 UTC in StatSVN

  • Comment: runs without end

    1) Did you do "-threads 1" or (incorrectly) "-treads 1"? 2) You are connecting to the server via HTTP. Can you change that to SVN? 3) What happens if you manually run svn diff -c 28073 http://repository/trunk/ --non-interactive via the command line? (or another command that you saw frozen). (try this when it is normal and right after it freezes)

    2009-06-29 12:10:57 UTC in StatSVN

  • Comment: runs without end

    As per this thread: http://sourceforge.net/forum/message.php?msg_id=7449240 I would reduce the number of threads to 1 and see what is happening... Why is your SVN server not responding quickly? Is it an internal server? Are you sure that the firewall is not blocking you? You could have generated a lot of queries and been flagged as a DoS. Run with -threads 1 as per the user manual...

    2009-06-24 14:49:52 UTC in StatSVN

  • Followup: RE: Flood of svn.exe processes

    > Once the SVN processes are closed, the java process hangs. (Using 0% CPU and only 25MB of memory.) It probably expects them to return but since they never do, hangs. I'll forward this note to benoitx for code review. > Does StatSVN do anything after generating the report that could cause the java process to remain open? It does not.

    2009-06-16 18:01:28 UTC in StatSVN

About Me

  • 2006-04-10 (4 years ago)
  • 1498924
  • jkealey (My Site)
  • Jason Kealey

Send me a message