Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!ukc!tcdcs!swift.cs.tcd.ie!maths.tcd.ie!ajudge
From: ajudge@maths.tcd.ie (Alan Judge)
Newsgroups: comp.lang.perl
Subject: Re: Perl PL 28 fails op.dbm on SparcStation 1
Keywords: ndbm; core; blooie
Message-ID: <1990Aug21.203346.598@maths.tcd.ie>
Date: 21 Aug 90 20:33:46 GMT
References: <1990Aug17.031514.14790@midway.uchicago.edu>
Lines: 26

In <1990Aug17.031514.14790@midway.uchicago.edu> keith@curry.uchicago.edu (Keith Waclena) writes:
>Perl at PL 27 and also at PL 28 both fail op.dbm, dumping core in a
>big way.  Here is a trivial script that illustrates the problem:

>    dbmopen(FOO, "Foo", 0644) || die "Whoops.. $!\n";
>    $FOO{123} = 1;

>It blows up in the assignment.  Single stepping in GDB shows that the
>core dump occurs in dbm_store!  All the args to the dbm_store look
>fine (as fas as I can tell...).  Perl at PL 18 handle dbm stuff just
>fine; in fact I have a large investment in Perl code that uses dbm
>heavily.  Sorta cramps my style...

>Anyway, my environment is Sun SparcStation-1 running SunOS Release
>4.0.3.  I compiled with both Sun's cc and Gnu cc; same results.  Also
>blows up on a Sun 4/110 running SunOS 4.0.

I am running perl PL 28 on a Sun SS-1/4.0.3c, and op.dbm (and all the other
tests) works fine for me. I suggest you check your patches/sources etc...

I compiled perl with cc.
-- 
Alan Judge   ajudge@maths.tcd.ie  a.k.a. amjudge@cs.tcd.ie +353-1-772941 x1782

If you make it possible for programmers to write in English, you will
discover that they can't.