[4491] in Release_7.7_team
Re: multithreaded Perl
daemon@ATHENA.MIT.EDU (Alex T Prengel)
Mon Apr 12 13:36:28 2004
Message-Id: <200404121736.i3CHaM5m002520@dit.mit.edu>
To: Garry Zacheiss <zacheiss@MIT.EDU>
cc: alexp@MIT.EDU, release-team@MIT.EDU
In-Reply-To: Your message of "Sat, 10 Apr 2004 00:30:42 EDT."
<200404100430.i3A4UgeK017756@brad-majors.mit.edu>
Date: Mon, 12 Apr 2004 13:36:22 -0400
From: Alex T Prengel <alexp@MIT.EDU>
>> This matters for an application I have to build from source (freewrl, a
>> VRML2 viewer). It's a lot of work building it; I need to build it twice
>> for Athena and non-Athena machines using the OpenAFS client because of
>> this- the Athena build results in complaints about missing symbols whe I
>> try to run it on machines running straight RH9- I believe it's due to
>> this difference in Perl versions.
>I'm confused. The above says that builds done on Athena fail to run
>against the native perl; I don't understand why adding any capabilities
>to the Athena perl would change that situation.
I should have just described the behavior I observe: with the application
built with /usr/athena/bin/perl, it runs fine on an Athena machine with
the same perl version. When I run it on an RH9 machine (where /usr/bin/perl
is the only perl present), I get:
$ /mit/freewrl_v0.39/arch/i386_linux24/bin/freewrl 1.wrl
/usr/bin/afslocker: /afs/athena.mit.edu/software/freewrl_v0.39 attached to /mit/freewrl_v0.39 for filesystem freewrl_v0.39
Can't load '/mit/freewrl_v0.39/distrib/i386_linux24/FreeWRL-0.39/blib/arch/auto/VRML/OpenGL/OpenGL.so' for module VRML::OpenGL: /mit/freewrl_v0.39/distrib/i386_linux24/FreeWRL-0.39/blib/arch/auto/VRML/OpenGL/OpenGL.so: undefined symbol: PL_stack_max at /usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229.
at /mit/freewrl_v0.39/distrib/i386_linux24/FreeWRL-0.39/blib/lib/VRML/GLBackEnd.pm line 10
DynaLoader::croak('Can\'t load \'/mit/freewrl_v0.39/distrib/i386_linux24/FreeWRL...') called at /usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229
...<much more spewage>...
When on an Athena machine, I make /usr/bin/perl be the first one found on
my path, I get the same error. There seems to be something different between
these perl versions it doesn't like- until recently I didn't realise that
/usr/athena/bin/perl and /usr/bin/perl were different. There's a new version
of the application out- I can try building it with /usr/bin/perl to see if
I can get a build that works both on Athena and RH9 machines; the app uses
a lot of extra specialized perl modules- maybe that's related to the problem.
Alex
