Tim Iskander wrote:
> I am running XP SP2 on a quad core Intel Core2 (Dell Inspiron 530,
> with 2GB RAM) with TortoiseSVN 1.6.0
>
> TortoiseSVN 1.6.0, Build 15855 - 32 Bit , 2009/03/21 12:36:36
> Subversion 1.6.0,
> apr 1.3.3
> apr-utils 1.3.4
> neon 0.28.4
> OpenSSL 0.9.8j 07 Jan 2009
> zlib 1.2.3
>
> Sporadically, I notice that 1 of my cores is fully utilized. procexp
> shows that its explorer.exe and digging deeper, the stack trace
> shows :
> ntkrnlpa.exe+0x6e77b
> ntkrnlpa.exe+0x2bf4a
> hal.dll+0x2ef2
> TortoiseSVN.dll+0x12514
> TortoiseSVN.dll+0xcd64
> TortoiseSVN.dll+0x63a2f
> TortoiseSVN.dll+0x628ad
> ole32.dll!CoCreateInstance+0xbb
> ole32.dll!OleInitialize+0x346
> ole32.dll!CoCreateInstanceEx+0x4f
> ole32.dll!CoCreateInstanceEx+0x1e
> ole32.dll!CoCreateInstance+0x34
> SHLWAPI.dll!Ordinal549+0x37
> SHELL32.dll!Ordinal646+0x1c79
> SHELL32.dll!DllGetClassObject+0x18f
> SHELL32.dll!DllGetClassObject+0x14e
> SHELL32.dll!Ordinal65+0x169d
> SHELL32.dll!SHCreateQueryCancelAutoPlayMoniker+0xfaba
> SHELL32.dll!SHGetMalloc+0x1f7
> SHELL32.dll!SHShellFolderView_Message+0x10a
> SHELL32.dll!SHShellFolderView_Message+0x155
> SHELL32.dll!SHCreateQueryCancelAutoPlayMoniker+0xc63e
> SHELL32.dll!SHGetMalloc+0x144e
> SHELL32.dll!SHGetMalloc+0x133d
> SHELL32.dll!SHGetMalloc+0x12f8
> SHELL32.dll!ILFindChild+0xb1c
> SHELL32.dll!ILFindChild+0xac7
> SHELL32.dll!Shell_GetCachedImageIndex+0x353
> SHELL32.dll!SHCreateQueryCancelAutoPlayMoniker+0x7d44
> SHELL32.dll!SHPropStgReadMultiple+0x351
> SHELL32.dll!ILFindChild+0x25c
> USER32.dll!GetDC+0x6d
> USER32.dll!GetDC+0x14f
> USER32.dll!DefWindowProcW+0x184
> USER32.dll!DefWindowProcW+0x1d0
> ntdll.dll!KiUserCallbackDispatcher+0x13
> DUSER.dll+0x34ece
> USER32.dll!ModifyMenuW+0xa4
> ntdll.dll!KiUserCallbackDispatcher+0x13
> USER32.dll!PeekMessageW+0x167
> BROWSEUI.dll!Ordinal138+0x78c3
> BROWSEUI.dll!Ordinal138+0x7b45
> kernel32.dll!GetModuleFileNameA+0x1ba
>
> The top level TSVN call does change around ...
> ntkrnlpa.exe+0x6e77b
> ntkrnlpa.exe+0x2bf4a
> hal.dll!HalClearSoftwareInterrupt+0x342
> TortoiseSVN.dll+0x1258d
> TortoiseSVN.dll+0xcd64
>
> but it seems to be stuck at TortoiseSVN.dll+0xcd64
> I don't have symbols for tortoiseSVN, and I realize this is not the
> latest version, but am wondering if anyone has any insight into this
> issue.
I don't keep the debug symbols of old releases. Can you reproduce this
with 1.6.1 and get the stacktrace for that?
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2015985
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-05-01 17:31:37 CEST