http://mxr.mozilla.org/build/source/buildbotcustom/process/factory.py#842 When fix_stack_using_bpsyms.py is ready (bug 570287), get_fix_stack should be changed to use it instead of fix-%s-stack.pl. http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1276230745.1276232213.506.gz&fulltext=1 If this red is frequent, maybe we could temporarily skip the stack fixer, and use "cp" instead. (Don't use fix_macosx_stack.py, it's busted on 64-bit too.)

http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1276279576.1276282424.11697.gz http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1276261486.1276262943.1853.gz http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1276250431.1276251918.798.gz

http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1276285342.1276291255.12903.gz http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1276292711.1276299347.20070.gz

I wonder why this suddenly became a frequent red.

http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1276498632.1276500141.32588.gz http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1276503277.1276505543.28507.gz http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1276521255.1276522735.12318.gz

Nothing for RelEng to do here until bug 570287 is fixed, correct?

You could skip stack-fixing entirely for now (see comment 0).

(In reply to comment #14) > You could skip stack-fixing entirely for now (see comment 0). Just on OSX 10.6 64-bit?

Yeah, that sounds reasonable.

I can't really test this because the alive test keeps failing prior to this....but it looks like it'll work!

Comment on attachment 452828 [details] [diff] [review] copy sdleak.tree.raw to sdleak.tree [Checkin: Comment 21] r+. Bustage at compare_sdleak_tree may be entertaining, assuming we ever get that far.

dbaron, any thoughts on using sdleak.tree.raw in place of sdleak.tree here?

Is the difference between the two the lack of fix-macosx-stack being run on them? If fix-macosx-stack worked, that would make the output significantly less useful, but not entirely useless. But given that it doesn't, sounds fine.

Comment on attachment 452828 [details] [diff] [review] copy sdleak.tree.raw to sdleak.tree [Checkin: Comment 21] buildbot-0.8.0 branch: http://hg.mozilla.org/build/buildbotcustom/rev/3dec35ce1e44

(In reply to comment #0) > When fix_stack_using_bpsyms.py is ready (bug 570287), get_fix_stack should be > changed to use it instead of fix-%s-stack.pl. > > (Don't use fix_macosx_stack.py, it's busted on 64-bit too.) Bug 570287 has been fixed 5 months ago. Can fix_stack_using_bpsyms.py be used now?

(In reply to Serge Gautherie (:sgautherie) from comment #22) > Bug 570287 has been fixed 5 months ago. > Can fix_stack_using_bpsyms.py be used now? Given that this has sat for a further 18 months now (sorry about that), is this still needed/wanted?

Probably. But I'm not seeing any output from diffbloatdump.pl in the logs I look at, so it's hard to be sure. https://tbpl.mozilla.org/php/getParsedLog.php?id=12484772&tree=Firefox

Comment on attachment 632292 [details] [diff] [review] Use fix_stack_using_bpsyms.py script instead of fix-%s-stack.pl https://hg.mozilla.org/build/buildbotcustom/rev/b20f1a16297b

deployed to production

Comment on attachment 632292 [details] [diff] [review] Use fix_stack_using_bpsyms.py script instead of fix-%s-stack.pl https://hg.mozilla.org/build/buildbotcustom/rev/b20f1a16297b