This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
perlguts caveats
authorGurusamy Sarathy <gsar@engin.umich.edu>
Sat, 17 May 1997 08:59:27 +0000 (20:59 +1200)
committerTim Bunce <Tim.Bunce@ig.co.uk>
Wed, 11 Jun 1997 00:00:00 +0000 (12:00 +1200)
Subject: Re: perlguts additions

On Sat, 17 May 1997 21:35:50 EDT, Spider Boardman wrote:
>Your first referenct to `mg_get', here:
>
>+a tied array, the caller will usually need to call C<mg_get(val)> to
>
>should be to `mg_set'.
>

Oops, thanks.

p5p-msgid: 199705180202.WAA22826@aatma.engin.umich.edu
Signed-off-by: Ilya Zakharevich <ilya@math.ohio-state.edu>
pod/perlguts.pod

index 33b5120..80f6d86 100644 (file)
@@ -836,7 +836,7 @@ The C<av_store> function, when given a tied array argument, merely
 copies the magic of the array onto the value to be "stored", using
 C<mg_copy>.  It may also return NULL, indicating that the value did not
 actually need to be stored in the array.  After a call to C<av_store> on
-a tied array, the caller will usually need to call C<mg_get(val)> to
+a tied array, the caller will usually need to call C<mg_set(val)> to
 actually invoke the perl level "STORE" method on the TIEARRAY object.  If
 C<av_store> did return NULL, a call to C<SvREFCNT_dec(val)> will also be
 usually necessary to avoid a memory leak.