Hello my Gentoo friends, I have noticed that chromium segfaults when you hit ctrl+P or click to print button in the menu. I get this error on my stable x86 machine, but also my friend haves this problem on testing x86_64 machine. We think its caused by USE="-cups". Error in console: [19157:19215:1125/205919:ERROR:channel.cc(258)] RawChannel read error (connection broken) getrlimit(RLIMIT_NOFILE) failed Segmentation fault More info: # Not the stable version installed, but current stable chromium have the same problem * www-client/chromium Latest version available: 40.0.2214.6 Latest version installed: 40.0.2214.6 Size of files: 221,936 kB Homepage: http://chromium.org/ Description: Open-source version of Google Chrome web browser License: BSD * net-print/cups Latest version available: 1.7.5 Latest version installed: [ Not Installed ] Size of files: 8,587 kB Homepage: http://www.cups.org/ Description: The Common Unix Printing System License: GPL-2 $[FrostyX ~]-> equery u chromium [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for www-client/chromium-40.0.2214.6: U I - - bindist : Disable patent-encumbered HTML5 video codecs - - cups : Add support for CUPS (Common Unix Printing System) - - custom-cflags : Build with user-specified CFLAGS (unsupported) - - gnome : Add GNOME support - - gnome-keyring : Enable support for storing passwords via gnome-keyring - - kerberos : Add kerberos support - - linguas_am : Amharic locale - - linguas_ar : Arabic locale - - linguas_bg : Bulgarian locale - - linguas_bn : Bengali locale - - linguas_ca : Catalan locale + + linguas_cs : Czech locale - - linguas_da : Danish locale - - linguas_de : German locale - - linguas_el : Greek locale - - linguas_en_GB : English locale for Britain - - linguas_es : Spanish locale - - linguas_es_LA : Spanish locale for Latin America - - linguas_et : Estonian locale - - linguas_fa : Persian locale - - linguas_fi : Finnish locale - - linguas_fil : Filipino locale - - linguas_fr : French locale - - linguas_gu : Gujarati locale - - linguas_he : Hebrew locale - - linguas_hi : Hindi locale - - linguas_hr : Croatian locale - - linguas_hu : Hungarian locale - - linguas_id : Indonesian locale - - linguas_it : Italian locale - - linguas_ja : Japanese locale - - linguas_kn : Kannada locale - - linguas_ko : Korean locale - - linguas_lt : Lithuanian locale - - linguas_lv : Latvian locale - - linguas_ml : Malayalam locale - - linguas_mr : Marathi locale - - linguas_ms : Malay locale - - linguas_nb : Norwegian (Bokmal) locale - - linguas_nl : Dutch locale - - linguas_pl : Polish locale - - linguas_pt_BR : Portuguese locale for Brasil - - linguas_pt_PT : Portuguese locale for Portugal - - linguas_ro : Romanian locale - - linguas_ru : Russian locale - - linguas_sk : Slovak locale - - linguas_sl : Slovenian locale - - linguas_sr : Serbian locale - - linguas_sv : Swedish locale - - linguas_sw : Swahili locale - - linguas_ta : Tamil locale - - linguas_te : Telugu locale - - linguas_th : Thai locale - - linguas_tr : Turkish locale - - linguas_uk : Ukrainian locale - - linguas_vi : Vietnamese locale - - linguas_zh_CN : Chinese locale for Peoples Republic of China - - linguas_zh_TW : Chinese locale for Taiwan - - pic : Disable optimized assembly code that is not PIC friendly - - pulseaudio : Add support for PulseAudio sound server + + tcmalloc : Use bundled tcmalloc instead of system malloc. - - test : Workaround to pull in packages needed to run with FEATURES=test. Portage-2.1.2 handles this internally, so don't set it in make.conf/package.use anymore
1) Please post your `emerge --info www-client/chromium' output in a comment. 2) Please attach a full gdb backtrace of the crash.
Created attachment 390350 [details] gdb backtrace I have used gdb for the first time, so I am not sure if it was right. However I hope it will be helpful.
Created attachment 390352 [details] emerge info Thank you Jeroen for your reply. I am sorry, I couldn't post it as comment, cause it was too long.
Hi Jakub, You did the backtrace correctly. However, because your CXXFLAGS do not contain the proper debug flags, the resulting stack trace contains nothing but question marks (?). I would ask you to rebuild with the proper CXXFLAGS, but that will almost certainly fail to build on an x86 machine due to the 2 GB address space limit. If you have access to an amd64 system with sufficient memory + swap (probably around 8 to 10 GB), it would be helpful if you could get a backtrace after building with the following settings: CXXFLAGS="-ggdb" FEATURES="split-debug" As well, depending on where the error occurs, you may need to rebuild some of the related libraries (like GTK+) with the same settings.
Mike, Thank you for your advice. Next time I will know how to do it. Since you say I probably can't compile it on my machine, I have asked my friend with amd64 to do it. Please wait to see the results.
Created attachment 391000 [details] gdb_trace-x64 gdb trace of same issue on x64 machine.
Created attachment 391006 [details] emerge --info for recent trace:
I uploaded a patch for upstream review: https://codereview.chromium.org/862023002/
This should be fixed now, thanks for the report and stack traces. *chromium-41.0.2272.12-r1 (22 Jan 2015) *chromium-40.0.2214.85-r1 (22 Jan 2015) 22 Jan 2015; Pawel Hajdan jr +chromium-40.0.2214.85-r1.ebuild, +chromium-41.0.2272.12-r1.ebuild, +files/chromium-cups-r0.patch: Fix crash with USE="-cups", bug #530682 by Jakub Kadlcik.
Thank you for solving this
