1. wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 2088 views
I'm upgraded to Ubuntu 9.10. From now on I avoid Kate because that's a KDE thing and KDE is buggy and it wrecks everything. I got Euphoria working again. But I can't get wxEuphoria to work.
libwxeu.so.13 is in /etc/local/lib
I did the ldconfig thing.
wxwidgets is installed from synaptic. All the dependencies are installed.
I rebooted.
Still doesn't work.
What the 773H!
"Could not open wxEuphoria library. Press enter to abort."
Even a little bit more information in the error message might help.
Building from the source code doesn't work.
- From the wxEuphoria source directory, type:
$ ./configure
$ make
$ make install
because those things don't exist.
If wxEuphoria can't be made to work, then all programs based on wxEuphoria are useless. Even if I somehow get it to work, if other people can't get it to work (probably with less motivation), then I have some reluctance to do any programming based on wxEuphoria. Maybe wxEuphoria has to be abandoned. That would be a loss.
BTW, what happened to most of the wxEuphoria demos?
2. Re: wxEuphoria (again)
- Posted by jimcbrown (admin) Jan 31, 2010
- 2070 views
/etc/local/lib is an unusual location and would need to be especially configured to work correctly...
I'm upgraded to Ubuntu 9.10. From now on I avoid Kate because that's a KDE thing and KDE is buggy and it wrecks everything. I got Euphoria working again. But I can't get wxEuphoria to work.
libwxeu.so.13 is in /etc/local/lib
I did the ldconfig thing.
wxwidgets is installed from synaptic. All the dependencies are installed.
I rebooted.
Still doesn't work.
What the 773H!
"Could not open wxEuphoria library. Press enter to abort."
Even a little bit more information in the error message might help.
Building from the source code doesn't work.
- From the wxEuphoria source directory, type:
$ ./configure
$ make
$ make install
because those things don't exist.
If wxEuphoria can't be made to work, then all programs based on wxEuphoria are useless. Even if I somehow get it to work, if other people can't get it to work (probably with less motivation), then I have some reluctance to do any programming based on wxEuphoria. Maybe wxEuphoria has to be abandoned. That would be a loss.
BTW, what happened to most of the wxEuphoria demos?
3. Re: wxEuphoria (again)
- Posted by mattlewis (admin) Jan 31, 2010
- 2087 views
I'm upgraded to Ubuntu 9.10. From now on I avoid Kate because that's a KDE thing and KDE is buggy and it wrecks everything. I got Euphoria working again. But I can't get wxEuphoria to work.
Pretty much all my programming is done in Kate. KDE 4.1 was still pretty flaky (I skipped 4.0 altogether) but I haven't really had problems since 4.2.
libwxeu.so.13 is in /etc/local/lib
I did the ldconfig thing.
wxwidgets is installed from synaptic. All the dependencies are installed.
I rebooted.
Still doesn't work.
What the 773H!
"Could not open wxEuphoria library. Press enter to abort."
Even a little bit more information in the error message might help.
Try running ldd on the shared library, and tell us what you get. Here is what I get:
$ ldd /usr/lib/libwxeu.so linux-gate.so.1 => (0x00f5b000) libwx_gtk2u_richtext-2.8.so.0 => /usr/lib/libwx_gtk2u_richtext-2.8.so.0 (0x00d35000) libwx_gtk2u_aui-2.8.so.0 => /usr/lib/libwx_gtk2u_aui-2.8.so.0 (0x002a1000) libwx_gtk2u_xrc-2.8.so.0 => /usr/lib/libwx_gtk2u_xrc-2.8.so.0 (0x0016d000) libwx_gtk2u_qa-2.8.so.0 => /usr/lib/libwx_gtk2u_qa-2.8.so.0 (0x00c6f000) libwx_gtk2u_html-2.8.so.0 => /usr/lib/libwx_gtk2u_html-2.8.so.0 (0x003e0000) libwx_gtk2u_adv-2.8.so.0 => /usr/lib/libwx_gtk2u_adv-2.8.so.0 (0x007c5000) libwx_gtk2u_core-2.8.so.0 => /usr/lib/libwx_gtk2u_core-2.8.so.0 (0x00883000) libwx_baseu_xml-2.8.so.0 => /usr/lib/libwx_baseu_xml-2.8.so.0 (0x00110000) libwx_baseu_net-2.8.so.0 => /usr/lib/libwx_baseu_net-2.8.so.0 (0x0011b000) libwx_baseu-2.8.so.0 => /usr/lib/libwx_baseu-2.8.so.0 (0x0052f000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0067c000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00147000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x001ff000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x0021d000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00f5c000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x03548000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00310000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00236000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00253000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x0027c000) libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00e1b000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x0076e000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00be5000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x003a5000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00cca000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00296000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x0029b000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x003d2000) libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x03287000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x003db000) libSM.so.6 => /usr/lib/libSM.so.6 (0x0047c000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00f11000) libz.so.1 => /lib/libz.so.1 (0x00485000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00d08000) libtiff.so.4 => /usr/lib/libtiff.so.4 (0x00eb1000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x007b6000) libexpat.so.1 => /lib/libexpat.so.1 (0x010a1000) /lib/ld-linux.so.2 (0x00cad000) libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00c8e000) libX11.so.6 => /usr/lib/libX11.so.6 (0x04a51000) libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x007ba000) libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x007be000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00c64000) libcairo.so.2 => /usr/lib/libcairo.so.2 (0x05d1c000) libXext.so.6 => /usr/lib/libXext.so.6 (0x00c9b000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00f39000) libXi.so.6 => /usr/lib/libXi.so.6 (0x00f43000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00d2c000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00f4e000) libpcre.so.3 => /lib/libpcre.so.3 (0x030c8000) libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x03918000) libselinux.so.1 => /lib/libselinux.so.1 (0x068f0000) libICE.so.6 => /usr/lib/libICE.so.6 (0x03cf3000) libuuid.so.1 => /lib/libuuid.so.1 (0x00c6a000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x05694000) libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x0237a000) libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x057d1000) libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x0455d000) libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x03da3000) libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00f0a000) libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x06b18000) libXau.so.6 => /usr/lib/libXau.so.6 (0x007c1000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x01a29000)
Building from the source code doesn't work.
- From the wxEuphoria source directory, type:
$ ./configure
$ make
$ make install
because those things don't exist.
I know that the last release was missing some stuff. I'd recommend trying from svn:
$ svn co https://wxeuphoria.svn.sf.net/svnroot/wxeuphoria/wxeu/trunk wxeu $ cd wxeu $ ./configure $ make $ sudo make install $ sudo ldconfig /usr/lib
If wxEuphoria can't be made to work, then all programs based on wxEuphoria are useless. Even if I somehow get it to work, if other people can't get it to work (probably with less motivation), then I have some reluctance to do any programming based on wxEuphoria. Maybe wxEuphoria has to be abandoned. That would be a loss.
BTW, what happened to most of the wxEuphoria demos?
In svn, at least, they were moved to the demo subdir to clean up the source a bit.
Matt
4. Re: wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 2050 views
/etc/local/lib is an unusual location and would need to be especially configured to work correctly...
Correction. I meant /usr/local/lib It's in /usr/local/lib I just checked.
5. Re: wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 2077 views
Try running ldd on the shared library, and tell us what you get. Here is what I get:
$ ldd /usr/lib/libwxeu.so linux-gate.so.1 => (0x00f5b000) libwx_gtk2u_richtext-2.8.so.0 => /usr/lib/libwx_gtk2u_richtext-2.8.so.0 (0x00d35000) libwx_gtk2u_aui-2.8.so.0 => /usr/lib/libwx_gtk2u_aui-2.8.so.0 (0x002a1000) libwx_gtk2u_xrc-2.8.so.0 => /usr/lib/libwx_gtk2u_xrc-2.8.so.0 (0x0016d000) libwx_gtk2u_qa-2.8.so.0 => /usr/lib/libwx_gtk2u_qa-2.8.so.0 (0x00c6f000) libwx_gtk2u_html-2.8.so.0 => /usr/lib/libwx_gtk2u_html-2.8.so.0 (0x003e0000) libwx_gtk2u_adv-2.8.so.0 => /usr/lib/libwx_gtk2u_adv-2.8.so.0 (0x007c5000) libwx_gtk2u_core-2.8.so.0 => /usr/lib/libwx_gtk2u_core-2.8.so.0 (0x00883000) libwx_baseu_xml-2.8.so.0 => /usr/lib/libwx_baseu_xml-2.8.so.0 (0x00110000) libwx_baseu_net-2.8.so.0 => /usr/lib/libwx_baseu_net-2.8.so.0 (0x0011b000) libwx_baseu-2.8.so.0 => /usr/lib/libwx_baseu-2.8.so.0 (0x0052f000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0067c000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00147000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x001ff000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x0021d000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00f5c000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x03548000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00310000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00236000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00253000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x0027c000) libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00e1b000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x0076e000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00be5000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x003a5000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00cca000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00296000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x0029b000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x003d2000) libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x03287000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x003db000) libSM.so.6 => /usr/lib/libSM.so.6 (0x0047c000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00f11000) libz.so.1 => /lib/libz.so.1 (0x00485000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00d08000) libtiff.so.4 => /usr/lib/libtiff.so.4 (0x00eb1000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x007b6000) libexpat.so.1 => /lib/libexpat.so.1 (0x010a1000) /lib/ld-linux.so.2 (0x00cad000) libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00c8e000) libX11.so.6 => /usr/lib/libX11.so.6 (0x04a51000) libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x007ba000) libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x007be000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00c64000) libcairo.so.2 => /usr/lib/libcairo.so.2 (0x05d1c000) libXext.so.6 => /usr/lib/libXext.so.6 (0x00c9b000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00f39000) libXi.so.6 => /usr/lib/libXi.so.6 (0x00f43000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00d2c000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00f4e000) libpcre.so.3 => /lib/libpcre.so.3 (0x030c8000) libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x03918000) libselinux.so.1 => /lib/libselinux.so.1 (0x068f0000) libICE.so.6 => /usr/lib/libICE.so.6 (0x03cf3000) libuuid.so.1 => /lib/libuuid.so.1 (0x00c6a000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x05694000) libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x0237a000) libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x057d1000) libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x0455d000) libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x03da3000) libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00f0a000) libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x06b18000) libXau.so.6 => /usr/lib/libXau.so.6 (0x007c1000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x01a29000)
This is what I get. There is no libwxeu.so, but there is a libwxeu.so.13.
jstory@jstory-desktop:/usr/local/lib$ ldd /usr/local/lib/libwxeu.so.13 linux-gate.so.1 => (0x00e67000) libwx_gtk2u_media-2.8.so.0 => /usr/lib/libwx_gtk2u_media-2.8.so.0 (0x00f92000) libwx_gtk2u_richtext-2.8.so.0 => /usr/lib/libwx_gtk2u_richtext-2.8.so.0 (0x0052d000) libwx_gtk2u_aui-2.8.so.0 => /usr/lib/libwx_gtk2u_aui-2.8.so.0 (0x0017d000) libwx_gtk2u_xrc-2.8.so.0 => /usr/lib/libwx_gtk2u_xrc-2.8.so.0 (0x00446000) libwx_gtk2u_qa-2.8.so.0 => /usr/lib/libwx_gtk2u_qa-2.8.so.0 (0x00110000) libwx_gtk2u_html-2.8.so.0 => /usr/lib/libwx_gtk2u_html-2.8.so.0 (0x001ec000) libwx_gtk2u_adv-2.8.so.0 => /usr/lib/libwx_gtk2u_adv-2.8.so.0 (0x00d09000) libwx_gtk2u_core-2.8.so.0 => /usr/lib/libwx_gtk2u_core-2.8.so.0 (0x00876000) libwx_baseu_xml-2.8.so.0 => /usr/lib/libwx_baseu_xml-2.8.so.0 (0x00dee000) libwx_baseu_net-2.8.so.0 => /usr/lib/libwx_baseu_net-2.8.so.0 (0x0012f000) libwx_baseu-2.8.so.0 => /usr/lib/libwx_baseu-2.8.so.0 (0x0066c000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00c0d000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00288000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0015b000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00ef0000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00fa4000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x028e4000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x002ae000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00403000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x004d8000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00420000) libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x007b9000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00613000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00e68000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00bd8000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00df9000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00343000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00348000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x0034e000) libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x01319000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00179000) libSM.so.6 => /usr/lib/libSM.so.6 (0x0043a000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00501000) libz.so.1 => /lib/libz.so.1 (0x00dc7000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00e37000) libtiff.so.4 => /usr/lib/libtiff.so.4 (0x00f09000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00529000) libgstreamer-0.10.so.0 => /usr/lib/libgstreamer-0.10.so.0 (0x059ad000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x010e9000) libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0x07553000) libgstinterfaces-0.10.so.0 => /usr/lib/libgstinterfaces-0.10.so.0 (0x0065b000) libexpat.so.1 => /lib/libexpat.so.1 (0x00f62000) /lib/ld-linux.so.2 (0x00859000) libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00ddd000) libX11.so.6 => /usr/lib/libX11.so.6 (0x07972000) libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x0084f000) libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00443000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00853000) libcairo.so.2 => /usr/lib/libcairo.so.2 (0x04ea5000) libXext.so.6 => /usr/lib/libXext.so.6 (0x02230000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00cff000) libXi.so.6 => /usr/lib/libXi.so.6 (0x00e5b000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00ee7000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x01ce2000) libpcre.so.3 => /lib/libpcre.so.3 (0x01212000) libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x07d4b000) libselinux.so.1 => /lib/libselinux.so.1 (0x01243000) libICE.so.6 => /usr/lib/libICE.so.6 (0x05bea000) libuuid.so.1 => /lib/libuuid.so.1 (0x00c05000) libORBit-2.so.0 => /usr/lib/libORBit-2.so.0 (0x07d71000) libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0x025cd000) libdbus-1.so.3 => /lib/libdbus-1.so.3 (0x06e0d000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x034fd000) libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x06d3b000) libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x061cd000) libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x05b76000) libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x07957000) libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00f89000) libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x04bcd000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00dea000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x0507c000) jstory@jstory-desktop:/usr/local/lib$
6. Re: wxEuphoria (again)
- Posted by jimcbrown (admin) Jan 31, 2010
- 2056 views
/etc/local/lib is an unusual location and would need to be especially configured to work correctly...
Correction. I meant /usr/local/lib It's in /usr/local/lib I just checked.
Ok, try running this command:
sudo ln -s /usr/local/lib/libwxeu.so.13 /usr/local/lib/libwxeu.so
And see if that improves the situation at all. If not, tell us what the output of running ldd on /usr/local/lib/libwxeu.so is..
If the above command fails, you could also try this:
sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so
7. Re: wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 2050 views
/etc/local/lib is an unusual location and would need to be especially configured to work correctly...
Correction. I meant /usr/local/lib It's in /usr/local/lib I just checked.
Ok, try running this command:
sudo ln -s /usr/local/lib/libwxeu.so.13 /usr/local/lib/libwxeu.so
And see if that improves the situation at all. If not, tell us what the output of running ldd on /usr/local/lib/libwxeu.so is..
If the above command fails, you could also try this:
sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so
No improvement on: sudo ln -s /usr/local/lib/libwxeu.so.13 /usr/local/lib/libwxeu.so
jstory@jstory-desktop:~/Desktop$ ldd /usr/local/lib/libwxeu.so linux-gate.so.1 => (0x00f78000) libwx_gtk2u_media-2.8.so.0 => /usr/lib/libwx_gtk2u_media-2.8.so.0 (0x0068e000) libwx_gtk2u_richtext-2.8.so.0 => /usr/lib/libwx_gtk2u_richtext-2.8.so.0 (0x00778000) libwx_gtk2u_aui-2.8.so.0 => /usr/lib/libwx_gtk2u_aui-2.8.so.0 (0x00c3e000) libwx_gtk2u_xrc-2.8.so.0 => /usr/lib/libwx_gtk2u_xrc-2.8.so.0 (0x00a5c000) libwx_gtk2u_qa-2.8.so.0 => /usr/lib/libwx_gtk2u_qa-2.8.so.0 (0x008f4000) libwx_gtk2u_html-2.8.so.0 => /usr/lib/libwx_gtk2u_html-2.8.so.0 (0x00110000) libwx_gtk2u_adv-2.8.so.0 => /usr/lib/libwx_gtk2u_adv-2.8.so.0 (0x001ac000) libwx_gtk2u_core-2.8.so.0 => /usr/lib/libwx_gtk2u_core-2.8.so.0 (0x00f79000) libwx_baseu_xml-2.8.so.0 => /usr/lib/libwx_baseu_xml-2.8.so.0 (0x00e6e000) libwx_baseu_net-2.8.so.0 => /usr/lib/libwx_baseu_net-2.8.so.0 (0x0028b000) libwx_baseu-2.8.so.0 => /usr/lib/libwx_baseu-2.8.so.0 (0x002b7000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00404000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x004f6000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0026a000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00893000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00913000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x032e9000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x005d4000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00669000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00cc9000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x006d3000) libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00b96000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x006ed000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00aee000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00735000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x008ac000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00d06000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x0051c000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x006a0000) libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x00d0b000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00288000) libSM.so.6 => /usr/lib/libSM.so.6 (0x006a9000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x0085e000) libz.so.1 => /lib/libz.so.1 (0x00762000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00b6d000) libtiff.so.4 => /usr/lib/libtiff.so.4 (0x00dc2000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00522000) libgstreamer-0.10.so.0 => /usr/lib/libgstreamer-0.10.so.0 (0x00e79000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x071e5000) libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0x00e1b000) libgstinterfaces-0.10.so.0 => /usr/lib/libgstinterfaces-0.10.so.0 (0x00c2c000) libexpat.so.1 => /lib/libexpat.so.1 (0x00f38000) /lib/ld-linux.so.2 (0x006b6000) libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00886000) libX11.so.6 => /usr/lib/libX11.so.6 (0x052bf000) libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00cc2000) libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00526000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00686000) libcairo.so.2 => /usr/lib/libcairo.so.2 (0x0695d000) libXext.so.6 => /usr/lib/libXext.so.6 (0x00cad000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x008ea000) libXi.so.6 => /usr/lib/libXi.so.6 (0x00cf2000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00cfd000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00e4d000) libpcre.so.3 => /lib/libpcre.so.3 (0x012db000) libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x00e58000) libselinux.so.1 => /lib/libselinux.so.1 (0x07f48000) libICE.so.6 => /usr/lib/libICE.so.6 (0x059e9000) libuuid.so.1 => /lib/libuuid.so.1 (0x00b91000) libORBit-2.so.0 => /usr/lib/libORBit-2.so.0 (0x07954000) libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0x04e8a000) libdbus-1.so.3 => /lib/libdbus-1.so.3 (0x01c30000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x04ebb000) libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x027e7000) libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x075f8000) libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x00f5f000) libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x066fe000) libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00cbd000) libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00f69000) libXau.so.6 => /usr/lib/libXau.so.6 (0x006b2000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00f72000) jstory@jstory-desktop:~/Desktop$
Still didn't work. "Could not open wxEuphoria library"
jstory@jstory-desktop:~/Desktop$ sudo ln -s /usr/local/lib/libwxeu.so.13 /usr/local/lib/libwxeu.so ln: creating symbolic link `/usr/local/lib/libwxeu.so': File exists
8. Re: wxEuphoria (again)
- Posted by jimcbrown (admin) Jan 31, 2010
- 2060 views
If the above command fails, you could also try this:
sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so
jstory@jstory-desktop:~/Desktop$ sudo ln -s /usr/local/lib/libwxeu.so.13 /usr/local/lib/libwxeu.so ln: creating symbolic link `/usr/local/lib/libwxeu.so': File exists
You did the second step wrong.
sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so.13
9. Re: wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 2032 views
If the above command fails, you could also try this:
sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so
jstory@jstory-desktop:~/Desktop$ sudo ln -s /usr/local/lib/libwxeu.so.13 /usr/local/lib/libwxeu.so ln: creating symbolic link `/usr/local/lib/libwxeu.so': File exists
You did the second step wrong.
sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so.13
jstory@jstory-desktop:~/Desktop$ sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so jstory@jstory-desktop:~/Desktop$ sudo ln -s /usr/local/lib/libwxeu.so.13 /lib/libwxeu.so.13 jstory@jstory-desktop:~/Desktop$
Still doesn't work. "Could not open wxEuphoria library"
The svn version of wxEuphoria produced a libwxeu.so.14.
10. Re: wxEuphoria (again)
- Posted by mattlewis (admin) Jan 31, 2010
- 2046 views
Still doesn't work. "Could not open wxEuphoria library"
The svn version of wxEuphoria produced a libwxeu.so.14.
Yes, that's the current version of the shared library (which doesn't necessarily track with the overall version number of wxEuphoria).
Can you try something simple:
include dll.e ? open_dll("/usr/local/lib/libwxeu.so")
...change the path to whatever is correct. Also, please try the one you built, using the full path to the library.
Matt
11. Re: wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 2027 views
Still doesn't work. "Could not open wxEuphoria library"
The svn version of wxEuphoria produced a libwxeu.so.14.
Yes, that's the current version of the shared library (which doesn't necessarily track with the overall version number of wxEuphoria).
Can you try something simple:
include dll.e ? open_dll("/usr/local/lib/libwxeu.so")
...change the path to whatever is correct. Also, please try the one you built, using the full path to the library.
Matt
include dll.e ? open_dll("/usr/local/lib/libwxeu.so") ? open_dll("/usr/lib/libwxeu.so")
jstory@jstory-desktop:~/Documents$ exu test.exw 0 0 jstory@jstory-desktop:~/Documents$
12. Re: wxEuphoria (again)
- Posted by jimcbrown (admin) Jan 31, 2010
- 2027 views
Still doesn't work. "Could not open wxEuphoria library"
The svn version of wxEuphoria produced a libwxeu.so.14.
Yes, that's the current version of the shared library (which doesn't necessarily track with the overall version number of wxEuphoria).
Can you try something simple:
include dll.e ? open_dll("/usr/local/lib/libwxeu.so")
...change the path to whatever is correct. Also, please try the one you built, using the full path to the library.
Matt
include dll.e ? open_dll("/usr/local/lib/libwxeu.so") ? open_dll("/usr/lib/libwxeu.so")
jstory@jstory-desktop:~/Documents$ exu test.exw 0 0 jstory@jstory-desktop:~/Documents$
Why are you trying /usr/lib ? I thought they were installed to /usr/local/lib ..
Well, I'll just write the following code including /usr/lib to be safe. Anyways,
include dll.e ? open_dll("/usr/local/lib/libwxeu.so") ? open_dll("/usr/local/lib/libwxeu.so.14") ? open_dll("/usr/local/lib/libwxeu.so.13") ? open_dll("/usr/lib/libwxeu.so") ? open_dll("/usr/lib/libwxeu.so.14") ? open_dll("/usr/lib/libwxeu.so.13") ? open_dll("/lib/libwxeu.so") ? open_dll("/lib/libwxeu.so.14") ? open_dll("/lib/libwxeu.so.13")
13. Re: wxEuphoria (again)
- Posted by jimcbrown (admin) Jan 31, 2010
- 2042 views
Still doesn't work. "Could not open wxEuphoria library"
The svn version of wxEuphoria produced a libwxeu.so.14.
Yes, that's the current version of the shared library (which doesn't necessarily track with the overall version number of wxEuphoria).
Can you try something simple:
include dll.e ? open_dll("/usr/local/lib/libwxeu.so")
...change the path to whatever is correct. Also, please try the one you built, using the full path to the library.
Matt
include dll.e ? open_dll("/usr/local/lib/libwxeu.so") ? open_dll("/usr/lib/libwxeu.so")
jstory@jstory-desktop:~/Documents$ exu test.exw 0 0 jstory@jstory-desktop:~/Documents$
Why are you trying /usr/lib ? I thought they were installed to /usr/local/lib ..
Well, I'll just write the following code including /usr/lib to be safe. Anyways,
include dll.e ? open_dll("/usr/local/lib/libwxeu.so") ? open_dll("/usr/local/lib/libwxeu.so.14") ? open_dll("/usr/local/lib/libwxeu.so.13") ? open_dll("/usr/lib/libwxeu.so") ? open_dll("/usr/lib/libwxeu.so.14") ? open_dll("/usr/lib/libwxeu.so.13") ? open_dll("/lib/libwxeu.so") ? open_dll("/lib/libwxeu.so.14") ? open_dll("/lib/libwxeu.so.13")
Also, try the following commands:
ls -l /usr/local/lib/libwxeu.so
ls -l /usr/local/lib/libwxeu.so.14
ls -l /usr/local/lib/libwxeu.so.13
ls -l /usr/lib/libwxeu.so
ls -l /usr/lib/libwxeu.so.14
ls -l /usr/lib/libwxeu.so.13
ls -l /lib/libwxeu.so
ls -l /lib/libwxeu.so.14
ls -l /lib/libwxeu.so.13
14. Re: wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 2030 views
Why are you trying /usr/lib ? I thought they were installed to /usr/local/lib ..
Well, I'll just write the following code including /usr/lib to be safe. Anyways,
include dll.e ? open_dll("/usr/local/lib/libwxeu.so") ? open_dll("/usr/local/lib/libwxeu.so.14") ? open_dll("/usr/local/lib/libwxeu.so.13") ? open_dll("/usr/lib/libwxeu.so") ? open_dll("/usr/lib/libwxeu.so.14") ? open_dll("/usr/lib/libwxeu.so.13") ? open_dll("/lib/libwxeu.so") ? open_dll("/lib/libwxeu.so.14") ? open_dll("/lib/libwxeu.so.13")
Also, try the following commands:
ls -l /usr/local/lib/libwxeu.so
ls -l /usr/local/lib/libwxeu.so.14
ls -l /usr/local/lib/libwxeu.so.13
ls -l /usr/lib/libwxeu.so
ls -l /usr/lib/libwxeu.so.14
ls -l /usr/lib/libwxeu.so.13
ls -l /lib/libwxeu.so
ls -l /lib/libwxeu.so.14
ls -l /lib/libwxeu.so.13
This is the only one that produced a non-zero result.
include dll.e ? open_dll("/usr/lib/libwxeu.so.14")
jstory@jstory-desktop:~/Documents$ exu test.exw 156851904 jstory@jstory-desktop:~/Documents$
jstory@jstory-desktop:~/Documents$ ls -l /usr/local/lib/libwxeu.so lrwxrwxrwx 1 root root 28 2010-01-31 11:58 /usr/local/lib/libwxeu.so -> /usr/local/lib/libwxeu.so.13 jstory@jstory-desktop:~/Documents$ ls -l /usr/local/lib/libwxeu.so.14 ls: cannot access /usr/local/lib/libwxeu.so.14: No such file or directory jstory@jstory-desktop:~/Documents$ ls -l /usr/local/lib/libwxeu.so.13 -rw-r--r-- 1 root root 911864 2010-01-25 21:13 /usr/local/lib/libwxeu.so.13 jstory@jstory-desktop:~/Documents$ ls -l /usr/lib/libwxeu.so ls: cannot access /usr/lib/libwxeu.so: No such file or directory jstory@jstory-desktop:~/Documents$ ls -l /usr/lib/libwxeu.so.14 -rwxr-xr-x 1 root root 938071 2010-01-31 11:38 /usr/lib/libwxeu.so.14 jstory@jstory-desktop:~/Documents$ ls -l /usr/lib/libwxeu.so.13 ls: cannot access /usr/lib/libwxeu.so.13: No such file or directory jstory@jstory-desktop:~/Documents$ ls -l /lib/libwxeu.so lrwxrwxrwx 1 root root 28 2010-01-31 12:19 /lib/libwxeu.so -> /usr/local/lib/libwxeu.so.13 jstory@jstory-desktop:~/Documents$ ls -l /lib/libwxeu.so.14 ls: cannot access /lib/libwxeu.so.14: No such file or directory jstory@jstory-desktop:~/Documents$ ls -l /lib/libwxeu.so.13 lrwxrwxrwx 1 root root 28 2010-01-31 12:20 /lib/libwxeu.so.13 -> /usr/local/lib/libwxeu.so.13 jstory@jstory-desktop:~/Documents$
15. Re: wxEuphoria (again)
- Posted by mattlewis (admin) Jan 31, 2010
- 2034 views
This is the only one that produced a non-zero result.
include dll.e ? open_dll("/usr/lib/libwxeu.so.14")
jstory@jstory-desktop:~/Documents$ exu test.exw 156851904 jstory@jstory-desktop:~/Documents$
That actually makes sense to me. I presume this is the version that you built and installed. The C ABI changed between 9.04 and 9.10, which is probably why the earlier versions didn't work. You may need to re-run ldconfig to get the system to recognize libwxeu.so.14 without a full path.
Matt
16. Re: wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 2047 views
This is the only one that produced a non-zero result.
include dll.e ? open_dll("/usr/lib/libwxeu.so.14")
jstory@jstory-desktop:~/Documents$ exu test.exw 156851904 jstory@jstory-desktop:~/Documents$
That actually makes sense to me. I presume this is the version that you built and installed. The C ABI changed between 9.04 and 9.10, which is probably why the earlier versions didn't work. You may need to re-run ldconfig to get the system to recognize libwxeu.so.14 without a full path.
Matt
jstory@jstory-desktop:~/Documents$ sudo ldconfig /usr/lib jstory@jstory-desktop:~/Documents$
jstory@jstory-desktop:/media/usb1/uploads/upload_dmak/dmak$ exu dmak.exw Could not open wxEuphoria library. Press enter to abort.
17. Re: wxEuphoria (again)
- Posted by jimcbrown (admin) Jan 31, 2010
- 1999 views
This is the only one that produced a non-zero result.
include dll.e ? open_dll("/usr/lib/libwxeu.so.14")
jstory@jstory-desktop:~/Documents$ exu test.exw 156851904 jstory@jstory-desktop:~/Documents$
That actually makes sense to me. I presume this is the version that you built and installed. The C ABI changed between 9.04 and 9.10, which is probably why the earlier versions didn't work. You may need to re-run ldconfig to get the system to recognize libwxeu.so.14 without a full path.
Matt
jstory@jstory-desktop:~/Documents$ sudo ldconfig /usr/lib jstory@jstory-desktop:~/Documents$
jstory@jstory-desktop:/media/usb1/uploads/upload_dmak/dmak$ exu dmak.exw Could not open wxEuphoria library. Press enter to abort.
You need to do this:
sudo mv /usr/local/lib/libwxeu.so.13 /tmp sudo rm /usr/local/lib/libwxeu.so sudo rm /lib/libwxeu.so sudo rm /lib/libwxeu.so.13 sudo ln -s /usr/lib/libwxeu.so.14 /usr/lib/libwxeu.so sudo ln -s /usr/lib/libwxeu.so.14 /lib/libwxeu.so sudo ln -s /usr/lib/libwxeu.so.14 /lib/libwxeu.so.14
Then see what happens... if it still fails, try this:
sudo ln -s /usr/lib/libwxeu.so.14 /lib/libwxeu.so.13 sudo ln -s /usr/lib/libwxeu.so.14 /usr/lib/libwxeu.so.13
18. Re: wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 2018 views
This is the only one that produced a non-zero result.
include dll.e ? open_dll("/usr/lib/libwxeu.so.14")
jstory@jstory-desktop:~/Documents$ exu test.exw 156851904 jstory@jstory-desktop:~/Documents$
That actually makes sense to me. I presume this is the version that you built and installed. The C ABI changed between 9.04 and 9.10, which is probably why the earlier versions didn't work. You may need to re-run ldconfig to get the system to recognize libwxeu.so.14 without a full path.
Matt
jstory@jstory-desktop:~/Documents$ sudo ldconfig /usr/lib jstory@jstory-desktop:~/Documents$
jstory@jstory-desktop:/media/usb1/uploads/upload_dmak/dmak$ exu dmak.exw Could not open wxEuphoria library. Press enter to abort.
You need to do this:
sudo mv /usr/local/lib/libwxeu.so.13 /tmp sudo rm /usr/local/lib/libwxeu.so sudo rm /lib/libwxeu.so sudo rm /lib/libwxeu.so.13 sudo ln -s /usr/lib/libwxeu.so.14 /usr/lib/libwxeu.so sudo ln -s /usr/lib/libwxeu.so.14 /lib/libwxeu.so sudo ln -s /usr/lib/libwxeu.so.14 /lib/libwxeu.so.14
Then see what happens... if it still fails, try this:
sudo ln -s /usr/lib/libwxeu.so.14 /lib/libwxeu.so.13 sudo ln -s /usr/lib/libwxeu.so.14 /usr/lib/libwxeu.so.13
Yeah! It works!
I guess these 2 lines don't matter.
ln: creating symbolic link `lib/libwxeu.so': No such file or directory jstory@jstory-desktop:~/Documents$ sudo ln -s /usr/lib/libwxeu.so.14 lib/libwxeu.so.14 ln: creating symbolic link `lib/libwxeu.so.14': No such file or directory jstory@jstory-desktop:~/Documents$
That, so far as I know, solves my problem, at least until the next Ubuntu upgrade or wipeout. But some people who download and try to run wxEuphoria-based programs will have a problem and they probably will give up quicker. What can be done about that?
19. Re: wxEuphoria (again)
- Posted by jimcbrown (admin) Jan 31, 2010
- 2018 views
Yeah! It works!
I guess these 2 lines don't matter.
ln: creating symbolic link `lib/libwxeu.so': No such file or directory jstory@jstory-desktop:~/Documents$ sudo ln -s /usr/lib/libwxeu.so.14 lib/libwxeu.so.14 ln: creating symbolic link `lib/libwxeu.so.14': No such file or directory jstory@jstory-desktop:~/Documents$
That's because you typed them in wrong...
That, so far as I know, solves my problem, at least until the next Ubuntu upgrade or wipeout. But some people who download and try to run wxEuphoria-based programs will have a problem and they probably will give up quicker. What can be done about that?
Well, when a final release is ready, I guess Matt will submit a package to Ubutnu and you can just apt-get install wxeu.
Automating the debugging process you just went through is not trivial, but such would be a prerequisite to making open_dll() smart enough to report what went wrong.
On the other hand, what you went through is something the average linux user can handle. It's mostly the linux newbies that will have trouble, and those are probably better off waiting for a stable apt-get worthy release anyways...
20. Re: wxEuphoria (again)
- Posted by Jerry_Story Jan 31, 2010
- 1967 views
Yeah! It works!
I guess these 2 lines don't matter.
ln: creating symbolic link `lib/libwxeu.so': No such file or directory jstory@jstory-desktop:~/Documents$ sudo ln -s /usr/lib/libwxeu.so.14 lib/libwxeu.so.14 ln: creating symbolic link `lib/libwxeu.so.14': No such file or directory jstory@jstory-desktop:~/Documents$
That's because you typed them in wrong...
Ah! Maybe that is why dmak produced a segmentation error after loading data. I typed those 2 lines correctly and the error disappeared.
That, so far as I know, solves my problem, at least until the next Ubuntu upgrade or wipeout. But some people who download and try to run wxEuphoria-based programs will have a problem and they probably will give up quicker. What can be done about that?
Well, when a final release is ready, I guess Matt will submit a package to Ubutnu and you can just apt-get install wxeu.
Automating the debugging process you just went through is not trivial, but such would be a prerequisite to making open_dll() smart enough to report what went wrong.
On the other hand, what you went through is something the average linux user can handle. It's mostly the linux newbies that will have trouble, and those are probably better off waiting for a stable apt-get worthy release anyways...
The "apt-get install wxeu" will be a major event for wxEuphoria.
21. Re: wxEuphoria (again)
- Posted by jimcbrown (admin) Jan 31, 2010
- 2044 views
[quote Jerry_Story]
Ah! Maybe that is why dmak produced a segmentation error after loading data. I typed those 2 lines correctly and the error disappeared.
[quote]
This sound like a genuine bug in wxEuphoria or dmak...
22. Re: wxEuphoria (again)
- Posted by ghaberek (admin) Feb 16, 2010
- 1919 views
Ah! Maybe that is why dmak produced a segmentation error after loading data. I typed those 2 lines correctly and the error disappeared.
This sound like a genuine bug in wxEuphoria or dmak...
The wxEuphoria library has little-to-no internal error checking. Most errors end in a segfault. On Windows, this typically results in a "the stack data has been corrupted!" message. I'm sure later versions of the library will have more appropriate error checking.
-Greg
23. Re: wxEuphoria (again)
- Posted by SDPringle Feb 18, 2010
- 1796 views
I have a patch for you. Remember the EUPHORIA ABI changed as well, so you need to detect which Euphoria is being used by the demo and if the library is really of the same version as the interpreter. I built it, but with the newer wxWidgets it wouldn't build.
Index: readme.txt =================================================================== --- readme.txt (revision 393) +++ readme.txt (working copy) @@ -1,3 +1,5 @@ + + To build wxEuphoria on Win32: * Download and install OpenWatcom 1.7 (if you don't already have it) @@ -3,8 +5,12 @@ from www.openwatcom.org -* Download the latest wxWidgets 2.8 source from www.wxWidgets.org. +* Download wxWidgets 2.8.7 source http://wxeuphoria.sourceforge.net/wxWidgets-2.8.7.zip. -* Open a command line in the wxWidgets-2.8.x\build\msw directory and type: - > wmake -f makefile.wat BUILD=release USE_THREADS=0 SHARED=1 RUNTIME_LIBS=static UNICODE=1 VENDOR=eu +** There is an issue that keeps wxWidgets 2.8.8 to the current from compiling and working correctly + with watcom C++. + See http://trac.wxwidgets.org/ticket/10576 for the latest information. + +* Open a command line in the wxWidgets-2.8.7\build\msw directory and type: + > wmake -f makefile.wat BUILD=debug USE_THREADS=0 SHARED=1 RUNTIME_LIBS=static UNICODE=1 VENDOR=eu Be patient. This might take a while depending on your PC.
24. Re: wxEuphoria (again)
- Posted by mattlewis (admin) Feb 18, 2010
- 1866 views
I have a patch for you. Remember the EUPHORIA ABI changed as well, so you need to detect which Euphoria is being used by the demo and if the library is really of the same version as the interpreter. I built it, but with the newer wxWidgets it wouldn't build.
Yes, there is an issue with building without threads on Watcom. I haven't taken another look at this for a long time, and the info at the link doesn't give me a lot of confidence that everything is fixed.
What exactly are you referring to as far as the EUPHORIA ABI? The newest version (trunk or the bleeding edge release) should work with 3.1 and 4.0.
Matt
25. Re: wxEuphoria (again)
- Posted by SDPringle Feb 19, 2010
- 1803 views
I have a patch for you. Remember the EUPHORIA ABI changed as well, so you need to detect which Euphoria is being used by the demo and if the library is really of the same version as the interpreter. I built it, but with the newer wxWidgets it wouldn't build.
Yes, there is an issue with building without threads on Watcom. I haven't taken another look at this for a long time, and the info at the link doesn't give me a lot of confidence that everything is fixed.
What exactly are you referring to as far as the EUPHORIA ABI? The newest version (trunk or the bleeding edge release) should work with 3.1 and 4.0.
I referred to how the size of the 'struct s1' is different in 3.1 compared to 4.0 and so the stuff inside the dll file if compiled with 3.1 headers will not work properly when the dll is transfered to another machine. This is not a problem whe n the user compiles on his own box. I thought this is why you incremented the so number (which indicates a change in ABI). However, the source doesn't seem to do anything to detect what EUPHORIA version the user is using and then load the dll #13 or dll #14 that is for 3.1 or 4.0 respectively [as of 393].
The patch I submitted was just telling users to use wxWidgets.2.8.7 in the readme file.
The bleeding edge certainly works well for me. I have just did a 'svn up' and the demos all work. (Although I haven't recompiled the C sources yet). I am using 4.0 right now and I compiled the wxWidget and the wrapper dll myself.
Shawn Pringle
26. Re: wxEuphoria (again)
- Posted by mattlewis (admin) Feb 20, 2010
- 1742 views
I referred to how the size of the 'struct s1' is different in 3.1 compared to 4.0 and so the stuff inside the dll file if compiled with 3.1 headers will not work properly when the dll is transfered to another machine. This is not a problem whe n the user compiles on his own box. I thought this is why you incremented the so number (which indicates a change in ABI). However, the source doesn't seem to do anything to detect what EUPHORIA version the user is using and then load the dll #13 or dll #14 that is for 3.1 or 4.0 respectively [as of 393].
Yes, the newer version will work with 3.1 or 4.0. Basically, any sequences created by the wxEuphoria C code will be sized for 4.0, with a null cleanup pointer. Euphoria 3.1 can use these sequences (and atoms!) just fine. They just have a little extra memory allocated. wxEuphoria doesn't do anything (yet) with the cleanup stuff, so 3.1 users aren't missing out.
Let me know if you're interested in helping out with wxEuphoria. I can add you to the project in SF.
Matt
27. Re: wxEuphoria (again)
- Posted by ghaberek (admin) Mar 03, 2010
- 1613 views
I referred to how the size of the 'struct s1' is different in 3.1 compared to 4.0 and so the stuff inside the dll file if compiled with 3.1 headers will not work properly when the dll is transfered to another machine. This is not a problem whe n the user compiles on his own box. I thought this is why you incremented the so number (which indicates a change in ABI). However, the source doesn't seem to do anything to detect what EUPHORIA version the user is using and then load the dll #13 or dll #14 that is for 3.1 or 4.0 respectively [as of 393].
Yes, the newer version will work with 3.1 or 4.0. Basically, any sequences created by the wxEuphoria C code will be sized for 4.0, with a null cleanup pointer. Euphoria 3.1 can use these sequences (and atoms!) just fine. They just have a little extra memory allocated. wxEuphoria doesn't do anything (yet) with the cleanup stuff, so 3.1 users aren't missing out.
Let me know if you're interested in helping out with wxEuphoria. I can add you to the project in SF.
Shawn, please help if you can. I have not had nearly as much time as I'd hoped for dedicating to wxEuphoria.
-Greg