On 26/09/2011 17:26, Uri Guttman wrote:
but you still asked why @INC didn't load the module. it wasn't a LOADING
issue at all. you never eliminated that logic branch and so most of the
effort was wasted on why @INC wasn't working. you never mentioned
File::Find until much later. that is the less
> "MM" == Mike McClain writes:
MM> On Sat, Sep 24, 2011 at 02:45:20PM -0400, Uri Guttman wrote:
MM>
>> >> On Sep 23, 2011 1:00 AM, "Mike McClain" wrote:
>> >> > On my system @INC doesn't include /usr/share/perl/5.8.8/
>> >> > even though there are nearly 1000 files there.
>> >>
On Sat, Sep 24, 2011 at 02:45:20PM -0400, Uri Guttman wrote:
> >> On Sep 23, 2011 1:00 AM, "Mike McClain" wrote:
> >> > On my system @INC doesn't include /usr/share/perl/5.8.8/
> >> > even though there are nearly 1000 files there.
> >> > Can anybody tell me where @INC is set.
> >> >
>
> "MM" == Mike McClain writes:
MM> On Fri, Sep 23, 2011 at 01:36:33AM -0400, shawn wilson wrote:
>> On Sep 23, 2011 1:00 AM, "Mike McClain" wrote:
>> >
>> > On my system @INC doesn't include /usr/share/perl/5.8.8/
>> > even though there are nearly 1000 files there.
>> > Can anybo
On Fri, Sep 23, 2011 at 01:36:33AM -0400, shawn wilson wrote:
> On Sep 23, 2011 1:00 AM, "Mike McClain" wrote:
> >
> > On my system @INC doesn't include /usr/share/perl/5.8.8/
> > even though there are nearly 1000 files there.
> > Can anybody tell me where @INC is set.
> >
>
> Compile time IIRC.
On Fri, Sep 23, 2011 at 01:36:33AM -0400, shawn wilson wrote:
> On Sep 23, 2011 1:00 AM, "Mike McClain" wrote:
> >
> > On my system @INC doesn't include /usr/share/perl/5.8.8/
> > even though there are nearly 1000 files there.
> > Can anybody tell me where @INC is set.
> >
>
> Compile time IIRC.
On Sep 23, 2011 1:00 AM, "Mike McClain" wrote:
>
> On my system @INC doesn't include /usr/share/perl/5.8.8/
> even though there are nearly 1000 files there.
> Can anybody tell me where @INC is set.
>
Compile time IIRC. Where did that perl come from? Ie, if its from a package
manager, which one an
On 7 April 2011 12:33, C.DeRykus wrote:
> On Apr 7, 2:07 am, paik...@gmail.com (Dermot) wrote:
>> On 7 April 2011 00:24, C.DeRykus wrote:
>> > On Apr 6, 7:45 am, paik...@gmail.com (Dermot) wrote:
>> >> Hello All,
>>
>> >> I have a issue when I attempt to run a script on one host (B) that is
>> >
On Apr 7, 2:07 am, paik...@gmail.com (Dermot) wrote:
> On 7 April 2011 00:24, C.DeRykus wrote:
>
>
>
>
>
>
>
>
>
> > On Apr 6, 7:45 am, paik...@gmail.com (Dermot) wrote:
> >> Hello All,
>
> >> I have a issue when I attempt to run a script on one host (B) that is
> >> called by ssh from other host
On 7 April 2011 00:24, C.DeRykus wrote:
> On Apr 6, 7:45 am, paik...@gmail.com (Dermot) wrote:
>> Hello All,
>>
>> I have a issue when I attempt to run a script on one host (B) that is
>> called by ssh from other host (A).
>>
>> On host B, I have the script in /usr/local/bin/stuff.pl. The script
>
On Apr 6, 7:45 am, paik...@gmail.com (Dermot) wrote:
> Hello All,
>
> I have a issue when I attempt to run a script on one host (B) that is
> called by ssh from other host (A).
>
> On host B, I have the script in /usr/local/bin/stuff.pl. The script
> has the following near the top:
>
> use strict;
Tobias Eichner wrote:
> I have created a Perl library that I want to use with my programs (via
> require). However the Perl library should be placed at a sub-folder of the
> working directory (the place where the program runs).
>
> For example:
>
> /my/custom/path/ is the location of the program
Jay Savage wrote:
On Tue, Jul 1, 2008 at 11:30 AM, Gunnar Hjalmarsson <[EMAIL PROTECTED]> wrote:
Thomas Bätzler wrote:
Gunnar Hjalmarsson <[EMAIL PROTECTED]> wrote:
Some would suggest the use of the FindBin module. It does the right
thing, but unfortunately it is known to be buggy.
Actually,
@Gunnar Hjalmarsson:
> To me it seems as there is no perfect method. As long as you invoke your
> program from command line, perhaps FindBin is the best choice. But since
> you are going to write CGI programs, FindBin's failure as regards
> mod_perl is not insignificant. Therefore I'd stick with
On Tue, Jul 1, 2008 at 11:30 AM, Gunnar Hjalmarsson <[EMAIL PROTECTED]> wrote:
> Thomas Bätzler wrote:
>>
>> Gunnar Hjalmarsson <[EMAIL PROTECTED]> wrote:
>>>
>>> Some would suggest the use of the FindBin module. It does the right
>>> thing, but unfortunately it is known to be buggy.
>>
>> Actually
Tobias Eichner wrote:
Giving it a closer look, I experience a strange behaviour. I'm using
ActiveState Perl on WinXp here.
The following script has been used for testing:
use File::Spec;
BEGIN
{
my ($volume,$softwaredir,$librarydir);
($volume,$softwaredir) = File::Spec->splitpath(
From: "Amit Saxena" <[EMAIL PROTECTED]>
> I still doubt whether
>
> * unshift (@INC,$librarydir);*
>
> works or not.
>
> To the best I have read the articles and tutorials, @INC can't be updated in
> this way.
Then you've read them wrong. Of course you can use unshift() on @INC,
you just have
@Gunnar Hjalmarsson:
> That code is executed at runtime, and hence lets you require() modules
> at runtime. If you want to use() a module instead, you need to make the
> code be executed at compile time. You can do that by putting the code in
> a BEGIN block.
Thanks for noting. I've considered
Tobias Eichner wrote:
I wrote the following script that fits my needs; maybe someone finds
it useful, maybe someone finds an error in it (if so, let me know - I
tested it on OS X and Win XP):
use File::Spec;
my ($volume,$softwaredir,$librarydir);
($volume,$softwaredir) = File::Spec->splitpath
Amit Saxena wrote:
I still doubt whether
* unshift (@INC,$librarydir);*
works or not.
To the best I have read the articles and tutorials, @INC can't be updated in
this way.
Where did you read that?
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
--
To unsubscribe, e-ma
Giving it a closer look, I experience a strange behaviour. I'm using
ActiveState Perl on WinXp here.
The following script has been used for testing:
use File::Spec;
BEGIN
{
my ($volume,$softwaredir,$librarydir);
($volume,$softwaredir) = File::Spec->splitpath(__FILE__);
$libraryd
> * unshift (@INC,$librarydir);*
...
> To the best I have read the articles and tutorials, @INC can't be updated in
> this way.
What I read about is that paths can't be deleted easily from @INC, but I haven'
tried it yet (since I don't see an application deleting a path that others have
set at @
Hi
I still doubt whether
* unshift (@INC,$librarydir);*
works or not.
To the best I have read the articles and tutorials, @INC can't be updated in
this way.
You have to either use one of the options below :-
- *PERL5LIB* environment variable
- using *use lib ("")* construct
- use *Fi
I wrote the following script that fits my needs; maybe someone finds it useful,
maybe someone finds an error in it (if so, let me know - I tested it on OS X
and Win XP):
use File::Spec;
my ($volume,$softwaredir,$librarydir);
($volume,$softwaredir) = File::Spec->splitpath(__FILE__);
$librarydir
Thomas Bätzler wrote:
Gunnar Hjalmarsson <[EMAIL PROTECTED]> wrote:
Some would suggest the use of the FindBin module. It does the
right thing, but unfortunately it is known to be buggy.
Actually, I wish more modules were as "buggy" as FindBin ;-)
I.e. that they would work robustly for all of
Tobias Eichner wrote:
>
> I have created a Perl library that I want to use with my programs (via
> require). However the Perl library should be placed at a sub-folder of the
> working directory (the place where the program runs).
>
> For example:
>
> /my/custom/path/ is the location of the progra
Gunnar Hjalmarsson <[EMAIL PROTECTED]> wrote:
> Some would suggest the use of the FindBin module. It does the
> right thing, but unfortunately it is known to be buggy.
Actually, I wish more modules were as "buggy" as FindBin ;-)
I.e. that they would work robustly for all of the common usage
case
Tobias Eichner <[EMAIL PROTECTED]> wrote:
> I have created a Perl library that I want to use with my
> programs (via require). However the Perl library should be
> placed at a sub-folder of the working directory (the place
> where the program runs).
>
> For example:
>
> /my/custom/path/ is the
You can also set the environment variable PERL5LIB to whatever directory
that contains your
custom library files.
Regards,
Amit Saxena
On Tue, Jul 1, 2008 at 6:32 PM, Gunnar Hjalmarsson <[EMAIL PROTECTED]>
wrote:
> Tobias Eichner wrote:
>
>> I have created a Perl library that I want to use with
Tobias Eichner wrote:
I have created a Perl library that I want to use with my programs
(via require). However the Perl library should be placed at a
sub-folder of the working directory (the place where the program
runs).
For example:
/my/custom/path/ is the location of the program.
/my/custom/
> "The" == The Ghost <[EMAIL PROTECTED]> writes:
The> How can I permanently add to @INC?
Recompile Perl.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See
On Aug 29, Andrew Stewart said:
...which version will Perl end up ultimately loading at 'use module'?
It goes in order of @INC (and its subdirectories), and uses the first one
it finds.
--
Jeff "japhy" Pinyan % How can we ever be the sold short or
RPI Acacia Brother #734 % the
Owen wrote:
I just installed the latest File::Slurp and now I have two of them
/usr/lib/perl5/site_perl/5.8.3/File/Slurp.pm
/usr/lib/perl5/vendor_perl/5.8.1/File/Slurp.pm
a perldoc File::Slurp gives me the site_perl version(the latest)
Printing @INC gives me
.
.
/usr/lib/perl5/site_perl/5.8.3
.
.
/
-Original Message-
From: R. Joseph Newton [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2003 8:42 PM
To: Ron Goral
Cc: Perl Beginners
Subject: Re: @INC paths on an IIS server
This strikes me as strange, because I have never had any problems using
module
placed correctly in
Ron Goral wrote:
> I am testing some scripts on an IIS server and receive the following error
> when I attempt to "use" a module:
>
> Can't locate DG_DatabaseManager.pm in @INC (@INC contains: C:/Perl/lib
> C:/Perl/site/lib .) at c:\inetpub\wwwroot\cgi-bin\develop\shp_crt\test.cgi
> line 9.
> BEGI
On Dec 8, 2003, at 10:41 AM, Jenda Krynicky wrote:
From: "Ron Goral" <[EMAIL PROTECTED]>
[..]
It appears that the "." directory is in @INC, but the script cannot
find
it even though DG_DatabaseManager.pm is in the same directory as
test.cgi. Am I wrong in thinking that "." represents the
"c:\inet
From: "Ron Goral" <[EMAIL PROTECTED]>
> I am testing some scripts on an IIS server and receive the following
> error when I attempt to "use" a module:
>
> Can't locate DG_DatabaseManager.pm in @INC (@INC contains: C:/Perl/lib
> C:/Perl/site/lib .) at
> c:\inetpub\wwwroot\cgi-bin\develop\shp_crt\te
On Aug 7, Kim Harris said:
>I am trying to run a perl script that is not usually
>run in my environment, but I received the message
>below. I need to understand how to change the @INC
>path such that it points to the verson of perl that
>supports warnings.pm.
>
>Can't locate warnings.pm in @INC (@
On Sun, Dec 22, 2002 at 09:38:44AM -0500, Michael Hooten wrote:
> > export PERL5LIB=/usr/local/lib/perl
>
> I added this to .bash_profile. I then executed it with no change. I had
> to relogin to see the changes. Is this the case?
The .bash_profile file is sourced when you log in, so unless you
m
On Sat, 2002-12-21 at 10:48, Paul Johnson wrote:
> On Fri, Dec 20, 2002 at 04:13:49PM -0500, Michael Hooten wrote:
>
> > I have added RedHat linux as a boot alternative to Win 2k. Of course,
> > the stability of linux is superb but I am not yet accustomed to
> > compiling every single thing I need
On Sun, Dec 22, 2002 at 09:38:44AM -0500, Michael Hooten wrote:
> On Sat, 2002-12-21 at 10:48, Paul Johnson wrote:
> > On Fri, Dec 20, 2002 at 04:13:49PM -0500, Michael Hooten wrote:
> > > As far as perl, I would like to permanently add /usr/local/lib/perl to
> > > @INC without specifically having
On Fri, Dec 20, 2002 at 04:13:49PM -0500, Michael Hooten wrote:
> I have added RedHat linux as a boot alternative to Win 2k. Of course,
> the stability of linux is superb but I am not yet accustomed to
> compiling every single thing I need that is not pre-installed.
Have you tried Red Hat's packa
From: David Rainsford <[EMAIL PROTECTED]>
> I am trying to run GreyMatter on my Mac OSX machine. However, I get
> the following error:
>
> Can't locate gm-library.cgi in @INC (@INC contains:
> /System/Library/Perl/darwin /System/Library/Perl /Library/Perl/darwin
> /Library/Perl
set the PATH variable in your .loginrc file in home
directory.
--- David Rainsford <[EMAIL PROTECTED]> wrote: > I am
trying to run GreyMatter on my Mac OSX machine.
> However, I get the
> following error:
>
> Can't locate gm-library.cgi in @INC (@INC contains:
> /System/Library/Perl/darwin /Sy
On Thursday, May 16, 2002, at 06:55 PM, Artur F. Pimentel wrote:
> Hello All:
>
> Is there some way to configure the @INC in perl enviroment?
>
There are two woys that I know of... but I am no expert!
You can either re-build perl, as *I think* @INC is determined at compile
time; You can als
On Thursday, May 16, 2002, at 11:55 , Artur F. Pimentel wrote:
> Hello All:
>
> Is there some way to configure the @INC in perl enviroment?
http://www.wetware.com/drieux/CS/lang/Perl/PM/useLibHack.html
ciao
drieux
---
the APOSTATE will mention PERL5_LIB - but they
should be burned at the st
On Tue, May 07, 2002 at 07:08:22AM +, [EMAIL PROTECTED] wrote:
>
> Can't locate File/Glob.pm in @INC (@INC contains: C:\DOCUME~1\abcdef\LOCALS~1\Te
> mp\6961\ .) at gulp.pl line 264.
> BEGIN failed--compilation aborted at gulp.pl line 264.
>
>
> Do you know why the INC@ does not contain
There are a few ways listed in the FAQ's. "perldoc -q " will
search the FAQ's on a specific word. Below is what was found when I
searched on the word "library". Depending on your needs using the PERL5LIB
environment variable might be the best option (Just create a new environment
variable in Wi
To: [EMAIL PROTECTED]
Cc:
Subject: Re: @INC
On Monday, May 6, 2002, at 12:45 , Seth Lilly wrote:
> I am brand spanking new to Perl, and I’m working with Plain
Black’s
> WebGUI software. I’m having
On Monday, May 6, 2002, at 12:45 , Seth Lilly wrote:
> I am brand spanking new to Perl, and Im working with Plain Blacks
> WebGUI software. Im having difficulty specifying the directories for
> some of my *.pm files. Is there a way to edit a @INC file of some type
> (if such a thing exist
On Feb 15, Pam Derks said:
>Am trying to find out what modules have been installed on my system. I
>know they're stored in the @INC array, but how do I find out which ones
>they are?
I've got a program that can be run from the web OR from the command-line
to list them for you.
http://www.pobo
You can find in the directory of @INC
For example a module XX::pippo you must find @INC/XX/pippo.pm
Walter
>Am trying to find out what modules have been installed on my system. I know they're
>stored in the @INC array, but how do I find out which ones they are?
>
>thanks for any help,
>
Rob Hanson sent this to me the other day when I asked a similar question. I
had been using "-I C:/Path/Of/Library/" (I was later informed that this was
more for use when using in-house modules) in the first line of my scripts,
but he listed some alternatives that maybe more appropriate - see belo
On Wed, 9 May 2001, Stephen E. Hargrove wrote:
> doesn't this just make the adjustment at compile time? what i'm really
> needing is something that will modify @INC for all time. can that be
> done?
perldoc -q INC
...bunch of stuff...
How do I add a directory to my include path at runtime?
On May 9, Stephen E. Hargrove said:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>On Thu, 10 May 2001, King, Jason wrote:
>
>> Stephen E. Hargrove writes ..
>>
>> >how do i add new directories to @INC? i've managed to bungle one of my
>> >debian systems, and apt-get relies pretty heavily on
Stephen E. Hargrove writes ..
>On Thu, 10 May 2001, King, Jason wrote:
>
>> Stephen E. Hargrove writes ..
>>
>> >how do i add new directories to @INC? i've managed to
>bungle one of my
>> >debian systems, and apt-get relies pretty heavily on some .pm's that
>> >aren't in the stock @INC location
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 10 May 2001, King, Jason wrote:
> Stephen E. Hargrove writes ..
>
> >how do i add new directories to @INC? i've managed to bungle one of my
> >debian systems, and apt-get relies pretty heavily on some .pm's that
> >aren't in the stock @INC l
Stephen E. Hargrove writes ..
>how do i add new directories to @INC? i've managed to bungle one of my
>debian systems, and apt-get relies pretty heavily on some .pm's that
>aren't in the stock @INC locations.
there's a hand module called 'lib' that's part of the CORE distribution ..
it basicall
On Sun, 6 May 2001, Dan Brown wrote:
>
> Me wrote:
> >
> > find / -name Gnome.pm
>
> A second suggestion is to make sure that the perl you invoke from the
> script is the same as the perl that did the installation.
It turns out that perl -MCPAN wasn't completely installing the package.
Howeve
Me wrote:
>
> > Can't locate Gnome.pm in @INC (@INC contains:
> > /usr/local/lib/perl5/5.6.1/i686-linux /usr/local/lib/perl5/5.6.1
> > /usr/local/lib/perl5/site_perl/5.6.1/i686-linux
> > /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl .)
> at
> > ./test.pl line 4.
> > BEGIN fa
> Can't locate Gnome.pm in @INC (@INC contains:
> /usr/local/lib/perl5/5.6.1/i686-linux /usr/local/lib/perl5/5.6.1
> /usr/local/lib/perl5/site_perl/5.6.1/i686-linux
> /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl .)
at
> ./test.pl line 4.
> BEGIN failed--compilation aborted a
Rajakumar Theja ([EMAIL PROTECTED]) wrote:
> Hi,
>
> I'm new to perl, so please help.
> My installation of DBD::Oracle for Oracle 8.1.6
> failed.
> After reaching a dead end and not getting any help
> from
> dbi-users, I decided to copy over a previous
> installation of the perl directory tree w
Hi Rajakumar,
It may be helpful if we knew what failed in the installation of the
DBD::Oracle module. IMO, it would be better to fix that problem than copy over
another perl installation.
However, you can change what is in @INC if you want to try that. You can:
use lib qw(/some/path /some/oth
63 matches
Mail list logo