Segmentation fault on start. Reproducible: Always Please see attached log files for portage info and dump.
Created attachment 253047 [details] Segmentation fault not a particularly useful dump
Created attachment 253049 [details] emerge --info
Program received signal SIGSEGV, Segmentation fault. 0x08196722 in std::char_traits<char>::length (argc=Cannot access memory at address 0x0 ) at /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/include/g++-v4/bits/char_traits.h:263 263 { return __builtin_strlen(__s); } It should also be noted that this is effecting older versions that use to work, not sure if its a gcc 4.4.4 issue or what.
(gdb) bt full #0 0x0818e616 in std::char_traits<char>::length (argc=Cannot access memory at address 0x0 ) at /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/include/g++-v4/bits/char_traits.h:263 No locals. #1 std::string::assign (argc=Cannot access memory at address 0x0 ) at /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/include/g++-v4/bits/basic_string.h:975 No locals. #2 std::string::operator= (argc=Cannot access memory at address 0x0 ) at /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/include/g++-v4/bits/basic_string.h:519 No locals. #3 main (argc=Cannot access memory at address 0x0 ) at main.cpp:201 i = -1244147724 wboptions = {basedir = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, plugin_search_path = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, struct_search_path = { static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, module_search_path = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, library_search_path = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, cdbc_driver_search_path = { static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, user_data_dir = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, open_at_startup_type = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, open_at_startup = { static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, run_at_startup = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, run_language = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x866297c ""}}, force_sw_rendering = false, force_opengl_rendering = false, use_log_file = false, verbose = false, quit_when_done = false} app = <incomplete type> program = {_wb_context_ui = 0x8513d24, _wb_context = 0x8513d2c, _grt_manager = 0x0, _main_form = 0xb5d7cff4, _idle_signal_conn = {slot_ = 0x818cb4c}, static _instance = 0x0} (gdb)
I don't know why but emerge -e world fixed this. Maybe one of the gnome or possibly x11 libraries was corrupt or something was broken somewhere. none of the usual tools like revdep-rebuild or lafilefixer found anything wrong.
Created attachment 253193 [details] log for part of the empty tree merge. The answer is somewhere in here, probably towards the end.
(In reply to comment #5) > I don't know why but emerge -e world fixed this. Closing then, according to a user on IRC this was because of missing: # revdep-rebuild --library libssl.so.0.9.8 # revdep-rebuild --library libcrypto.so.0.9.8 It was in postinst of OpenSSL upgrade.
