Date: Wed, 01 Oct 2014 19:43:06 +0000 From: bugzilla-noreply@freebsd.org To: chromium@FreeBSD.org Subject: [Bug 193610] chromium-37.0.2062.120_1 Bus error (core dumped) Message-ID: <bug-193610-28929-NAmeVJjyXk@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-193610-28929@https.bugs.freebsd.org/bugzilla/> References: <bug-193610-28929@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193610 Lawrence Chen <beastie@tardisi.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |beastie@tardisi.com --- Comment #19 from Lawrence Chen <beastie@tardisi.com> --- Not sure if this right bug to comment on... (was going to continue on 192928, but this might be more correct.) The last version of chrome that worked for me was 37.0.2062.94, which was the just before lang/gcc went from 4.7 to 4.8. Changing rpath (using devel/chrpath) from /usr/local/lib/gcc47 to /usr/local/lib/gcc48, allowed it to continue working. All the later compiles with gcc 4.8, are the silent exit kind, where its a bus error normally. Past experience was DEBUG resulted in different kinds of crashes that after a while I found that when I turned it off I had a working version of chromium for a while.... Having poked at libexecinfo in the past (changed a compiler flag) to make it work briefly....does suggest that there's an issue related to compiler being used. But, backtrace/getframeaddr failing isn't the real issue, but what happened to result in the attempt to generate a backtrace (guessing its part of chromium's crashreporting that its trying.) So, since using the DEBUG option seems to create new problems possibly obscuring the actual one...I decided to try adjusting CFLAGS and disabling the strip on install. in my make.conf: .if ${.CURDIR:M*/www/chromium} CFLAGS=-Og -fno-strict-aliasing -pipe STRIP= #none MAKE_ENV+= DONTSTRIP=yes STRIP_CMD= ${TRUE} .endif In retrospect, probably should just gone with just '-g', instead of trying out 4.8's new -Og option here. But, here's the result of that: Reading symbols from /usr/local/share/chromium/chrome...(no debugging symbols found)...done. (gdb) r Starting program: /usr/local/share/chromium/chrome [New Thread 814807400 (LWP 103288)] Xlib: extension "RANDR" missing on display ":0.0". [New Thread 814b39400 (LWP 101437)] [New Thread 814af5000 (LWP 101509)] [New Thread 814b39800 (LWP 101512)] [New Thread 814b39c00 (LWP 101519)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 814807400 (LWP 103288)] 0x000000080614b3d0 in getframeaddr () from /usr/local/lib/libexecinfo.so.1 (gdb) where #0 0x000000080614b3d0 in getframeaddr () from /usr/local/lib/libexecinfo.so.1 #1 0x000000080613ea2a in backtrace () from /usr/local/lib/libexecinfo.so.1 #2 0x0000000000b41f68 in base::debug::StackTrace::StackTrace() () #3 0x000000000093134b in BrowserProcessImpl::BrowserProcessImpl(base::SequencedTaskRunner*, base::CommandLine const&) () #4 0x000000000078d662 in ChromeBrowserMainParts::PreCreateThreadsImpl() () #5 0x000000000078e382 in ChromeBrowserMainParts::PreCreateThreads() () #6 0x0000000002835c92 in content::BrowserMainLoop::PreCreateThreads() () #7 0x000000000283a664 in base::internal::Invoker<1, base::internal::BindState<base::internal::RunnableAdapter<int (content::BrowserMainLoop::*)()>, int (content::BrowserMainLoop*), void (base::internal::UnretainedWrapper<content::BrowserMainLoop>)>, int (content::BrowserMainLoop*)>::Run(base::internal::BindStateBase*) () #8 0x0000000002947a2f in content::StartupTaskRunner::RunAllTasksNow() () #9 0x0000000002837965 in content::BrowserMainLoop::CreateStartupTasks() () #10 0x000000000283aa94 in content::BrowserMainRunnerImpl::Initialize(content::MainFunctionParams const&) () #11 0x00000000028354a6 in content::BrowserMain(content::MainFunctionParams const&) () #12 0x0000000000b363f2 in content::RunNamedProcessTypeMain(std::string const&, content::MainFunctionParams const&, content::ContentMainDelegate*) () #13 0x0000000000b364af in content::ContentMainRunnerImpl::Run() () #14 0x0000000000b3554a in content::ContentMain(content::ContentMainParams const&) () #15 0x0000000000494fcb in ChromeMain () #16 0x0000000000494f8c in main () I think I'm going to try using the force gcc47 next. FreeBSD 9.2-RELEASE-p12 #0: Mon Sep 15 18:46:46 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-193610-28929-NAmeVJjyXk>