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 0x00000000
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 0x000019f8 in _main () [miniperlmain.c:52]
#11 0x000018b4 in __start ()
#12 0x000016f4 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.)
