Xref: utzoo comp.sys.3b1:1332 comp.lang.perl:5255
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!cs.utexas.edu!asuvax!ncar!zaphod.mps.ohio-state.edu!rphroy!kyzyl!tkacik
From: tkacik@kyzyl.mi.org (Tom Tkacik)
Newsgroups: comp.sys.3b1,comp.lang.perl
Subject: perl4.003 and ndbm
Message-ID: <339@kyzyl.mi.org>
Date: 8 May 91 02:43:08 GMT
Followup-To: comp.sys.3b1
Organization: Somewhere in Royal Oak, MI
Lines: 27

I just compiled perl 4.003 on an AT&T 3b1.  Not the world's biggest
machine, but it does the job.  It failed on test, op/dbm.t.
Here's what I get when I run  ./perl t/op/dbm.t.

1..12
ok 1
ok 2
Out of memory!

From looking at t/op/dbm.t, it does not appear that the test should use
that much memory.  Does this test really use that much memory,
or is something wrong?

Do I need to do anything special when compiling perl on a 3b1?

Now the 3b1 does not come with -lndbm, but that didn't stop me.
I just grabbed Ozan Yigit's sdbm package, and used that.
I compiled most of perl with gcc, (falling back to cc for eval.c and toke.c).
Gcc tends to run out of virtual memory, (there's that 2.5Meg limit again).
I did not use perl's malloc, (should I have?)
And I used the shared libraries, (maybe I should not have).

Any ideas?
-- 
Tom Tkacik                |
tkacik@kyzyl.mi.org       |     To rent this space, call 1-800-555-QUIP.
...!rphroy!kyzyl!tkacik   |