Closed Bug 600408 Opened 14 years ago Closed 14 years ago

Fix crashreporter launching code to launch correct architecture on OS X 10.5

Categories

(Toolkit :: Crash Reporting, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Tracking Status
blocking2.0 --- beta7+

People

(Reporter: ted, Assigned: ted)

References

Details

Attachments

(1 file)

Similarly to bug 600362, when we launch the crash reporter client after a crash, we just use fork() / exec(). This will result in the x86-64 crashreporter binary being launched, which is not likely to work well on 10.5.
The code that launches the crashreporter is here:
http://mxr.mozilla.org/mozilla-central/source/toolkit/crashreporter/nsExceptionHandler.cpp#420

We currently share the same codepath for all XP_UNIX.
Doesn't this need to block b7?
blocking2.0: --- → beta7+
Yeah, sorry, it was getting late and I forgot to request blocking. Without fixing this, crash reporting probably won't work at all on 10.5.
Ted has kindly volunteered to look at this.
Assignee: nobody → ted.mielczarek
Status: NEW → ASSIGNED
Comment on attachment 480178 [details] [diff] [review]
Fix crashreporter launching code to launch correct architecture on OS X 10.5

This fixes both launching the crash reporter client and restarting the app from the client. I tested on 10.6 by running the app as a 64-bit process, crashing, verifying that crashreporter was 64-bit, restarting, verifying that Firefox was 64-bit, then repeating the process but running with "arch -arch i386" to make the initial process 32-bit.
Attachment #480178 - Flags: review?(joshmoz)
Attachment #480178 - Flags: review?(joshmoz) → review+
pushed to mozilla-central

http://hg.mozilla.org/mozilla-central/rev/c96f0f84c540
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: