Segfault on Gentoo

Hi Guys:

 

Just downloaded the current bricscad to try it out on my gentoo box.

Running from a terminal I got this:

jserink@jserinkturion ~/Bricscad $ ./bricscad.sh

Segmentation fault

jserink@jserinkturion ~/Bricscad $ uname -a

Linux jserinkturion 2.6.37-gentoo-r4 #1 SMP PREEMPT Thu Apr 14 21:54:32 SGT 2011 x86_64 AMD Turion(tm) 64 X2 Mobile Technology TL-60 AuthenticAMD GNU/Linux

It gets to the information dialog telling me that I have 30 days left< I click continue and I get the corporate logo, then the cad app and then it disappears with a seg fault.
What kind of dependencies does Bricscad have?
How can I get it to spit out more information when it segfaults so I can trouble shoot this?
I tried this:
jserink@jserinkturion ~/Bricscad $ cat bricscad.sh
#!/bin/sh 
 export LD_LIBRARY_PATH=`pwd` 
 exec ./bricscad "$@" 
jserink@jserinkturion ~/Bricscad $ ./bricscad --help
./bricscad: error while loading shared libraries: libutils.so: cannot open shared object file: No such file or directory
jserink@jserinkturion ~/Bricscad $ locate libutils.so
jserink@jserinkturion ~/Bricscad $ 
So, what is linutils.so that it wants?
Cheers,
John

Comments

  • John,
    libutils.so gets shipped with bcad and is usually found  at /opt/bricsys/bricscad/v11/libutils.so (your path may differ - I assume you used the tgz for custom installations). Just change the lines in bricscad.sh from
    export LD_LIBRARY_PATH=`pwd`
    exec ./bricscad "$@"
    to
    export LD_LIBRARY_PATH=/yourchoice/bricsys/bricscad/v11
    exec /yourchoice/bricsys/bricscad/v11/bricscad "$@"

    (or cd to this folder before running the script)

     

     

     

  • Hi Knut:

    Ok, thatx for that. Your tip makes sense and looking at the script bricscad.sh it follows:

    jserink@jserinkturion ~/Bricscad $ cat bricscad.sh

    #!/bin/sh 

     export LD_LIBRARY_PATH=`pwd` 

     exec ./bricscad "$@" 

    But, it puts me back to square 1. When I use the script brisccas.sh to start the program it finds that library due to the second line in the script above....but then I get a seg fault.
    is there anyway to get more debug info to find out why its segfaulting?
    Cheers,
    john
  • Dear John,
    2 hints ...

    1) open a terminal in Bricscad program folder, and enter :
    ldd -r libutils.so
    that should report missing libraries / imports missed by libutils.so

    2) you have a 64 bit Gentoo ? Maybe you will need to install some 32 bit libraries as well - there are a number of threats in forum here, regarding 32 bit Bricscad under 64 bit Linux ...
    It could be, that Bricscad installer does not completely install all dependencies (even though reported by installer system ?), due to particular Linux environment.

    Hope this helps a bit ...

  • Hi Thorsten:

    1) open a terminal in Bricscad program folder, and enter :
    ldd -r libutils.so
    that should report missing libraries / imports missed by libutils.so

    [JS] this is not an issue if I run bricscad from the starup script shown below:

    #!/bin/sh 

     export LD_LIBRARY_PATH=`pwd` 

     exec ./bricscad "$@" 

     

    Yes, I am on 64bit Gentoo, of course I am. Its 2011, 32bit is a thing of the past unless you're running on an Atom and I don't think to many people will be getting atom based machines to do CAD on.

     

    I have all the gentoo 32 bit libraries installed:

    jserinkturion jserink # equery list emul-linux

    [ Searching for package 'emul-linux' in all categories among: ]

     * installed packages

    [I--] [  ] app-emulation/emul-linux-x86-baselibs-20110129 (0)

    [I--] [  ] app-emulation/emul-linux-x86-compat-20100611 (0)

    [I--] [  ] app-emulation/emul-linux-x86-gtklibs-20110129 (0)

    [I--] [  ] app-emulation/emul-linux-x86-java-1.6.0.24 (1.6)

    [I--] [  ] app-emulation/emul-linux-x86-medialibs-20110129 (0)

    [I--] [  ] app-emulation/emul-linux-x86-opengl-20110129-r1 (0)

    [I--] [  ] app-emulation/emul-linux-x86-qtlibs-20110129 (0)

    [I--] [  ] app-emulation/emul-linux-x86-sdl-20110129 (0)

    [I--] [  ] app-emulation/emul-linux-x86-soundlibs-20110129 (0)

    [I--] [  ] app-emulation/emul-linux-x86-xlibs-20110129 (0)

    These are the ones I DON'T have installed:
    *  app-emulation/emul-linux-x86-bjdeps [ Masked ]
    *  app-emulation/emul-linux-x86-cpplibs [ Masked ]
    *  app-emulation/emul-linux-x86-glibc-errno-compat [ Masked ]
    *  app-emulation/emul-linux-x86-gtkmmlibs [ Masked ]
    *  app-emulation/emul-linux-x86-motif [ Masked ]
    Is one of those required?
    Is there a Bricscad build for linux 64?
    I've had the same problem with DraftSight, it won't run on gentoo64 either.
    Still using AcadLT2002 under a KVM-qemu XP VM.
    Cheers,
    John

     

     

  • Dear John,
    there is no 64 bit version of Bricscad yet ...

    Please send the output of
    ldd -r libutils.so
    here to forum ... it should indicate which 32 bit module is missing.

    From your report, I would *guess* that these libs should be present :
    emul-linux-x86-cpplibs
    emul-linux-x86-glibc-errno-compat

    emul-linux-x86-gtkmmlibs

  • @john:Yes, I am on 64bit Gentoo, of course I am. Its 2011, 32bit is a thing of the past unless you're running on an Atom and I don't think to many people will be getting atom based machines to do CAD on.

    I beg to differ. I have an Intel Atom D510 motherboard running under Ubuntu 11.04 with 2 GB of ram and a 1920x1200 lcd screen. I have used it for many months now and am in process of drawing house contruction plans using the 32 bit version of Bricscad.

    Program response is MORE than fast enough for everything I have done so far.

     

  • Hi:

     

    >Dear John,
    >there is no 64 bit version of Bricscad yet ...
    Darn.


    >Please send the output of
    >ldd -r libutils.so
    >here to forum ... it should indicate which 32 bit module is missing.

    jserinkturion Bricscad # ldd -r libutils.so

    ldd: warning: you do not have execution permission for `./libutils.so'

    linux-gate.so.1 =>  (0xffffe000)

    libDD_Alloc.so => not found

    libDD_Root.so => not found

    libwx_baseu-2.8.so.0 => not found

    libwx_gtk2u_core-2.8.so.0 => not found

    libzlib.so => not found

    libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0xf762c000)

    libbcadtestrunner.so => not found

    libcups.so.2 => /usr/lib32/libcups.so.2 (0xf75f7000)

    libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/32/libstdc++.so.6 (0xf74ff000)

    libm.so.6 => /lib32/libm.so.6 (0xf74d9000)

    libgcc_s.so.1 => /lib32/libgcc_s.so.1 (0xf74bd000)

    libc.so.6 => /lib32/libc.so.6 (0xf7377000)

    libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf72f1000)

    libz.so.1 => /lib32/libz.so.1 (0xf72dd000)

    libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf72b5000)

    libgssapi_krb5.so.2 => /usr/lib32/libgssapi_krb5.so.2 (0xf7286000)

    libpthread.so.0 => /lib32/libpthread.so.0 (0xf726d000)

    /lib/ld-linux.so.2 (0xf7755000)

    libkrb5.so.3 => /usr/lib32/libkrb5.so.3 (0xf71bd000)

    libk5crypto.so.3 => /usr/lib32/libk5crypto.so.3 (0xf719a000)

    libcom_err.so.2 => /lib32/libcom_err.so.2 (0xf7195000)

    libkrb5support.so.0 => /usr/lib32/libkrb5support.so.0 (0xf718d000)

    libdl.so.2 => /lib32/libdl.so.2 (0xf7189000)

    libkeyutils.so.1 => /lib32/libkeyutils.so.1 (0xf7185000)

    libresolv.so.2 => /lib32/libresolv.so.2 (0xf7171000)

    .........................massive sybol table dump.

    That output above is interesting....particularly this stuff:

    jserinkturion Bricscad # ldd -r libutils.so | grep "not found"

    ldd: warning: you do not have execution permission for `./libutils.so'

    libDD_Alloc.so => not found

    libDD_Root.so => not found

    libwx_baseu-2.8.so.0 => not found

    libwx_gtk2u_core-2.8.so.0 => not found

    libzlib.so => not found

    libbcadtestrunner.so => not found


    >From your report, I would *guess* that these libs should be present :
    >emul-linux-x86-cpplibs
    >emul-linux-x86-glibc-errno-compat

    >emul-linux-x86-gtkmmlibs

     

    I'll umask those and install them to see how we go.

     

    When will bricscad be releasing a 64bit binary?

    I can't really see myself paying money for a 32 binary in 2011. I'll just stay with AcadLT on winXP. I'd still like to get this going to see if it can read my Autocad drawings.

     

    Cheers,

    john

  • Ok have a look at this:

    jserinkturion Bricscad # locate -i libDD_Alloc.so

    /home/jserink/Bricscad/libDD_Alloc.so

    jserinkturion Bricscad # locate -i libDD_Root.so

    /home/jserink/Bricscad/libDD_Root.so

    jserinkturion Bricscad # locate libDD_Alloc.so

    /home/jserink/Bricscad/libDD_Alloc.so

    jserinkturion Bricscad # locate libDD_Root.so

    /home/jserink/Bricscad/libDD_Root.so

    jserinkturion Bricscad # locate libwx_baseu-2.8.so.0

    /home/jserink/Bricscad/libwx_baseu-2.8.so.0

    /usr/lib64/libwx_baseu-2.8.so.0

    /usr/lib64/libwx_baseu-2.8.so.0.7.0

    jserinkturion Bricscad # locate libwx_gtk2u_core-2.8.so.0

    /home/jserink/Bricscad/libwx_gtk2u_core-2.8.so.0

    /usr/lib64/libwx_gtk2u_core-2.8.so.0

    /usr/lib64/libwx_gtk2u_core-2.8.so.0.7.0

    jserinkturion Bricscad # locate libzlib.so

    /home/jserink/Bricscad/libzlib.so

    jserinkturion Bricscad # locate libbcadtestrunner.so

    /home/jserink/Bricscad/libbcadtestrunner.so

    So, all the required files infact are in the Bricscad directory
    We're getting somewhere I think.
  • Did you try running with this command?

    LD_LIBRARY_PATH=/home/jserink/Bricscad/ bricscad

  • Hi Mattias:

     

    I use the startup script for it:

    jserink@jserinkturion ~/Bricscad $ cat bricscad.sh

    #!/bin/sh 

     export LD_LIBRARY_PATH=`pwd` 

     exec ./bricscad "$@" 

     

    Which is exactly the same as what you have written.

     

    Just to recap, the program starts, informs me via a dialog box that I have 26 days left I click the "continue" button, Bricscad starts, the main screen pops up, paints (I can see some of the screen appear, the menues) and then it crashes with w "Segmenation fault" message on the bash line.

     

    Cheers,

    john

  • The program starts.  So all load-time dependencies are satisfied.  You can indeed check with ldd, but just like when running bricscad, LD_LIBRARY_PATH needs to be set first:

     


    LD_LIBRARY_PATH=/home/jserink/Bricscad/ ldd -r /home/jserink/Bricscad/bricscad

     

     

    posts that might be helpful:
  • Hi Tijs:

    Yes, it appears load time dependancies are satified. 

    jserinkturion Bricscad #  export LD_LIBRARY_PATH=`pwd` 

    jserinkturion Bricscad # ldd -r /home/jserink/Bricscad/bricscad

    linux-gate.so.1 =>  (0xffffe000)

    libutils.so => /home/jserink/Bricscad/libutils.so (0xf76b0000)

    libdcl.so => /home/jserink/Bricscad/libdcl.so (0xf7616000)

    libgeometry.so => /home/jserink/Bricscad/libgeometry.so (0xf760b000)

    libodapp.so => /home/jserink/Bricscad/libodapp.so (0xf7376000)

    libcadapp.so => /home/jserink/Bricscad/libcadapp.so (0xf7006000)

    libcmdapi.so => /home/jserink/Bricscad/libcmdapi.so (0xf6e1c000)

    libcommands.so => /home/jserink/Bricscad/libcommands.so (0xf681b000)

    libwxgui.so => /home/jserink/Bricscad/libwxgui.so (0xf5bea000)

    libflyoversnap.so => /home/jserink/Bricscad/libflyoversnap.so (0xf5ba2000)

    libwx_baseu-2.8.so.0 => /home/jserink/Bricscad/libwx_baseu-2.8.so.0 (0xf5a4a000)

    libwx_gtk2u_core-2.8.so.0 => /home/jserink/Bricscad/libwx_gtk2u_core-2.8.so.0 (0xf56c3000)

    libwx_gtk2u_adv-2.8.so.0 => /home/jserink/Bricscad/libwx_gtk2u_adv-2.8.so.0 (0xf5605000)

    libwx_gtk2u_xrc-2.8.so.0 => /home/jserink/Bricscad/libwx_gtk2u_xrc-2.8.so.0 (0xf5575000)

    libwx_gtk2u_html-2.8.so.0 => /home/jserink/Bricscad/libwx_gtk2u_html-2.8.so.0 (0xf54db000)

    libwx_gtk2u_aui-2.8.so.0 => /home/jserink/Bricscad/libwx_gtk2u_aui-2.8.so.0 (0xf5465000)

    libwx_gtk2u_gl-2.8.so.0 => /home/jserink/Bricscad/libwx_gtk2u_gl-2.8.so.0 (0xf5458000)

    libwx_gtk2u_propgrid-2.8.so.0 => /home/jserink/Bricscad/libwx_gtk2u_propgrid-2.8.so.0 (0xf538e000)

    libwx_baseu_xml-2.8.so.0 => /home/jserink/Bricscad/libwx_baseu_xml-2.8.so.0 (0xf5383000)

    libjpeg.so.62 => /home/jserink/Bricscad/libjpeg.so.62 (0xf5363000)

    libpng12.so.0 => /home/jserink/Bricscad/libpng12.so.0 (0xf533c000)

    libz.so.1 => /lib32/libz.so.1 (0xf52f0000)

    libzlib.so => /home/jserink/Bricscad/libzlib.so (0xf52dc000)

    libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf52b4000)

    libDD_Alloc.so => /home/jserink/Bricscad/libDD_Alloc.so (0xf52b1000)

    libDD_Root.so => /home/jserink/Bricscad/libDD_Root.so (0xf51e8000)

    libDD_Ge.so => /home/jserink/Bricscad/libDD_Ge.so (0xf4f71000)

    libDD_Gi.so => /home/jserink/Bricscad/libDD_Gi.so (0xf4e12000)

    libDD_Db.so => /home/jserink/Bricscad/libDD_Db.so (0xf4159000)

    libDD_Br.so => /home/jserink/Bricscad/libDD_Br.so (0xf4133000)

    libDD_Gs.so => /home/jserink/Bricscad/libDD_Gs.so (0xf4003000)

    libDD_DbRoot.so => /home/jserink/Bricscad/libDD_DbRoot.so (0xf3fa5000)

    libDD_SpatialIndex.so => /home/jserink/Bricscad/libDD_SpatialIndex.so (0xf3f96000)

    libDD_DynBlocks.so => /home/jserink/Bricscad/libDD_DynBlocks.so (0xf3eb9000)

    libBrxBase.so => /home/jserink/Bricscad/libBrxBase.so (0xf3e8c000)

    libBrxGeo.so => /home/jserink/Bricscad/libBrxGeo.so (0xf3b64000)

    libxerces-c-3.0.so => /home/jserink/Bricscad/libxerces-c-3.0.so (0xf37d0000)

    libicudata.so.38 => /home/jserink/Bricscad/libicudata.so.38 (0xf2cf9000)

    libicuuc.so.38 => /home/jserink/Bricscad/libicuuc.so.38 (0xf2bcf000)

    libpc3_ed.so => /home/jserink/Bricscad/libpc3_ed.so (0xf2ba1000)

    libpstyle_ed.so => /home/jserink/Bricscad/libpstyle_ed.so (0xf2b5f000)

    libbcadtestrunner.so => /home/jserink/Bricscad/libbcadtestrunner.so (0xf272a000)

    libprofilemanager.so => /home/jserink/Bricscad/libprofilemanager.so (0xf2713000)

    libSpaACIS.so => /home/jserink/Bricscad/libSpaACIS.so (0xefb53000)

    libSpaPhlV5.so => /home/jserink/Bricscad/libSpaPhlV5.so (0xef9bc000)

    libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/32/libstdc++.so.6 (0xef8c4000)

    libm.so.6 => /lib32/libm.so.6 (0xef89e000)

    libgcc_s.so.1 => /lib32/libgcc_s.so.1 (0xef882000)

    libc.so.6 => /lib32/libc.so.6 (0xef73c000)

    libGL.so.1 => //usr/lib32/opengl/xorg-x11/lib/libGL.so.1 (0xef6d4000)

    libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0xef6a4000)

    libcups.so.2 => /usr/lib32/libcups.so.2 (0xef66f000)

    libGLU.so.1 => /usr/lib32/libGLU.so.1 (0xef600000)

    libX11.so.6 => /usr/lib32/libX11.so.6 (0xef4e2000)

    libpth.so.20 => /home/jserink/Bricscad/libpth.so.20 (0xef4cf000)

    libpthread.so.0 => /lib32/libpthread.so.0 (0xef4b5000)

    libdl.so.2 => /lib32/libdl.so.2 (0xef4b1000)

    libgtk-x11-2.0.so.0 => /usr/lib32/libgtk-x11-2.0.so.0 (0xef0ed000)

    libgdk-x11-2.0.so.0 => /usr/lib32/libgdk-x11-2.0.so.0 (0xef056000)

    libatk-1.0.so.0 => /usr/lib32/libatk-1.0.so.0 (0xef039000)

    libpangoft2-1.0.so.0 => /usr/lib32/libpangoft2-1.0.so.0 (0xef013000)

    libgdk_pixbuf-2.0.so.0 => /usr/lib32/libgdk_pixbuf-2.0.so.0 (0xeeffa000)

    libgio-2.0.so.0 => /usr/lib32/libgio-2.0.so.0 (0xeef12000)

    libpango-1.0.so.0 => /usr/lib32/libpango-1.0.so.0 (0xeeed0000)

    libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xeee49000)

    libgobject-2.0.so.0 => /usr/lib32/libgobject-2.0.so.0 (0xeee07000)

    libgmodule-2.0.so.0 => /usr/lib32/libgmodule-2.0.so.0 (0xeee03000)

    libgthread-2.0.so.0 => /usr/lib32/libgthread-2.0.so.0 (0xeedfe000)

    librt.so.1 => /lib32/librt.so.1 (0xeedf5000)

    libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0xeed05000)

    libXinerama.so.1 => /usr/lib32/libXinerama.so.1 (0xeed01000)

    libSM.so.6 => /usr/lib32/libSM.so.6 (0xeecf8000)

    /lib/ld-linux.so.2 (0xf7773000)

    libXext.so.6 => /usr/lib32/libXext.so.6 (0xeece8000)

    libXdamage.so.1 => /usr/lib32/libXdamage.so.1 (0xeece4000)

    libXfixes.so.3 => /usr/lib32/libXfixes.so.3 (0xeecde000)

    libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xeecd7000)

    libX11-xcb.so.1 => /usr/lib32/libX11-xcb.so.1 (0xeecd4000)

    libxcb-glx.so.0 => /usr/lib32/libxcb-glx.so.0 (0xeecc2000)

    libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xeeca8000)

    libdrm.so.2 => /usr/lib32/libdrm.so.2 (0xeec9d000)

    libgssapi_krb5.so.2 => /usr/lib32/libgssapi_krb5.so.2 (0xeec6d000)

    libXau.so.6 => /usr/lib32/libXau.so.6 (0xeec69000)

    libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xeec63000)

    libXi.so.6 => /usr/lib32/libXi.so.6 (0xeec55000)

    libXrandr.so.2 => /usr/lib32/libXrandr.so.2 (0xeec4d000)

    libXcursor.so.1 => /usr/lib32/libXcursor.so.1 (0xeec42000)

    libpangocairo-1.0.so.0 => /usr/lib32/libpangocairo-1.0.so.0 (0xeec36000)

    libXcomposite.so.1 => /usr/lib32/libXcomposite.so.1 (0xeec32000)

    libcairo.so.2 => /usr/lib32/libcairo.so.2 (0xeeb46000)

    libpixman-1.so.0 => /usr/lib32/libpixman-1.so.0 (0xeeada000)

    libEGL.so.1 => /usr/lib32/libEGL.so.1 (0xeeac9000)

    libXrender.so.1 => /usr/lib32/libXrender.so.1 (0xeeabf000)

    libpng14.so.14 => /usr/lib32/libpng14.so.14 (0xeea9a000)

    libresolv.so.2 => /lib32/libresolv.so.2 (0xeea86000)

    libICE.so.6 => /usr/lib32/libICE.so.6 (0xeea6d000)

    libuuid.so.1 => /lib32/libuuid.so.1 (0xeea68000)

    libkrb5.so.3 => /usr/lib32/libkrb5.so.3 (0xee9b8000)

    libk5crypto.so.3 => /usr/lib32/libk5crypto.so.3 (0xee995000)

    libcom_err.so.2 => /lib32/libcom_err.so.2 (0xee991000)

    libkrb5support.so.0 => /usr/lib32/libkrb5support.so.0 (0xee988000)

    libkeyutils.so.1 => /lib32/libkeyutils.so.1 (0xee984000)

    It looks like it should run....which its does for about a second. :)
    Do you konw how I could get more diagnostic info when the segfault occurs? Any type  of command line switch? That way we could find out which library is causing the seg fault.
    Cheers,
    John
  • I provided links to two forum posts, you probably missed them due to the ridiculously long code field.

    https://forum.bricsys.com/discussion/13369

    http://www.bricscad.com/common/support/forumthread.jsp?id=14080

     

    For the record, we also have a knowledge base article about installation on 64bit Fedora or OpenSuse:
    http://www.bricsys.com/common/knowledge/topic.jsp?id=305

    Indeed just for the record as the article is about load time dependencies.

  • Hi All:

     

    Ran it with gdb, the results:

     

    jserink@jserinkturion ~/Bricscad $ LD_LIBRARY_PATH=`pwd` gdb ./bricscad
    GNU gdb (Gentoo 7.2 p1) 7.2
    Copyright (C) 2010 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html&gt;
    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-pc-linux-gnu".
    For bug reporting instructions, please see:
    Reading symbols from /home/jserink/Bricscad/bricscad...done.
    (gdb) run
    Starting program: /home/jserink/Bricscad/bricscad 
    warning: the debug information found in "/home/jserink/Bricscad/libjpeg.so.62.0.0" does not match "/home/jserink/Bricscad/libjpeg.so.62" (CRC mismatch).
    warning: the debug information found in "/home/jserink/Bricscad/libpng12.so.0.27.0" does not match "/home/jserink/Bricscad/libpng12.so.0" (CRC mismatch).
    [Thread debugging using libthread_db enabled]
    Program received signal SIGSEGV, Segmentation fault.
    0x00000000 in ?? ()
    (gdb) bt
    #0  0x00000000 in ?? ()
    #1  0xebd8c74d in ?? () from /usr/lib32/dri/r300_dri.so
    #2  0xeff7fe70 in ?? () from //usr/lib32/opengl/xorg-x11/lib/libGL.so.1
    #3  0xeff5c7b4 in ?? () from //usr/lib32/opengl/xorg-x11/lib/libGL.so.1
    #4  0xeff598eb in glXQueryVersion ()
       from //usr/lib32/opengl/xorg-x11/lib/libGL.so.1
    #5  0xf5ccc19e in wxGLCanvas::QueryGLXVersion() ()
       from /home/jserink/Bricscad/libwx_gtk2u_gl-2.8.so.0
    #6  0xf5cccd5a in wxGLCanvas::Create(wxWindow*, wxGLContext const*, wxGLCanvas const*, int, wxPoint const&, wxSize const&, long, wxString const&, int*, wxPalette const&) () from /home/jserink/Bricscad/libwx_gtk2u_gl-2.8.so.0
    #7  0xf5ccd417 in wxGLCanvas::wxGLCanvas(wxWindow*, int, wxPoint const&, wxSize const&, long, wxString const&, int*, wxPalette const&) ()
       from /home/jserink/Bricscad/libwx_gtk2u_gl-2.8.so.0
    #8  0x080634d1 in wxc::CADWindow::CADWindow(wxc::WxcView*, wxWindow*, int*) ()
    #9  0x0806e052 in wxc::WxcView::OnCreate(wxDocument*, long) ()
    #10 0xf610d15f in wxDocTemplate::CreateView(wxDocument*, long) ()
       from /home/jserink/Bricscad/libwx_gtk2u_core-2.8.so.0
    #11 0xf610ced8 in wxDocument::OnCreate(wxString const&, long) ()
       from /home/jserink/Bricscad/libwx_gtk2u_core-2.8.so.0
    #12 0x0806643a in wxc::WxcDocument::OnNewDocument() ()
    #13 0xf611585b in wxDocManager::CreateDocument(wxString const&, long) ()
       from /home/jserink/Bricscad/libwx_gtk2u_core-2.8.so.0
    ---Type <return> to continue, or q <return> to quit---
    #14 0xf6112075 in wxDocManager::OnFileNew(wxCommandEvent&) ()
       from /home/jserink/Bricscad/libwx_gtk2u_core-2.8.so.0
    #15 0x0805ef4f in wxc::WxcApp::fileNew() ()
    #16 0x08060861 in wxc::WxcApp::processShellCommand() ()
    #17 0x08061633 in wxc::WxcApp::OnInit() ()
    #18 0xf633ea20 in wxEntry(int&, wchar_t**) ()
       from /home/jserink/Bricscad/libwx_baseu-2.8.so.0
    #19 0xf633ec47 in wxEntry(int&, char**) ()
       from /home/jserink/Bricscad/libwx_baseu-2.8.so.0
    #20 0x0805f2df in main ()
    (gdb) 
    Now, what happened was the dialog comes up and says, you have 26 days left, prsee coninue, I click the continue button and the bricscad window opens maximized but the into "white" color dialog with the logo in it gets stuck and never goes away. I'm able to resize the bricscad window boarder to its normal size that fits around the bricscad window that is open but that's it, nothing more, its frozen. i exit ti debuger and its gone.
    It appears it doesn't like the 32 bit r300_dri module.
    Do you more expierned people come to the same conclusion?
    Cheers,
    John
  • Hi Guys:

     

    i couldn't get googleearth to work on my Gentoo install and the problems are similar to Bricsys....googleearth runs using 32 bits in linux even if you download a x64 rpm...google basically lies when they say its a 64 bit build.

     

    Anyway, on Gentoo I had to downgrade on my pre-compiled 32 libraries to 2010 versions from the brand spanking new 2011 versions to get googleearth to run which I have now done so I'd like to give bricscad another try except it now wants me to pay money to watch it crash.....of course, I'd like to see i running before I part with hard earned cash....call me fussy.

     

    So, if any Bricsys people are listening, how can I get the thing to go back into demo mode for a few days to see what it can do? That assumes of course that it will run which it might not....but I'd like to give it a go.

     

    Cheers,

    John

This discussion has been closed.