[24564] in Perl-Users-Digest
Perl-Users Digest, Issue: 6742 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Jun 28 21:05:46 2004
Date: Mon, 28 Jun 2004 18:05:08 -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 Mon, 28 Jun 2004 Volume: 10 Number: 6742
Today's topics:
Re: "Can't locate loadable object for module GMP" - any (Jasper)
Re: error logs... <johnjcarbone@nospam.hotmail.com>
Re: error logs... <johnjcarbone@nospam.hotmail.com>
Re: error logs... <johnjcarbone@nospam.hotmail.com>
Re: error logs... <jurgenex@hotmail.com>
Re: error logs... <johnjcarbone@nospam.hotmail.com>
Re: Help with threading and returning results <usenet@morrow.me.uk>
Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE <matthew.garrish@sympatico.ca>
Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE <yxp118@psu.edu>
Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE <yxp118@psu.edu>
Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE <postmaster@castleamber.com>
Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE <gnari@simnet.is>
Re: Incorrect file download problem. <noreply@gunnar.cc>
Re: Modules and different paths <usenet@morrow.me.uk>
Re: Non-unique columns via ODBC driver <il.fogg@bigpond.nospam.net.au>
Re: undefined subroutine that is defined? mob_perl / p <dburke210@comcast.net>
Re: Why is $ENV{COLUMNS} undefined inside the Perl prog (Malcolm Dew-Jones)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 28 Jun 2004 17:06:12 -0700
From: jasper_marzin@yahoo.com (Jasper)
Subject: Re: "Can't locate loadable object for module GMP" - any ideas
Message-Id: <89b27d52.0406281606.401e88fb@posting.google.com>
jasper_marzin@yahoo.com (Jasper) wrote in message news:<89b27d52.0406271921.7622e2ef@posting.google.com>...
> Hi there, I installed GNU GMP for windows and placed GMP.pm in the
> directories indicated below, any ideas why perl spits this error back
> at me ?? Is there something specific I need to do ?
> Thanks for any assistance..
>
> Can't locate loadable object for module GMP in @INC (@INC contains:
> c:/Perl/lib c:/Perl/s
> ite/lib .) at test.pl line 46
> Compilation failed in require at test.pl line 46.
> BEGIN failed--compilation aborted at test.pl line 46.
I went to your webpage and it failed
http://www.kalinabears.com.au/w32perl/math_gmp.html. I am using
ActiveState Perl 5.8.3 (latest) and cant get GMP to work on Windows
XP. Here are my results:
A). Math::GMP for Win32 Perl -
1 - ppm install Math-GMP.ppd - failed
2- copied In blib, find the files GMP.dll and GMP.pm.
Copy GMP.pm to your perl/site/lib/math/ folder.
Copy GMP.dll to your perl/site/lib/auto/math/gmp folder.
3- test: perl gmppm.t windows Popup ERROR message: "Failed to start
b/c libgmp-3.dll was not found, reinstalling may fix problem"
B).GMP for Win32 Perl
1- C:\temp\temp1\gmp_perl\gmp_perl>ppm install GMP.ppd
Note: Package 'GMP' is already installed.
2- perl test.pl - windows Popup ERROR message: "Failed to start b/c
libgmp-3.dll was not found, reinstalling may fix problem"
C).Math::BigInt::GMP for Win32 Perl
1 - ppm install Math-BigInt-GMP.ppd
result:
====================
Install 'Math-BigInt-GMP' version 1.13 in ActivePerl 5.8.3.809.
====================
Error: error downloading
'file://localhost/C%7C/temp/temp1/gmp_perl/math_bigint_gmp/MSWin
32-x86-multi-thread-5.8/Math-BigInt-GMP.tar.gz': 404 File
`C:\temp\temp1\gmp_perl\math_bi
gint_gmp\MSWin32-x86-multi-thread-5.8\Math-BigInt-GMP.tar.gz' does not
exist
2 - Copy GMP.pm to your perl/site/lib/math/bigint/ folder. - NO SUCH
FOLDER EXISTS
3- works: perl bigfltpm.t
Doesnt work: perl bigintpm.t
# Test 958 got: <UNDEF> (bigintpm.inc at line 196 fail #943)
# Expected: '4'
# Tried: '$x = Math::BigInt->new("-4");$y = Math::BigInt->new('7');$x
& $y;'
Can't locate auto/Math/BigInt/GMP/_zero.al in @INC (@INC contains:
../blib/arch ../lib c
:/Perl/lib c:/Perl/site/lib .) at c:/Perl/lib/Math/BigInt.pm line 725
Compilation failed in require at bigintpm.t line 23, <DATA> line 1050.
Doesnt work: perl bigintg.t
C:\temp\temp1\gmp_perl\math_bigint_gmp>perl bigintg.t
Can't locate loadable object for module Math::BigInt::GMP in @INC
(@INC contains: ../blib
/arch ../lib c:/Perl/lib c:/Perl/site/lib .) at bigintg.t line 14
Compilation failed in require at bigintg.t line 14.
BEGIN failed--compilation aborted at bigintg.t line 14.
------------------------------
Date: Mon, 28 Jun 2004 23:52:08 GMT
From: "John ©" <johnjcarbone@nospam.hotmail.com>
Subject: Re: error logs...
Message-Id: <Ia2Ec.14414$Xn.3180@nwrdny03.gnilink.net>
"Paul Lalli" <mritty@gmail.com> wrote
>> Honestly, I think there is a universal agreement on certain things that
can
^^^^^^^^^^^^^^^^^^^
>> be considered rude and all I asked was respondents not to be that.
>Can you honestly not tell from the annoyingly large number of posts to
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>this thread that the universal agreement is that *you* are the one who was
>rude?
>Paul Lalli
Wow, so I guess you and three other people make up the whole 'culture',
because that's where the posts are coming from. You few know-it-alls are
the ones annoyed... if no one would have commented on it, I wouldn't have
written back... but you can't let it go and feel the need to constantly
write back.
So you mean to tell me asking people to be nice is in fact being rude?
Explain that one? And try to do it without some analogy of invading a
culture, or getting punched, or driving on the left side. Is asking people
to be nice wrong?
Cheers,
John
------------------------------
Date: Mon, 28 Jun 2004 23:53:44 GMT
From: "John ©" <johnjcarbone@nospam.hotmail.com>
Subject: Re: error logs...
Message-Id: <cc2Ec.12961$Av3.11521@nwrdny01.gnilink.net>
"Paul Lalli" <mritty@gmail.com> wrote
>He's been here a hell of a lot longer than you. It therefore stands to
>reason that he knows a hell of a lot better than you what the majority of
>people "want", how the majority of people would prefer we all behave
>ourselves. For proof that he knows what he's talking about, read the
>Posting Guidelines again. He's pretty much echoing them. They're the
>standard, the documentation if you will. You are the one who is ignorant
>of the customs of this 'culture'. You are therefore the one who should
>adapt. Ignorance in and of itself is not a bad thing. Refusal to adapt
>after being led away from the ignorance by being informed is.
>Paul Lalli
I find your tone to be rude, but I guess that's just me. Let it go man.
Cheers,
John
------------------------------
Date: Tue, 29 Jun 2004 00:03:09 GMT
From: "John ©" <johnjcarbone@nospam.hotmail.com>
Subject: Re: error logs...
Message-Id: <1l2Ec.14457$Xn.1854@nwrdny03.gnilink.net>
"Peter Hickman" <peter@semantico.com> wrote
> No, I'm posting as someone who's been here a very long time. And one thing
that
> many years of being on Usenet has taught me is that people who can't take
the
> culture spend most of their time trying to blame everybody else for the
response
> they got.
>
> The ones who will be here for a long time say something like "sorry, I
didn't
> know that" and we all get on with the real business.
>
> You've been spending your energy telling us what we have been doing wrong.
>
> Look back a few weeks through the archives and see how well Player fared.
Player
> like yourself started out by telling us what we were doing wrong. That
went down
> well. But you should also note that in that time other newbies made
similar
> mistakes but being more adult (or at least more mature) in their behaviour
said
> something along the lines of "sorry, I didn't know that" and we all moved
on.
>
> Player has made a name for himself and very few people will ever take a
post
> from him seriously for quite some time (I suspect that he has gone, or at
least
> not posted since the 12th). You seem to be heading the same way, you
haven't got
> there yet but it could be soon.
I am not trying to tell anyone what they are doing is wrong or attempting to
change your culture. Did you even read my first post? I basically ASKED for
people to be nice. And in the one post that I was referring to, the person
that responded to me was categorized a 'bully' by someone else. So at least
I have one person that agrees with me. You guys are like the gestapo of
this culture. I have had a lot of experience with a bunch of different
groups, and I can say without doubt, that there is definitely something
wrong over here. I can't see why you are getting so upset because I asked
people to not be rude.
But then you've been here forever, so I guess that makes you right. Saddam
was around forever as well as Castro, so I guess they were always right too.
Some people just gave their help, I thanked them and went on my way... you
keep bringing things up that I feel forced to respond to. Trust me, I would
have been gone a long time ago had this not continued.
And now I am sure the thought police will come again and give comments about
ugly Americans. Oh well, what can you do.
Cheers,
John
------------------------------
Date: Tue, 29 Jun 2004 00:16:42 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: error logs...
Message-Id: <Kx2Ec.12219$DT5.10531@nwrddc03.gnilink.net>
John © wrote:
> Wow, so I guess you and three other people make up the whole
> 'culture', because that's where the posts are coming from. You few
> know-it-alls are the ones annoyed... if no one would have commented
> on it, I wouldn't have written back... but you can't let it go and
> feel the need to constantly write back.
>
> So you mean to tell me asking people to be nice is in fact being rude?
> Explain that one? And try to do it without some analogy of invading a
> culture, or getting punched, or driving on the left side. Is asking
> people to be nice wrong?
Then why aren't you "nice" to begin with? Why did you violate the
established rules of Usenet?
***PLONK***
jue
------------------------------
Date: Tue, 29 Jun 2004 00:18:16 GMT
From: "John ©" <johnjcarbone@nospam.hotmail.com>
Subject: Re: error logs...
Message-Id: <cz2Ec.14519$Xn.4647@nwrdny03.gnilink.net>
"Jürgen Exner" <jurgenex@hotmail.com> wrote
> ***PLONK***
>
> jue
>
>
I am very nice. It's a pleasure to meet you!
Cheers,
John
------------------------------
Date: Mon, 28 Jun 2004 23:35:46 +0100
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: Help with threading and returning results
Message-Id: <23j6r1-seb.ln1@mauzo.dyndns.org>
Quoth aether8203@yahoo.com (Sean):
> Here is the scenario:
>
> Unix system, 100 machines in the "pool": one server, 99 clients. Main
> program resides on the "server". On each of the 99 clients, there is
> a daemon listening on a TCP port. In the main program (on the
> server), it sends a signal out to the clients and waits for their
> responses. The clients might take mili-seconds, MANY seconds, or
> worst-case scenario lock up forever.
>
> What is the best approach for the main program to wait a total of X
> seconds for each of the clients responses (storing the string based
> response in a hash array??) and then continuing on with the program so
> as not to wait "forever" for the clients to respond?
Use select (or rather IO::Select) with a timeout. No need to
multi-{process,thread} at all.
Ben
--
The cosmos, at best, is like a rubbish heap scattered at random.
- Heraclitus
ben@morrow.me.uk
------------------------------
Date: Mon, 28 Jun 2004 20:08:02 -0400
From: "Matt Garrish" <matthew.garrish@sympatico.ca>
Subject: Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE in the same perl program ?
Message-Id: <wp2Ec.8987$207.643324@news20.bellglobal.com>
"Yves Petinot" <yxp118@psu.edu> wrote in message
news:cbpn9p$loc$1@f04n12.cac.psu.edu...
> Hi guys,
>
> hopefully somebody will have a clue on how to solve this in a NICE
> way.
>
> Here goes :
>
> I have 2 versions of the same perl module. Now what that module
> exactly does is somewhat irrelevant to my question, but if u must know
> this module is a DBM module. Ok so you got it: i basically have a
> database in one format and i want to switch to the upgraded format.
> Unfortunately the module which handles that new format is the next
> version of the module that handles the old format ... talk of a
> headache !
>
> Now my problem is that - obviously ??? - i cannot get perl to load the
> same module twice in a single interpreter. Renaming the old or new
> module is NOT an option since i have a whole set of libraries which
> depend on that one module. Of course i can use a third - intermediary
> + standard - database format to move from my old format to my new
> format in a 2 steps (export then import) fashion.
>
> But i wish i could find a way of dealing with 2 versions of the same
> module in the same perl program :-P
>
I can't say that I follow your problem. From what I read, you have one
module that handles data in some older format. You then rewrote this module
to use a new format. So why would you ever need to load both into the same
script? Or are you asking how you can use one or the other based on what
data you're dealing with? If that's the case, read up on using a module by
version number:
perldoc -f use
Matt
------------------------------
Date: Mon, 28 Jun 2004 20:41:55 -0400
From: "Yves Petinot" <yxp118@psu.edu>
Subject: Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE in the same perl program ?
Message-Id: <cbqdv7$1cjk$1@f04n12.cac.psu.edu>
I need this to write a single program that will read in one format and write
to the other. To do so both version have to be loaded in a single
interpreter (and i don't want to go into writing a 2 threaded program)
Yves.
"Matt Garrish" <matthew.garrish@sympatico.ca> a écrit dans le message de
news:wp2Ec.8987$207.643324@news20.bellglobal.com...
>
> "Yves Petinot" <yxp118@psu.edu> wrote in message
> news:cbpn9p$loc$1@f04n12.cac.psu.edu...
> > Hi guys,
> >
> > hopefully somebody will have a clue on how to solve this in a NICE
> > way.
> >
> > Here goes :
> >
> > I have 2 versions of the same perl module. Now what that module
> > exactly does is somewhat irrelevant to my question, but if u must know
> > this module is a DBM module. Ok so you got it: i basically have a
> > database in one format and i want to switch to the upgraded format.
> > Unfortunately the module which handles that new format is the next
> > version of the module that handles the old format ... talk of a
> > headache !
> >
> > Now my problem is that - obviously ??? - i cannot get perl to load the
> > same module twice in a single interpreter. Renaming the old or new
> > module is NOT an option since i have a whole set of libraries which
> > depend on that one module. Of course i can use a third - intermediary
> > + standard - database format to move from my old format to my new
> > format in a 2 steps (export then import) fashion.
> >
> > But i wish i could find a way of dealing with 2 versions of the same
> > module in the same perl program :-P
> >
>
> I can't say that I follow your problem. From what I read, you have one
> module that handles data in some older format. You then rewrote this
module
> to use a new format. So why would you ever need to load both into the same
> script? Or are you asking how you can use one or the other based on what
> data you're dealing with? If that's the case, read up on using a module by
> version number:
>
> perldoc -f use
>
> Matt
>
>
------------------------------
Date: Mon, 28 Jun 2004 20:58:19 -0400
From: "Yves Petinot" <yxp118@psu.edu>
Subject: Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE in the same perl program ?
Message-Id: <cbqetv$1hjg$1@f04n12.cac.psu.edu>
:-P
i did try this, but the wrapper itself loads in one version of the module.
Hence when i want to load in the second version, well ... it won't. In other
words the wrapper approach has no effect has to how modules are loaded by
the interpreter.
Yves.
"John Bokma" <postmaster@castleamber.com> a écrit dans le message de
news:40e0bde7$0$874$58c7af7e@news.kabelfoon.nl...
> Yves Petinot wrote:
>
> > I need this to write a single program that will read in one format and
write
> > to the other. To do so both version have to be loaded in a single
> > interpreter (and i don't want to go into writing a 2 threaded program)
>
> Wild guess, not tried, but can't you write two wrapper modules, each
> including one version?
>
> --
> John MexIT: http://johnbokma.com/mexit/
> personal page: http://johnbokma.com/
> Experienced Perl programmer available: http://castleamber.com/
> Happy Customers: http://castleamber.com/testimonials.html
------------------------------
Date: Mon, 28 Jun 2004 19:55:02 -0500
From: John Bokma <postmaster@castleamber.com>
Subject: Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE in the same perl program ?
Message-Id: <40e0bde7$0$874$58c7af7e@news.kabelfoon.nl>
Yves Petinot wrote:
> I need this to write a single program that will read in one format and write
> to the other. To do so both version have to be loaded in a single
> interpreter (and i don't want to go into writing a 2 threaded program)
Wild guess, not tried, but can't you write two wrapper modules, each
including one version?
--
John MexIT: http://johnbokma.com/mexit/
personal page: http://johnbokma.com/
Experienced Perl programmer available: http://castleamber.com/
Happy Customers: http://castleamber.com/testimonials.html
------------------------------
Date: Tue, 29 Jun 2004 01:00:52 -0000
From: "gnari" <gnari@simnet.is>
Subject: Re: How to use 2 DIFFERENT VERSIONS of the SAME MODULE in the sameperl program ?
Message-Id: <cbqesg$i9s$1@news.simnet.is>
"John Bokma" <postmaster@castleamber.com> wrote in message
news:40e0bde7$0$874$58c7af7e@news.kabelfoon.nl...
> Yves Petinot wrote:
>
> > I need this to write a single program that will read in one format and
write
> > to the other. To do so both version have to be loaded in a single
> > interpreter (and i don't want to go into writing a 2 threaded program)
>
> Wild guess, not tried, but can't you write two wrapper modules, each
> including one version?
won't work.
needs to make a copy of one of the modules, changing both
filename and packagename.
gnari
------------------------------
Date: Tue, 29 Jun 2004 00:17:06 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: Incorrect file download problem.
Message-Id: <2kbk0rFf6e6U1@uni-berlin.de>
Sphinx wrote:
> On my website, I am trying to use following perl script to download
> an .exe file from server. This script downloads a smaller file
> then the original one, (leaving nearly 100 bytes). I tried to
> compare the contents (binary) of both files and they are same.
>
> I am not sure why the size changed but there is no content change.
> The exe file is a program installable and I am unable to install it
> after download.
>
> Even I tried to download a zip file with mime application/zip, that
> is also invalid with 57 bytes missing and winzip doesn't read that.
> Text file download works file.
>
> I think I am using correct mime type; anyone has any idea, what
> could be the problem?
>
> Here is the script.
>
> my $fileName="myfile.exe";
> open(OUTFILE, $fileName) || die "Unable to open file..\n";
binmode OUTFILE;
binmode STDOUT;
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Mon, 28 Jun 2004 23:34:12 +0100
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: Modules and different paths
Message-Id: <40j6r1-seb.ln1@mauzo.dyndns.org>
Quoth Mark Seger <Mark.Seger@hp.com>:
> I'm trying to use Compress::Zlib in a script I'm trying to run on a
> number of platforms. Depending on which version of Compress and perl
> are being used, more often than not it seems Zlib gets installed in a
> direction not in the current @INC - the most common being ending up in a
> 5.6 directory on a 5.8 system or visa-versa and it's driving me and the
> users of the script crazy.
NOTE that 5.6 and 5.8 are not binary-compatible, which is why the 5.6
lib dir is not searched by default by 5.8. If your rpms are installing
in a 5.6 dir, are they installing modules built for 5.6?
> The thought I had was in the initialization section to look in specific
> known locations to figure out where Zlib ended up and then add that
> location to @INC. right? I thought I'd try to be clever and use the
> lib module to set INC but to do that at run vs compile time I have to do
> it in a require. No problem, or so I thought, but if I can't figure out
> the syntax! My thought was since the syntax for 'use' is
>
> use lib 'path';
>
> I could say
>
> require "lib 'path'";
>
> but that doesn't seem to do it.
Try
require lib;
import lib 'path';
This *is* better than simply pushing onto @INC, as it will also find
arch directories.
> So I guess my multipart question is:
> - is this a reasonable way to deal with rpms that install into multiple
> locations?
Err... I would say, no, fix the rpm or install from source (I manage all
perl modules on my system with CPAN.pm, and don't use my package manager
for them at all).
> - is there a way to get an rpm to install in a directory I want it to
> rather than the ones it wants to?
Dunno, I'm afraid... I stay as far from rpms as possible :).
Ben
--
don't get my sympathy hanging out the 15th floor. you've changed the locks 3
times, he still comes reeling though the door, and soon he'll get to you, teach
you how to get to purest hell. you do it to yourself and that's what really
hurts is you do it to yourself just you, you and noone else ** ben@morrow.me.uk
------------------------------
Date: Tue, 29 Jun 2004 00:55:54 GMT
From: I & L Fogg <il.fogg@bigpond.nospam.net.au>
Subject: Re: Non-unique columns via ODBC driver
Message-Id: <u63Ec.69451$sj4.2992@news-server.bigpond.net.au>
The error message is:
DBD::ODBC::db prepare failed: [Simba][Simba ODBC Driver]Non unique
column reference: Unused. (SQL-HY000)(DBD: st_prepare/SQLPrepare err=-1)
at ./dbcopy.pl line 346.
The code fragment that generates the message is:
my $select = q/SELECT / .
join(',', @cols) .
q/ FROM / .
$src_dbh->quote_identifier($table);
my $sel_sth = $src_dbh->prepare( $select );
$sel_sth->execute();
Cheers, Iain
ctcgag@hotmail.com wrote:
> I & L Fogg <il.fogg@bigpond.net.au> wrote:
>
>>I am trying to copy data from a proprietary ("semi"-relational) database
>>to MySQL. Fortunately, the db vendor provides an ODBC driver, so getting
>>the db schema and data is fairly straighforward using DBI and DBD::ODBC.
>>
>>I am encountering one problem that someone may be able to help me with.
>>
>>One of the tables in the db has several non-unique columns that are not
>>actually used (there are 10-15 columns named "Unused").
>>
>>When I pull the table def using column_info, I can easily filter these
>>out before creating an appropriate table definition in MySQL.
>>
>>The problem is that when I try to extract the data, the DBD::ODBC driver
>> barfs complaining about the non-unique columns (Unused). This happens
>>even when I specifically exclude Unused from the SELECT clause. IWO, I
>>use SELECT col_a, col_b FROM table; - not SELECT * FROM table;.
>
>
> What is the exact error that you get?
>
> Xho
>
------------------------------
Date: Mon, 28 Jun 2004 18:26:01 -0400
From: "Dan Burke" <dburke210@comcast.net>
Subject: Re: undefined subroutine that is defined? mob_perl / perl 5.8.4 issue?
Message-Id: <GZqdnStQiNh0B33d4p2dnA@comcast.com>
"Richard Gration" <richard@zync.co.uk> wrote in message
news:cbp4g1$bib$1@news.freedom2surf.net...
> In article <BPOdnSFE5NeYk0LdRVn-jw@comcast.com>, "Dan Burke"
> <dburke210@comcast.net> wrote:
>
> > error_log:[Sun Jun 27 10:25:49 2004] [error] Undefined subroutine
> > &gccDispCustomAcctData::CS_Get_Account_Data called at
> > /opt1/prod/http/cgi-bin/bus/srv_cs_ntt/gccDispCustomAcctData.pm line
> > 182, <DATA> line 225.\n
> > I checked gccDispCustomAcctData.pm, and it gets CS_Get_Account_Data from
> > gccGetAccountData.pm, which is "used" in gccDispCustomAcctData.pm and
> > is properly exported.
>
> All very well, but the error is telling you that the subroutine
> CS_Get_Account_Data isn't defined in package gccDispCustomAcctData at
> runtime, which means that it isn't being imported properly regardless of
> whether it is exported properly.
Well, yes of course that's the problem. The issue is, and why?
> You say that this code works fine on some machines but not others? Is it
> possible that there is a difference in the httpd.conf files which is
> causing this error? Perhaps there is a <Perl></Perl> block in one which
> is not in the other?
I was using a direct copy of the entire apache/conf directory, since the
system was the same, just a newer version of the OS was loaded, the IP's and
all that were the same on the system.
> Something to try is to prefix the call to CS_Get_Account_Data with an
> explicit package name (ie call it as
> gccGetAccountData::CS_Get_Account_Data) and see what happens then. Either
> it'll work or give you more clues.
Ahh, there's an idea. I'll give that a try and we'll see what happens.
Dan.
------------------------------
Date: 28 Jun 2004 15:21:15 -0800
From: yf110@vtn1.victoria.tc.ca (Malcolm Dew-Jones)
Subject: Re: Why is $ENV{COLUMNS} undefined inside the Perl program?
Message-Id: <40e099db@news.victoria.tc.ca>
Anno Siegel (anno4000@lublin.zrz.tu-berlin.de) wrote:
: Malcolm Dew-Jones <yf110@vtn1.victoria.tc.ca> wrote in comp.lang.perl.misc:
: > Adam (a24061@yahoo.munged) wrote:
: > : The environment variable $COLUMNS works as expected in bash
: >
: > : /home/adam $ echo $COLUMNS
: > : 165
: > : [resizes xterm window]
: > : /home/adam $ echo $COLUMNS
: > : 132
: >
: > : but $ENV{COLUMNS} is undefined inside a Perl program run from this
: > : shell. Why? And how do I get its value inside the program?
: >
: > To make a bash variable visible you need to export it. What that does is
: > tell bash to put the variable into the environment.
: >
: > $ export COLUMNS
: Yes, but Perl's $ENV{COLUMNS} would freeze the value on invocation. It
: wouldn't follow re-sizings like the bash variable does in the OP's example.
si, but that was already pointed out. Consider
$ export MY_DEBUG_SETTINGS_FOR_ALL_UTILITIES
I think he will have the same question next time he wants to access a
bash variable.
------------------------------
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 V10 Issue 6742
***************************************
