Path: utzoo!attcan!uunet!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!lth.se!newsuser
From: jh@efd.lth.se (Joergen Haegg)
Newsgroups: comp.lang.perl
Subject: Bug in perl, pl36 (maybe?)
Message-ID: <1990Oct22.181253.19779@lth.se>
Date: 22 Oct 90 18:12:53 GMT
Sender: newsuser@lth.se (LTH network news server)
Reply-To: jh@efd.lth.se (Joergen Haegg)
Organization: Lund Institute of Technology, Sweden
Lines: 39



Hello.

I have found a bug in perl, well it seems to be anyway (could be the machine).

If I execute any perlprogram with the '-d' option I get a floating point
exception.

This always occur after 'c'ontinuing from any line in perldb.
The following perlscript is enough to repeat the problem:

$xx = 1;

Try this with 'perl -d filename'.
When I continue, perl dumps.

It happens in eval(), line 383. For some reason str_gnum(st[2])
returns 4294967294. The debugger tells me that this 'is not a number',
and perl dumps when trying to assign 'value'.

Examining st[2] shows that str_gnum is correct, it's st[2] who has
incorrect values. Now this may work on other machines, but not mine.
I have not seen any other having the same problem.

Either that, or st[2] gets the wrong value on my machine only.

I did try CRIPPLED_CC, to debug str_gnum. No difference.
Perl goes thru 'make test' without any errors.

This is perl3, patchlevel 36. (But the error showed up back in pl18).
Host: 68010 unix sysV.2.

Any suggestions? Where to look?
-- 
--
Joergen Haegg				jh@efd.lth.se	postmaster@efd.lth.se
System manager @ efd			046-107492
Lund Institute of Technology		Sweden