Closed
Bug 913008
Opened 11 years ago
Closed 11 years ago
Daily x64 2013-09-05-04-59-33-comm-central will not start in Win x64
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: mike-foerster, Unassigned)
References
Details
(Keywords: crash, regression)
User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:26.0) Gecko/20100101 Firefox/26.0 (Beta/Release) Build ID: 20130903030201 Steps to reproduce: Daily updated automatically Version 26.0a1 from App-ID 20130904030204 (2013-09-04) to latest version (2013-09-05) Actual results: Application did not start automatically. (It is also impossible to start the application manually) Expected results: Automatic start after update
Are you using the 64bit build? I am running it on Win 7 64bit and it won't start as you describe, however the 32bit version will
Comment 3•11 years ago
|
||
I can confirm this is happening in the latest (2013-09-05) x64 build under Win8. Partial stack trace reports: Unhandled exception at 0x000007FCF7771CDC (mozjs.dll) in thunderbird.exe: 0xC0000005: Access violation reading location 0x000000A0000004EC.
Updated•11 years ago
|
Severity: normal → critical
Keywords: crash,
regression
Comment 5•11 years ago
|
||
This is happening to me on Windows 8.0 Professional x64 (plain RTM with recent updates). Observations: 1. On the nightly build server, the builds in "2013-09-04-03-02-04-comm-central" are working fine 2. Of very next builds in "2013-09-05-04-59-33-comm-central", the 32 bit version runs fine but the 64 bit version crashes. 3. The crash is 100% reproducible and always happens before the main window becomes visible. Debugging the process yields an 0xC0000005 access violation in mozjs.dll at 0x7FA8767A462, accessing memory location 0x2D (looks like a null-pointer access to some structure member with an offset of 45 decimal). No idea if it helps, but: 000007FA843EA43C mov r12,qword ptr [rcx+2C0h] 000007FA843EA443 mov rcx,rbx 000007FA843EA446 call qword ptr [rax] 000007FA843EA448 mov r8d,eax 000007FA843EA44B mov esi,eax 000007FA843EA44D mov dword ptr [rsp+28h],eax 000007FA843EA451 imul r8d,r8d,9E3779B9h 000007FA843EA458 cmp r8d,1 000007FA843EA45C ja 000007FA843EA462 000007FA843EA45E add r8d,0FFFFFFFEh 000007FA843EA462 mov rcx,qword ptr [r12+28h] ; <-- crash here, r12 is 5
Comment 6•11 years ago
|
||
Good: http://hg.mozilla.org/mozilla-central/rev/e3785e299ab6 http://hg.mozilla.org/comm-central/rev/42dbaecca1dd Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:26.0) Gecko/20100101 Thunderbird/26.0a1 ID:20130904030204 Bad: http://hg.mozilla.org/mozilla-central/rev/67c9ec0da949 http://hg.mozilla.org/comm-central/rev/8958f7bad543 Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:26.0) Gecko/20100101 Thunderbird/26.0a1 ID:20130905045933 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e3785e299ab6&tochange=67c9ec0da949 http://hg.mozilla.org/comm-central/pushloghtml?fromchange=42dbaecca1dd&tochange=8958f7bad543 I think this is regressed by Bug 885169
Confirming this on Win 7 x64 with x64 nightly builds. I didn't report this sooner because I thought it must be some glitch that would be resolved in latest builds after 2013-09-05-04-59-33-comm-central. Unfortunately, there is no x64 build for windows since then.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Daily Version 26.0a1update of 2013-09-05 will not start in Win 8.1 Preview → Daily x64 2013-09-05-04-59-33-comm-central will not start in Win x64
I just noticed this is filed against the installer component and WinNT (which refers to the actual version of the OS AFAIK - not the NT family of OSes). Lets see if it gets more attention now.
Component: Installer → General
OS: Windows NT → All
Hardware: x86 → x86_64
Version: 26 → Trunk
Comment 9•11 years ago
|
||
Is this bug 915571 ?
Comment 10•11 years ago
|
||
(In reply to Ludovic Hirlimann [:Usul] from comment #9) > Is this bug 915571 ? No, bug 915571 is a compilation failure. This isn't.
Comment 11•11 years ago
|
||
I don't know if it was bug 915571 or something else that fixed this, but the issue is no more with yesterdays build (2013-09-12-11-58-27-comm-central). Please confirm.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 12•11 years ago
|
||
...PS: there were no intermediate Win x64 builds between 2013-09-05-04-59-33-comm-central and 2013-09-12-11-58-27-comm-central. So whatever fixed is was in the latest commit and what caused it was between 2013-09-04-03-02-04-comm-central and 2013-09-05-04-59-33-comm-central.
Comment 13•11 years ago
|
||
Confirmed - This issue is now resolved. Yay!
Comment 14•11 years ago
|
||
-> WFM (as we don't know what patch fixed it)
Resolution: FIXED → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•