[29821] in Perl-Users-Digest
Perl-Users Digest, Issue: 1064 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Nov 26 14:09:45 2007
Date: Mon, 26 Nov 2007 11:09:08 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Mon, 26 Nov 2007 Volume: 11 Number: 1064
Today's topics:
Re: Display the answer in HTML code because CGI-SCript cartercc@gmail.com
Failed with exit code 65280. <shareef.jalloq@lightblueoptics.com>
Re: Failed with exit code 65280. xhoster@gmail.com
Re: Failed with exit code 65280. <spamtrap@dot-app.org>
Google bad, Yahoo good (was Re: Spidering Hacks) (Randal L. Schwartz)
Re: Google bad, Yahoo good <tzz@lifelogs.com>
Re: Google bad, Yahoo good (Randal L. Schwartz)
Re: Google bad, Yahoo good xhoster@gmail.com
Re: Google bad, Yahoo good <spamtrap@dot-app.org>
Re: Google bad, Yahoo good <tzz@lifelogs.com>
Re: How to append a file accordingly? <tadmc@seesig.invalid>
Re: How to append a file accordingly? <abigail@abigail.be>
Re: How to append a file accordingly? <stoupa@practisoft.cz>
Re: How to get the string Cartesian Products of 2 list <jimsgibson@gmail.com>
Re: page 124 of the camel book <tadmc@seesig.invalid>
Re: page 124 of the camel book <jl_post@hotmail.com>
Re: perl ftp and hidden partitions <nobull67@gmail.com>
Re: perl ftp and hidden partitions <spamtrap@dot-app.org>
perldebtut - Perl debugging tutorial <elsiddik@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 26 Nov 2007 08:30:47 -0800 (PST)
From: cartercc@gmail.com
Subject: Re: Display the answer in HTML code because CGI-SCript could not hide
Message-Id: <b1e42ca7-a617-4291-beec-891b73effa84@r60g2000hsc.googlegroups.com>
On Nov 18, 2:48 pm, kwan <kwan.ji...@gmail.com> wrote:
> I do not want to send the questions and answer into the html code, but
> it is seem to be impossible to do that under Perl cgi,
Do this:
1. Create the quiz in html, perhaps by using a <form> so that the
students can record their answers.
2. Upon submission of the form, have the answers sent to a script.
This script is not readeable by a browser since it lives outside your
www or public_html.
3. Your script will compare the answers received by the students with
the correct answers and compute the grade. Of course, you need to have
a means to separate each student's response. You may also want to
record the grade.
4. Then your script will generate some message for the student,
perhaps by email or perhaps by another html page so your students can
see their scores.
I think there's a book by Dubois that has Perl and MySQL in the title
that has this specific example. If you can get hold of a copy, it will
be pretty much written for you.
CC
------------------------------
Date: Mon, 26 Nov 2007 07:54:19 -0800 (PST)
From: lbo_user <shareef.jalloq@lightblueoptics.com>
Subject: Failed with exit code 65280.
Message-Id: <3c9bce52-da65-49b7-9615-49ee5dc084a0@o42g2000hsc.googlegroups.com>
Hi all,
I've had a look around but haven't managed to find any info on this
particular problem. Maybe I was searching for the wrong stuff.
Anyway, I have a script that runs the flac and lame tools to convert
between FLAC and MP3.
Within the script the variable $convert_command contains the full
piped command with file pathnames etc. This is called using system()
but it always fails with exit code 65280 and the warning, "Can't init
outfile 'my_outfile'". However, when I run the same command from the
shell everything is fine and the file is written. The destination is
writable by all. There don't seem to be any permissions problems.
What am I missing?
Thanks.
------------------------------
Date: 26 Nov 2007 16:48:43 GMT
From: xhoster@gmail.com
Subject: Re: Failed with exit code 65280.
Message-Id: <20071126114845.411$lq@newsreader.com>
lbo_user <shareef.jalloq@lightblueoptics.com> wrote:
> Hi all,
>
> I've had a look around but haven't managed to find any info on this
> particular problem. Maybe I was searching for the wrong stuff.
> Anyway, I have a script that runs the flac and lame tools to convert
> between FLAC and MP3.
>
> Within the script the variable $convert_command contains the full
> piped command with file pathnames etc. This is called using system()
> but it always fails with exit code 65280 and the warning, "Can't init
> outfile 'my_outfile'". However, when I run the same command from the
> shell everything is fine and the file is written. The destination is
> writable by all. There don't seem to be any permissions problems.
> What am I missing?
You are missing the Perl code that shows us what you are doing.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Mon, 26 Nov 2007 12:44:29 -0500
From: Sherman Pendley <spamtrap@dot-app.org>
Subject: Re: Failed with exit code 65280.
Message-Id: <m11wackiki.fsf@dot-app.org>
lbo_user <shareef.jalloq@lightblueoptics.com> writes:
> Within the script the variable $convert_command contains the full
> piped command with file pathnames etc. This is called using system()
> but it always fails with exit code 65280 and the warning, "Can't init
> outfile 'my_outfile'". However, when I run the same command from the
> shell everything is fine and the file is written. The destination is
> writable by all. There don't seem to be any permissions problems.
> What am I missing?
The error message isn't a Perl error - it's coming from the tools you're
calling. Without seeing your code it's difficult to do more than guess,
but one thing I would do is double-check the value of $convert_command,
to make absolutely certain it's right. With Perl and shells interpolating
variables into strings, and sharing many of the same escape sequences in
quoted string constants, that's an easy place for bugs to sneak in.
Also, the return value from system() isn't just the return value of the
called command; it's that, plus some other stuff. You need to jump through
a few hoops to get the actual exit status, as shown in "perldoc -f system":
You can check all the failure possibilities by inspecting $? like this:
if ($? == -1) {
print "failed to execute: $!\n";
}
elsif ($? & 127) {
printf "child died with signal %d, %s coredump\n",
($? & 127), ($? & 128) ? 'with' : 'without';
}
else {
printf "child exited with value %d\n", $? >> 8;
}
Once you get the real exit code from the tool you're calling, then you can
find the meaning of that code (and the accompanying "Can't init" message)
in the tool's docs.
sherm--
--
WV News, Blogging, and Discussion: http://wv-www.com
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Mon, 26 Nov 2007 06:53:34 -0800
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Google bad, Yahoo good (was Re: Spidering Hacks)
Message-Id: <86ir3pnjm9.fsf@blue.stonehenge.com>
>>>>> "alexxx" == alexxx magni@gmail com <alexxx.magni@gmail.com> writes:
alexxx> Do you know where I have to look, to simply obtain the (authorization?
alexxx> key?) to use the Google search api?
If I recall, Google withdrew that API about six months ago, replacing with a
page-embedded search result API that ensures that their ads will also show up
in the right place. Yech.
If you want programmatic access to a search result, Yahoo is now the best
player in the space, offering a variety of searches, including JSON results
for direct embedding with no server-side code required. See
http://developer.yahoo.com/search/ and Yahoo::Search in the CPAN, and my usage
of same at <http://www.stonehenge.com/merlyn/LinuxMag/col85.html>.
So much for Google "doing no evil". Yahoo for the win.
print "Just another Perl hacker,"; # the original!
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Mon, 26 Nov 2007 10:37:10 -0600
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: Google bad, Yahoo good
Message-Id: <86tzn99d55.fsf@lifelogs.com>
On Mon, 26 Nov 2007 06:53:34 -0800 merlyn@stonehenge.com (Randal L. Schwartz) wrote:
RLS> If I recall, Google withdrew that API about six months ago, replacing with a
RLS> page-embedded search result API that ensures that their ads will also show up
RLS> in the right place. Yech.
...
RLS> So much for Google "doing no evil". Yahoo for the win.
Withdrawing a public API is an inconvenience to its users but hardly
qualifies as "evil" in my opinion. Let's be fair.
Ted
------------------------------
Date: Mon, 26 Nov 2007 09:01:07 -0800
From: merlyn@stonehenge.com (Randal L. Schwartz)
To: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: Google bad, Yahoo good
Message-Id: <86y7cllz58.fsf@blue.stonehenge.com>
>>>>> "Ted" == Ted Zlatanov <tzz@lifelogs.com> writes:
Ted> Withdrawing a public API is an inconvenience to its users but hardly
Ted> qualifies as "evil" in my opinion. Let's be fair.
I disagree. The closest equivalent API (the client-side embedded javascript)
burdens all results with google ads. So, this seems to be a change only to
line the pocketbooks of the stockholders. Still convinced it's not evil?
print "Just another Perl hacker,"; # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: 26 Nov 2007 17:43:50 GMT
From: xhoster@gmail.com
Subject: Re: Google bad, Yahoo good
Message-Id: <20071126124352.174$lf@newsreader.com>
merlyn@stonehenge.com (Randal L. Schwartz) wrote:
> >>>>> "Ted" == Ted Zlatanov <tzz@lifelogs.com> writes:
>
> Ted> Withdrawing a public API is an inconvenience to its users but hardly
> Ted> qualifies as "evil" in my opinion. Let's be fair.
>
> I disagree. The closest equivalent API (the client-side embedded
> javascript) burdens all results with google ads. So, this seems to be a
> change only to line the pocketbooks of the stockholders. Still convinced
> it's not evil?
Yes. Not being a charity is not the same thing as being evil.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Mon, 26 Nov 2007 12:49:07 -0500
From: Sherman Pendley <spamtrap@dot-app.org>
Subject: Re: Google bad, Yahoo good
Message-Id: <m1wss4j3sc.fsf@dot-app.org>
Ted Zlatanov <tzz@lifelogs.com> writes:
> Let's be fair.
Fair? This is usenet! :-)
sherm--
--
WV News, Blogging, and Discussion: http://wv-www.com
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Mon, 26 Nov 2007 12:45:35 -0600
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: Google bad, Yahoo good
Message-Id: <863ausalrk.fsf@lifelogs.com>
On Mon, 26 Nov 2007 09:01:07 -0800 merlyn@stonehenge.com (Randal L. Schwartz) wrote:
>>>>>> "Ted" == Ted Zlatanov <tzz@lifelogs.com> writes:
Ted> Withdrawing a public API is an inconvenience to its users but hardly
Ted> qualifies as "evil" in my opinion. Let's be fair.
RLS> I disagree. The closest equivalent API (the client-side embedded
RLS> javascript) burdens all results with google ads. So, this seems to
RLS> be a change only to line the pocketbooks of the stockholders.
I've worked for a content delivery company and I can assure you it's not
free to provide bandwidth and server load. Furthermore, every
for-profit company's express mission is to line the pocketbooks of the
shareholders.
RLS> Still convinced it's not evil?
I'd say Yahoo's actions have been a lot more morally and legally
suspect, actually, bringing them before the US Congress a few weeks ago:
http://www.theregister.co.uk/2005/09/07/yahoo_china_dissident_case/
http://www.internetnews.com/breakingnews/article.php/3710916
In the context of 10 years in jail for speaking your mind, withdrawing a
public API doesn't seem all that evil.
Ted
------------------------------
Date: Mon, 26 Nov 2007 12:30:57 GMT
From: Tad McClellan <tadmc@seesig.invalid>
Subject: Re: How to append a file accordingly?
Message-Id: <slrnfkkjrg.env.tadmc@tadmc30.sbcglobal.net>
Petr Vileta <stoupa@practisoft.cz> wrote:
> if($some_text =~ m/(\r\n|\n|\r)$/s)
^
^
the m//s modifier is a no-op for that regex.
You should not use modifiers that do not do any modification...
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: 26 Nov 2007 14:07:27 GMT
From: Abigail <abigail@abigail.be>
Subject: Re: How to append a file accordingly?
Message-Id: <slrnfklkov.pcu.abigail@alexandra.abigail.be>
_
Tad McClellan (tadmc@seesig.invalid) wrote on VCC September MCMXCIII in
<URL:news:slrnfkkjrg.env.tadmc@tadmc30.sbcglobal.net>:
:) Petr Vileta <stoupa@practisoft.cz> wrote:
:)
:) > if($some_text =~ m/(\r\n|\n|\r)$/s)
:) ^
:) the m//s modifier is a no-op for that regex.
:)
:) You should not use modifiers that do not do any modification...
Hmmmpf.
Although I don't necessarely disagree with you, I don't think such
posts are useful. What might be useful is a reasoning why you think
you shouldn't do so. Preferably also with reasons why people (Damian
for instance, in PBP) do think you should.
I seldomly use /s, /m or /x when it's not needed, but I won't held it
against people that do.
And, given that 5.10 is just around the corner, I'd write the code as:
if ($some_text =~ /\R$/)
Abigail
--
package Just_another_Perl_Hacker; sub print {($_=$_[0])=~ s/_/ /g;
print } sub __PACKAGE__ { &
print ( __PACKAGE__)} &
__PACKAGE__
( )
------------------------------
Date: Mon, 26 Nov 2007 17:41:45 +0100
From: "Petr Vileta" <stoupa@practisoft.cz>
Subject: Re: How to append a file accordingly?
Message-Id: <fiet6t$2064$1@ns.felk.cvut.cz>
Why Tea wrote:
> On Nov 26, 1:46 pm, "Petr Vileta" <sto...@practisoft.cz> wrote:
>>
>> Maybe this way?
>>
>> if($some_text =~ m/(\r\n|\n|\r)$/s)
>> {
>> print FH "$some_text";
>> }
>> else
>> {
>> print FH "\n$some_text";
>> }
>>
>
> Petr, your code checks for white spaces at the end of $some_text, but
> I was talking about white spaces at the end of the opened file, i.e.
> open(FH, $some_file)
I assumed that whole file content is in $some_text. When you can read file
line by line then you can use this
open FH "< $myfile";
binmode FH; # not need for *nix systems
seek FH, -2, 2; # seek for last 2 bytes
my $lastchars = <FH>;
close FH;
open FH "< $myfile";
while (my $row = <FH>)
{
print $row;
}
close FH;
print "\n" unless($lastchars =~ m/(\r\n|\n|\r)$/s)
--
Petr
Skype: callto://fidokomik
Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR*
:-)
Odpovidejte na petr na practisoft cz
Petr Vileta, Czech republic
(My server rejects all messages from Yahoo and Hotmail. Send me your
mail from another non-spammer site please.)
Please reply to <petr AT practisoft DOT cz>
------------------------------
Date: Mon, 26 Nov 2007 09:59:58 -0800
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: How to get the string Cartesian Products of 2 list
Message-Id: <261120070959585198%jimsgibson@gmail.com>
In article
<9749e8a7-09d0-4382-a10c-52d3df326b2d@s36g2000prg.googlegroups.com>,
<xueweizhong@gmail.com> wrote:
> > You should realize that Perl is a programming language and thus does not
> > have all the shortcuts that bash offers. No Perl solution will satisfy
> > you if you just want bash. If you want bash, use bash.
> I use everything I have. Why not do the programming in mutiple
> lanugages which complements each other.
I can think of three reasons: efficiency, consistency, and
maintainability. There are no doubt others.
Efficiency: it is expensive to fork a separate process to perform a
function. While this may not be important for most applications, it can
become a bottleneck for the most critical applications.
Consistency: languages differ in syntax and semantics. I often have
trouble moving from one language to another.
Maintainability: while you may be proficient in multiple languages, the
next guy who has to maintain your code may not be.
So for programs that only you use occasionally, go ahead and mix perl
and bash to your heart's delight. Just don't argue that this is the
best approach for all.
--
Jim Gibson
Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com
------------------------------
Date: Mon, 26 Nov 2007 12:41:31 GMT
From: Tad McClellan <tadmc@seesig.invalid>
Subject: Re: page 124 of the camel book
Message-Id: <slrnfkliu6.lse.tadmc@tadmc30.sbcglobal.net>
Wade Ward <wade@zaxfuuq.net> wrote:
>
> "John W. Krahn" <krahnj@telus.net> wrote in message
> news:474A7303.4E10C53B@telus.net...
>> Wade Ward wrote:
>>> {
>>> do {
>>> last if $x = $y ** 2;
>>> # do something here
>>> } while $x++ <= $z;
>>> }
>>> 2) What are the outside curly braces doing here? What do they belong
>>> to?
>>
>> They create a loop so that 'last' will work, do {} is not a loop.
> Yeah, it might well be in something called perlsyn that I can bring up in an
> untoward dos fashion. What's the answer to the Perl question in terms of
> its primary reference, the camel book in 17 pieces on my bed?
The Camel book is not the primary reference for Perl.
The primary reference for Perl is the documentation that is
included with the perl distribution.
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Mon, 26 Nov 2007 08:48:25 -0800 (PST)
From: "jl_post@hotmail.com" <jl_post@hotmail.com>
Subject: Re: page 124 of the camel book
Message-Id: <158c9e2e-e20a-441e-ab68-685a2362143f@i29g2000prf.googlegroups.com>
On Nov 25, 10:14 pm, "Wade Ward" <w...@zaxfuuq.net> wrote:
>
> I think that the syntax I'm looking for is on page 124 in the first two code
> snippets:
>
> {
> do {
> last if $x = $y ** 2;
> # do something here
> } while $x++ <= $z;
>
> }
>
> and DO_LAST ...DO_NEXT immediately following.
>
> 1) Don't you want '==' instaed of '=' on the test condition?
Well, that test condition is just for the sake of example. To be
honest, if I came across it in some code I was reviewing, I'd
immediately suspect that it was a bug and then carefully review the
code around it to confirm to suspicions. But since it's example code,
it might as well say "last if $blah_blah_blah;" since a complete
working program isn't given.
> 2) What are the outside curly braces doing here? What do they belong to?
The "last", "next", and "redo" statements are nice because they can
jump out of (or around in) blocks enclosed by curly braces. For
example, you can have a block of code like this:
{
# do something here
last if $x == 0;
# do something here that involves dividing by $x
}
In this example, the program execution will jump out of the block mid-
way if $x happens to be zero, preventing the second-half of the block
to be executed. Programmers familiar with other languages might write
it like this:
// Do something here.
if (x != 0)
{
// Do something here that involves dividing by x
}
While this approach definitely works, it kind of "divides" the
original block in two and makes it look like there are two separate
blocks of code, each independent of the other. This might tempt
future maintainers to insert totally unrelated code between the two
blocks.
I'm not saying that the second approach is bad; I'm just saying
that Perl programmers have the option of writing it the first way,
which they might use if they want to give future maintainers the
impression that the code all belongs in one block and should not be
separated.
Now, if you look up "perldoc -f last", you'll see that "last"
cannot be used to exit a "do-block" ("perldoc -f do" also says that).
So back to your question:
> 2) What are the outside curly braces doing here? What do they belong to?
The outside curly braces are to provide a way of controlling where the
"last" keyword will jump to if/when it is invoked. "last" will NOT
jump to the end of the innermost braces since they belong to a
do{}while loop. Therefore, an extra set of curly braces (surrounding
the do{}while loop) is needed to completely jump out of the loop.
I hope this helps, Wade.
-- Jean-Luc
------------------------------
Date: Mon, 26 Nov 2007 07:13:16 -0800 (PST)
From: Brian McCauley <nobull67@gmail.com>
Subject: Re: perl ftp and hidden partitions
Message-Id: <626ccf25-6fae-4d97-84bc-73771be037f6@x69g2000hsx.googlegroups.com>
On Nov 26, 11:03 am, schmmich...@gmail.com wrote:
> Hi all
>
> I have an automation problem with perl and a ftp server.
> The server is running on a B&R-SPS. This contains a flash memory (2GB)
> for data logging.
> The files will be on a hidden partition called "F".
>
> I tried to log in on different ways:
> e.g.:
>
> my $ftp=Net::FTP->new($host,Port => 21, Debug => 1, Passive => 1) or
> die "Couldn't connect: $@\n";
> print "Connected\n";
>
> $ftp->login('br','br',"/F:/") or die $ftp->message;
> my $type = $ftp->binary;
> my @files = $ftp->ls();
> foreach (@files)
> {
> print "$_\n";}
>
> $ftp->quit;
> print "closed ftp connection\n";
>
> The problem is that I can login, but get only the file list of
> partition "C", which isn't a hidden one. So I don't know
> how I can login into the hidden partition with perl
Just what does "hidden" mean in this context? Does it perhaps mean
"unlistable"? If so what did you expect?
Have you tried just getting the files (by full name)?
------------------------------
Date: Mon, 26 Nov 2007 12:06:25 -0500
From: Sherman Pendley <spamtrap@dot-app.org>
Subject: Re: perl ftp and hidden partitions
Message-Id: <m163zpj5ri.fsf@dot-app.org>
schmmichael@gmail.com writes:
> Hi all
>
> I have an automation problem with perl and a ftp server.
> The server is running on a B&R-SPS. This contains a flash memory (2GB)
> for data logging.
> The files will be on a hidden partition called "F".
>
> I tried to log in on different ways:
> e.g.:
>
>
> my $ftp=Net::FTP->new($host,Port => 21, Debug => 1, Passive => 1) or
> die "Couldn't connect: $@\n";
> print "Connected\n";
>
> $ftp->login('br','br',"/F:/") or die $ftp->message;
That third argument looks odd - the Net::FTP docs call it "ACCOUNT," which
implies that it will (if provided) cause the client to issue the FTP command
of the same name, which has nothing to do with establishing a working dir
for the session.
You can see the description of the ACCOUNT command here:
<http://www.faqs.org/rfcs/rfc959.html>
Have you tried logging in without the third param, and then using the cwd()
method to change to the drive & directory you want? Something like this:
$ftp->login('br','br') or die $ftp->message;
$ftp->cwd('/F:/') or die $ftp->message;
sherm--
--
WV News, Blogging, and Discussion: http://wv-www.com
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Mon, 26 Nov 2007 10:59:21 -0800 (PST)
From: elsiddik <elsiddik@gmail.com>
Subject: perldebtut - Perl debugging tutorial
Message-Id: <15bf9029-3f09-461e-88fa-30ca323c4f91@y5g2000hsf.googlegroups.com>
A very lightweight introduction in the use of the perl debugger, and a
pointer to existing, deeper sources of information on the subject of
debugging perl programs.
There's an extraordinary number of people out there who don't appear
to know anything about using the perl debugger, though they use the
language every day. This is for them :
http://sunsite.ualberta.ca/Documentation/Misc/perl-5.6.1/pod/perldebtut.html
zaher el siddik
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 1064
***************************************
