1. Wee-0.22 Linux
- Posted by K_D_R Mar 30, 2015
- 1606 views
Very strange behaviour:
1. eui wee.exw crashes with message "bus error (core dumped)"
2. Bind compiles wee.exw to an executable file which crashes with the same error message
3. Translate compiles files with no error report, creates and executable fille wee which crashes with the same error message.
4. Shroud works perfectly, creating an executable file wee.il almost instantly executing ./wee.il wee.exw in a terminal window loads the wee.exw file instantly!
I wonder if creating another menu option "Shroud/test" would be beneficial, especially while the fixes for the other run options are being debugged. After the file is shrouded, eub could be called to execute the filebase.
Even in pre-1.0 release, and the problems with eui, bind, and translate, WEE is the best euphoria editor source code editor to date.
Thanks again, Pete!
UPDATE simple kludge to automatically test-run a file immediately after shrouding. (Seems like you'd want to do test your shrouded file immediately anyway)
-- in file ui_gtk.e ----------------------------------------- -- change: elsif equal(lbl, "Shroud") then system("eushroud " & file_name) -- to: elsif equal(lbl, "Shroud/Test") then system("eushroud " & file_name) system("eub " & filebase(file_name)) --------------------------------------------- -- change: createmenuitem("Shroud", "RunConvert"), -- to: createmenuitem("Shroud/Test", "RunConvert"), ---------------------------------------------
Regards, Ken
2. Re: Wee-0.22 Linux
- Posted by PeteE Mar 30, 2015
- 1564 views
Hi Ken,
What version of Euphoria are you using? and 32 or 64-bit?
Irv fixed the compiled hang problem with his latest EuGTK, but I've run into some other issues with his latest version. Please be patient while we sort things out.
3. Re: Wee-0.22 Linux
- Posted by K_D_R Mar 30, 2015
- 1565 views
Hi Ken,
What version of Euphoria are you using? and 32 or 64-bit?
Irv fixed the compiled hang problem with his latest EuGTK, but I've run into some other issues with his latest version. Please be patient while we sort things out.
Hi Pete,
I'm not inpatient at all. I think your progress is astounding. 
My Linux Version: Euphoria Interpreter v4.1.0 development 64-bit Linux, Using System Memory Revision Date: 2015-02-02 14:18:53, Id: 5861:57179171dbed
I am downloading 64-bit Linux v4.1 beta 2 as we speak. I'll try that out within an hour or so.
Keep up the good work.
Ken
4. Re: Wee-0.22 Linux
- Posted by K_D_R Mar 30, 2015
- 1558 views
Hi, Pete, Me Again...
It appears the version I cited above is 4.1 beta 2.
Euphoria Interpreter v4.1.0 development 64-bit Linux, Using System Memory Revision Date: 2015-02-02 14:18:53, Id: 5861:57179171dbed
Please let me know if I am doing anything wrong.
Ken
5. Re: Wee-0.22 Linux
- Posted by PeteE Mar 30, 2015
- 1538 views
I have the same version on my system, and it is working ok.
To help me debug the problem, could you run the compiled version using gdb:
$ gdb ./wee
start
cont
bt
And send me the output?
6. Re: Wee-0.22 Linux
- Posted by K_D_R Mar 30, 2015
- 1575 views
I have the same version on my system, and it is working ok.
To help me debug the problem, could you run the compiled version using gdb:
$ gdb ./wee
start
cont
bt
And send me the output?
Here goes:
kenneth@kenneth-OptiPlex-360:~/Programs/old_progs/euprogs/wee/wee-0.22$ gdb ./wee
GNU gdb (Ubuntu 7.8-1ubuntu4) 7.8.0.20141001-cvs
Copyright (C) 2014 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-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./wee...(no debugging symbols found)...done.
(gdb) start
Temporary breakpoint 1 at 0x402570
Starting program: /home/kenneth/Programs/old_progs/euprogs/wee/wee-0.22/wee
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Temporary breakpoint 1, 0x0000000000402570 in main ()
(gdb) cont
Continuing.
Program received signal SIGBUS, Bus error.
memset () at ../sysdeps/x86_64/rtld-memset.S:33
33 ../sysdeps/x86_64/rtld-memset.S: No such file or directory.
(gdb) bt
#0 memset () at ../sysdeps/x86_64/rtld-memset.S:33
#1 0x00007ffff7de0be9 in _dl_map_object_from_fd (
name=name@entry=0x8248c0 <TempBuff> "/home/kenneth/Programs/old_progs/euprogs/wee/wee-0.22/scintilla/scintilla64.so",
fd=<optimized out>, fbp=fbp@entry=0x7fffffffcd28, realname=<optimized out>, loader=loader@entry=0x0, l_type=l_type@entry=2,
mode=mode@entry=-1879047935, stack_endp=stack_endp@entry=0x7fffffffcd20, nsid=nsid@entry=0) at dl-load.c:1393
#2 0x00007ffff7de2e00 in _dl_map_object (loader=0x0, loader@entry=0x7ffff7ffe1c8,
name=name@entry=0x8248c0 <TempBuff> "/home/kenneth/Programs/old_progs/euprogs/wee/wee-0.22/scintilla/scintilla64.so",
type=type@entry=2, trace_mode=trace_mode@entry=0, mode=mode@entry=-1879047935, nsid=<optimized out>) at dl-load.c:2605
#3 0x00007ffff7deea44 in dl_open_worker (a=a@entry=0x7fffffffd2b8) at dl-open.c:235
#4 0x00007ffff7de9ff4 in _dl_catch_error (objname=objname@entry=0x7fffffffd2a8, errstring=errstring@entry=0x7fffffffd2b0,
mallocedp=mallocedp@entry=0x7fffffffd2a0, operate=operate@entry=0x7ffff7dee990 <dl_open_worker>,
args=args@entry=0x7fffffffd2b8) at dl-error.c:187
#5 0x00007ffff7dee3ab in _dl_open (
file=0x8248c0 <TempBuff> "/home/kenneth/Programs/old_progs/euprogs/wee/wee-0.22/scintilla/scintilla64.so", mode=-2147483391,
caller_dlopen=<optimized out>, nsid=-2, argc=1, argv=0x7fffffffde68, env=0x7fffffffde78) at dl-open.c:661
#6 0x00007ffff7bd702b in dlopen_doit (a=a@entry=0x7fffffffd4d0) at dlopen.c:66
#7 0x00007ffff7de9ff4 in _dl_catch_error (objname=0x92cfc0, errstring=0x92cfc8, mallocedp=0x92cfb8,
operate=0x7ffff7bd6fd0 <dlopen_doit>, args=0x7fffffffd4d0) at dl-error.c:187
#8 0x00007ffff7bd762d in _dlerror_run (operate=operate@entry=0x7ffff7bd6fd0 <dlopen_doit>, args=args@entry=0x7fffffffd4d0)
at dlerror.c:163
#9 0x00007ffff7bd70c1 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
#10 0x00000000005933e9 in OpenDll ()
#11 0x0000000000594817 in machine ()
#12 0x00000000004d1a6e in _5open_dll ()
#13 0x0000000000407f65 in main ()
(gdb)
Your assistance is appreciated. Ken
7. Re: Wee-0.22 Linux
- Posted by PeteE Mar 30, 2015
- 1580 views
Ken, please run this command from the wee directory, and report back the output:
ldd scintilla/scintilla64.soIf that also gets SIGBUS, then I suspect it may be a system issue. Does the problem go away after a reboot?
If it still persists, then perhaps the .so file got corrupted somehow? Running updater.ex should be able to repair it in that case.
8. Re: Wee-0.22 Linux
- Posted by K_D_R Apr 01, 2015
- 1500 views
Ken, please run this command from the wee directory, and report back the output:
ldd scintilla/scintilla64.soIf that also gets SIGBUS, then I suspect it may be a system issue. Does the problem go away after a reboot?
If it still persists, then perhaps the .so file got corrupted somehow? Running updater.ex should be able to repair it in that case.
Regarding wee.exw: I have been experimenting with versions 0.22, 0.23, & 0.24 - after re-installing euphoria 4.1 beta 2. Now, for some reason, Shroud no longer works, even in wee-v0.22, but the interpreter now runs all versions and bound versions of wee.exw will execute. Shrouded versions of wee.exw and translated compiled binary versions of wee.exw fail to execute.
Attempting to run wee.il results in a bus error:
kenneth@kenneth-OptiPlex-360:~/Programs/euprogs/wee/wee0.24$ ./wee.il Bus error (core dumped) kenneth@kenneth-OptiPlex-360:~/Programs/euprogs/wee/wee0.24$
Attempting to run the executable file created by euc without error reports results in nothing - The screen just freezes.
~ Compiling 98% init-1.c Linking 100% ../wee kenneth@kenneth-OptiPlex-360:~/Programs/euprogs/wee/wee0.24$ ./wee ~
The problems appear to be only with the wee.exw code. The editor edx.ex (formely known as ed.ex) can be bound, translated-compiled-linked, shrouded and executed with no problems.
Could the version of GCC I am using be the culprit?
kenneth@kenneth-OptiPlex-360:~/Programs/euprogs/wee/wee0.24$ gcc --version gcc (Ubuntu 4.9.1-16ubuntu6) 4.9.1 Copyright (C) 2014 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
kenneth@kenneth-OptiPlex-360:~/Programs/euprogs/wee/wee0.24$ ldd scintilla/scintilla64.so linux-vdso.so.1 => (0x00007fff5e4d9000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fbeb7f7b000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fbeb7c6c000) libgtk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 (0x00007fbeb7521000) libgdk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 (0x00007fbeb726b000) libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007fbeb705e000) libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007fbeb6e3c000) libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007fbeb6bee000) libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007fbeb68e3000) libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007fbeb6690000) libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007fbeb648c000) libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fbeb617d000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fbeb5f65000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fbeb5d47000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fbeb5983000) /lib64/ld-linux-x86-64.so.2 (0x00007fbeb85d8000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fbeb5649000) libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007fbeb5439000) libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007fbeb5233000) libcairo-gobject.so.2 => /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 (0x00007fbeb5029000) libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007fbeb4e04000) libatk-bridge-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0 (0x00007fbeb4bd5000) libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007fbeb49be000) libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007fbeb4781000) libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007fbeb4408000) libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007fbeb4204000) libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007fbeb3ffa000) libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007fbeb3def000) libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007fbeb3bec000) libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007fbeb39e9000) libwayland-client.so.0 => /usr/lib/x86_64-linux-gnu/libwayland-client.so.0 (0x00007fbeb37da000) libxkbcommon.so.0 => /usr/lib/x86_64-linux-gnu/libxkbcommon.so.0 (0x00007fbeb359f000) libwayland-cursor.so.0 => /usr/lib/x86_64-linux-gnu/libwayland-cursor.so.0 (0x00007fbeb3397000) libmirclient.so.8 => /usr/lib/x86_64-linux-gnu/libmirclient.so.8 (0x00007fbeb3136000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007fbeb2f24000) libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007fbeb2c7b000) libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0 (0x00007fbeb2a72000) libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007fbeb27c6000) libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007fbeb25a0000) libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007fbeb239d000) libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007fbeb2193000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fbeb1f74000) libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007fbeb1d6a000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fbeb1b50000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fbeb1948000) libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007fbeb1740000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fbeb153b000) libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fbeb12ce000) libatspi.so.0 => /usr/lib/x86_64-linux-gnu/libatspi.so.0 (0x00007fbeb109c000) libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007fbeb0e54000) libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007fbeb0bfd000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fbeb09d3000) libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fbeb07af000) libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007fbeb0594000) libmircommon.so.2 => /usr/lib/x86_64-linux-gnu/libmircommon.so.2 (0x00007fbeb030a000) libboost_system.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_system.so.1.55.0 (0x00007fbeb0106000) libprotobuf.so.8 => /usr/lib/x86_64-linux-gnu/libprotobuf.so.8 (0x00007fbeafe03000) libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1 (0x00007fbeafbfc000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fbeaf9f7000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fbeaf7f1000) libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007fbeaf5d4000) libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00007fbeaf3c2000) libboost_filesystem.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.55.0 (0x00007fbeaf)
If your not experiencing this problem, then perhaps I should try installing the Linux distribution which you are using.
Regards, Ken
9. Re: Wee-0.22 Linux
- Posted by irv Apr 01, 2015
- 1483 views
I have similar-but-different results. Wee .24 and eu 4.1.0 b2.
I can manually compile, bind, shroud a fairly complex test program in the usual ways.
When using WEE, Bind and shroud do nothing at all, don't produce any output or error messages. Translate, the first time I tried it, actually went thru the compile cycle, up to the Linking ... message, and then just sat there, no output file was produced.
When I try translating again via WEE, nothing at all happens. No build- directory is created. I'll try rebooting to see it that makes any difference.
EDIT: OK, now I'm embarassed. I was trying this with the next EuGTK version, which still has bugs. Using EuGTK version 4.9.2 everything works correctly. gcc version is (Ubuntu 4.8.2-19ubuntu1) 4.8.2
