419966 - hebrew nightly crashing on launch (or after a short time)

Status: RESOLVED INCOMPLETE

(Core :: General, defect)

Description

[mcdavis941 (sporadically reading bugmail)]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Build Identifier: 

Usually crashes such that the first thing you see is the crash reporter dialog, although sometimes displays the main browser window.  Also crashes if I try to start through the profile manager.  There may be some crash reports that made it into the system (search for email address containing mcdavis) although submitting the report seems to also crash.

Using the Hebrew 2008-02-26 nightly (I think 10am) build.

Reproducible: Always

Steps to Reproduce:
1. 
2.
3.

Comment 1

[timeless]

where does one get this build? does it include crashreporter? do you get a crash dialog?

Comment 2

[mcdavis941 (sporadically reading bugmail)]

This is the directory I pulled it from:

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk-l10n/

Under that I picked 

firefox-3.0b4pre.he.win32.installer.exe

Yes I was getting a crash dialog.  I can't say for certain whether any crash reports were submitted because it seemed that that dialog also crashed.  Hard to be certain in Hebrew+RTL but I think so.

Maybe worth mentioning that my Windows XP was still configured for LTR+en-US, rather than being set up as a Hebrew desktop.

Comment 3

[timeless]

you could try http://developer.mozilla.org/en/docs/How_to_get_a_stacktrace_with_WinDbg

if you use windbg to launch firefox be sure to select debug child processes, then you can also catch the crash reporter crashing (if it does).

Comment 4

[mcdavis941 (sporadically reading bugmail)]

OK, I've gotten windbg.  It's going to take me a while to get the symbol table.  Could you just confirm that windbg is smart enough to get the right symbol table for the 2-16 build, even though it's a Hebrew (hence atypical) build and it's not the most recent nightly?  And do you know, is there any way I could pull the symbol table with a download manager, so that it could be interrupted and resumed if needed?

Comment 5

[mcdavis941 (sporadically reading bugmail)]

Results of getting symbol table with symchk, whitespace slightly edited for readability.


E:\>c:\progra~1\debugg~1\symchk.exe 
  /r e:\minefield-RTL\app\* 
  /s SRV*E:\minefield-RTL\symbols\*http://symbols.mozilla.org/firefox
  
SYMCHK: msvcm80.dll  FAILED  - msvcm80.i386.pdb mismatched or not found
SYMCHK: msvcp80.dll  FAILED  - msvcp80.i386.pdb mismatched or not found
SYMCHK: msvcr80.dll  FAILED  - msvcr80.i386.pdb mismatched or not found
SYMCHK: helper.exe   FAILED  - Built without debugging information.

SYMCHK: FAILED files = 4
SYMCHK: PASSED + IGNORED files = 173

Comment 6

[mcdavis941 (sporadically reading bugmail)]

Attachment: windbg session output + stack trace

Let me know if there's anything else you need from my end.

Comment 7

[Wayne Mery (:wsmwk)]

do you still see this problem using FF 3.5 beta**, or latest update of FF 3.0 started in safe mode***?

If yes, please comment
If not, please close with resolution set to WORKSFORME. Or INVALID (if problem was extension or the like)

** http://www.mozilla.com/en-US/firefox/all-beta.html
*** http://support.mozilla.com/en-US/kb/Safe+Mode

Comment 8

[Tyler Downer [He/Him]]

No reply, INCO. Please reopen if you still see this bug in Firefox 3.5 or later in Firefox safe mode (http://support.mozilla.com/en-US/kb/Safe+Mode) or a new Firefox profile (http://support.mozilla.com/en-US/kb/Profiles) with updated plugins.