Bug 231491 - www/firefox (62.0) built with DEBUG doesnt start
Summary: www/firefox (62.0) built with DEBUG doesnt start
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: amd64 Any
: --- Affects Only Me
Assignee: freebsd-gecko mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-19 22:00 UTC by Kirill Radzikhovskyy
Modified: 2018-11-20 21:56 UTC (History)
0 users

See Also:
bugzilla: maintainer-feedback? (gecko)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kirill Radzikhovskyy 2018-09-19 22:00:28 UTC
When build firefox with DEBUG, it crashes during start up
Here is stack trace:

Assertion failure: !locale.IsEmpty(), at /usr/ports/www/firefox/work/firefox-62.0/intl/locale/LocaleService.cpp:706
#01: _ZNSt3__16vectorImNS_9allocatorImEEE21__push_back_slow_pathImEEvOT_[/usr/local/lib/firefox/libxul.so +0x13e0a56]
#02: _ZNSt3__16vectorImNS_9allocatorImEEE21__push_back_slow_pathImEEvOT_[/usr/local/lib/firefox/libxul.so +0x13e1559]
#03: _ZNSt3__16vectorImNS_9allocatorImEEE21__push_back_slow_pathImEEvOT_[/usr/local/lib/firefox/libxul.so +0x13e393c]
#04: _ZNSt3__16vectorINS_12basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEENS4_IS6_EEE21__push_back_slow_pathIS6_EEvOT_[/usr/local/lib/firefox/libxul.so +0x13b02da]
#05: _ZNSt3__16vectorINS_12basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEENS4_IS6_EEE21__push_back_slow_pathIS6_EEvOT_[/usr/local/lib/firefox/libxul.so +0x13b0fdd]
#06: std::__1::function<void()(long)>::swap(std::__1::function<void()(long)>&)[/usr/local/lib/firefox/libxul.so +0x1356d57]
#07: std::__1::function<void()(long)>::swap(std::__1::function<void()(long)>&)[/usr/local/lib/firefox/libxul.so +0x135d5f6]
#08: std::__1::function<void()(long)>::swap(std::__1::function<void()(long)>&)[/usr/local/lib/firefox/libxul.so +0x135d65f]
#09: std::__1::function<void()(long)>::swap(std::__1::function<void()(long)>&)[/usr/local/lib/firefox/libxul.so +0x1356f31]
#10: std::__1::function<void()(long)>::swap(std::__1::function<void()(long)>&)[/usr/local/lib/firefox/libxul.so +0x135d5f6]
#11: std::__1::function<void()(long)>::swap(std::__1::function<void()(long)>&)[/usr/local/lib/firefox/libxul.so +0x135cef8]
#12: std::__1::function<void()(long)>::swap(std::__1::function<void()(long)>&)[/usr/local/lib/firefox/libxul.so +0x135c797]
#13: _ZNSt3__16vectorINS_12basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEENS4_IS6_EEE21__push_back_slow_pathIS6_EEvOT_[/usr/local/lib/firefox/libxul.so +0x13bbd8c]
#14: std::__1::operator>><char, std::__1::char_traits<char>, std::__1::allocator<char> >(std::__1::basic_istream<char, std::__1::char_traits<char>>&, std::__1::basic_istream<char, std::__1::char_traits<char>>&, std::__1::basic_string<std::__1::basic_istream, c[/usr/local/lib/firefox/libxul.so +0x56cce73]
#15: std::__1::operator>><char, std::__1::char_traits<char>, std::__1::allocator<char> >(std::__1::basic_istream<char, std::__1::char_traits<char>>&, std::__1::basic_istream<char, std::__1::char_traits<char>>&, std::__1::basic_string<std::__1::basic_istream, c[/usr/local/lib/firefox/libxul.so +0x56d712d]
#16: std::__1::operator>><char, std::__1::char_traits<char>, std::__1::allocator<char> >(std::__1::basic_istream<char, std::__1::char_traits<char>>&, std::__1::basic_istream<char, std::__1::char_traits<char>>&, std::__1::basic_string<std::__1::basic_istream, c[/usr/local/lib/firefox/libxul.so +0x56d7e6b]
#17: _start[/usr/local/bin/firefox +0x66b2]
#18: _start[/usr/local/bin/firefox +0x6095]
#19: ??? (???:???)
Segmentation fault (core dumped)


Looking at /usr/ports/www/firefox/work/firefox-62.0/intl/locale/LocaleService.cpp:706
Looks like there is an assertion about locale.

Built without DEBUG, firefox starts fine
Comment 1 Jan Beich freebsd_committer 2018-11-20 17:25:05 UTC
Reported upstream (See Also). Try removing that MOZ_ASSERT line as a workaround.

In general, DEBUG and TEST options aren't for regular users but for those who want to verify upstream assertions, try to debug an elusive issue or check for regressions. I should probably just drop those due to lack of time to maintain.
Comment 2 Kirill Radzikhovskyy 2018-11-20 21:56:53 UTC
Thank you very much for your reply.
Yeah, I only used DEBUG option because I wanted to investigate a crash in firefox that happens to me sometimes.