On 07.09.2011 15:17, Immanuel Scholz wrote:
> On 06.09.2011 19:34, Stefan Küng wrote:
>> What SASL auth mechanism are you using? What's in your svnserve.conf
>> file set for the SASL auth?
>
> no setting, which should default to digest-md5
>
> our svnserve.conf is:
>
> [general]
> anon-access = none
> auth-access = write
> authz-db = acls
> realm = Realmforge
>
> [sasl]
> use-sasl = true
> min-encryption = 128
> max-encryption = 1024
>
>
>> Could you install the RC and send me the crash report?
>
> sent to your email in a separate mail.
>
>> More questions:
>> * do other commands (e.g., update, checkout, commit, ...) work with
>> TSVN or do they crash too?
>
> update, checkout and commit are working just fine.
>
> Well, except I got a crash today when trying to commit when I had to
> update first. But this may not be related to this issue. I try to
> reproduce it later and see whether it yields in a similar stack trace.
>
>
>> * can you try an svnrdump on the repository? That tool creates a
>> remote dump of the repository. And it uses an API that the svn client
>> doesn't use but TSVN does.
>
> "svnrdump dump svn://..." from the command line seems to work fine. At
> least it starts dumping revisions.
>
>
>> * since you have the sasl dlls from another svn client installation:
>> does it crash as well if you copy the dlls to the TSVN bin directory
>> (overwriting the TSVN ones)?
>
> I don't have any other sasl dlls. Only those from TortoiseSVN. The
> "other installation" was on Vista, and the very same files that crash on
> Windows 7 seem to work there.
>
>
>> * does it crash when you try to show the repo browser or when you exit it?
>
> When I open the browser, just after entering my login credentials before
> I see the listing of files.
Tried to reproduce this, but I can't even get an svnserve to run
properly with SASL auth.
And there's a really annoying problem which I can not find: even though
I can not authenticate to my svnserve instance, I get the auth dialog.
So it initializes SASL on the client side properly (the server then
returns error -4). But even though the auth failed, when I exit any TSVN
dialog I get a heap corruption in the debugger.
Nothing like this happens if I use unauthenticated svn, file or http(s)
to access a repository. Only when (trying to) use SASL authentication I
get the heap corruption.
I'll have continue with the investigation tomorrow.
But if you could maybe set up a server for me to test, that would be great.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2836280
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-09-07 22:22:09 CEST