[ Moving to dev@ since earlier replies in the thread moved there. Please un-Cc users@ from replies. ]
Uroš Jovanović wrote on Tue, 08 Sep 2020 11:31 +0200: > Hi Daniel, > > Not sure what are "relevant pools", I am not really too familiar with SVN :) > The C API manages lifetime of various resources — primarily memory, but also file handles — via the apr_pool_t abstraction. Nearly every API function takes at least one pool parameter. Given that you mentioned closing the TortoiseSVN window is a valid workaround for that version of the issue, I guess the file handle would be closed once the pools passed to the checkout API are cleared/destroyed, without requiring the process to be exited or low-level system calls to be resorted to. However, I don't know what the SharpSvn equivalent of clearing/destroying a pool or destroying a client context is. That'd be a question for the SharpSvn maintainers. (SharpSvn is a third party project, not part of the core Subversion project.) Cheers, Daniel > Best regards, > Uros > > > On Tue, Sep 8, 2020 at 12:51 AM Daniel Shahaf <d...@daniel.shahaf.name> > wrote: > > > Uroš Jovanović wrote on Mon, 07 Sep 2020 19:25 +0200: > > > when using SharpSvn in context of a larger > > > application, this would mean the user needs to close the entire > > application > > > because one unmanaged file handle was left alive. > > > > Have you tried clearing the relevant pools? > > > > Could you help debugging this? (E.g., write a reproduction recipe or > > a test case or track down where in the code the file gets opened.) > > > > Cheers, > > > > Daniel > >