R. Joseph Newton wrote:
> "Scott R. Godin" wrote:
> >
> > Without debating the possible usefulness of it when set improperly by
> > inexperienced coders, In Net::Ping 2.28 which I have installed here, and
> > which appears to be the most recent version available from CPAN, the bind()
> > call certainly SEEMS to be mentioned in the Synopsis in the 6th line (of
> > code) into it.
>
> Well, I'll be darned. I guess I should have scanned more closely.
I am running with Net::Ping 2.02, which was the version that came with my
Perl version 5.6.1. It doesn't appear to be dated, apart from a (c) 1996, but it
certainly has no 'bind' method.
The bottom line is that we still don't know why the redirect wouldn't work
on Ram's code. The most likely idea seemed to be that setting the
error status instead of the autoflush to 1 was the cause. I'm a little dubious
about that, as when the execution falls off the end of a Perl program it
executes an implicit 'exit' call for you, which executes an implicit 'close'
on all open file handles, which executes an implicit 'flush' on those handles
before closing them. I don't see, therefore, how this sort of data loss can
result from anything but a hard error.
(Incidentally, something I didn't know before is that $! is a 'magic' variable.
I thought it would be read-only, but it seems that it can be set to an error
code and will return the corresponding message when read.
print $! = 1;
prints 'Operation not permitted' on my machine, but is probably
platform-dependent.)
Cheers,
Rob
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
