Re: libxul dumps core with 'illegal hardware instruction' with newly ported 'pytrainer'
Andrew W. Nosenko, 05.04.11, 13:39h CEST: On Tue, Apr 5, 2011 at 10:06, Stefan Walter ste...@freebsd.org wrote: (I didn't get any replies on freebsd-gecko@, so I thought I'd just send it on freebsd-ports@, too.) Hi, I'm working on a port for pytrainer (see [1]), which uses libxul to display GPS tracks via Google Maps or OSM. Starting the software, it crashes with illegal hardware instruction and leaves a core dump behind. Something compiled for CPU model higher than CPU, which actually run the resulting binary? I don't think so. Everything's compiled from ports on the machine I run it on, without any special CFLAGS. I usually don't even enable additional optimizations for ports that offer them. I originally thought it might be the Linux Flash plugin, but uninstalling it didn't help. Regards, Stefan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
libxul dumps core with 'illegal hardware instruction' with newly ported 'pytrainer'
(I didn't get any replies on freebsd-gecko@, so I thought I'd just send it on freebsd-ports@, too.) Hi, I'm working on a port for pytrainer (see [1]), which uses libxul to display GPS tracks via Google Maps or OSM. Starting the software, it crashes with illegal hardware instruction and leaves a core dump behind. The backtrace (see [2] for the complete one) looks like the problem is somewhere in libxul: #0 0x00080cc78c52 in SearchTable () from /usr/local/lib/libxul/sdk/lib/libxul.so #1 0x00080cc78de8 in PL_DHashTableOperate () from /usr/local/lib/libxul/sdk/lib/libxul.so #2 0x00080ccb1fa8 in nsComponentManagerImpl::GetService () from /usr/local/lib/libxul/sdk/lib/libxul.so #3 0x00080cc7b1c6 in CallGetService () from /usr/local/lib/libxul/sdk/lib/libxul.so #4 0x00080cc7b1ec in nsGetServiceByCIDWithError::operator() () from /usr/local/lib/libxul/sdk/lib/libxul.so #5 0x00080cc7a528 in nsCOMPtr_base::assign_from_gs_cid_with_error () from /usr/local/lib/libxul/sdk/lib/libxul.so #6 0x00080ccbcbf3 in NS_GetProxyForObject () from /usr/local/lib/libxul/sdk/lib/libxul.so #7 0x00080ccb517f in nsNativeModuleLoader::LoadModule () from /usr/local/lib/libxul/sdk/lib/libxul.so [...#7 repeated lots of times...] #3355 0x00080ccb0762 in nsComponentManagerImpl::AutoRegisterComponent () from /usr/local/lib/libxul/sdk/lib/libxul.so #3356 0x00080ccb0fee in nsComponentManagerImpl::AutoRegisterDirectory () from /usr/local/lib/libxul/sdk/lib/libxul.so #3357 0x00080ccb11bc in nsComponentManagerImpl::AutoRegisterImpl () from /usr/local/lib/libxul/sdk/lib/libxul.so #3358 0x00080ccb1421 in nsComponentManagerImpl::AutoRegister () from /usr/local/lib/libxul/sdk/lib/libxul.so #3359 0x00080cc85ca3 in NS_InitXPCOM3_P () from /usr/local/lib/libxul/sdk/lib/libxul.so #3360 0x00080c1f3ebc in XRE_InitEmbedding () from /usr/local/lib/libxul/sdk/lib/libxul.so #3361 0x00080c1e5220 in EmbedPrivate::PushStartup () from /usr/local/lib/libxul/sdk/lib/libxul.so #3362 0x00080c1e532b in EmbedPrivate::EmbedPrivate () from /usr/local/lib/libxul/sdk/lib/libxul.so #3363 0x00080c1e1b6b in gtk_moz_embed_init () from /usr/local/lib/libxul/sdk/lib/libxul.so #3364 0x00080175a870 in g_type_create_instance () from /usr/local/lib/libgobject-2.0.so.0 #3365 0x00080173e0bc in g_object_set () from /usr/local/lib/libgobject-2.0.so.0 #3366 0x00080173e5af in g_object_newv () from /usr/local/lib/libgobject-2.0.so.0 #3367 0x00080240fcb1 in init_gobject () from /usr/local/lib/python2.7/site-packages/gtk-2.0/gobject/_gobject.so #3368 0x00080bc69ca7 in initgtkmozembed () from /usr/local/lib/python2.7/site-packages/gtk-2.0/gtkmozembed.so #3369 0x004560e8 in PyType_IsSubtype () #3370 0x00418b9d in PyObject_Call () #3371 0x004815a4 in PyEval_EvalFrameEx () #3372 0x00485140 in PyEval_EvalCodeEx () #3373 0x004d4699 in PyClassMethod_New () #3374 0x00418b9d in PyObject_Call () #3375 0x0041e51d in PyClass_IsSubclass () #3376 0x00418b9d in PyObject_Call () #3377 0x0047dee6 in PyEval_CallObjectWithKeywords () #3378 0x00421e66 in PyInstance_New () #3379 0x00418b9d in PyObject_Call () #3380 0x004815a4 in PyEval_EvalFrameEx () #3381 0x00483a25 in PyEval_EvalFrameEx () #3382 0x00483a25 in PyEval_EvalFrameEx () #3383 0x00485140 in PyEval_EvalCodeEx () #3384 0x004d4699 in PyClassMethod_New () #3385 0x00418b9d in PyObject_Call () #3386 0x0041e51d in PyClass_IsSubclass () #3387 0x00418b9d in PyObject_Call () #3388 0x0047dee6 in PyEval_CallObjectWithKeywords () #3389 0x00421e66 in PyInstance_New () #3390 0x00418b9d in PyObject_Call () #3391 0x004815a4 in PyEval_EvalFrameEx () #3392 0x00483a25 in PyEval_EvalFrameEx () #3393 0x00485140 in PyEval_EvalCodeEx () #3394 0x00485232 in PyEval_EvalCode () #3395 0x0049f0c2 in Py_CompileString () #3396 0x0049f196 in PyRun_FileExFlags () #3397 0x004a066f in PyRun_SimpleFileExFlags () #3398 0x00414962 in Py_Main () #3399 0x00413cba in main () I don't have any other apparent problems with Mozilla/libxul stuff here. Any idea what could cause this? (Since pytrainer is a Python application and only uses libxul, I guess it's not pytrainer's fault, but I could be wrong, of course...) In case someone would like to run pytrainer locally, the port can be found at [3]. Best regards, Stefan [1]: http://sourceforge.net/apps/trac/pytrainer/ [2]: http://people.freebsd.org/~stefan/pytrainer-backtrace.txt [3]: http://people.freebsd.org/~stefan/pytrainer-1.8.0-port.tar.gz ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: libxul dumps core with 'illegal hardware instruction' with newly ported 'pytrainer'
On Tue, Apr 5, 2011 at 10:06, Stefan Walter ste...@freebsd.org wrote: (I didn't get any replies on freebsd-gecko@, so I thought I'd just send it on freebsd-ports@, too.) Hi, I'm working on a port for pytrainer (see [1]), which uses libxul to display GPS tracks via Google Maps or OSM. Starting the software, it crashes with illegal hardware instruction and leaves a core dump behind. Something compiled for CPU model higher than CPU, which actually run the resulting binary? For example, if I compile with -march=native on the Core2 machine and then try to run resulting binary on Pentium4, then I will obtain Illegal Instruction with very high probability. -- Andrew W. Nosenko andrew.w.nose...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
