[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Crash with svn_pool_destroy in update

From: Brandon Ehle <azverkan_at_yahoo.com>
Date: 2002-02-08 02:01:43 CET

Karl Fogel wrote:

>Hmmm. I'm not sure what's going on; hard to imagine that there's a
>bug in apr_pool_destroy() on NT.
>
Well, I have found one bug with security information querying in Win2K
on Fat32 partitions already elsewhere in apr.

>
>By the way, what do you mean by "update a ... directory with no .svn
>data"? That should be impossible on any platform, although the error
>should be detected and thrown by Subversion itself. You can only
>update a working copy, i.e., a directory with .svn subdir.
>
Yes, what I mean is that I don't crash in apr_pool_destroy() when it
doesn't find a working copy to update.

>
>Maybe DeleteTempPool is trying to destroy a pool that's already been
>destroyed? Hard to know, would need much more information, but I
>(personally) don't have a Windows environment to debug this in
>anyway. Good luck.
>
I don't believe thats the problem, because it doesn't have any problems
freeing anything in the temp pool except for this one file handle.

>
>Hi - I can't help you with your query, but I am curious - is it going to
>be an open source GUI app? What platforms?
>
Yes, Open Source, not sure what license yet, probably will mirror
subversion license using wxWindows and we will be actively testing the
wxWindows for Win32 and wxGTK for Linux ports.

>
>


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:05 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.