Re: pools buggy

"Ich Selbst" <ichselbst@gmx.ch> writes:

> While testing my client I discovered some bugs in subversion
> and I think I could trace them down to the memory pools.
> I'm sorry I can't go deeper 'cause my knowledge of the
> pools is very limited

Pools are built on top of malloc/free. A pool allocates memory in
large chunks, and then hands out smaller bits via apr_palloc. When
you clear/destroy a pool all the large chunks are free'd. Subpools
are free'd when you clear/destroy a parent pool.

> and I don't have the time to debug that.

That's not very encouraging :-(

> First I thought it was my client but then I compiled the command
> line client and the bugs are still there. Also when I use the
> precompiled client from the website the bugs are there.
>
> to reproduce one bug:
>
> svnadmin create f:\svnrepo
> svn co http://localhost/svn/repos f:\test\testrepo
> svn status f:\test\testrepo

$ svnadmin create /tmp/repo
$ svn co http://localhost:8888/tmp/repo wc
Checked out revision 0.
$ svn st wc
$

> now there should be an output on the console but there isn't.

Are you saying that the "Checked out revision 0." output is missing?

> svn status -v f:\test\testrepo
> this gives an output of the form:
> 1 1 myname f:/test/testrepo/testfile1.txt
> 1 1 myname f:/test/testrepo/testfile2.txt

Where did these files come from? Your receipe above doesn't create
revision 1.

> If I do a status on an already checked out working copy (checked out
> with a previous version of the client, not the newest one) then
> it works (that means the output is as expected).

If you are claiming that the problem is caused by the difference in
two working copies, can you please describe the difference between the
two working copies. Please provide details about which files are
present or missing, and what differences there are in the file
contents. Don't forget to examine differences in the .svn admin
areas.

Have you run the Subversion regression tests? Do they pass or fail?

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org