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