[23504] in Perl-Users-Digest
Perl-Users Digest, Issue: 5714 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Oct 27 09:06:03 2003
Date: Mon, 27 Oct 2003 06:05:17 -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, 27 Oct 2003 Volume: 10 Number: 5714
Today's topics:
10 CDs with best IT eBooks only for $60 - .NET, Java, C (Nik)
Re: A global has among threads <ndronen@io.frii.com>
And printing enviromental variables <mh>
Re: And printing enviromental variables <bernard.el-haginDODGE_THIS@lido-tech.net>
Re: And printing enviromental variables <mh>
Re: Cygwin and Microsoft SQL (John Call)
Re: Cygwin and Microsoft SQL <steve-no-spam@hatless-dot-com-without-the-spam.com>
Re: Cygwin and Microsoft SQL <jwillmore@remove.adelphia.net>
Re: Cygwin and Microsoft SQL (Richard Williams)
Re: DBI & primary keys <ldo@geek-central.gen.new_zealand>
Emacs modules for Perl programming (Jari Aalto+mail.perl)
Re: error from - eval "do script" - unsolved: does not <sunil_franklin@hotmail.com>
error from - eval "do script" <sunil_franklin@hotmail.com>
Re: error from - eval "do script" <bernard.el-haginDODGE_THIS@lido-tech.net>
Re: error from - eval "do script" <sunil_franklin@hotmail.com>
Re: Help with spamassassin perl error messages pls. <jwillmore@remove.adelphia.net>
Re: how to do something <nospam@peng.nl>
Re: how to do something <usenet@morrow.me.uk>
Re: Installing Module on Remote Host (Mike)
Re: Installing Module on Remote Host <mb@uq.net.au>
Re: Installing Module on Remote Host <mb@uq.net.au>
Re: Installing Module on Remote Host <me@privacy.net>
Re: Installing Module on Remote Host (Sam Holden)
Re: Installing Module on Remote Host <me@privacy.net>
Re: Installing Module on Remote Host (Sam Holden)
Re: IO::Socket::INET - Listen on exactly two IPs the sa (VK4TEC\)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 26 Oct 2003 22:06:26 -0800
From: sales@best-it-ebooks.com (Nik)
Subject: 10 CDs with best IT eBooks only for $60 - .NET, Java, C#, C++, UNIX, Oracle etc.
Message-Id: <ac6dcae5.0310262206.7f098579@posting.google.com>
We are glad to introduce you our collection of best eBooks covering different
fields of Information Technologies. Totally, our collection includes 1000 books
from different areas of IT: .NET, Java, C#, C++, Perl, PHP, Python, XML, Oracle,
Microsoft SQL Server, MySql, UNIX, Linux, Windows 2000/XP/2003, CISCO, TCP/IP,
Maya, Photoshop, Flash, Dreamweaver etc.
You can purchase the collection only for $60.
If you are interested, visit the following web site:
http://www.best-it-ebooks.com
------------------------------
Date: 27 Oct 2003 04:56:17 GMT
From: Nicholas Dronen <ndronen@io.frii.com>
Subject: Re: A global has among threads
Message-Id: <3f9ca571$0$198$75868355@news.frii.net>
Mark <admin@asarian-host.net> wrote:
M> Hello,
M> Is there a way I can uses a global hash within Perl (5.8.0) with threads?
M> The reason I ask, is that I have a Milter (Sendmail::Milter) running, which
M> is a daemonized version of Perl 5.8.0 with threads enabled. I would like to
M> maintain a global hash of hostnames who have already been looked up
M> previously, so as to avoid renewed DNS queries.
M> Short of resorting to using shmget and all the other shared memory stuff, I
M> was wondering whether there is ANY way to maintain a global hash, shared
M> among all threads?
Hi, Mark:
If the occasional bad record doesn't concern you, ignore this post.
One thing to keep in mind is that, unless your daemon respects the
TTL, a simple host name -> address cache will become invalid when
a changed record expires.
A module like Net::DNSServer might be inappropriate for your threaded
daemon, but at least it'd handle TTL for you:
http://search.cpan.org/~bbb/Net-DNSServer-0.11/
Other possibilities are running a caching-only DNS server on the
machines that run your daemon, or writing TTL-aware code into your
daemon.
Regards,
Nicholas
--
"Why shouldn't I top-post?" http://www.aglami.com/tpfaq.html
"Meanings are another story." http://www.ifas.org/wa/glossolalia.html
------------------------------
Date: Mon, 27 Oct 2003 14:01:32 +0200
From: <mh>
Subject: And printing enviromental variables
Message-Id: <3f9d0922$1@news.dnainternet.net>
I'd also like to print out the
enviromental variables. I understand that, keys %ENV i somehow related but
how to use it?
------------------------------
Date: Mon, 27 Oct 2003 12:07:08 +0000 (UTC)
From: "Bernard El-Hagin" <bernard.el-haginDODGE_THIS@lido-tech.net>
Subject: Re: And printing enviromental variables
Message-Id: <Xns94218539092C5elhber1lidotechnet@62.89.127.66>
<mh> wrote in news:3f9d0922$1@news.dnainternet.net:
> I'd also like to print out the enviromental variables.
You should start a new thread when starting a new topic.
> I understand that, keys %ENV i somehow related but how
> to use it?
The keys in %ENV are the names of the environment variables, while the
values of %ENV are the values of the environment variables corresponding
to those keys. Read more by doing
perldoc perlvar
So to print all environment variables and their values you could do
something like this:
print "$_ => $ENV{$_}\n" for keys %ENV;
--
Cheers,
Bernard
------------------------------
Date: Mon, 27 Oct 2003 14:26:33 +0200
From: <mh>
Subject: Re: And printing enviromental variables
Message-Id: <3f9d0efc$1@news.dnainternet.net>
And another problem solved too, thanks a lot!
>
> > I'd also like to print out the enviromental variables.
>
>
> You should start a new thread when starting a new topic.
>
>
> > I understand that, keys %ENV i somehow related but how
> > to use it?
>
>
> The keys in %ENV are the names of the environment variables, while the
> values of %ENV are the values of the environment variables corresponding
> to those keys. Read more by doing
>
>
> perldoc perlvar
>
>
> So to print all environment variables and their values you could do
> something like this:
>
>
> print "$_ => $ENV{$_}\n" for keys %ENV;
>
>
> --
> Cheers,
> Bernard
>
------------------------------
Date: 26 Oct 2003 18:53:16 -0800
From: jcall@ellijay.com (John Call)
Subject: Re: Cygwin and Microsoft SQL
Message-Id: <c2dc059.0310261853.724bf08b@posting.google.com>
I read the Expect.pm doc yesterday and it said I would need Cygwin to
run Expect because of the tty issues. If you know of a way I can run
Expect.pm on Win32 under ActiveState I would love to know.
sk <steve-no-spam@hatless-dot-com-without-the-spam.com> wrote in message news:<AsSmb.34457$Fm2.13532@attbi_s04>...
> Unless you need the other Unixy services of Cygwin, why not use
> ActiveState perl? It supports Expect these days, and with PPM you can
> get precompiled modules for stuff like ODBC and ADO, sparing you some of
> the occasional CPAN headaches on Win32. Plus, if Perl's all you'd be
> doing with Cygwin install, you'll get quicker startup and less overhead.
>
> --
> Steve Koppelman
> http://www.hatless.com/
>
> John Call wrote:
> .. <snip> ..
> > Sorry, I was in such a hurry I didn't make myself very clear. I need
> > Expect.pm so I can connect to some other boxes with ssh and then su
> > and run a program but since they want this running on a Win32 box I
> > will have to use Cygwin for Expect.pm to work. Wasn't sure if the perl
> > in Cygwin could see Microsoft SQL as being on the same box.
> >
> > I will be using DBI or Win32::ODBC for the database connection.
> >
> > Thanks,
> >
> > John
------------------------------
Date: Mon, 27 Oct 2003 04:08:48 GMT
From: sk <steve-no-spam@hatless-dot-com-without-the-spam.com>
Subject: Re: Cygwin and Microsoft SQL
Message-Id: <kT0nb.38196$Tr4.79555@attbi_s03>
John Call wrote:
> I read the Expect.pm doc yesterday and it said I would need Cygwin to
> run Expect because of the tty issues. If you know of a way I can run
> Expect.pm on Win32 under ActiveState I would love to know.
Gah. I saw something on the ActiveState mailing lists that sounded like
it was working circa 2001 or so, but it ain't. Cygwin it is. Amazing
after all these years.
Sorry. Carry on.
------------------------------
Date: Mon, 27 Oct 2003 08:50:54 GMT
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: Cygwin and Microsoft SQL
Message-Id: <20031027035052.2ffe6821.jwillmore@remove.adelphia.net>
On Mon, 27 Oct 2003 04:08:48 GMT
sk <steve-no-spam@hatless-dot-com-without-the-spam.com> wrote:
> John Call wrote:
>
> > I read the Expect.pm doc yesterday and it said I would need Cygwin
> > to run Expect because of the tty issues. If you know of a way I
> > can run Expect.pm on Win32 under ActiveState I would love to know.
>
> Gah. I saw something on the ActiveState mailing lists that sounded
> like it was working circa 2001 or so, but it ain't. Cygwin it is.
> Amazing after all these years.
Not really. The language expect has very few ports to Windoze. Best
to compile your own and hope it works, AFAIK and IMHO.
Sad really. It could be of so much use (as well as the Expect module)
on a Windoze box - like rebooting other boxes :-)
--
Jim
Copyright notice: all code written by the author in this post is
released under the GPL. http://www.gnu.org/licenses/gpl.txt
for more information.
a fortune quote ...
Oh, wow! Look at the moon!
------------------------------
Date: Mon, 27 Oct 2003 11:47:44 +0000 (UTC)
From: rdwillia@hgmp.mrc.ac.uk (Richard Williams)
Subject: Re: Cygwin and Microsoft SQL
Message-Id: <bnj0l0$f1p$1@niobium.hgmp.mrc.ac.uk>
In article <c2dc059.0310260558.2b5d02c8@posting.google.com>,
John Call <jcall@ellijay.com> wrote:
>Sorry, I was in such a hurry I didn't make myself very clear. I need
>Expect.pm so I can connect to some other boxes with ssh and then su
>and run a program but since they want this running on a Win32 box I
>will have to use Cygwin for Expect.pm to work. Wasn't sure if the perl
>in Cygwin could see Microsoft SQL as being on the same box.
I don't know about the specifics of using MS-SQL with Expect.pm under
Cygwin, but in general Cygwin applications have no trouble communicating
with standard Win32 programs. Cygwin is built on top of the underlying
Windows system, rather than running as (e.g.) a separate virtual machine.
You can, for example, run Cygwin applications from the standard Windows
shell or GUI, provided that the Cygwin .dll is in your Windows PATH.
Conversely, I often run Activeperl from the Cygwin bash shell (I don't
currently have Cygwin's perl installed).
Richard.
------------------------------
Date: Mon, 27 Oct 2003 23:51:14 +1300
From: Lawrence DčOliveiro <ldo@geek-central.gen.new_zealand>
Subject: Re: DBI & primary keys
Message-Id: <ldo-7EBE0D.23511427102003@news.wave.co.nz>
In article <pan.2003.10.23.05.18.48.521377@aursand.no>,
Tore Aursand <tore@aursand.no> wrote:
>I'm not an RDBMS expert or anything, but I've been playing around with a
>few of them for a few years. What strikes me is that there's no universal
>method around to get the last auto-increment id from a table? Is it?
I believe SQL is like that. The official standard is missing lots of
functionality that you need to use it in real-world applications. So
every SQL-based product is forced to invent its own ways to deal with
these needs.
ObMySQLNonBash: Not only do I like MySQL, but I also think Perl DBI is a
much superior interface to it than PHP's built-in functions.
Lawrence
once got tripped up by PHP's !@#$% default "magic_quotes_gpc = On"
setting
------------------------------
Date: 27 Oct 2003 11:28:37 GMT
From: <jari.aalto@poboxes.com> (Jari Aalto+mail.perl)
Subject: Emacs modules for Perl programming
Message-Id: <perl-faq/emacs-lisp-modules_1067253901@rtfm.mit.edu>
Archive-name: perl-faq/emacs-lisp-modules
Posting-Frequency: 2 times a month
URL: http://tiny-tools.sourceforge.net/
Maintainer: Jari Aalto <jari.aalto@poboxes.com>
Announcement: "What Emacs lisp modules can help with programming Perl"
Preface
Emacs is your friend if you have to do anything comcerning software
development: It offers plug-in modules, written in Emacs lisp
(elisp) language, that makes all your programmings wishes come
true. Please introduce yourself to Emacs and your programming era
will get a new light.
Where to find Emacs/XEmacs
o Unix:
http://www.gnu.org/software/emacs/emacs.html
http://www.xemacs.org/
o Unix Windows port (for Unix die-hards):
install http://www.cygwin.com/ which includes native Emacs 21.x.
XEmacs port is bundled in XEmacs setup.exe available from
XEmacs site.
o Pure Native Windows port
http://www.gnu.org/software/emacs/windows/ntemacs.html
ftp://ftp.xemacs.org/pub/xemacs/windows/setup.exe
o More Emacs resources at
http://tiny-tools.sourceforge.net/ => Emacs resource page
Emacs Perl Modules
Cperl -- Perl programming mode
ftp://ftp.math.ohio-state.edu/pub/users/ilya/perl
http://www.perl.com/CPAN-local/misc/emacs/cperl-mode/
<ilya@math.ohio-state.edu> Ilya Zakharevich
CPerl is major mode for editing perl files. Forget the default
`perl-mode' that comes with Emacs, this is much better. Comes
standard in newest Emacs.
TinyPerl -- Perl related utilities
http://tiny-tools.sourceforge.net/
If you ever wonder how to deal with Perl POD pages or how to find
documentation from all perl manpages, this package is for you.
Couple of keystrokes and all the documentaion is in your hands.
o Instant function help: See documentation of `shift', `pop'...
o Show Perl manual pages in *pod* buffer
o Grep through all Perl manpages (.pod)
o Follow POD references e.g. [perlre] to next pod with RETURN
o Coloured pod pages with `font-lock'
o Separate `tiperl-pod-view-mode' for jumping topics and pages
forward and backward in *pod* buffer.
o Update `$VERSION' variable with YYYY.MMDD on save.
o Load source code into Emacs, like Devel::DProf.pm
o Prepare script (version numbering) and Upload it to PAUSE
o Generate autoload STUBS (Devel::SelfStubber) for you
Perl Module (.pm)
TinyIgrep -- Perl Code browsing and easy grepping
[TinyIgrep is included in Tiny Tools Kit]
To grep from all installed Perl modules, define database to
TinyIgrep. There is example file emacs-rc-tinyigrep.el that shows
how to set up dattabases for Perl5, Perl4 whatever you have
installed
TinyIgrep calls Igrep.el to to do the search, You can adjust
recursive grep options, set search case sensitivity, add user grep
options etc.
You can find latest `igrep.el' module at
<http://groups.google.com/groups?group=gnu.emacs.sources> The
maintainer is Jefin Rodgers <kevinr@ihs.com>.
TinyCompile -- To Browse grep results in Emacs *compile* buffer
TinyCompile is a minor mode for *compile* buffer from where
you can collapse unwanted lines or shorten file URLs:
/asd/asd/asd/asd/ads/as/da/sd/as/as/asd/file1:NNN: MATCHED TEXT
/asd/asd/asd/asd/ads/as/da/sd/as/as/asd/file2:NNN: MATCHED TEXT
-->
cd /asd/asd/asd/asd/ads/as/da/sd/as/as/asd/
file1:NNN: MATCHED TEXT
file1:NNN: MATCHED TEXT
End
------------------------------
Date: Mon, 27 Oct 2003 18:47:10 +0530
From: "Sunil" <sunil_franklin@hotmail.com>
Subject: Re: error from - eval "do script" - unsolved: does not set $@
Message-Id: <w29nb.14$nM4.179@news.oracle.com>
> > > I do something like the following
> > > eval "do \'$fullFileName\'"
> > > because I know the script to be executed only at runtime. This
works
> > > fine for me. But I am not able to gracefully handle any syntax or
other
> > > errors in $fullFileName
> > >
> > > Any pointers?
> >
> >
> > Look into the special variable $@.
> >
>
> I was already checking $@, Now I have changed
>
> eval "do \'$fullFileName\'";
> to
> eval "do $fullFileName" ;
>
>
> and it is working as I want.
Looks like I spoke too soon
This works as I expect and I am able to handle errors using $@
eval do 'setvars.pl';
but my code like
my $fullFileName = 'setvars.pl';
my $evalStr = "do \'$fullFileName\'";
eval "$evalStr";
does not seem to set the $@ variable even though I am able to see the error
in the console.
------------------------------
Date: Mon, 27 Oct 2003 16:51:02 +0530
From: "Sunil" <sunil_franklin@hotmail.com>
Subject: error from - eval "do script"
Message-Id: <Bl7nb.6$nM4.48@news.oracle.com>
Hi,
I do something like the following
eval "do \'$fullFileName\'"
because I know the script to be executed only at runtime. This works
fine for me. But I am not able to gracefully handle any syntax or other
errors in $fullFileName
Any pointers?
Thanks,
Sunil.
------------------------------
Date: Mon, 27 Oct 2003 11:27:11 +0000 (UTC)
From: "Bernard El-Hagin" <bernard.el-haginDODGE_THIS@lido-tech.net>
Subject: Re: error from - eval "do script"
Message-Id: <Xns94217E76B977Felhber1lidotechnet@62.89.127.66>
"Sunil" <sunil_franklin@hotmail.com> wrote in news:Bl7nb.6$nM4.48
@news.oracle.com:
> Hi,
> I do something like the following
> eval "do \'$fullFileName\'"
> because I know the script to be executed only at runtime. This works
> fine for me. But I am not able to gracefully handle any syntax or other
> errors in $fullFileName
>
> Any pointers?
Look into the special variable $@.
--
Cheers,
Bernard
------------------------------
Date: Mon, 27 Oct 2003 18:26:06 +0530
From: "Sunil" <sunil_franklin@hotmail.com>
Subject: Re: error from - eval "do script"
Message-Id: <LK8nb.12$nM4.178@news.oracle.com>
> > Hi,
> > I do something like the following
> > eval "do \'$fullFileName\'"
> > because I know the script to be executed only at runtime. This works
> > fine for me. But I am not able to gracefully handle any syntax or other
> > errors in $fullFileName
> >
> > Any pointers?
>
>
> Look into the special variable $@.
>
I was already checking $@, Now I have changed
eval "do \'$fullFileName\'";
to
eval "do $fullFileName" ;
and it is working as I want.
Thanks,
Sunil
------------------------------
Date: Mon, 27 Oct 2003 08:56:48 GMT
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: Help with spamassassin perl error messages pls.
Message-Id: <20031027035646.7d55e9d1.jwillmore@remove.adelphia.net>
On Sun, 26 Oct 2003 12:21:50 -0700
Vince Heuring <VinceHeuring@dimensional.com> wrote:
> I'm trying to train spamassassin and running the sa-learn script.
> Unfortunately I get a bunch of perl error messages, and not knowing
> perl I have no idea what's up with them. Anybody have an idea?
<snip>
Only one - contact the author(s) :-)
Seriously - the spamassassin site has a FAQ you can read, as well as a
Bugzilla page for bug searching/reporting. It sounds like the way it
was installed, but that's just a guess.
HTH
--
Jim
Copyright notice: all code written by the author in this post is
released under the GPL. http://www.gnu.org/licenses/gpl.txt
for more information.
a fortune quote ...
Education is the process of casting false pearls before real
swine. -- Irsin Edman
------------------------------
Date: Mon, 27 Oct 2003 09:41:03 -0000
From: "Lex" <nospam@peng.nl>
Subject: Re: how to do something
Message-Id: <iQ5nb.35337$nQ4.705881@news-reader.eresmas.com>
"James Willmore" <jwillmore@remove.adelphia.net> wrote in message
news:20031025135026.4493045e.jwillmore@remove.adelphia.net...
> > my $i = 2;
>
> Where is ^^^ this line being declared? Inside subroutine 1 or
> globally? If it's inside subroutine 1, then that's where I _think_
> you're issue is - the variable's scope (or where it's life exists).
> If $i is supposed to be accessed in _both_ subroutines, then declare
> it _outside_ of the subroutines (aka globally).
>
> Or did I miss what you were after?
>
No you didn't, and I tried your solution but alas, it wouldn't work. It's
probably my head that is thinking wrong and I should do it in a different
way.
for 0 to $i
do subroutine 2
subroutine 2:
check something and return contents. If you see something weird don't return
contents and raise $i with 1 (so the 'no content' is replaced by the next
record that should return contents)
Is this wrong? I mean, is there a better way to ge this done?
Thanks,
Lex
------------------------------
Date: Mon, 27 Oct 2003 10:45:23 +0000 (UTC)
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: how to do something
Message-Id: <bnit03$sgr$1@wisteria.csv.warwick.ac.uk>
"Lex" <nospam@peng.nl> wrote:
>
> No you didn't, and I tried your solution but alas, it wouldn't work. It's
> probably my head that is thinking wrong and I should do it in a different
> way.
>
> for 0 to $i
> do subroutine 2
>
> subroutine 2:
> check something and return contents. If you see something weird don't return
> contents and raise $i with 1 (so the 'no content' is replaced by the next
> record that should return contents)
>
> Is this wrong? I mean, is there a better way to ge this done?
# untested
for(my $j = 0; $j < $i; $j++) {
sub2 or $i++;
}
sub sub2 {
if(weird) {
return undef;
}
return $content;
}
__END__
That is not very Perl-y. If you explain more explicitly what you are
actually trying to do, maybe it can be improved.
Ben
--
EAT
KIDS (...er, whoops...)
FOR ben@morrow.me.uk
99p
------------------------------
Date: 26 Oct 2003 21:53:18 -0800
From: csdude@hotmail.com (Mike)
Subject: Re: Installing Module on Remote Host
Message-Id: <46cdc619.0310262153.6c3555f2@posting.google.com>
Hi Ben,
> I presume you mean you used a line like
> use lib qw(/home/mysite/modules);
Yup, exactly like that.
> Are you sure it works? What happens when you invoke a minimal script
> that uses LWP (with the same @INC settings)?
I have another program that uses LWP::UserAgent, and it has no
problems, so I'm sure the LWP package is working.
> Post us a MINIMAL script that exhibits the problem and the full error
> output so we have some chance of working out what's going on.
I am using warnings, but the only error at all is:
Can't locate object method "get" via package "LWP::UserAgent" at
/home3/mysite/modules/Business/UPS.pm line 49.
[Sun Oct 26 23:41:11 2003] [error] [client 158.253.120.193] Premature
end of script headers: /www/mysite/cgi-bin/test.cgi
The program I'm testing with is pretty much copied from the CPAN site.
It is:
#!/usr/bin/perl -w
use lib "/home3/mysite/modules";
use Business::UPS;
use strict;
my ($shipping,$ups_zone,$error) = getUPS(qw/GNDRES 23606 90210 25/);
$error and die "ERROR: $error\n";
print "Content-type: text/html\n\n";
print "The shipping is: $shipping";
exit;
TIA,
Mike
------------------------------
Date: Mon, 27 Oct 2003 16:09:12 +1000
From: Matthew Braid <mb@uq.net.au>
Subject: Re: Installing Module on Remote Host
Message-Id: <bnicq8$c65$1@bunyip.cc.uq.edu.au>
I know its probably a typo, but you never know...
> use lib "/home3/mysite/modules";
^
If that '3' is in your real code things won't work.
I was going to check further into Business::UPS, but CPAN's search seems
to be broken at the moment.
MB
------------------------------
Date: Mon, 27 Oct 2003 16:10:12 +1000
From: Matthew Braid <mb@uq.net.au>
Subject: Re: Installing Module on Remote Host
Message-Id: <bnics4$c65$2@bunyip.cc.uq.edu.au>
Matthew Braid wrote:
> I know its probably a typo, but you never know...
>
>> use lib "/home3/mysite/modules";
>
> ^
>
> If that '3' is in your real code things won't work.
>
> I was going to check further into Business::UPS, but CPAN's search seems
> to be broken at the moment.
>
> MB
>
And of course by "won't work" I mean "won't work if your previous post
was accurate and the libdir is actually /home/mysite/modules"
:)
MB
------------------------------
Date: Mon, 27 Oct 2003 20:05:05 +1300
From: "Tintin" <me@privacy.net>
Subject: Re: Installing Module on Remote Host
Message-Id: <bnig97$11eaq8$1@ID-172104.news.uni-berlin.de>
"Matthew Braid" <mb@uq.net.au> wrote in message
news:bnicq8$c65$1@bunyip.cc.uq.edu.au...
> I know its probably a typo, but you never know...
>
> > use lib "/home3/mysite/modules";
> ^
>
> If that '3' is in your real code things won't work.
What logic are you using to deduce that? That seems like a perfectly normal
path.
------------------------------
Date: 27 Oct 2003 08:14:33 GMT
From: sholden@flexal.cs.usyd.edu.au (Sam Holden)
Subject: Re: Installing Module on Remote Host
Message-Id: <slrnbppkv9.nm1.sholden@flexal.cs.usyd.edu.au>
On Mon, 27 Oct 2003 20:05:05 +1300, Tintin <me@privacy.net> wrote:
>
> "Matthew Braid" <mb@uq.net.au> wrote in message
> news:bnicq8$c65$1@bunyip.cc.uq.edu.au...
>> I know its probably a typo, but you never know...
>>
>> > use lib "/home3/mysite/modules";
>> ^
>>
>> If that '3' is in your real code things won't work.
>
> What logic are you using to deduce that? That seems like a perfectly normal
> path.
The fact that the original post stated:
I've just installed the Business::UPS module on my remote host,
under /home/mysite/modules
seems like pretty good logic to me.
--
Sam Holden
------------------------------
Date: Mon, 27 Oct 2003 21:16:06 +1300
From: "Tintin" <me@privacy.net>
Subject: Re: Installing Module on Remote Host
Message-Id: <bnik9l$11aahm$1@ID-172104.news.uni-berlin.de>
"Sam Holden" <sholden@flexal.cs.usyd.edu.au> wrote in message
news:slrnbppkv9.nm1.sholden@flexal.cs.usyd.edu.au...
> On Mon, 27 Oct 2003 20:05:05 +1300, Tintin <me@privacy.net> wrote:
> >
> > "Matthew Braid" <mb@uq.net.au> wrote in message
> > news:bnicq8$c65$1@bunyip.cc.uq.edu.au...
> >> I know its probably a typo, but you never know...
> >>
> >> > use lib "/home3/mysite/modules";
> >> ^
> >>
> >> If that '3' is in your real code things won't work.
> >
> > What logic are you using to deduce that? That seems like a perfectly
normal
> > path.
>
> The fact that the original post stated:
>
> I've just installed the Business::UPS module on my remote host,
> under /home/mysite/modules
>
> seems like pretty good logic to me.
Except that the chances of that being a real path is extremely low. I'll
admit that the OP should have been more specific in the *actual* path being
used to save the confusion.
------------------------------
Date: 27 Oct 2003 09:17:55 GMT
From: sholden@flexal.cs.usyd.edu.au (Sam Holden)
Subject: Re: Installing Module on Remote Host
Message-Id: <slrnbppom2.o98.sholden@flexal.cs.usyd.edu.au>
On Mon, 27 Oct 2003 21:16:06 +1300, Tintin <me@privacy.net> wrote:
>
> "Sam Holden" <sholden@flexal.cs.usyd.edu.au> wrote in message
> news:slrnbppkv9.nm1.sholden@flexal.cs.usyd.edu.au...
>> On Mon, 27 Oct 2003 20:05:05 +1300, Tintin <me@privacy.net> wrote:
>> >
>> > "Matthew Braid" <mb@uq.net.au> wrote in message
>> > news:bnicq8$c65$1@bunyip.cc.uq.edu.au...
>> >> I know its probably a typo, but you never know...
>> >>
>> >> > use lib "/home3/mysite/modules";
>> >> ^
>> >>
>> >> If that '3' is in your real code things won't work.
>> >
>> > What logic are you using to deduce that? That seems like a perfectly
> normal
>> > path.
>>
>> The fact that the original post stated:
>>
>> I've just installed the Business::UPS module on my remote host,
>> under /home/mysite/modules
>>
>> seems like pretty good logic to me.
>
> Except that the chances of that being a real path is extremely low. I'll
> admit that the OP should have been more specific in the *actual* path being
> used to save the confusion.
Way off topic now...
But I can't understand why you would say '/home/mysite/modules' has an
"extremely low" change of being a real path, while '/home3/mysite/modules'
looks "like a perfectly normal path".
Linux seems a popular choice for web hosting providers. All the linux
distributions I use default to /home/login for home directories. Having
the login be the site name seems a reasonable thing for a hosting
provider to do, and would result in the first path.
The second path would indicate multiple disks, with home directories
scattered amongst them. That's also a common enough technique, but the
*vast* majority of hosting providers use cheap linux dedicated servers
at places like rackshack, which don't usually have multiple drives (and
almost never more than 2).
The perl modules I've installed on my el-cheapo hosting provider are
installed under /home/sholden/perl, which is pretty close to the
original path. My choice of login name is unusual, since looking at the
server configs *every* other login is an 8 character version of the site
name (except for one other, which is one I created).
--
Sam Holden
------------------------------
Date: Mon, 27 Oct 2003 19:09:50 +1000
From: "Andrew Rich \(VK4TEC\)" <vk4tec@hotmail.com>
Subject: Re: IO::Socket::INET - Listen on exactly two IPs the same time?
Message-Id: <3f9ce0ec_1@news.iprimus.com.au>
have you just invented a super new lan card that runs two ip addresses at
once ?
------------------------------
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.
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 V10 Issue 5714
***************************************
