develooper Front page | perl.perl5.porters | Postings from May 2013

Re: [perl #116366] [PATCH] better POD for unpackstring

Thread Previous | Thread Next
Dave Mitchell
May 6, 2013 15:35
Re: [perl #116366] [PATCH] better POD for unpackstring
Message ID:
On Fri, Jan 18, 2013 at 11:45:41AM +0000, Dave Mitchell wrote:
> On Mon, Jan 14, 2013 at 11:22:45AM -0800, bulk88 via RT wrote:
> [ stuff ]
> Ok how about the following instead:
> /*
> =for apidoc unpackstring
> The engine implementing the unpack() Perl function.
> Using the template pat..patend, this function unpacks the string
> s..strend into a number of mortal SVs, which it pushes onto the perl
> argument (@_) stack (so you will need to issue a C<PUTBACK> before and
> C<SPAGAIN> after the call to this function). It returns the number of
> pushed elements.
> The strend and patend pointers should point to the byte following the last
> character of each string.
> Although this function returns its values on the perl argument stack, it
> doesn't take any parameters from that stack (and thus in particular
> there's no need to do a PUSHMARK before calling it, unlike L</call_pv> for
> example).
> =cut */

I've now applied this, as


The warp engines start playing up a bit, but seem to sort themselves out
after a while without any intervention from boy genius Wesley Crusher.
    -- Things That Never Happen in "Star Trek" #17

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About