Re: Thunderbird crashing when C_SignInit returns other than CKR_OK
On 12/16/2010 04:39 PM, Matej Kurpel wrote: ChildEBP RetAddr Args to Child 0015f130 5fa0c52b e06d7363 0001 0003 KERNELBASE!RaiseException+0x58 (FPO: [Non-Fpo]) 0015f168 5fa14f13 0015f178 5fa7aa24 5fa5c11c MOZCRT19!_CxxThrowException+0x46 (FPO: [Non-Fpo]) (CONV: stdcall) [f:\sp\vctools\crt_bld\self_x86\crt\prebuild\eh\throw.cpp @ 161] So Mozilla builds its own CRT without FPO, cool. 0015f180 003b474b 0028 0015f290 5f9ad1d9 MOZCRT19!operator new+0x73 (FPO: [1,3,0]) (CONV: cdecl) The above func must be statically linked from the Mic CRT into the Moz CRT. So it's still FPO. Weird. [e:\buildbot\win32_build_31\build\objdir-tb\mozilla\memory\jemalloc\crtsrc\new.cpp @ 61] Looking at http://mxr.mozilla.org/mozilla-central/source/memory/jemalloc/ I don't see the source or crtsrc\new.cpp. Must be copied in from Microsoft source code a build time. In any case, 'operator new' is throwing a C++ exception. Ordinarily that would be due to a bad parameter (e.g., -1) or lack of memory. In this case is it maybe asking for 0x0028 = 40 bytes? 0015f198 003b47db 09385800 003d3b55 thunderbird!nsDOMEvent::nsDOMEvent+0x63 (FPO: [Non-Fpo]) (CONV: thiscall) [e:\buildbot\win32_build_31\build\mozilla\content\events\src\nsdomevent.cpp @ 136] http://mxr.mozilla.org/mozilla-central/source/content/events/src/nsDOMEvent.cpp Line 132 is in the middle of a comment, so clearly I'm n ot looking at the right source. Below it is a 'new nsEvent'. But 'nsEvent' looks like it would take more than 40 bytes. 0015f1a4 003d3b55 0015f2b4 09385800 thunderbird!NS_NewDOMEvent+0x1b (FPO: [3,0,0]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\content\events\src\nsdomevent.cpp @ 1529] 0015f1c4 00346b83 09385800 0015f290 thunderbird!nsEventDispatcher::CreateEvent+0x4b1 (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\content\events\src\nseventdispatcher.cpp @ 733] 0015f1dc 006481f1 093854a4 0015f290 0015f2b4 thunderbird!nsDocument::CreateEvent+0x3b (FPO: [3,0,4]) (CONV: stdcall) [e:\buildbot\win32_build_31\build\mozilla\content\base\src\nsdocument.cpp @ 6337] 0015f2b8 0064829a 00b1edac 0015f5a0 5f972629 thunderbird!nsAutoWindowStateHelper::DispatchCustomEvent+0x83 (FPO: [Non-Fpo]) (CONV: thiscall) [e:\buildbot\win32_build_31\build\mozilla\embedding\components\windowwatcher\src\nsautowindowstatehelper.cpp @ 98] 0015f2cc 006382c8 02942940 5f972629 8000 thunderbird!nsAutoWindowStateHelper::nsAutoWindowStateHelper+0x16 (FPO: [Non-Fpo]) (CONV: thiscall) [e:\buildbot\win32_build_31\build\mozilla\embedding\components\windowwatcher\src\nsautowindowstatehelper.cpp @ 56] 0015f500 006386a1 02942940 00b1e844 00970bd0 thunderbird!nsWindowWatcher::OpenWindowJSInternal+0x10e1 (FPO: [Non-Fpo]) (CONV: thiscall) [e:\buildbot\win32_build_31\build\mozilla\embedding\components\windowwatcher\src\nswindowwatcher.cpp @ 998] 0015f560 00645220 0393a460 02942940 00b1e844 thunderbird!nsWindowWatcher::OpenWindow+0x1e7 (FPO: [Non-Fpo]) (CONV: stdcall) [e:\buildbot\win32_build_31\build\mozilla\embedding\components\windowwatcher\src\nswindowwatcher.cpp @ 425] 0015f594 0064544c 0a5b4380 0a5c7300 thunderbird!nsPromptService::DoDialog+0x7c (FPO: [Non-Fpo]) (CONV: stdcall) [e:\buildbot\win32_build_31\build\mozilla\embedding\components\windowwatcher\src\nspromptservice.cpp @ 797] 0015f688 00647388 04b67660 02942940 0a5c66a0 thunderbird!nsPromptService::Alert+0x189 (FPO: [Non-Fpo]) (CONV: stdcall) [e:\buildbot\win32_build_31\build\mozilla\embedding\components\windowwatcher\src\nspromptservice.cpp @ 148] 0015f69c 008515c7 0a5c23a0 0a5c66a0 0a125268 thunderbird!nsPrompt::Alert+0x19 (FPO: [3,0,0]) (CONV: stdcall) [e:\buildbot\win32_build_31\build\mozilla\embedding\components\windowwatcher\src\nsprompt.cpp @ 199] So, skipping down a bit, it looks like something has already gone wrong before this exception is thrown. The app is attempting to show an alert box, which fails because of an out-of-memory condition. The details are probably not important. You need to track down where the first error occurs. Is there a logging subsystem that can tell you what the alert was? - Marsh -- dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto
Re: Thunderbird crashing when C_SignInit returns other than CKR_OK
On 16. 12. 2010 21:59, Marsh Ray wrote: On 12/16/2010 01:02 PM, Matej Kurpel wrote: (164c.1560): C++ EH exception - code e06d7363 (first chance) Nelson may know more specifics, but if I were you I would configure the debugger to break when C++ exceptions are thrown. (Debug menu -> Event filters) When it break here, type "kv100" to get the stack trace. The full listing of Command window is as follows: Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. CommandLine: "C:\Program Files (x86)\Mozilla Thunderbird\thunderbird.exe" Symbol search path is: SRV*c:\symcache\*http://msdl.microsoft.com/download/symbols;SRV*c:\symcache\*http://symbols.mozilla.org/firefox;SRV*c:\symcache\*http://symbols.mozilla.org/thunderbird Executable search path is: ModLoad: `0016 `00d7c000 thunderbird.exe ModLoad: `77ab `77c5b000 ntdll.dll ModLoad: `77c9 `77e1 ntdll32.dll ModLoad: `756d `7570f000 C:\Windows\SYSTEM32\wow64.dll ModLoad: `7567 `756cc000 C:\Windows\SYSTEM32\wow64win.dll ModLoad: `7566 `75668000 C:\Windows\SYSTEM32\wow64cpu.dll (1120.11b0): Break instruction exception - code 8003 (first chance) ntdll!LdrpDoDebuggerBreak+0x30: `77b61340 cc int 3 0:000> g ModLoad: `7789 `779af000 WOW64_IMAGE_SECTION ModLoad: `7662 `7672 WOW64_IMAGE_SECTION ModLoad: `7789 `779af000 NOT_AN_IMAGE ModLoad: `779b `77aaa000 NOT_AN_IMAGE ModLoad: `7662 `7672 C:\Windows\syswow64\kernel32.dll ModLoad: `7675 `76796000 C:\Windows\syswow64\KERNELBASE.dll ModLoad: `5fa9 `5fb61000 C:\Program Files (x86)\Mozilla Thunderbird\js3250.dll ModLoad: `6bf6 `6bf8a000 C:\Program Files (x86)\Mozilla Thunderbird\nspr4.dll ModLoad: `762c `7636 C:\Windows\syswow64\ADVAPI32.dll ModLoad: `7621 `762bc000 C:\Windows\syswow64\msvcrt.dll ModLoad: `7776 `9000 C:\Windows\SysWOW64\sechost.dll ModLoad: `7586 `7595 C:\Windows\syswow64\RPCRT4.dll ModLoad: `7580 `7586 C:\Windows\syswow64\SspiCli.dll ModLoad: `757f `757fc000 C:\Windows\syswow64\CRYPTBASE.dll ModLoad: `734f `734f7000 C:\Windows\SysWOW64\WSOCK32.dll ModLoad: `75b8 `75bb5000 C:\Windows\syswow64\WS2_32.dll ModLoad: `7648 `76486000 C:\Windows\syswow64\NSI.dll ModLoad: `719d `71a02000 C:\Windows\SysWOW64\WINMM.dll ModLoad: `7652 `7662 C:\Windows\syswow64\USER32.dll ModLoad: `7780 `7789 C:\Windows\syswow64\GDI32.dll ModLoad: `7637 `7637a000 C:\Windows\syswow64\LPK.dll ModLoad: `763d `7646d000 C:\Windows\syswow64\USP10.dll ModLoad: `5f9e `5fa9 C:\Program Files (x86)\Mozilla Thunderbird\MOZCRT19.dll ModLoad: `5f97 `5f9d5000 C:\Program Files (x86)\Mozilla Thunderbird\xpcom_core.dll ModLoad: `6d47 `6d477000 C:\Program Files (x86)\Mozilla Thunderbird\plc4.dll ModLoad: `6c85 `6c857000 C:\Program Files (x86)\Mozilla Thunderbird\plds4.dll ModLoad: `767a `773e9000 C:\Windows\syswow64\SHELL32.dll ModLoad: `7600 `76057000 C:\Windows\syswow64\SHLWAPI.dll ModLoad: `7745 `775ac000 C:\Windows\syswow64\ole32.dll ModLoad: `7561 `75619000 C:\Windows\SysWOW64\VERSION.dll ModLoad: `6b4b `6b4c8000 C:\Program Files (x86)\Mozilla Thunderbird\smime3.dll ModLoad: `5f8d `5f96d000 C:\Program Files (x86)\Mozilla Thunderbird\nss3.dll ModLoad: `6b49 `6b4a4000 C:\Program Files (x86)\Mozilla Thunderbird\nssutil3.dll ModLoad: `6b34 `6b361000 C:\Program Files (x86)\Mozilla Thunderbird\ssl3.dll ModLoad: `1000 `10027000 C:\Program Files (x86)\Mozilla Thunderbird\NSLDAP32V60.dll ModLoad: `0002 `00027000 C:\Program Files (x86)\Mozilla Thunderbird\NSLDAPPR32V60.dll ModLoad: `5f85 `5f8cb000 C:\Program Files (x86)\Mozilla Thunderbird\sqlite3.dll ModLoad: `7778 `777fb000 C:\Windows\syswow64\COMDLG32.dll ModLoad: `73b2 `73cbe000 C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7600.16661_none_420fe3fa2b8113bd\COMCTL32.dll ModLoad: `776d `7775f000 C:\Windows\syswow64\OLEAUT32.dll ModLoad: `73ac `73b11000 C:\Windows\SysWOW64\WINSPOOL.DRV M
Re: Thunderbird crashing when C_SignInit returns other than CKR_OK
On 12/16/2010 01:02 PM, Matej Kurpel wrote: (164c.1560): C++ EH exception - code e06d7363 (first chance) Nelson may know more specifics, but if I were you I would configure the debugger to break when C++ exceptions are thrown. (Debug menu -> Event filters) When it break here, type "kv100" to get the stack trace. (164c.1560): C++ EH exception - code e06d7363 (!!! second chance !!!) KERNELBASE!RaiseException+0x58: 7675b727 c9 leave 0:000:x86> g WARNING: Continuing a non-continuable exception (164c.1560): Access violation - code c005 (first chance) Just a guess - are you catching a C++ then ignoring it, leaving some dangling pointer somewhere? - Marsh # ChildEBP RetAddr Args to Child 00 0027e3f8 01199e98 0027e92c 019f721c 6b882629 thunderbird!XPCWrappedNative::FinishInit(class XPCCallContext * ccx = 0x0119b8ac)+0x34 (FPO: [1,0,0]) (CONV: thiscall) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp @ 1191] 01 0027e410 0119b8ac 0027e92c 05f5f0c0 thunderbird!XPCWrappedNative::Init(class XPCCallContext * ccx = 0x0027e92c, struct JSObject * parent = 0x05f5f0c0, int isGlobal = 0n0, class XPCNativeScriptableCreateInfo * sci = 0x0027e4a4)+0xeb (FPO: [Non-Fpo]) (CONV: thiscall) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp @ 1141] 02 0027e4c8 0119da26 0027e92c 08d93ce4 05f5b640 thunderbird!XPCWrappedNative::GetNewOrUsed(class XPCCallContext * ccx = 0x0027e92c, class nsISupports * Object = 0x08d93ce4, class XPCWrappedNativeScope * Scope = 0x05f5b640, class XPCNativeInterface * Interface = 0x0a7efee0, class nsWrapperCache * cache = 0x, int isGlobal = 0n0, class XPCWrappedNative ** resultWrapper = 0x0027e54c)+0x60c (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp @ 571] 03 0027e550 0119e4fd 0027e5c8 0027e794 thunderbird!XPCConvert::NativeInterface2JSObject(class XPCLazyCallContext * lccx = 0x0027e5c8, int * d = 0x0027e794, class nsIXPConnectJSObjectHolder ** dest = 0x, class nsISupports * src = 0x08d93ce4, struct nsID * iid = 0x0027e858, class XPCNativeInterface ** Interface = 0x, class nsWrapperCache * cache = 0x, struct JSObject * scope = 0x08d9ddc0, int allowNativeWrapper = 0n1, int isGlobal = 0n0, unsigned int * pErr = 0x0027e77c)+0x199 (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcconvert.cpp @ 1199] 04 0027e594 0119849b 0027e5c8 0027e794 0027e6c4 thunderbird!XPCConvert::NativeData2JS(class XPCLazyCallContext * lccx = 0x0027e5c8, int * d = 0x0027e794, void * s = 0x0027e6c4, class nsXPTType * type = 0x0027e79f, struct nsID * iid = 0x0027e858, struct JSObject * scope = 0x08d9ddc0, unsigned int * pErr = 0x0027e77c)+0x314 (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcconvert.cpp @ 471] 05 0027e684 0119abbf 0027e92c 0027e794 0027e6c4 thunderbird!XPCConvert::NativeData2JS(class XPCCallContext * ccx = 0x0027e92c, int * d = 0x0027e794, void * s = 0x0027e6c4, class nsXPTType * type = 0x0027e79f, struct nsID * iid = 0x0027e858, struct JSObject * scope = 0x08d9ddc0, unsigned int * pErr = 0x0027e77c)+0x4c (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcprivate.h @ 2985] 06 0027e900 011a122b 0027e92c 00a83c00 thunderbird!XPCWrappedNative::CallMethod(class XPCCallContext * ccx = 0x0027e92c, XPCWrappedNative::CallMode mode = CALL_METHOD (0n0))+0xcec (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp @ 2810] 07 0027e9c4 6ba05afd 00a83c00 08d9ddc0 0001 thunderbird!XPC_WN_CallMethod(struct JSContext * cx = 0x00a83c00, struct JSObject * obj = 0x08d9ddc0, unsigned int argc = 1, int * argv = 0x00a6351c, int * vp = 0x0027ea3c)+0xfa (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcwrappednativejsops.cpp @ 1740] 08 0027ea68 6ba0af9e 00a83c00 0001 00a63514 js3250!js_Invoke(struct JSContext * cx = 0x00a83c00, unsigned int argc = 1, int * vp = 0x00a63514, unsigned int flags = 2)+0x48d (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\jsinterp.cpp @ 1360] 09 0027ebf4 6ba05b08 00a83c00 0027ef08 js3250!js_Interpret(struct JSContext * cx = 0x00a83c00)+0x456e (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\jsops.cpp @ 2241] 0a 0027ec88 011d5f59 00a83c00 0003 00a63480 js3250!js_Invoke(struct JSContext * cx = 0x00a83c00, unsigned int argc = 3, int * vp = 0x00a63480, unsigned int flags = 0)+0x498 (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\jsinterp.cpp @ 1368] 0b 0027eebc 011d2812 046f4850 060c1ac0 0003 thunderbird!nsXPCWrappedJSClass::CallMethod(class nsXPCWrappedJS * wrapper = 0x060c1ac0, unsigned short methodIndex = 3, struct XPTMethodDescriptor * info = 0x04680460, struct nsXPTCMiniVariant * nativeParams
Re: Thunderbird crashing when C_SignInit returns other than CKR_OK
On 16. 12. 2010 14:02, Nelson Bolyard wrote: On 2010-12-11 11:57 PDT, Matej Kurpel wrote: Ah, that's because I tried CKR_FUNCTION_NOT_SUPPORTED then and copied the wrong pkcs log. But that's not really the point since it crashes everytime, no matter which CKR_ return code I use (apart from CKR_OK) from the ones allowed by the pkcs11 specification. So, you're a developer, developing code to run on windows. I suspect you must have a windows compiler/debugger, such as a free MSVC version. The next step is to use it to get a stack trace of the crash. Even if you don't have full sources, you can still use Mozilla's symbol server to provide the symbols for your stack. Point your debugger's symbols client athttp://symbols.mozilla.org/firefox I have installed the debug package for Windows where WinDbg resides (I didn't have it installed previously). I have set up the symbols url as shown on the web page (with /thunderbird and not /firefox at the end since with /firefox it said it couldn't load the symbols when debugging TB). Then I attached the debugger to a new Thunderbird session. I caused the crash and saw this in the Command window: (164c.1560): C++ EH exception - code e06d7363 (first chance) (164c.1560): C++ EH exception - code e06d7363 (!!! second chance !!!) KERNELBASE!RaiseException+0x58: 7675b727 c9 leave 0:000:x86> g WARNING: Continuing a non-continuable exception (164c.1560): Access violation - code c005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. thunderbird!XPCWrappedNative::FinishInit+0x34: 01199547 f60102 testbyte ptr [ecx],2 ds:002b:00090109=?? When pressing F5, the access violation always repeated. And in the Calls window (I guess this is the stack trace you were writing about): # ChildEBP RetAddr Args to Child 00 0027e3f8 01199e98 0027e92c 019f721c 6b882629 thunderbird!XPCWrappedNative::FinishInit(class XPCCallContext * ccx = 0x0119b8ac)+0x34 (FPO: [1,0,0]) (CONV: thiscall) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp @ 1191] 01 0027e410 0119b8ac 0027e92c 05f5f0c0 thunderbird!XPCWrappedNative::Init(class XPCCallContext * ccx = 0x0027e92c, struct JSObject * parent = 0x05f5f0c0, int isGlobal = 0n0, class XPCNativeScriptableCreateInfo * sci = 0x0027e4a4)+0xeb (FPO: [Non-Fpo]) (CONV: thiscall) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp @ 1141] 02 0027e4c8 0119da26 0027e92c 08d93ce4 05f5b640 thunderbird!XPCWrappedNative::GetNewOrUsed(class XPCCallContext * ccx = 0x0027e92c, class nsISupports * Object = 0x08d93ce4, class XPCWrappedNativeScope * Scope = 0x05f5b640, class XPCNativeInterface * Interface = 0x0a7efee0, class nsWrapperCache * cache = 0x, int isGlobal = 0n0, class XPCWrappedNative ** resultWrapper = 0x0027e54c)+0x60c (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp @ 571] 03 0027e550 0119e4fd 0027e5c8 0027e794 thunderbird!XPCConvert::NativeInterface2JSObject(class XPCLazyCallContext * lccx = 0x0027e5c8, int * d = 0x0027e794, class nsIXPConnectJSObjectHolder ** dest = 0x, class nsISupports * src = 0x08d93ce4, struct nsID * iid = 0x0027e858, class XPCNativeInterface ** Interface = 0x, class nsWrapperCache * cache = 0x, struct JSObject * scope = 0x08d9ddc0, int allowNativeWrapper = 0n1, int isGlobal = 0n0, unsigned int * pErr = 0x0027e77c)+0x199 (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcconvert.cpp @ 1199] 04 0027e594 0119849b 0027e5c8 0027e794 0027e6c4 thunderbird!XPCConvert::NativeData2JS(class XPCLazyCallContext * lccx = 0x0027e5c8, int * d = 0x0027e794, void * s = 0x0027e6c4, class nsXPTType * type = 0x0027e79f, struct nsID * iid = 0x0027e858, struct JSObject * scope = 0x08d9ddc0, unsigned int * pErr = 0x0027e77c)+0x314 (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcconvert.cpp @ 471] 05 0027e684 0119abbf 0027e92c 0027e794 0027e6c4 thunderbird!XPCConvert::NativeData2JS(class XPCCallContext * ccx = 0x0027e92c, int * d = 0x0027e794, void * s = 0x0027e6c4, class nsXPTType * type = 0x0027e79f, struct nsID * iid = 0x0027e858, struct JSObject * scope = 0x08d9ddc0, unsigned int * pErr = 0x0027e77c)+0x4c (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcprivate.h @ 2985] 06 0027e900 011a122b 0027e92c 00a83c00 thunderbird!XPCWrappedNative::CallMethod(class XPCCallContext * ccx = 0x0027e92c, XPCWrappedNative::CallMode mode = CALL_METHOD (0n0))+0xcec (FPO: [Non-Fpo]) (CONV: cdecl) [e:\buildbot\win32_build_31\build\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp @ 2810] 07 0027e9c4 6ba05afd 00a83c00 08d9ddc0 0001 thunderbird!XPC_WN_CallMethod(struct JSCon
Re: NSS meeting.
Bob, Thank you for writing the meeting notes. I will also be out next week. NSPR 4.8.7 Beta 2 looks good. The only additional patch I may include in NSPR 4.8.7 is the second patch in https://bugzilla.mozilla.org/show_bug.cgi?id=604263. Re: NSPR IPv6: for reasons I don't remember and can't find in CVS history, Darin Fisher and I decided to not use the AI_ADDRCONFIG flag when we updated NSPR to use getaddrinfo(). Not using AI_ADDRCONFIG is causing performance problems in some computers. So there is a recent push to use AI_ADDRCONFIG. The only problem I know of with AI_ADDRCONFIG is that it may prevent you from connecting to "localhost" in some computers. So after we change NSPR to use AI_ADDRCONFIG, we will need to deal with the potential "localhost" problem. But the "localhost" problem is less serious than the performance problem of not using AI_ADDRCONFIG. Wan-Teh -- dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto
NSS meeting.
1. Oracle move: Tinderbox is up. Build machines are up. NISCC tests are running. Some tests machines are still failing 2. NSS 3.12.9 There are 2 changes to be picked up before Friday. Alexi has some changes, but won't be ready until January. We'll release a 3.12.10 for Alexi's changes. Mozilla Team is out next week. Christoph will let us know when the test machines are running. At that point we will declare RC1. RTM is targeted for the first week of January. 3. Kai will be dropping some of his home machines now that Oracle has the machines up. 4. NSPR IPv-6. WTC has a fix for NSPR related to an IPv-6 issue that's not a regression. Not going into this release. Will go into a new one. Elio needs the fix by March. ( others on the call can correct what I may have misunderstood here). There will be a meeting on Dec 23 to decide how and when RTM will be released in Jan. -- dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto
Re: Thunderbird crashing when C_SignInit returns other than CKR_OK
On 2010-12-11 11:57 PDT, Matej Kurpel wrote: > Ah, that's because I tried CKR_FUNCTION_NOT_SUPPORTED then and copied > the wrong pkcs log. But that's not really the point since it crashes > everytime, no matter which CKR_ return code I use (apart from CKR_OK) > from the ones allowed by the pkcs11 specification. So, you're a developer, developing code to run on windows. I suspect you must have a windows compiler/debugger, such as a free MSVC version. The next step is to use it to get a stack trace of the crash. Even if you don't have full sources, you can still use Mozilla's symbol server to provide the symbols for your stack. Point your debugger's symbols client at http://symbols.mozilla.org/firefox -- /Nelson Bolyard -- dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto