Path: utzoo!attcan!uunet!know!zaphod.mps.ohio-state.edu!swrinde!ucsd!ucbvax!iwarp.intel.com!news
From: merlyn@iwarp.intel.com (Randal Schwartz)
Newsgroups: comp.lang.perl
Subject: Re: perl and shared memory ?
Keywords: perl shm shared shm SysV
Message-ID: <1990Sep26.181412.4732@iwarp.intel.com>
Date: 26 Sep 90 18:14:12 GMT
References: <1371@nixsin.UUCP> <1990Sep25.172747.17739@iwarp.intel.com> <1990Sep26.135823.1792@robobar.co.uk>
Sender: news@iwarp.intel.com
Reply-To: merlyn@iwarp.intel.com (Randal Schwartz)
Organization: Stonehenge; netaccess via Intel, Beaverton, Oregon, USA
Lines: 24
In-Reply-To: ronald@robobar.co.uk (Ronald S H Khoo)

In article <1990Sep26.135823.1792@robobar.co.uk>, ronald@robobar (Ronald S H Khoo) writes:
| Eh -- you already know what's in 4.0 ? :-)  Could you say what Larry did
| with the dbm problems people were having with 3.0PL28 ?  If missed the
| conclusion of the saga, apologies, but it has caused me to stay at PL18
| (not hearing the conclusion, that is).

He fixed 'em.  They got broke in response to fix he installed in PL28.
Someone said that defined(foo) (for some types of foo, I can't recall
which) caused foo to come into existance, and therefore defined(foo)
was always true.  He fixed that, and broke dbm in the process (because
defined(%foo) and defined($foo{$someref}) *are* true after the
dbmopen, even though $foo{$someref} = $value never happened).  [Larry
will probably chime in if I got this explanation wrong.]

Code is coming real soon now.  All kinds of goodies in it.  (Still
waiting personally for Atari ST support, though.  Who was working on
that?)

print "Just another Perl hacker," # ok, I know, 'bout time I got fancy, sorry
-- 
/=Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ==========\
| on contract to Intel's iWarp project, Beaverton, Oregon, USA, Sol III      |
| merlyn@iwarp.intel.com ...!any-MX-mailer-like-uunet!iwarp.intel.com!merlyn |
\=Cute Quote: "Welcome to Portland, Oregon, home of the California Raisins!"=/