After building wxPython2.9.2.4 on SLES-11 SP 1-x64 with python 2.6.5, I get "Segmentation Fault" running simple program

Nicholas_DiPiazza · March 9, 2012, 6:15pm

OK an update on this issue.

Recap: I’m having after building wxPython2.9.2.4 on SLES-11 SP 1-x64 with python 2.6.5, I get “Segmentation Fault” running simple program - wxPython-src-2.9.2.4/wxPython/demo/demo.py

When I run gdb, here is the output:

gdb --args /apps/openlogic/1.0/python/2.6.5/bin/python2.6 /root/wxPython-src-2.9.2.4/wxPython/demo/demo.py

GNU gdb (GDB) SUSE (7.3-0.6.1)

License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law. Type “show copying”

and “show warranty” for details.

This GDB was configured as “x86_64-suse-linux”.

For bug reporting instructions, please see:

http://www.gnu.org/software/gdb/bugs/…

Reading symbols from /apps/openlogic/1.0/python/2.6.5/bin/python2.6…done.

(gdb) r

Starting program: /apps/openlogic/1.0/python/2.6.5/bin/python2.6 /root/wxPython-src-2.9.2.4/wxPython/demo/demo.py

Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2

Try: zypper install -C “debuginfo(build-id)=c1807b5762068e6c5f4a6a0ed48d9d4469965351”

Missing separate debuginfo for /lib64/libpthread.so.0

Try: zypper install -C “debuginfo(build-id)=f69d3b06516c61cfab7d00c9ef86c41936dfc017”

[Thread debugging using libthread_db enabled]

Missing separate debuginfo for /lib64/libdl.so.2

Try: zypper install -C “debuginfo(build-id)=f607b21f9a513c99bba9539050c01236d19bf22b”

Missing separate debuginfo for /lib64/libutil.so.1

Try: zypper install -C “debuginfo(build-id)=e43269d9649d86bcd7ba19a0823d7f86a6f21af3”

Missing separate debuginfo for /lib64/libm.so.6

Try: zypper install -C “debuginfo(build-id)=4e9fa1a2c1141fc0123a142783efd044c40bdaaf”

Missing separate debuginfo for /lib64/libc.so.6

Try: zypper install -C “debuginfo(build-id)=f7b8fc2bc1d68899a2cb561ac8e16092228223e3”

Missing separate debuginfo for /lib64/libz.so.1

Try: zypper install -C “debuginfo(build-id)=4c05d1eb180f9c02b81a0c559c813dada91e0ca4”

Missing separate debuginfo for /usr/lib64/libstdc++.so.6

Try: zypper install -C “debuginfo(build-id)=e907b88d15f5e1312d1ae0c7c61f8da92745738b”

Missing separate debuginfo for /lib64/libgcc_s.so.1

Try: zypper install -C “debuginfo(build-id)=3f06bcfc74f9b01780d68e89b8dce403bef9b2e3”

Missing separate debuginfo for /usr/lib64/libgtk-x11-2.0.so.0

Try: zypper install -C “debuginfo(build-id)=d8fa8f100b1b44448b6c768559c071fa6c623e78”

Missing separate debuginfo for /usr/lib64/libgdk-x11-2.0.so.0

Try: zypper install -C “debuginfo(build-id)=a093fa8795911e420f7f31877405e6627d76f290”

Missing separate debuginfo for /usr/lib64/libgio-2.0.so.0

Try: zypper install -C “debuginfo(build-id)=fd46f48a898661349c3e9e20245ea280abe4dc5f”

Missing separate debuginfo for /usr/lib64/libpangoft2-1.0.so.0

Try: zypper install -C “debuginfo(build-id)=2779b2f21d57bed01e53fa34e22d1d384817a259”

Missing separate debuginfo for /usr/lib64/libgdk_pixbuf-2.0.so.0

Try: zypper install -C “debuginfo(build-id)=afc8c4968f510adb9237c7297950c5fd97300802”

Missing separate debuginfo for /usr/lib64/libpangocairo-1.0.so.0

Try: zypper install -C “debuginfo(build-id)=e0d6defe427c9ca3dc102d8b94b67940febe154c”

Missing separate debuginfo for /usr/lib64/libcairo.so.2

Try: zypper install -C “debuginfo(build-id)=bc1c1723b3c61ae471738046973ea1eff58ee29f”

Missing separate debuginfo for /usr/lib64/libpango-1.0.so.0

Try: zypper install -C “debuginfo(build-id)=3cde6b6c330bd7a4ca793a3f8755127cf0af363a”

Missing separate debuginfo for /usr/lib64/libfreetype.so.6

Try: zypper install -C “debuginfo(build-id)=97ab599dc5a8df2c1291fb6a64456d5a9679bb14”

Missing separate debuginfo for /usr/lib64/libfontconfig.so.1

Try: zypper install -C “debuginfo(build-id)=150b2aee9ba64585e8e84da22664d51252ceb93d”

Missing separate debuginfo for /usr/lib64/libgobject-2.0.so.0

Try: zypper install -C “debuginfo(build-id)=cb6e3b81b36cf5fd4ea879a9cde3e8ebe83fd470”

Missing separate debuginfo for /usr/lib64/libgmodule-2.0.so.0

Try: zypper install -C “debuginfo(build-id)=7628521c672203c59dc215682379c792c6273c8d”

Missing separate debuginfo for /usr/lib64/libgthread-1.2.so.0

Try: zypper install -C “debuginfo(build-id)=5bbd7a7299b6837ed9a83cbf2a404349959ee423”

Missing separate debuginfo for /lib64/librt.so.1

Try: zypper install -C “debuginfo(build-id)=d44cbcbbcbdc9ed66abdcd82fa04fb4140bc155e”

Missing separate debuginfo for /usr/lib64/libglib-2.0.so.0

Try: zypper install -C “debuginfo(build-id)=c9b24d1f2a0c29d0e7035dfd84e96b8efecf3537”

Missing separate debuginfo for /usr/lib64/libX11.so.6

Try: zypper install -C “debuginfo(build-id)=f25c9a3f51eceb4a1c11b826c2fa925e9483a5b9”

Missing separate debuginfo for /usr/lib64/libXxf86vm.so.1

Try: zypper install -C “debuginfo(build-id)=91f87c8a09de9f061be271741fbda406ea8d1ef8”

Missing separate debuginfo for /usr/lib64/libSM.so.6

Try: zypper install -C “debuginfo(build-id)=e1f8bfe8a6d23683ea90b156f76329ad7fe452a3”

Missing separate debuginfo for /usr/lib64/libpng12.so.0

Try: zypper install -C “debuginfo(build-id)=f26a69dc25c2394ea2bd5ea2e3f9d3ffdc964841”

Missing separate debuginfo for /usr/lib64/libXinerama.so.1

Try: zypper install -C “debuginfo(build-id)=e57bdf84691a0a0c14e7af22855bbb1a4d50a2e6”

Missing separate debuginfo for /usr/lib64/libXi.so.6

Try: zypper install -C “debuginfo(build-id)=2fd04936feeb06a7809e74b2939501b571896fcd”

Missing separate debuginfo for /usr/lib64/libXrandr.so.2

Try: zypper install -C “debuginfo(build-id)=bf4eb9a1fefbf372c0010f17bba01709efb372c3”

Missing separate debuginfo for /usr/lib64/libXcursor.so.1

Try: zypper install -C “debuginfo(build-id)=8e19ec26e2068239b854a2c15820c31cb998fd55”

Missing separate debuginfo for /usr/lib64/libXcomposite.so.1

Try: zypper install -C “debuginfo(build-id)=e2c1fe47c4386854a9e430aa6b2855cb3c7b8ff3”

Missing separate debuginfo for /usr/lib64/libXext.so.6

Try: zypper install -C “debuginfo(build-id)=4d348b514a3a427748b4f8314b9a5028b56c4559”

Missing separate debuginfo for /usr/lib64/libXdamage.so.1

Try: zypper install -C “debuginfo(build-id)=ecea85f269e28bbbdeea8a3ce114d0300a9355d4”

Missing separate debuginfo for /usr/lib64/libXfixes.so.3

Try: zypper install -C “debuginfo(build-id)=a59ae7dcbf9a645b62a30d73ae1a2fd8e39b50a1”

Missing separate debuginfo for /usr/lib64/libpixman-1.so.0

Try: zypper install -C “debuginfo(build-id)=4d5de2b859dd2085a5b1a86f5c34524dcd8823cb”

Missing separate debuginfo for /usr/lib64/libxcb-render-util.so.0

Try: zypper install -C “debuginfo(build-id)=4f75d94e872e7ea9748a5874da5e4781be15a4fc”

Missing separate debuginfo for /usr/lib64/libxcb-render.so.0

Try: zypper install -C “debuginfo(build-id)=a4cf20dfbc0ebccc0bf4cb61b7b803cf6ef6e98c”

Missing separate debuginfo for /usr/lib64/libXrender.so.1

Try: zypper install -C “debuginfo(build-id)=8f5ba4c59765a6bcf81ace6f3e9d9266e8986518”

Missing separate debuginfo for /usr/lib64/libxcb-xlib.so.0

Try: zypper install -C “debuginfo(build-id)=be562d9316e960c35fee2ed868a0e5b17308d575”

Missing separate debuginfo for /usr/lib64/libxcb.so.1

Try: zypper install -C “debuginfo(build-id)=b420d129816f22330cd25c45cdff8ef41941abca”

Missing separate debuginfo for /usr/lib64/libXau.so.6

Try: zypper install -C “debuginfo(build-id)=9213680483512b8ae3ff90d914900be4637bb495”

Missing separate debuginfo for /usr/lib64/libpcre.so.0

Try: zypper install -C “debuginfo(build-id)=690bc513d49ca57c3d0ea00e5f58578683edec8b”

Missing separate debuginfo for /lib64/libresolv.so.2

Try: zypper install -C “debuginfo(build-id)=030c0a3cbece78509a07e1e98be3419aeb32a1f8”

Missing separate debuginfo for /lib64/libselinux.so.1

Try: zypper install -C “debuginfo(build-id)=f06fa5738bd2305653c1a024692edbf8f522e0f9”

Missing separate debuginfo for /lib64/libexpat.so.1

Try: zypper install -C “debuginfo(build-id)=2696e815e28d6ef4fcb614baf8b7802891fd5341”

Missing separate debuginfo for /usr/lib64/libglib-1.2.so.0

Try: zypper install -C “debuginfo(build-id)=1265531d8ca79de2ee9743bc4cf32e659d463618”

Missing separate debuginfo for /usr/lib64/libICE.so.6

Try: zypper install -C “debuginfo(build-id)=8d02389f434bcfb82ae599210e70ec69e49e8568”

Missing separate debuginfo for /lib64/libuuid.so.1

Try: zypper install -C “debuginfo(build-id)=74dec793ff01a81c22ae1f7c901225f53ef3894f”

Missing separate debuginfo for /usr/lib64/gconv/UTF-32.so

Try: zypper install -C “debuginfo(build-id)=fe8378072f0e000cd830ecdeef06e82f475daba4”

Missing separate debuginfo for /usr/lib64/libgstreamer-0.10.so.0

Try: zypper install -C “debuginfo(build-id)=dd6a948b10517439d77c7b849e10a99ecff910b7”

Missing separate debuginfo for /usr/lib64/libxml2.so.2

Try: zypper install -C “debuginfo(build-id)=2d6e1df829ef6e065b8b5fd9ed1a9085fd6786e6”

Missing separate debuginfo for /usr/lib64/libgconf-2.so.4

Try: zypper install -C “debuginfo(build-id)=4fa3827905f6332eb159e295a280bb1d3ad71c20”

Missing separate debuginfo for /usr/lib64/libgstinterfaces-0.10.so.0

Try: zypper install -C “debuginfo(build-id)=d6a2630034573b6427b590dcbc66da22107ed9b1”

Missing separate debuginfo for /usr/lib64/libgthread-2.0.so.0

Try: zypper install -C “debuginfo(build-id)=b120765459fba091619c012312ca4b633ec5d382”

Missing separate debuginfo for /usr/lib64/libORBit-2.so.0

Try: zypper install -C “debuginfo(build-id)=686f87bf164f077e1671c53cf7a9c0cc8b0be2d5”

Missing separate debuginfo for /usr/lib64/libdbus-glib-1.so.2

Try: zypper install -C “debuginfo(build-id)=c122a3188160b6baafdbab4395c30f971313859c”

Missing separate debuginfo for /lib64/libnsl.so.1

Try: zypper install -C “debuginfo(build-id)=bdcf485f96de50e19ebd8f6fb7660cb60e2ff194”

Missing separate debuginfo for /lib64/libdbus-1.so.3

Try: zypper install -C “debuginfo(build-id)=69a2c4fb6dfb7c7e30f7aab22396a6221f2c9328”

Missing separate debuginfo for /usr/lib64/libGL.so.1

Try: zypper install -C “debuginfo(build-id)=c3de741e56303b4d53cb102421ea30a0cec07c8e”

Missing separate debuginfo for /usr/lib64/libGLU.so.1

Try: zypper install -C “debuginfo(build-id)=e99bd6ad9b1c2b94d649b67ae92c8c6aea896667”

Missing separate debuginfo for /usr/lib64/libdrm.so.2

Try: zypper install -C “debuginfo(build-id)=3189175a7924bc8e00af24db6030ec068551d13d”

Program received signal SIGSEGV, Segmentation fault.

0x00007ffff7bca2d4 in pthread_mutex_lock () from /lib64/libpthread.so.0

So it looks like libpthread.so.0 is the culprit. Any ideas how I might fix this?

Much thanks,

-Nicholas

···

-----Original Message-----
From: wx-users@googlegroups.com [mailto:wx-users@googlegroups.com] On Behalf Of Vadim Zeitlin
Sent: Wednesday, March 07, 2012 5:50 PM
To: wx-users@googlegroups.com
Subject: Re: After building wxPython2.9.2.4 on SLES-11 SP 1-x64 with python 2.6.5, I get “Segmentation Fault” running simple program

On Wed, 7 Mar 2012 13:00:12 -0800 (PST) Nicholas DiPiazza nicholas.dipiazza@openlogic.com wrote:

Does anyone know what might have went wrong during the WxPython

build that could cause a segmentation fault when ? Or does anyone

know how to get some logging (like hs_err*.log in Java) that can

describe which library caused it?

Use gdb.

I’m looking into using gdb, but not sure that is the easiest way to

do it.

Do

$ gdb --args python program.py

(gdb) r

… it crashes …

(gdb) bt

Regards,

VZ

–

TT-Solutions: wxWidgets consultancy and technical support

http://www.tt-solutions.com/

–
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+unsubscribe@googlegroups.com
or visit http://groups.google.com/group/wx-users

Robin · March 9, 2012, 6:21pm

Please also run the 'bt' command in gdb after the crash so we can see call stack, which is how it got to that point.

···

On 3/9/12 10:15 AM, Nicholas DiPiazza wrote:

OK an update on this issue.

Recap: I'm having after building wxPython2.9.2.4 on SLES-11 SP 1-x64
with python 2.6.5, I get "Segmentation Fault" running simple program -
wxPython-src-2.9.2.4/wxPython/demo/demo.py

When I run gdb, here is the output:

gdb --args /apps/openlogic/1.0/python/2.6.5/bin/python2.6
/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py

GNU gdb (GDB) SUSE (7.3-0.6.1)

Copyright (C) 2011 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law. Type "show copying"

and "show warranty" for details.

This GDB was configured as "x86_64-suse-linux".

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>\.\.\.

Reading symbols from /apps/openlogic/1.0/python/2.6.5/bin/python2.6...done.

(gdb) r

Starting program: /apps/openlogic/1.0/python/2.6.5/bin/python2.6
/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py

Program received signal SIGSEGV, Segmentation fault.

0x00007ffff7bca2d4 in pthread_mutex_lock () from /lib64/libpthread.so.0

So it looks like libpthread.so.0 is the culprit. Any ideas how I might
fix this?

--
Robin Dunn
Software Craftsman

Nicholas_DiPiazza · March 9, 2012, 6:39pm

RobinD said:

Please also run the 'bt' command in gdb after the crash so we can see call

stack, which is how it got to that point.

Here you go:

(gdb) bt
#0 0x00007ffff7bca2d4 in pthread_mutex_lock () from /lib64/libpthread.so.0
#1 0x00007fffef84cba9 in g_once_init_enter_impl ()
   from /usr/lib64/libglib-2.0.so.0
#2 0x00007fffef8428bc in ?? () from /usr/lib64/libglib-2.0.so.0
#3 0x00007fffef8429fe in g_dgettext () from /usr/lib64/libglib-2.0.so.0
#4 0x00007ffff1b84c90 in gtk_get_option_group ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#5 0x00007ffff1b84d91 in gtk_parse_args () from
/usr/lib64/libgtk-x11-2.0.so.0
#6 0x00007ffff1b84e09 in gtk_init_check () from
/usr/lib64/libgtk-x11-2.0.so.0
#7 0x00007ffff3115d33 in wxApp::Initialize(int&, wchar_t**) ()
   from
/root/wxPython-src-2.9.2.4/wxPython/wxpy-bld/lib/libwx_gtk2u_core-2.9.so.2
#8 0x00007ffff268067b in wxEntryStart(int&, wchar_t**) ()
   from
/root/wxPython-src-2.9.2.4/wxPython/wxpy-bld/lib/libwx_baseu-2.9.so.2
#9 0x00007ffff2680e3e in wxEntryStart(int&, char**) ()
   from
/root/wxPython-src-2.9.2.4/wxPython/wxpy-bld/lib/libwx_baseu-2.9.so.2
#10 0x00007ffff42b91b1 in wxPyApp::_BootstrapApp (this=0x15bb8a0)
    at src/helpers.cpp:573
#11 0x00007ffff42f80bc in _wrap_PyApp__BootstrapApp (args=<optimized out>)
    at src/gtk/_core_wrap.cpp:35146
#12 0x000000000049fca9 in ext_do_call (nk=<optimized out>, na=<optimized

,

    flags=<optimized out>, pp_stack=<optimized out>, func=<optimized out>)
    at ../Python/ceval.c:4060
---Type <return> to continue, or q <return> to quit---
#13 PyEval_EvalFrameEx (f=0x84a8b0, throwflag=<optimized out>)
    at ../Python/ceval.c:2452
#14 0x00000000004a1f29 in PyEval_EvalCodeEx (co=0x7ffff4760dc8,
    globals=<optimized out>, locals=<optimized out>, args=0x15c8660,
    argcount=1, kws=0x15c8668, kwcount=0, defs=0x0, defcount=0, closure=0x0)
    at ../Python/ceval.c:3000
#15 0x00000000004a061d in fast_function (nk=<optimized out>,
    na=<optimized out>, n=<optimized out>, pp_stack=<optimized out>,
    func=<optimized out>) at ../Python/ceval.c:3846
#16 call_function (oparg=<optimized out>, pp_stack=<optimized out>)
    at ../Python/ceval.c:3771
#17 PyEval_EvalFrameEx (f=0x15c84b0, throwflag=<optimized out>)
    at ../Python/ceval.c:2412
#18 0x00000000004a1f29 in PyEval_EvalCodeEx (co=0x7ffff46ee210,
    globals=<optimized out>, locals=<optimized out>, args=0x5, argcount=2,
    kws=0x0, kwcount=0, defs=0x7fffebe427f8, defcount=4, closure=0x0)
    at ../Python/ceval.c:3000
#19 0x00000000004f91cd in function_call (func=0x7fffebe45668,
    arg=0x7ffff7ef5b00, kw=0x0) at ../Objects/funcobject.c:524
#20 0x000000000041aa7d in PyObject_Call (func=0x7fffebe45668,
    arg=0x7ffff7ef5b00, kw=0x0) at ../Objects/abstract.c:2492
#21 0x00000000004223f4 in instancemethod_call (func=0x7fffebe45668,
    arg=0x7ffff7ef5b00, kw=0x0) at ../Objects/classobject.c:2579
---Type <return> to continue, or q <return> to quit---
#22 0x000000000041aa7d in PyObject_Call (func=0x7fffebe49f50,
    arg=0x7ffff7f45690, kw=0x0) at ../Objects/abstract.c:2492
#23 0x000000000047175c in slot_tp_init (self=0x7ffff7efc8d0,
    args=0x7ffff7f45690, kwds=0x0) at ../Objects/typeobject.c:5633
#24 0x00000000004694ab in type_call (type=0x15c1520, args=0x7ffff7f45690,
    kwds=0x0) at ../Objects/typeobject.c:740
#25 0x000000000041aa7d in PyObject_Call (func=0x15c1520, arg=0x7ffff7f45690,

    kw=0x0) at ../Objects/abstract.c:2492
#26 0x000000000049d84a in do_call (nk=<optimized out>, na=<optimized out>,
    pp_stack=<optimized out>, func=<optimized out>) at
../Python/ceval.c:3968
#27 call_function (oparg=<optimized out>, pp_stack=<optimized out>)
    at ../Python/ceval.c:3773
#28 PyEval_EvalFrameEx (f=0x142d700, throwflag=<optimized out>)
    at ../Python/ceval.c:2412
#29 0x00000000004a0e8c in fast_function (nk=<optimized out>,
    na=<optimized out>, n=<optimized out>, pp_stack=<optimized out>,
    func=<optimized out>) at ../Python/ceval.c:3836
#30 call_function (oparg=<optimized out>, pp_stack=<optimized out>)
    at ../Python/ceval.c:3771
#31 PyEval_EvalFrameEx (f=0x828100, throwflag=<optimized out>)
    at ../Python/ceval.c:2412
#32 0x00000000004a1f29 in PyEval_EvalCodeEx (co=0x7ffff7edf828,
    globals=<optimized out>, locals=<optimized out>, args=0x0, argcount=0,
---Type <return> to continue, or q <return> to quit---
    kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0)
    at ../Python/ceval.c:3000
#33 0x00000000004a2092 in PyEval_EvalCode (co=0x0, globals=0x7ffff1d9e2ca,
    locals=0x0) at ../Python/ceval.c:541
#34 0x00000000004c1c3c in run_mod (arena=<optimized out>,
    flags=<optimized out>, locals=<optimized out>, globals=<optimized out>,
    filename=<optimized out>, mod=<optimized out>)
    at ../Python/pythonrun.c:1339
#35 PyRun_FileExFlags (fp=0x822bf0,
    filename=0x7fffffffe214
"/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py", start=<optimized out>,
globals=0x7d4080, locals=0x7d4080, closeit=1,
    flags=0x7fffffffdc80) at ../Python/pythonrun.c:1325
#36 0x00000000004c1f6b in PyRun_SimpleFileExFlags (fp=0x822bf0,
    filename=0x7fffffffe214
"/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py", closeit=1,
flags=0x7fffffffdc80) at ../Python/pythonrun.c:935
#37 0x0000000000416356 in Py_Main (argc=-135020416, argv=0x7fffffffdd98)
    at ../Modules/main.c:572
#38 0x00007ffff7224bc6 in __libc_start_main () from /lib64/libc.so.6
#39 0x00000000004155c9 in _start () at ../sysdeps/x86_64/elf/start.S:113

On Behalf Of Robin Dunn

···

-----Original Message-----
From: wxpython-dev@googlegroups.com [mailto:wxpython-dev@googlegroups.com]
Sent: Friday, March 09, 2012 12:22 PM
To: wxpython-dev@googlegroups.com
Subject: Re: [wxPython-dev] RE: After building wxPython2.9.2.4 on SLES-11 SP
1-x64 with python 2.6.5, I get "Segmentation Fault" running simple program

On 3/9/12 10:15 AM, Nicholas DiPiazza wrote:

OK an update on this issue.

Recap: I'm having after building wxPython2.9.2.4 on SLES-11 SP 1-x64
with python 2.6.5, I get "Segmentation Fault" running simple program -
wxPython-src-2.9.2.4/wxPython/demo/demo.py

When I run gdb, here is the output:

gdb --args /apps/openlogic/1.0/python/2.6.5/bin/python2.6
/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py

GNU gdb (GDB) SUSE (7.3-0.6.1)

Copyright (C) 2011 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law. Type "show copying"

and "show warranty" for details.

This GDB was configured as "x86_64-suse-linux".

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>\.\.\.

Reading symbols from

/apps/openlogic/1.0/python/2.6.5/bin/python2.6...done.

(gdb) r

Starting program: /apps/openlogic/1.0/python/2.6.5/bin/python2.6
/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py

Program received signal SIGSEGV, Segmentation fault.

0x00007ffff7bca2d4 in pthread_mutex_lock () from
/lib64/libpthread.so.0

So it looks like libpthread.so.0 is the culprit. Any ideas how I might
fix this?

Please also run the 'bt' command in gdb after the crash so we can see call
stack, which is how it got to that point.

--
Robin Dunn
Software Craftsman

--
To unsubscribe, send email to wxPython-dev+unsubscribe@googlegroups.com
or visit http://groups.google.com/group/wxPython-dev?hl=en

Nicholas_DiPiazza · March 13, 2012, 4:31am

All - I figured this out.

The problem was that SUSE 11 had a botched glib2 library. I went through the
Yast2 installer and installed all the prereqs it seemed I had no problems.
Everything was happy.

But then I kept getting those segmentation faults. Upon investigation
(thanks to the debugging logs and Robin D's excellent advisement) I found
the culprit behind the faults was the glib library. Turns out, SUSE 11 SP 1
was kind of "half-arse installed" and glib2 was 2.22 and glib2-devel somehow
was 2.18. This made the compile process sing, but runtime fall on its back.

After contacting Suse support, I was able to get the correct libraries on
the system by using the SP2 and SDK SP2 ISO files in the repositories for
Yast. This caused all my libraries to be the right version.

Here are the dependencies I ended up grabbing to get it to work.

Use these two ISO files as a repository from Yast2

i.
https://6548637@nu.novell.com:443/repo/$RCE/SLE11-SDK-SP1-Updates/sle-11-x86
_64
ii.
https://6548637@nu.novell.com:443/repo/$RCE/SLE11-SDK-Updates/sle-11-x86_64

Install these packages

a. Readline, readline-devel
b. glib2, glib2-devel
c. Gconf, GConf-devel
d. GStreamer 0.10.25, GStreamer-devel-0.10.25, plugins-base,
plugins-base-devel
e. Cairo, Cairo-devel
f. Gtkgl 1.2.0, Gtkgl-devel
g. Mesa

Run python wxPython/build-wxpython.py

Done and done!

Openlogic Technical Support | Nicholas DiPiazza
support@openlogic.com
1 888 openlogic | toll free
Follow Openlogic on Twitter: @openlogic @ossfix

Other Resources:
http://olex.openlogic.com
http://wazi.openlogic.com
http://www.openlogic.com/products

···

____________________________________________________
Please make sure that the subject line remains the
same for all future correspondence regarding this issue.

-----Original Message-----
From: wxpython-dev@googlegroups.com [mailto:wxpython-dev@googlegroups.com]
On Behalf Of Nicholas DiPiazza
Sent: Friday, March 09, 2012 12:40 PM
To: wxpython-dev@googlegroups.com
Subject: RE: [wxPython-dev] RE: After building wxPython2.9.2.4 on SLES-11 SP
1-x64 with python 2.6.5, I get "Segmentation Fault" running simple program

RobinD said:

Please also run the 'bt' command in gdb after the crash so we can see
call

stack, which is how it got to that point.

Here you go:

(gdb) bt
#0 0x00007ffff7bca2d4 in pthread_mutex_lock () from /lib64/libpthread.so.0
#1 0x00007fffef84cba9 in g_once_init_enter_impl ()
   from /usr/lib64/libglib-2.0.so.0
#2 0x00007fffef8428bc in ?? () from /usr/lib64/libglib-2.0.so.0
#3 0x00007fffef8429fe in g_dgettext () from /usr/lib64/libglib-2.0.so.0
#4 0x00007ffff1b84c90 in gtk_get_option_group ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#5 0x00007ffff1b84d91 in gtk_parse_args () from
/usr/lib64/libgtk-x11-2.0.so.0
#6 0x00007ffff1b84e09 in gtk_init_check () from
/usr/lib64/libgtk-x11-2.0.so.0
#7 0x00007ffff3115d33 in wxApp::Initialize(int&, wchar_t**) ()
   from
/root/wxPython-src-2.9.2.4/wxPython/wxpy-bld/lib/libwx_gtk2u_core-2.9.so.2
#8 0x00007ffff268067b in wxEntryStart(int&, wchar_t**) ()
   from
/root/wxPython-src-2.9.2.4/wxPython/wxpy-bld/lib/libwx_baseu-2.9.so.2
#9 0x00007ffff2680e3e in wxEntryStart(int&, char**) ()
   from
/root/wxPython-src-2.9.2.4/wxPython/wxpy-bld/lib/libwx_baseu-2.9.so.2
#10 0x00007ffff42b91b1 in wxPyApp::_BootstrapApp (this=0x15bb8a0)
    at src/helpers.cpp:573
#11 0x00007ffff42f80bc in _wrap_PyApp__BootstrapApp (args=<optimized out>)
    at src/gtk/_core_wrap.cpp:35146
#12 0x000000000049fca9 in ext_do_call (nk=<optimized out>, na=<optimized

,

    flags=<optimized out>, pp_stack=<optimized out>, func=<optimized out>)
    at ../Python/ceval.c:4060
---Type <return> to continue, or q <return> to quit---
#13 PyEval_EvalFrameEx (f=0x84a8b0, throwflag=<optimized out>)
    at ../Python/ceval.c:2452
#14 0x00000000004a1f29 in PyEval_EvalCodeEx (co=0x7ffff4760dc8,
    globals=<optimized out>, locals=<optimized out>, args=0x15c8660,
    argcount=1, kws=0x15c8668, kwcount=0, defs=0x0, defcount=0, closure=0x0)
    at ../Python/ceval.c:3000
#15 0x00000000004a061d in fast_function (nk=<optimized out>,
    na=<optimized out>, n=<optimized out>, pp_stack=<optimized out>,
    func=<optimized out>) at ../Python/ceval.c:3846
#16 call_function (oparg=<optimized out>, pp_stack=<optimized out>)
    at ../Python/ceval.c:3771
#17 PyEval_EvalFrameEx (f=0x15c84b0, throwflag=<optimized out>)
    at ../Python/ceval.c:2412
#18 0x00000000004a1f29 in PyEval_EvalCodeEx (co=0x7ffff46ee210,
    globals=<optimized out>, locals=<optimized out>, args=0x5, argcount=2,
    kws=0x0, kwcount=0, defs=0x7fffebe427f8, defcount=4, closure=0x0)
    at ../Python/ceval.c:3000
#19 0x00000000004f91cd in function_call (func=0x7fffebe45668,
    arg=0x7ffff7ef5b00, kw=0x0) at ../Objects/funcobject.c:524
#20 0x000000000041aa7d in PyObject_Call (func=0x7fffebe45668,
    arg=0x7ffff7ef5b00, kw=0x0) at ../Objects/abstract.c:2492
#21 0x00000000004223f4 in instancemethod_call (func=0x7fffebe45668,
    arg=0x7ffff7ef5b00, kw=0x0) at ../Objects/classobject.c:2579 ---Type
<return> to continue, or q <return> to quit---
#22 0x000000000041aa7d in PyObject_Call (func=0x7fffebe49f50,
    arg=0x7ffff7f45690, kw=0x0) at ../Objects/abstract.c:2492
#23 0x000000000047175c in slot_tp_init (self=0x7ffff7efc8d0,
    args=0x7ffff7f45690, kwds=0x0) at ../Objects/typeobject.c:5633
#24 0x00000000004694ab in type_call (type=0x15c1520, args=0x7ffff7f45690,
    kwds=0x0) at ../Objects/typeobject.c:740
#25 0x000000000041aa7d in PyObject_Call (func=0x15c1520, arg=0x7ffff7f45690,

    kw=0x0) at ../Objects/abstract.c:2492
#26 0x000000000049d84a in do_call (nk=<optimized out>, na=<optimized out>,
    pp_stack=<optimized out>, func=<optimized out>) at
../Python/ceval.c:3968
#27 call_function (oparg=<optimized out>, pp_stack=<optimized out>)
    at ../Python/ceval.c:3773
#28 PyEval_EvalFrameEx (f=0x142d700, throwflag=<optimized out>)
    at ../Python/ceval.c:2412
#29 0x00000000004a0e8c in fast_function (nk=<optimized out>,
    na=<optimized out>, n=<optimized out>, pp_stack=<optimized out>,
    func=<optimized out>) at ../Python/ceval.c:3836
#30 call_function (oparg=<optimized out>, pp_stack=<optimized out>)
    at ../Python/ceval.c:3771
#31 PyEval_EvalFrameEx (f=0x828100, throwflag=<optimized out>)
    at ../Python/ceval.c:2412
#32 0x00000000004a1f29 in PyEval_EvalCodeEx (co=0x7ffff7edf828,
    globals=<optimized out>, locals=<optimized out>, args=0x0, argcount=0,
---Type <return> to continue, or q <return> to quit---
    kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0)
    at ../Python/ceval.c:3000
#33 0x00000000004a2092 in PyEval_EvalCode (co=0x0, globals=0x7ffff1d9e2ca,
    locals=0x0) at ../Python/ceval.c:541
#34 0x00000000004c1c3c in run_mod (arena=<optimized out>,
    flags=<optimized out>, locals=<optimized out>, globals=<optimized out>,
    filename=<optimized out>, mod=<optimized out>)
    at ../Python/pythonrun.c:1339
#35 PyRun_FileExFlags (fp=0x822bf0,
    filename=0x7fffffffe214
"/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py", start=<optimized out>,
globals=0x7d4080, locals=0x7d4080, closeit=1,
    flags=0x7fffffffdc80) at ../Python/pythonrun.c:1325
#36 0x00000000004c1f6b in PyRun_SimpleFileExFlags (fp=0x822bf0,
    filename=0x7fffffffe214
"/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py", closeit=1,
flags=0x7fffffffdc80) at ../Python/pythonrun.c:935
#37 0x0000000000416356 in Py_Main (argc=-135020416, argv=0x7fffffffdd98)
    at ../Modules/main.c:572
#38 0x00007ffff7224bc6 in __libc_start_main () from /lib64/libc.so.6
#39 0x00000000004155c9 in _start () at ../sysdeps/x86_64/elf/start.S:113

-----Original Message-----
From: wxpython-dev@googlegroups.com [mailto:wxpython-dev@googlegroups.com]
On Behalf Of Robin Dunn
Sent: Friday, March 09, 2012 12:22 PM
To: wxpython-dev@googlegroups.com
Subject: Re: [wxPython-dev] RE: After building wxPython2.9.2.4 on SLES-11 SP
1-x64 with python 2.6.5, I get "Segmentation Fault" running simple program

On 3/9/12 10:15 AM, Nicholas DiPiazza wrote:

OK an update on this issue.

Recap: I'm having after building wxPython2.9.2.4 on SLES-11 SP 1-x64
with python 2.6.5, I get "Segmentation Fault" running simple program -
wxPython-src-2.9.2.4/wxPython/demo/demo.py

When I run gdb, here is the output:

gdb --args /apps/openlogic/1.0/python/2.6.5/bin/python2.6
/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py

GNU gdb (GDB) SUSE (7.3-0.6.1)

Copyright (C) 2011 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law. Type "show copying"

and "show warranty" for details.

This GDB was configured as "x86_64-suse-linux".

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>\.\.\.

Reading symbols from

/apps/openlogic/1.0/python/2.6.5/bin/python2.6...done.

(gdb) r

Starting program: /apps/openlogic/1.0/python/2.6.5/bin/python2.6
/root/wxPython-src-2.9.2.4/wxPython/demo/demo.py

Program received signal SIGSEGV, Segmentation fault.

0x00007ffff7bca2d4 in pthread_mutex_lock () from
/lib64/libpthread.so.0

So it looks like libpthread.so.0 is the culprit. Any ideas how I might
fix this?

Please also run the 'bt' command in gdb after the crash so we can see call
stack, which is how it got to that point.

--
Robin Dunn
Software Craftsman

--
To unsubscribe, send email to wxPython-dev+unsubscribe@googlegroups.com
or visit http://groups.google.com/group/wxPython-dev?hl=en

Robin · March 13, 2012, 3:54pm

Yay!

···

On 3/12/12 9:31 PM, Nicholas DiPiazza wrote:

All - I figured this out.

--
Robin Dunn
Software Craftsman