Joseph Galbraith wrote:
> 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
PS. I'm running on vista without problems.
---------------------------------------------------------------------
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:18:36 2006