Date: Fri, 16 May 2014 21:57:41 +0200 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= <r.c.ladan@gmail.com> To: freebsd-chromium@freebsd.org Subject: Re: Chromium 34.0.1847.132 Segmentation fault Message-ID: <53766DB5.8080809@gmail.com> In-Reply-To: <20140516192313.GC791@lena.kiev> References: <20140516192313.GC791@lena.kiev>
next in thread | previous in thread | raw e-mail | index | archive | help
On 05/16/2014 21:23, Lena@lena.kiev.ua wrote: >> since I've updated Chromium to 34.0.1847.132, the program won't run >> anymore: Segmentation fault (core dumped). I run FreeBSD 9.3-PRERELEASE >> on amd64. Chromium has been compiled by gcc. > > Same on 8.4-RELEASE i386: 33.0.1750.152_1 works, > 34.0.1847.132 and 34.0.1847.137 segfault at start. > > I deleted ~/.cache/chromium, ~/.config/chromium and ~/.pki, > compiled 34.0.1847.137 with lang/gcc (4.7.3_1). > > /var/db/ports/www_chromium/options: > # This file is auto-generated by 'make config'. > # Options for chromium-33.0.1750.146 > _OPTIONS_READ=chromium-33.0.1750.146 > _FILE_COMPLETE_OPTIONS_LIST=CODECS DEBUG GCONF PULSEAUDIO TEST > OPTIONS_FILE_SET+=CODECS > OPTIONS_FILE_UNSET+=DEBUG > OPTIONS_FILE_UNSET+=GCONF > OPTIONS_FILE_UNSET+=PULSEAUDIO > OPTIONS_FILE_UNSET+=TEST > > On start no window appears, "Segmentation fault (core dumped)" on console. > > ~ $ gdb /usr/local/share/chromium/chrome chrome.core > ... > Program terminated with signal 11, Segmentation fault. > ... > (gdb) bt > #0 0x2dfacf64 in getframeaddr () from /usr/local/lib/libexecinfo.so.1 > #1 0x2dfa8b21 in backtrace () from /usr/local/lib/libexecinfo.so.1 > #2 0x087d852a in std::string::_S_construct<char*> () > #3 0x08a46431 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string<__gnu_cxx::__normal_iterator<char*, std::string> > () > #4 0x0898d0a8 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string<__gnu_cxx::__normal_iterator<char*, std::string> > () > #5 0x0898c674 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string<__gnu_cxx::__normal_iterator<char*, std::string> > () > #6 0x341f4638 in ?? () > #7 0x315a3304 in ?? () > #8 0x00000000 in ?? () > (gdb) > Shooting in the dark here, because I never seen libexecinfo failing... What happens if you turn GCONF back on? I guess gcc is chosen automatically here (i.e. no FAVORITE_COMPILER=gcc in /etc/make.conf) ? Regards, René
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53766DB5.8080809>