Re: issue with libthr?

看板FB_current作者時間12年前 (2013/06/02 02:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串3/18 (看更多)
On Sat, 1 Jun 2013 20:44:00 +0300, Konstantin Belousov <kostikbel@gmail.com> wrote: > > > >You cannot even guess what is going on without a proper debug information. >Recompile and reinstall the libc/libthr/rtld with the debugging symbols >to get proper backtraces. > >Anyway, two backtraces you demostrated, although not giving much useful >data, look very different. More, the second backtrace suggests that >there is either a bug in python interposing of malloc or memory corruption. Thanks so much for your help, I'll rebuild with debug on next. One thing I can get an instant crash is building midori, so I've been experimenting to see where it's breaking. It seems two things in the build script cause it wreck python: the midori build reconstitutes a binary coded file within the script, it's a file t.bz, which is uncompressed to become wafadmin, inside that is a file Tools/config_c.py there's p.Utils.pproc.Popen in 'cmd_and_log' function it returns: p: {'_child_created': True, 'returncode': 1, 'stdout': <closed file '<fdopen>', mode 'rb' at 0x8037e92e0>, 'stdin': None, 'pid': 62571, 'stderr': <closed file '<fdopen>', mode 'rb' at 0x8037e8b60>, 'universal_newlines': False} the '1' returncode causes build to fail.. Also, function def validate_c(self,kw) *always* causes python to crash for example, when it calls conf.check (header_name='unistd.h') ...core dump... Maybe this isn't useful information.. Next I'll rebuild with debug and see about getting more info from gdb. Thanks, -- Waitman Gobble San Jose California USA +1.5108307875 _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
文章代碼(AID): #1HgZuZXK (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1HgZuZXK (FB_current)