Simon Cozens:
# [EMAIL PROTECTED] (Brent Dax) writes:
# > # could do the same thing with a sub with a prototype of
# > # (&block, *@list).
# > 
# > Great.  That could mean it won't work right for 
# > MyCustomArrayLikeThing.
# 
# Can you explain what you mean by this, because it's not 
# apparent to me that your statement is in any way correct.

OK.  Let's say I'm implementing HugeOnDiskArray, and instead of slurping
the array in and grepping over it, I want to grab the elements one at a
time, run them through the grep function's coderef, and stick them in
another HugeOnDiskArray.  Or, if I have RemoteArray (which works with an
array on another computer via a server and a TCP/IP connection), I might
want to try to serialize the code reference given to grep and run the
grep on the remote computer.  (If I can't serialize the coderef due to,
say, nonsense with closures, I'd run the grep locally.)

No, "it won't work efficiently" isn't the same as "it won't work", but I
suspect there are cases I haven't thought of.

--Brent Dax <[EMAIL PROTECTED]>
@roles=map {"Parrot $_"} qw(embedding regexen Configure)

"If you want to propagate an outrageously evil idea, your conclusion
must be brazenly clear, but your proof unintelligible."
    --Ayn Rand, explaining how today's philosophies came to be


Reply via email to