Closed Bug 943463 Opened 11 years ago Closed 11 years ago

B2G desktop startup crash | libxul.so!MarkInternal<JSObject>

Categories

(Core :: JavaScript Engine, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 942421

People

(Reporter: ahal, Unassigned)

References

Details

(Whiteboard: [b2g-desktop-builds])

Attachments

(2 files)

Attached file crash stack (deleted) —
I'm encountering a crash on startup for b2g desktop. I've attached the crash stack and the mozconfig I used. STR: * build with attached mozconfig * <objdir>/dist/bin/b2g -profile path/to/gaia/profile Results: I see the locale picker very briefly and then the attached crash occurs. Additional info: * First noticed this yesterday (regression range unclear) * I'm using mozilla-central with gaia master, both recently pulled. * I've tried building gaia with many different permutations (DESKTOP_SHIMS, NOFTU, DEBUG) and they don't seem to make any difference. * I'm on Fedora 19 64 bit
Attached file mozconfig (deleted) —
Whiteboard: [b2g-desktop-builds]
I can reproduce this on my laptop which is also running Fedora 19 64bit.
Can you please bisect this? Thanks!
Component: General → JavaScript Engine
Flags: needinfo?(ahalberstadt)
Product: Firefox OS → Core
Should have checked this earlier, but I can't reproduce on downloaded builds from ftp.m.o. I'm not sure what I'm doing differently, my mozconfig is the same as the one in https://developer.mozilla.org/en-US/Firefox_OS/Using_the_B2G_desktop_client#Create_a_mozconfig except for the ENABLE_MARIONETTE=1 at the end. I'll try building from an old m-c checkout.
Flags: needinfo?(ahalberstadt)
Sorry it's taking so long, needing to build each time has been a bit time consuming. I've narrowed it down to sometime between Nov 21st and Nov 22nd: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=09e33431c543&tochange=b9980eb88a26 I'll continue chipping away at it, I'll start using my laptop as a dedicated build machine so hopefully it'll go a little faster from here on out.
So the culprit is http://hg.mozilla.org/mozilla-central/rev/3b9e118ded0f Ehsan, any ideas?
Flags: needinfo?(ehsan)
Well crap! Two questions: 1. Can you please try the latest inbound which has fixes to a couple of regressions from that bug? 2. If 1 doesn't work, can you please open js/src/moz.build, find the UNIFIED_SOURCES chunk here (http://hg.mozilla.org/mozilla-central/rev/3b9e118ded0f#l9.13), and then start "bisecting" that list by moving parts of it to SOURCES until you find the minimum number of files which need to be moved to SOURCES to make this bug go away? (Also, out of curiosity, what compiler are you using?)
Blocks: 941424
Flags: needinfo?(ehsan) → needinfo?(ahalberstadt)
Yay, it worked on inbound! For the record I was using gcc 4.8.2
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(ahalberstadt)
Resolution: --- → WORKSFORME
Thanks for verifying. I'm thinking that this is probably a dupe of bug 942421.
Resolution: WORKSFORME → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: