From: Gurusamy Sarathy <gsar@engin.umich.edu>
Date: Sat, 17 May 1997 08:59:27 +0000 (+1200)
Subject: perlguts caveats
X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=6e2bfd7f4281bd19f5eefda1f130d62ef05c8ead;p=p5sagit%2Fp5-mst-13.2.git

perlguts caveats

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>
---

diff --git a/pod/perlguts.pod b/pod/perlguts.pod
index 33b5120..80f6d86 100644
--- a/pod/perlguts.pod
+++ b/pod/perlguts.pod
@@ -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.