comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Redhat Linux 6.0 troubles continue
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: Redhat Linux 6.0 troubles continue [message #15715 is a reply to message #15629] Fri, 04 June 1999 00:00 Go to previous messageGo to previous message
Nigel Wade is currently offline  Nigel Wade
Messages: 286
Registered: March 1998
Senior Member
Bruce L. Gotwols wrote:
:>
:> Hello all IDL Linux users,
:> On May 10th Jeremy Sanders posted a workaround which allows
IDL to run
:> under the latest version of Linux available from Redhat (6.0). I
found
:> this workaround to be very useful so I have included it below for any
:> latecomers. However, I have just discovered another failure mode.
The
:> spawn command no longer works. This is very important if you want to
:> print anything from within IDL, as well as a myriad of other ways we
use
:> spawn. To demonstrate the failure, all you have to do is spawn any
unix
:> command, e.g..
:> spawn, 'ls'
:> The error messages that come back are:
:> tcsh: /usr/i386-glibc20-linux/lib/libcrypt.so.1: no version
:> information available (required by tcsh)
:>
:> tcsh: /usr/i386-glibc20-linux/lib/libc.so.6: no version
:> information available (required by tcsh)
:>
:> tcsh: error in loading shared libraries:
:> /usr/i386-glibc20-linux/lib/libc.so.6:
:> undefined symbol: _dl_global_scope_end
:>
:> My interpretation of this failure mode is that the interactive shell
I
:> am running (tcsh, but with identical failures under bash) is unhappy
:> with the old shared libraries that the workaround uses. So I'm damned
if
:> I do and damned if I don't. Surprisingly, I find that call_external
does
:> work.
:>
:> Why so much interest in upgrading to redhat 6.0? The answer is that
it
:> is the first major release that uses the new Linux 2.2 kernel. This
:> kernel, for the first time, routinely supports Symmetric Multi
:> Processing (SMP). SMP was available in earlier kernels as a patch,
but
:> this is the first release where it comes into it's full glory from
the
:> ground up. We at JHU/APL are deep into using multi processors as a
way
:> of simultaneously doing data acquisition as well as Quick-Look
analysis
:> in real time.
:>

> ----
> Bruce L. Gotwols
> Johns Hopkins University, Applied Physics Lab., Laurel MD 20723


Do you specifically require IDL 5.2?

I am running IDL 5.0 under RedHat 6.0 and it doesn't have this problem.
5.0 is so old that it was linked against libc5 so all you need to do is
install the libc5 runtime RPMs (or the libc5 development options if you
want
to use CALL_EXTERNAL or LINKIMAGE).


The real reason I am running 5.0 is that I haven't got around to
upgrading the
license for Linux yet. Given the problems you are reporting I don't
think I'll
bother ;)


--
-----------------------------------------------------------
Nigel Wade, System Administrator, Space Plasma Physics Group,
University of Leicester, Leicester, LE1 7RH, UK
E-mail : nmw@ion.le.ac.uk
Phone : +44 (0)116 2523568, Fax : +44 (0)116 2523555
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: writing recursive functions
Next Topic: how does /no_copy work???

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Oct 10 13:39:10 PDT 2025

Total time taken to generate the page: 0.32015 seconds