[30281] in Perl-Users-Digest
Perl-Users Digest, Issue: 1524 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri May 9 14:09:56 2008
Date: Fri, 9 May 2008 11:09:20 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 9 May 2008 Volume: 11 Number: 1524
Today's topics:
Re: A question on next xhoster@gmail.com
Re: cpan shell and MyConfig.pm problem <ro.naldfi.scher@gmail.com>
DROP TABLE customers <ignoramus26246@NOSPAM.26246.invalid>
Re: DROP TABLE customers <paul_lautman@yahoo.com>
Re: DROP TABLE customers <sean.prawn@gmail.com>
Re: DROP TABLE customers <paul_lautman@yahoo.com>
Re: DROP TABLE customers <luiheidsgoeroe@hotmail.com>
Re: DROP TABLE customers <sean.prawn@gmail.com>
Re: DROP TABLE customers <1usa@llenroc.ude.invalid>
Re: DROP TABLE customers <jurgenex@hotmail.com>
Re: DROP TABLE customers <ignoramus26246@NOSPAM.26246.invalid>
Re: DROP TABLE customers <ignoramus26246@NOSPAM.26246.invalid>
Re: DROP TABLE customers <spamtrap@dot-app.org>
Re: DROP TABLE customers <spamtrap@dot-app.org>
Get variable from its name string or vice versa? <jerry@sheepsystems.com>
Re: Get variable from its name string or vice versa? <1usa@llenroc.ude.invalid>
Re: Identification of which line causing regex problem <rvtol+news@isolution.nl>
Re: Identification of which line causing regex problem xhoster@gmail.com
Re: Identification of which line causing regex problem <get@bentsys.com>
Installing arch-specific PM without shell access <travislspencer@gmail.com>
Re: Is this expected in a foreach()? <gowthamgowtham@gmail.com>
MySQL and Perl <bill@ts1000.us>
Re: MySQL and Perl <tzz@lifelogs.com>
Re: MySQL and Perl xhoster@gmail.com
Net::SSH::Perl error <call.anirban@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 09 May 2008 16:20:54 GMT
From: xhoster@gmail.com
Subject: Re: A question on next
Message-Id: <20080509122055.660$7a@newsreader.com>
grocery_stocker <cdalten@gmail.com> wrote:
> At work, one of the engineers did something like the following to
> parse a 100MB apache log file.
>
> while (<LOG>) {
> next unless (/^\w+\s([a-zA-Z\.]+)\s\w+\s\w+\s\w+\s(\d+)$/);
> $locationhash{$1} += $2;
>
> }
>
> He told me this loop wouldn't check every single in the log file. I
> don't see how this is possible. Can someone clarity this? Thank you.
What does "check" mean? The regex will "check" every line. The hash
will "check" only those lines for which the regex matches (which, for all
I know, might actually be every single line).
The first use of "check" seems more natural to me, but maybe the engineer
intended the second meaning.
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: Fri, 9 May 2008 02:29:10 -0700 (PDT)
From: Ronny <ro.naldfi.scher@gmail.com>
Subject: Re: cpan shell and MyConfig.pm problem
Message-Id: <ce837273-bee3-46b6-8b44-8dc240fd7b92@y38g2000hsy.googlegroups.com>
On 8 Mai, 19:53, brian d foy <brian.d....@gmail.com> wrote:
> In article
> <e71040c4-5f85-4266-b07d-d35b1fc38...@r66g2000hsg.googlegroups.com>,
> Ronny <ro.naldfi.sc...@gmail.com> wrote:
> > I would like to install CPAN modules with the cpan command. Since I
> > don't have
> > write permission to the Perl installation directories, I need to do a
> > local installation.
> The CPAN::FirstTime module can help you make a configuration file. My
> first guess would be that making by hand meant you left out something.
Thanks a lot. So I started again the cpan shell, did
o config init
to run again FirstTime, set the PREFIX variable and now everything
works
as expected!
Ronald
------------------------------
Date: Fri, 09 May 2008 10:11:03 -0500
From: Ignoramus26246 <ignoramus26246@NOSPAM.26246.invalid>
Subject: DROP TABLE customers
Message-Id: <ZOGdnYzvPOYa9LnVnZ2dnUVZ_g-dnZ2d@giganews.com>
I would like to know if Perl's DBI supports an attribute that would
make a database handle read only.
That is, I am looking for a way to make a handle read only so that all
subsequent queries that seek to modify the database, would not proceed
at all.
This would be for mysql.
Thanks
--
Due to extreme spam originating from Google Groups, and their inattention
to spammers, I and many others block all articles originating
from Google Groups. If you want your postings to be seen by
more readers you will need to find a different means of
posting on Usenet.
http://improve-usenet.org/
------------------------------
Date: Fri, 9 May 2008 08:19:52 -0700 (PDT)
From: Captain Paralytic <paul_lautman@yahoo.com>
Subject: Re: DROP TABLE customers
Message-Id: <5cfdc88d-f489-4ebd-83a2-a2862f75a3a0@a23g2000hsc.googlegroups.com>
On 9 May, 15:11, Ignoramus26246 <ignoramus26...@NOSPAM.26246.invalid>
wrote:
> I would like to know if Perl's DBI supports an attribute that would
> make a database handle read only.
>
> That is, I am looking for a way to make a handle read only so that all
> subsequent queries that seek to modify the database, would not proceed
> at all.
>
> This would be for mysql.
>
> Thanks
> --
> Due to extreme spam originating from Google Groups, and their inattention
> to spammers, I and many others block all articles originating
> from Google Groups. If you want your postings to be seen by
> more readers you will need to find a different means of
> posting on Usenet.
> http://improve-usenet.org/
I would reply, but according to your sig, you won't see it!
------------------------------
Date: Fri, 9 May 2008 16:20:35 +0100
From: prawn <sean.prawn@gmail.com>
Subject: Re: DROP TABLE customers
Message-Id: <pan.2008.05.09.15.20.39@gmail.com>
On Fri, 09 May 2008 10:11:03 -0500, Ignoramus26246 wrote:
> I would like to know if Perl's DBI supports an attribute that would make
> a database handle read only.
>
> That is, I am looking for a way to make a handle read only so that all
> subsequent queries that seek to modify the database, would not proceed
> at all.
>
> This would be for mysql.
>
> Thanks
MySQL user security[1] will handle this.
[1] Given the normal implementation of MySQL in hosting environments,
this might be what you want to hear.[2]
[2] If so, try another way :-)
--
p BotM#1 LotR#9
http://www.last.fm/user/prawnuk
------------------------------
Date: Fri, 9 May 2008 08:33:15 -0700 (PDT)
From: Captain Paralytic <paul_lautman@yahoo.com>
Subject: Re: DROP TABLE customers
Message-Id: <74359666-51e0-4d8a-ba4f-90e924cc67e4@s50g2000hsb.googlegroups.com>
On 9 May, 15:20, prawn <sean.pr...@gmail.com> wrote:
> On Fri, 09 May 2008 10:11:03 -0500, Ignoramus26246 wrote:
> > I would like to know if Perl's DBI supports an attribute that would make
> > a database handle read only.
>
> > That is, I am looking for a way to make a handle read only so that all
> > subsequent queries that seek to modify the database, would not proceed
> > at all.
>
> > This would be for mysql.
>
> > Thanks
>
> MySQL user security[1] will handle this.
>
> [1] Given the normal implementation of MySQL in hosting environments,
> this might be what you want to hear.[2]
>
> [2] If so, try another way :-)
> --
> p BotM#1 LotR#9http://www.last.fm/user/prawnuk
I think you meant:
[1] Given the normal implementation of MySQL in hosting environments,
this might NOT be what you want to hear.[2]
[2] If so, try another way :-)
------------------------------
Date: Fri, 09 May 2008 17:38:11 +0200
From: Rik Wasmus <luiheidsgoeroe@hotmail.com>
Subject: Re: DROP TABLE customers
Message-Id: <48246fe2$0$22078$6e1ede2f@read.cnntp.org>
Ignoramus26246 wrote:
> I would like to know if Perl's DBI supports an attribute that would
> make a database handle read only.
>
> That is, I am looking for a way to make a handle read only so that all
> subsequent queries that seek to modify the database, would not proceed
> at all.
>
> This would be for mysql.
A better way would be to make a user with only select priviliges, and no
insert/update/drop privilige. Trying to get this in Perl's DBI seems
needlessly complicated, and in any way less reliable then on database level.
Of course, there's no objection to having two connection to a database:
one which can alter, and one which can't.
--
Rik Wasmus
[SPAM]
Now looking for some smaller projects to work on to fund a bigger one
with delayed pay. If interested, mail rik at rwasmus.nl
[/SPAM]
------------------------------
Date: Fri, 9 May 2008 16:58:03 +0100
From: prawn <sean.prawn@gmail.com>
Subject: Re: DROP TABLE customers
Message-Id: <pan.2008.05.09.15.58.07@gmail.com>
On Fri, 09 May 2008 08:33:15 -0700, Captain Paralytic wrote:
> I think you meant:
> [1] Given the normal implementation of MySQL in hosting environments,
> this might NOT be what you want to hear.[2]
>
> [2] If so, try another way :-)
Doh! Friday afternoon syndrome strikes.
--
p BotM#1 LotR#9
http://www.last.fm/user/prawnuk
------------------------------
Date: Fri, 09 May 2008 16:55:29 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: DROP TABLE customers
Message-Id: <Xns9A9983790CCDBasu1cornelledu@127.0.0.1>
Ignoramus26246 <ignoramus26246@NOSPAM.26246.invalid> wrote
in news:ZOGdnYzvPOYa9LnVnZ2dnUVZ_g-dnZ2d@giganews.com:
> --
> Due to extreme spam originating from Google Groups, and their inattention
> to spammers, I and many others block all articles originating
> from Google Groups. If you want your postings to be seen by
> more readers you will need to find a different means of
> posting on Usenet.
> http://improve-usenet.org/
Back to the killfile you go with this self congratulatory troll-bait
drivel and your morphing personality.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Fri, 09 May 2008 17:00:56 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: DROP TABLE customers
Message-Id: <hj0924tig5cj2vgk9d0cuvnk55qrop4i5d@4ax.com>
Ignoramus26246 <ignoramus26246@NOSPAM.26246.invalid> wrote:
Oh, are we at number 26246 already? All the other 26245 have been
killfiled by everyone, I guess. That's why you need to come up with a
new identity every few days. Won't help you....
jue
------------------------------
Date: Fri, 09 May 2008 12:17:44 -0500
From: Ignoramus26246 <ignoramus26246@NOSPAM.26246.invalid>
Subject: Re: DROP TABLE customers
Message-Id: <NbmdnZBye-6lGrnVnZ2dnUVZ_vSdnZ2d@giganews.com>
On 2008-05-09, Rik Wasmus <luiheidsgoeroe@hotmail.com> wrote:
> Ignoramus26246 wrote:
>> I would like to know if Perl's DBI supports an attribute that would
>> make a database handle read only.
>>
>> That is, I am looking for a way to make a handle read only so that all
>> subsequent queries that seek to modify the database, would not proceed
>> at all.
>>
>> This would be for mysql.
>
> A better way would be to make a user with only select priviliges, and no
> insert/update/drop privilige. Trying to get this in Perl's DBI seems
> needlessly complicated, and in any way less reliable then on database level.
>
> Of course, there's no objection to having two connection to a database:
> one which can alter, and one which can't.
Yes. We have one ID which is read/write. A lot of scripts that are
information only, would benefit from saying "I do not want to change
anything", that would make them safer wrt errors.
Otherwise, I agree with your comment. Two IDs would be cleaner.
--
Due to extreme spam originating from Google Groups, and their inattention
to spammers, I and many others block all articles originating
from Google Groups. If you want your postings to be seen by
more readers you will need to find a different means of
posting on Usenet.
http://improve-usenet.org/
------------------------------
Date: Fri, 09 May 2008 12:18:31 -0500
From: Ignoramus26246 <ignoramus26246@NOSPAM.26246.invalid>
Subject: Re: DROP TABLE customers
Message-Id: <NbmdnZNye-76GrnVnZ2dnUVZ_vSdnZ2d@giganews.com>
On 2008-05-09, Jürgen Exner <jurgenex@hotmail.com> wrote:
> Ignoramus26246 <ignoramus26246@NOSPAM.26246.invalid> wrote:
>
> Oh, are we at number 26246 already? All the other 26245 have been
> killfiled by everyone, I guess. That's why you need to come up with a
> new identity every few days. Won't help you....
>
> jue
Only stupid people cannot figure out how to killfile by regular expression.
--
Due to extreme spam originating from Google Groups, and their inattention
to spammers, I and many others block all articles originating
from Google Groups. If you want your postings to be seen by
more readers you will need to find a different means of
posting on Usenet.
http://improve-usenet.org/
------------------------------
Date: Fri, 09 May 2008 13:49:01 -0400
From: Sherman Pendley <spamtrap@dot-app.org>
Subject: Re: DROP TABLE customers
Message-Id: <m1d4nv5pwy.fsf@dot-app.org>
Ignoramus26246 <ignoramus26246@NOSPAM.26246.invalid> writes:
> I would like to know if Perl's DBI supports an attribute that would
> make a database handle read only.
>
> That is, I am looking for a way to make a handle read only so that all
> subsequent queries that seek to modify the database, would not proceed
> at all.
Define a user that has the permissions you want, and log in with DBI using
that user.
sherm--
--
My blog: http://shermspace.blogspot.com
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Fri, 09 May 2008 13:59:35 -0400
From: Sherman Pendley <spamtrap@dot-app.org>
Subject: Re: DROP TABLE customers
Message-Id: <m18wyj5pfc.fsf@dot-app.org>
Rik Wasmus <luiheidsgoeroe@hotmail.com> writes:
> Ignoramus26246 wrote:
>> I would like to know if Perl's DBI supports an attribute that would
>> make a database handle read only.
>>
>> That is, I am looking for a way to make a handle read only so that all
>> subsequent queries that seek to modify the database, would not proceed
>> at all.
>>
>> This would be for mysql.
>
> A better way would be to make a user with only select priviliges, and
> no insert/update/drop privilige.
An even tighter method, if you're using a version of MySQL that supports
stored procedures, is to use them to define an API for access to your data.
Then you can give a user permission to execute your API procedures, and no
low-level access at all.
sherm--
--
My blog: http://shermspace.blogspot.com
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Fri, 9 May 2008 10:21:38 -0700 (PDT)
From: Jerry Krinock <jerry@sheepsystems.com>
Subject: Get variable from its name string or vice versa?
Message-Id: <a2761c7e-8820-4f16-98d7-64c1bc9ef4e3@k13g2000hse.googlegroups.com>
I have written a function to log variables like this:
" varName: varValue"
but it takes two arguments: the variable name as a string, and the
variable symbol:
logVar ("myVar", $myVar) ;
sub logVar {
my $varName = shift ;
my $varValue = shift ;
if (!defined($varValue)) {
$varValue = "<undef>" ;
}
printf ("%16s: %s\n", $varName, $varValue) ;
}
Is there any way to get "myVar" from $myVar or vice versa, without
foregoing 'strict' and 'warnings'?
Note: My actual code uses Std::Log but the problem is the same.
Thanks,
Jerry Krinock
------------------------------
Date: Fri, 09 May 2008 17:43:51 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Get variable from its name string or vice versa?
Message-Id: <Xns9A998BAC66660asu1cornelledu@127.0.0.1>
Jerry Krinock <jerry@sheepsystems.com> wrote in news:a2761c7e-8820-4f16-
98d7-64c1bc9ef4e3@k13g2000hse.googlegroups.com:
> I have written a function to log variables like this:
>
> " varName: varValue"
This is a FAQ:
perldoc -q "How can I use a variable as a variable name"
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Fri, 9 May 2008 13:09:02 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: Identification of which line causing regex problem
Message-Id: <g01igi.1pg.1@news.isolution.nl>
Peter J. Holzer schreef:
> Go and read the question before answering.
*plonk*
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: 09 May 2008 16:32:20 GMT
From: xhoster@gmail.com
Subject: Re: Identification of which line causing regex problem
Message-Id: <20080509123221.935$va@newsreader.com>
Jürgen Exner <jurgenex@hotmail.com> wrote:
> "Ela" <ela@yantai.org> wrote:
> >I'm modifying a system (totally more than 100000-lines for tens of
> >files) written by others and would like to identify which line leads to
> >the following problem.
> >
> >Invalid [] range "l-c" in regex; marked by <-- HERE in
> >m/^3-oxoacyl-[acyl-c <-- HERE arrier protein] reductase fabg1$/
>
> Well, the character set
> [acyl-carrier protein]
> does contain the range 'l-c' which is empty. Obviously that is what perl
> is complaining about. Solution: just escape the dash with a leading
> backslash.
> However, I doubt that will produce the effect you are looking for. Are
> you really, really sure you want that character set there? To me it
> looks much more like you want a literal match of the text 'acyl-carrier
> protein'.
I think it is much more likely that the string is coming from a data file
and put into the regex via a variable, not hard-coded into the script.
Going further out on a limb, he probably should use index rather than
a regex once he tracks down where the regex is.
>
> >Unfortunately the error message does not tell me which line of which
> >file leads to the problem.
>
> First I didn't believe you but a quick test confirms that you are right.
> The perl interpreter does not print a file/line information (tried it on
> 5.6.1). Wierd!
Yes indeed. I had to dig up a copy of 5.6.1 just to see it for myself.
So one obvious tip to the OP would be to upgrade to a newer perl,
preferably for production or at least just for debugging. (I didn't see
this documented in the Changes* files, so I don't know when the code was
fixed.)
>
> >Could anybody advise?
>
> Just grep your files for the offending m/// instruction. Something
> similar to
> grep "acyl-carrier protein" *.pl
Probably have to grep all the data files, too.
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: Fri, 9 May 2008 09:55:36 -0700
From: "Gordon Etly" <get@bentsys.com>
Subject: Re: Identification of which line causing regex problem
Message-Id: <68je0aF2t2652U1@mid.individual.net>
Dr.Ruud wrote:
> Peter J. Holzer schreef:
>
> > Go and read the question before answering.
>
> *plonk*
Yes, the whole world really needs to know you added someone to your
killfile...
--
G.Etly
------------------------------
Date: Fri, 9 May 2008 08:15:24 -0700 (PDT)
From: Travis Spencer <travislspencer@gmail.com>
Subject: Installing arch-specific PM without shell access
Message-Id: <bd0489af-fce7-46a3-8a98-485dd813db84@i36g2000prf.googlegroups.com>
Good Morning All,
I am hosting my Web site with Yahoo! small business services. I need
to get a few Perl modules installed that use compiled C code. I don't
have shell access, however, so I'm having a real hard time. I tried
the suggestion at [1]. The problem is that Yahoo! has done things to
cripple Perl-based CGI scripts, preventing that tact from working.
Since that didn't work, I tried to figure out what OS and hardware
architecture the Web server is running with the hopes that I could
find a pre-compiled binary version of the Perl modules I need. To
this end, I ran this script on the server:
#!/usr/bin/perl -w
use POSIX "uname";
use strict;
my ($sysname, $nodename, $release, $version, $machine ) = uname;
print "Content-type: text/plain\n\n";
print "System = $sysname\n";
print "Hostname = $nodename\n";
print "OS Release = $release\n";
print "OS Version = $version\n";
print "Machine Type = $machine\n";
(Using `uname -a` didn't work for similar reasons as above.) This
produced the following output:
System = FreeBSD
Hostname = travisspencer.com
OS Release = 4.11-YAHOO-20061130
OS Version = FreeBSD 4.11-YAHOO-20061130 #0:
Machine Type = i386
From this, I figured that Yahoo! was running FreeBSD 4.11 on an i386
machine. So, I went to http://ftp2.tsinghua.edu.cn/pub/mirror/FreeBSD/ports/i386/packages-4.11-release/Latest/
and downloaded the necessary modules. I unpacked and uploaded the
contents, but when I tried to import the module, I got this error:
Can't load '/blog-mt/extlib/auto/Digest/SHA1/SHA1.so' for module
Digest::SHA1: Cannot execute objects on /p12/m/b28
at /foo/test.cgi line 5
Compilation failed in require at /foo/test.cgi line 5.
So, the dynamically loaded library can't be imported it seems but the
Perl module I uploaded is found in my search path.
Any ideas on how I might get this working?
--
Regards,
Travis Spencer
[1] http://www.perlmonks.org/?node_id=422458
------------------------------
Date: Fri, 9 May 2008 09:58:43 -0700 (PDT)
From: Gowtham <gowthamgowtham@gmail.com>
Subject: Re: Is this expected in a foreach()?
Message-Id: <8511a05d-9d22-45da-bd24-a512ab44cf32@d19g2000prm.googlegroups.com>
Yes, got it.
So, this is a feature rather than a bug/annoyance. This
feature is particularly useful when manipulating a very
large list.
Thanks for all the details.
- Gowtham
------------------------------
Date: Fri, 9 May 2008 06:18:14 -0700 (PDT)
From: Bill H <bill@ts1000.us>
Subject: MySQL and Perl
Message-Id: <14c84c77-ab6d-4da7-989d-02142f000397@2g2000hsn.googlegroups.com>
I am about to dive into working with MySQL databases in perl and am
looking for any information you all may have on the subject, website
links, modules etc.
Bill H
------------------------------
Date: Fri, 09 May 2008 09:19:11 -0500
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: MySQL and Perl
Message-Id: <867ie3pnkw.fsf@lifelogs.com>
On Fri, 9 May 2008 06:18:14 -0700 (PDT) Bill H <bill@ts1000.us> wrote:
BH> I am about to dive into working with MySQL databases in perl and am
BH> looking for any information you all may have on the subject, website
BH> links, modules etc.
It depends on what you want to do. If you need high-volume stuff or
complex queries, learn MySQL well before you start with Perl. If you
are doing normal usage or don't care to write SQL by hand, get
Rose::DB::Object from CPAN and it will automate 95% of your database
interactions, plus it will work on most other DBI-compatible databases.
Ted
------------------------------
Date: 09 May 2008 16:41:51 GMT
From: xhoster@gmail.com
Subject: Re: MySQL and Perl
Message-Id: <20080509124153.486$fG@newsreader.com>
Bill H <bill@ts1000.us> wrote:
> I am about to dive into working with MySQL databases in perl and am
> looking for any information you all may have on the subject, website
> links, modules etc.
What do you already know about MySQL and Perl? What I mostly used
was:
"MySQL" by Paul DuBois
perldoc DBI
perldoc DBD::mysql
And I found them mostly satisfactory.
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: Fri, 9 May 2008 05:15:30 -0700 (PDT)
From: Ani <call.anirban@gmail.com>
Subject: Net::SSH::Perl error
Message-Id: <a9dce331-c328-4d72-8624-fd67182d4b28@n1g2000prb.googlegroups.com>
Hi,
I am encountering the following error while using Net::SSH::Perl, from
within a Perl CGI script:
Bad packet length <some number> at /usr/lib/perl5/site_perl/5.8.0/
Net/SSH/Perl/Packet.pm
Has anyone faced this issue before? Any idea what might be causing
this?
Some help is much appreciated.
thanks,
anirban
------------------------------
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 1524
***************************************
