Re: Fwd: perl@10517 (Fail)
Ken Williams [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (Jarkko Hietaniemi) wrote: Ken wrote: Looking at the GNUmakefile produced during Configure, I see this: # The following are used to build and install shared libraries for # dynamic loading. LDDLFLAGS = -bundle -undefined suppress -L/usr/local/lib SHRPLDFLAGS = -L/usr/local/lib -dynamiclib -compatibility_version 1-current_version 5.0 -image_base 0x4be0 -install_name $(shrpdir)/$@ CCDLFLAGS = DLSUFFIX = .bundle PLDLFLAGS = LIBPERL = libperl.dylib LLIBPERL= $(LIBPERL) SHRPENV = env LD_RUN_PATH=/System/Library/Perl/darwin/CORE Try commenting that line out with # and then retrying the build. Since PerlIO seems to be part of the problem, do the build like this env LD_RUN_PATH=$PWD PERLIO=stdio make all No dice, I get the same bus error as before. Jarkko's suggestion does not help directly. PERLIO=stdio is still using PerlIO infrastructure, but using stdio as the implementation. The before-interpreter-exists issue is with the infrastructure (I am using AVs and HVs in the infrastructure and the is no intepreter to anchor them in :-( - I need to re-invent a hash table and a list-of-things structure in perlio.c and use those.) ------ Ken Williams Last Bastion of Euclidity [EMAIL PROTECTED]The Math Forum -- Nick Ing-Simmons who is looking for a new job see http://www.ni-s.u-net.com/
Re: perl@10517 (Fail)
Yes, this new snapshot fixes the problem.
It's interesting to note that when I run make test I now get 4 errors,
the same three as before plus:
lib/filefind..Insecure directory in $ENV{PATH} while running with
-T switch at ../lib/Cwd.pm line 96.
FAILED at test 1
If I set my path to a safe path, this succeeds, but it's strange that it
didn't complain when I ran it yesterday with the previous snapshot.
--
Edward Moy
Apple Computer, Inc.
[EMAIL PROTECTED]
(This message is from me as a reader of this list, and not a statement
from Apple.)
On Wednesday, June 13, 2001, at 12:42 PM, Jarkko Hietaniemi wrote:
On Wed, Jun 13, 2001 at 08:26:12AM +, Nick Ing-Simmons wrote:
Edward Moy [EMAIL PROTECTED] writes:
Thread 0:
#0 0x4be055dc in _Perl_get_av ()
#1 0x4be055c4 in _Perl_get_av ()
#2 0x4bf51778 in _PerlIO_default_layers ()
#3 0x4bf5254c in _PerlIO_resolve_layers ()
#4 0x4bf529a0 in _PerlIO_openn ()
#5 0x4bf52b78 in _PerlIO_fdopen ()
#6 0x4bf51a48 in _PerlIO_stdstreams ()
#7 0x4bf58964 in _PerlIO_stderr ()
#8 0x4be7e530 in _Perl_init_i18nl10n ()
#9 0x4be0145c in _perl_construct ()
#10 0x19f8 in _main ()
#11 0x18b4 in __start ()
#12 0x16f4 in start ()
Okay, perlio is going to have to get fixed...
A new snapshot where Nick's fix for this is in (and so are Fred's tweaks)
is available at:
http:[EMAIL PROTECTED]
http:[EMAIL PROTECTED]
ftp:[EMAIL PROTECTED]
http:[EMAIL PROTECTED]
http:[EMAIL PROTECTED]
ftp:[EMAIL PROTECTED]
The INT32_MIN issue still needs a resolution.
--
$jhi++; # http://www.iki.fi/jhi/
# There is this special biologist word we use for 'stable'.
# It is 'dead'. -- Jack Cohen
Re: perl@10517 (Fail)
On Wed, Jun 13, 2001 at 08:26:12AM +, Nick Ing-Simmons wrote: Edward Moy [EMAIL PROTECTED] writes: Thread 0: #0 0x4be055dc in _Perl_get_av () #1 0x4be055c4 in _Perl_get_av () #2 0x4bf51778 in _PerlIO_default_layers () #3 0x4bf5254c in _PerlIO_resolve_layers () #4 0x4bf529a0 in _PerlIO_openn () #5 0x4bf52b78 in _PerlIO_fdopen () #6 0x4bf51a48 in _PerlIO_stdstreams () #7 0x4bf58964 in _PerlIO_stderr () #8 0x4be7e530 in _Perl_init_i18nl10n () #9 0x4be0145c in _perl_construct () #10 0x19f8 in _main () #11 0x18b4 in __start () #12 0x16f4 in start () Okay, perlio is going to have to get fixed... A new snapshot where Nick's fix for this is in (and so are Fred's tweaks) is available at: http:[EMAIL PROTECTED] http:[EMAIL PROTECTED] ftp:[EMAIL PROTECTED] http:[EMAIL PROTECTED] http:[EMAIL PROTECTED] ftp:[EMAIL PROTECTED] The INT32_MIN issue still needs a resolution. -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen
Re: perl@10517 (Fail)
On Wednesday, June 13, 2001, at 01:26 AM, Nick Ing-Simmons wrote: Okay, perlio is going to have to get fixed... Just for fun, I re-enabled perlio with the fix to INT32_MIN, hoping that was causing the bus error. Unfortunately, it still bus errors. So it looks like perlio and INT32_MIN are two separate problems. For those familiar with the internal workings, I've generated the following stack trace (use gdb to get the line numbers): Command: miniperl Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x Thread 0: #0 0x4be055cc in _Perl_get_av ()[perl.c:1548] #1 0x4be055b4 in _Perl_get_av ()[perl.c:1546] #2 0x4bf51768 in _PerlIO_default_layers () [perlio.c:675] #3 0x4bf5253c in _PerlIO_resolve_layers () [perlio.c:987] #4 0x4bf52990 in _PerlIO_openn () [perlio.c:1075] #5 0x4bf52b68 in _PerlIO_fdopen () [perlio.c:1115] #6 0x4bf51a38 in _PerlIO_stdstreams () [perlio.c:732] #7 0x4bf58954 in _PerlIO_stderr () [perlio.c:3687] #8 0x4be7e520 in _Perl_init_i18nl10n () [util.c:771] #9 0x4be0144c in _perl_construct () [perl.c:247] #10 0x19f8 in _main () [miniperlmain.c:52] #11 0x18b4 in __start () #12 0x16f4 in start () In #1, Perl_get_av() [perl.c:1546] calls gv_fetchpv(), which is a #define. It isn't obvious to me how this resolves to a recursive call back to Perl_get_av(), but a subsequent call to gv_fetchpv() returns a value that in #0 [perl.c:1548], cause a bus error, in GvAVn(gv). Hope this help those who understand this. -- Edward Moy Apple Computer, Inc. [EMAIL PROTECTED] (This message is from me as a reader of this list, and not a statement from Apple.)
