Support of the new SVN 1.9.x by Delphi Client Library?
Support of the new SVN 1.9.x by Delphi Client Library?
I struggled over the following small problem. We use for our internal workflow the Delphi client library provided as "open source"?
http://svn.code.sf.net/p/radstudioverins/code/trunk/svn/)
We use CollabNetSubversion-client-1.8.15-Win32.exe
Now we tried to switch our environment to the newest SVN Client (1.9.x)
CollabNetSubversion-client-1.9.3-1-Win32.exe
But this leads to an AV raised from the SVN dll. Areas where the AV occurs
Is there a plan to provide a maintained version of the SVN client code again to the public?
I struggled over the following small problem. We use for our internal workflow the Delphi client library provided as "open source"?
http://svn.code.sf.net/p/radstudioverins/code/trunk/svn/)
We use CollabNetSubversion-client-1.8.15-Win32.exe
Now we tried to switch our environment to the newest SVN Client (1.9.x)
CollabNetSubversion-client-1.9.3-1-Win32.exe
But this leads to an AV raised from the SVN dll. Areas where the AV occurs
Is there a plan to provide a maintained version of the SVN client code again to the public?
Correction: it doesn't have to be the same pool but you have to use a pool which is still valid at the time when using the returned array. The use case when you could pass a nil SubPool to PathNamesToAprArray is invalid: in this case the function will create a temp pool, create the array in it, and destroy the temp pool (which I think invalidates the returned array). If this ever worked it was probably by coincidence only.
ReplyDeleteOndrej Kelle
ReplyDeleteinteresting. Means the "Delphi Client Library" should actually remove the "default nil" from the SubPool parameter of PathNamesToAprArray to avoid other areas to break.
Günther Schoch Yes, exactly. And sorry - this seems to be a bug written by me. ;-)
ReplyDelete