REBOL does not work on Debian Linux 2 2

[1/9] from: terrence_brannon:instinet at: 13-Sep-2000 10:10

And given that there 25+ Linux distributions out there (and Red Hat is not the best, just the most popular --- see linuxcare.com), my guess is there are a few more on which it will also dump core. This "hidden source" model is proving to be frustrating... your major competitors (Perl, Python, and Tcl/Tk) dont hide their code and yet have managed to be popular products. I have some serious testing to get done and I cant get it done because the REBOL interpreter is dying on the only machine I have available for testing. [brannon--strand] /amd/salt/disks/redondo/brannon/REBOL : rebol Segmentation fault [brannon--strand] /amd/salt/disks/redondo/brannon/REBOL : file rebol rebol: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (us es shared libs), stripped [brannon--strand] /amd/salt/disks/redondo/brannon/REBOL : ls -l total 430 -rw-r--r-- 1 brannon lnc 159048 Sep 8 07:08 core042.tar.gz -rw-r--r-- 1 brannon lnc 5395 Sep 6 11:57 feedback.r -rw-r--r-- 1 brannon lnc 20691 Sep 6 11:57 nntp.r -rwxr--r-- 1 brannon lnc 244992 Sep 6 11:57 rebol -rw-r--r-- 1 brannon lnc 3851 Sep 6 11:57 rebol.r [brannon--strand] /amd/salt/disks/redondo/brannon/REBOL : rebol Segmentation fault [brannon--strand] /amd/salt/disks/redondo/brannon/REBOL : [brannon--strand] /amd/salt/disks/redondo/brannon/REBOL : uname -a Linux strand 2.2.14 #3 SMP Mon May 8 12:42:25 PDT 2000 i686 unknown [brannon--strand] /amd/salt/disks/redondo/brannon/REBOL : <<Disclaimer>> This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and/or CONFIDENTIAL or both. This email is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this email is not an intended recipient, you have received this email in error and any review, dissemination, distribution or copying is strictly prohibited. If you have received this email in error, please notify the sender immediately by return email and permanently delete the copy you received. Thank you.

[2/9] from: mdb:gci at: 13-Sep-2000 9:13

Hi, I'm not a Linux or Debain expert but i have it working on Debian Linux 2.1. I get the "Segmentation fault" message when i run rebol using xterm but if i use the Command Tool XShell, i works !! I'm also using the Libc5 version . Hope this may help. Mike.

[3/9] from: terrence_brannon:instinet at: 13-Sep-2000 14:02

I was told to use rebol041.tar.gz instead of rebol042.tar.gz That failed because it required libtermcap.so.2 and we only have a symbolic link from libncurses.so to libtermcap.so [mdb--gci--net] on 09/13/2000 01:13:08 PM Please respond to [list--rebol--com] To: [list--rebol--com] cc: (bcc: Terrence Brannon/NYC/US/INSTINET) Fax to: Subject: [REBOL] REBOL does not work on Debian Linux 2 2 Re: Hi, I'm not a Linux or Debain expert but i have it working on Debian Linux 2.1. I get the "Segmentation fault" message when i run rebol using xterm but if i use the Command Tool XShell, i works !! I'm also using the Libc5 version . Hope this may help. Mike.

[4/9] from: kracik:mbox:dkm:cz at: 13-Sep-2000 20:39

Hi, long time ago I had mysterious segmentation faults in Debian. I am no Linux expert, but it was some problem with libc5/libc6 incompatibility. Nothing helped but reinstalling Debian (!). I'm very disappointed with Linux shared libraries compared to Amiga's. If Linux developers make everything dependant on everything and can't guarantee backwards compatibility, I'd rather use statically linked executables. BTW: After the whole great Debian's dependancy system broke because of some packager's mistake, I couldn't install anything anymore. Now I use Mandrake Linux and it's quite OK. -- Michal Kracik [Terrence_Brannon--Instinet--com] wrote:

[5/9] from: mdb:gci at: 13-Sep-2000 10:54

Interesting,

>I was told to use rebol041.tar.gz instead of rebol042.tar.gz >That failed because it required libtermcap.so.2 and we only have a >symbolic link from libncurses.so to libtermcap.so

I'm using the xxx041.tar.gz versions and didn't have to make any changes. Did you try using a different Xshell? (like Command Tool). Also have you tried using /View or ?Command? Using xterm, i only get the segmentation fault message using /Core, both /View and /Command work ok. I'm also logged in as root. Mike.

[6/9] from: jhagman:infa:abo:fi at: 14-Sep-2000 3:19

Quoting [Terrence_Brannon--Instinet--com] ([Terrence_Brannon--Instinet--com]):

> > And given that there 25+ Linux distributions out there (and Red Hat > is not the best, just the most popular --- see linuxcare.com), my > guess is there are a few more on which it will also dump core.

Actually if your Debian is OK, Rebol does not dump the core. I know I am running Debian (and my Debian was not OK earlier)

> This "hidden source" model is proving to be frustrating... your > major competitors (Perl, Python, and Tcl/Tk) dont hide their code > and yet have managed to be popular products.

Core dump and "hidden source" model don't have anything to do with eachother.

> I have some serious testing to get done and I cant get it done > because the REBOL interpreter is dying on the only machine I have > available for testing.

What does $ldd ./rebol produce? On my system (Debian Woody) the output is following: libm.so.6 => /lib/libm.so.6 (0x4001f000) libtermcap.so.2 => /lib/libtermcap.so.2 (0x4003c000) libc.so.6 => /lib/libc.so.6 (0x4007a000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) If you can see both libc.so.5 and libc.so.6 on output rebol (well actually libc) crashes. This is just because your system is mixing different versions of libc and because you probably have old libtermcap compiled for libc5. On my system there is no libtermcap installed. I just have made a link from it to libncurses which is compatible. To cure your problem you should get rid of the obsolete libtermcap package (unless you are using some software that depends on it) and use ncurses instead. Hopefully this helps, feel free to contact me on or off the list regarding this matter. Yours, Jussi -- Jussi Hagman CS in �bo Akademi University Studentbyn 4 D 33 [juhagman--abo--fi] 20540 �bo [jhagman--infa--abo--fi] Finland

[7/9] from: jhagman:infa:abo:fi at: 14-Sep-2000 3:28

Quoting [kracik--mbox--dkm--cz] ([kracik--mbox--dkm--cz]):

> Hi, > > long time ago I had mysterious segmentation faults in Debian. > I am no Linux expert, but it was some problem with libc5/libc6 > incompatibility.

Yes, they don't mix. If they are linked to same program the program dumps a core.

> I'm very disappointed with Linux shared libraries compared to Amiga's. > If Linux developers make everything dependant on everything and can't > guarantee backwards compatibility, I'd rather use statically linked > executables.

Libraries on Linux are different from Amiga, but they are not that bad once you get used to them. The main advantage over Amiga libraries is that you can easily have several versions of libraries on same system and when properly used and the system is installed correctly they don't interfere with each other. You could not do this on Amiga always when updating libraries one risked the stability of the system. All Amiga libraries were not that good on compatibility. Yours, Jussi -- Jussi Hagman CS in �bo Akademi University Studentbyn 4 D 33 [juhagman--abo--fi] 20540 �bo [jhagman--infa--abo--fi] Finland

[8/9] from: jhagman:infa:abo:fi at: 14-Sep-2000 3:35

Quoting [Terrence_Brannon--Instinet--com] ([Terrence_Brannon--Instinet--com]):

> I was told to use rebol041.tar.gz instead of rebol042.tar.gz > That failed because it required libtermcap.so.2 and we only have a symbolic link > from libncurses.so to libtermcap.so

libncurses is compatible with libtermcap. Just make a link from libtermcap.so.2 to libncurses.so[whatever-version-you-have]. Run ldconfig as root, this might not be necessary, but just to be on the safe side. And run rebol. It should work You can indentify missing libraries and library conflicts with ldd. You can run ldd on libraries too to see which libraries they require. Yours, Jussi -- Jussi Hagman CS in �bo Akademi University Studentbyn 4 D 33 [juhagman--abo--fi] 20540 �bo [jhagman--infa--abo--fi] Finland

[9/9] from: jhagman:infa:abo:fi at: 14-Sep-2000 3:46

Quoting [mdb--gci--net] ([mdb--gci--net]):

> Interesting, > > >I was told to use rebol041.tar.gz instead of rebol042.tar.gz > >That failed because it required libtermcap.so.2 and we only have a > >symbolic link from libncurses.so to libtermcap.so > > I'm using the xxx041.tar.gz versions and didn't have to make any changes.

Hmmm... Why are you using libc5 version? Libc5 is almost obsolete, if you are running relatively new distribution of Linux there should be no reason to run libc5 binaries (if libc6 binaries are available)

> Using xterm, i only get the segmentation fault message using /Core, both > /View and /Command work ok.

This is probably because Core, View and Command depend on different libraries. Investigate with ldd.

> I'm also logged in as root.

Don't! There is no need to run rebol as root. Rebol is quite safe, but really do not run anything as root unles 1. You know what you are doing and 2. It is absolutely necessary. You can do a lot of harm rto your system as root by accident. Been there, done that. :) Yours, Jussi -- Jussi Hagman CS in �bo Akademi University Studentbyn 4 D 33 [juhagman--abo--fi] 20540 �bo [jhagman--infa--abo--fi] Finland