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

Re: Cache Crashing on Vista using 1.4.1.8132

From: Joseph Galbraith <galb_at_vandyke.com>
Date: 2006-11-28 17:16:29 CET

Stefan Küng wrote:
> Peter Varga wrote:
>> For me it's crashing whenever I work with the \Program Files directory
>> (non-versioned).
>>
>> It's a stack overflow crash upon calling GetFileAttributesExW:
>>
>> WARNING: Stack unwind information not available. Following frames may be
>> wrong.
>> 02003230 77936a0b 00000001 02003250 020032f4
>> ntdll!RtlUnicodeToMultiByteN+0x378
>> 02003258 7790cad3 00000001 0363d0c8 020032f4
>> ntdll!RtlUnicodeToMultiByteN+0x564
>> 02003274 761afa47 0363d0c8 020032f4 00000000
>> ntdll!RtlDosPathNameToRelativeNtPathName_U+0x18
>> 020032fc 00416673 0363d0c8 00000000 02003318
>> kernel32!GetFileAttributesExW+0x27
>> 02003324 00443cdc 002d0000 00000000 02d0b070 TSVNCache+0x16673
>> 02003334 004021b9 004021cd cdccc762 020ff0f4 TSVNCache+0x43cdc
>> 02003338 004021cd cdccc762 020ff0f4 02e36470 TSVNCache+0x21b9
>> 0200336c 00416c41 02d4ad18 02d30788 0363d130 TSVNCache+0x21cd
>> 02003394 00413e27 b0c6c860 01c70ac7 00000000 TSVNCache+0x16c41
>> 020ff108 73100105 02d30788 004593f0 00000002 TSVNCache+0x13e27
>> 020ff12c 73100105 02d30788 020ff28c 00000030 msvcr80!memcpy_s+0x48
>> 020ff148 004054ac 02d30788 00000030 020ff28c msvcr80!memcpy_s+0x48
>> 020ff170 00415732 00ff6060 020ff1dc 0000000c TSVNCache+0x54ac
>> 020ff1d8 77930080 761d853f 00000128 00000000 TSVNCache+0x15732
>> 00000000 00000000 00000000 00000000 00000000 ntdll!NtReadFile+0xc
>
> I don't know how GetFileAttributesEx() could crash (/me confused).

A stack overflow could do that ... also lack of symbols could be
causing problems with stack unwinding... in other words, what
you see may not be really what you are getting.

Maybe Peter could reproduce this with the shipping binary? If
I recall correctly, you save symbols for those, right? Given that,
you could then debug a dump file.

Another possibility would be to compress and upload the symbols
for the nightlies (or even include the symbols in the .msi ?)

If the stack walk has any relationship to reality, which I tend
to doubt in the absence of symbols, these to frames seem
interesting:

>> 02003394 00413e27 b0c6c860 01c70ac7 00000000 TSVNCache+0x16c41
>> 020ff108 73100105 02d30788 004593f0 00000002 TSVNCache+0x13e27

It looks like something allocated about a megabyte of stack between
the two frames. Do we use alloca?

Thanks,

Joseph

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Nov 28 17:16:39 2006

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

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