[16041] in Perl-Users-Digest
Perl-Users Digest, Issue: 3453 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Jun 22 14:06:36 2000
Date: Thu, 22 Jun 2000 11:05:33 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <961697131-v9-i3453@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Thu, 22 Jun 2000 Volume: 9 Number: 3453
Today's topics:
*** Urgent: Perl Access to MySql without DBI.pm possibl <whofer@access.ch>
Re: basic ipchains perl scripts wmcn@my-deja.com
Re: basic ipchains perl scripts <care227@attglobal.net>
Re: BIG BUG in CGI.pm on Internet Explorer !! <makau@multimania.com>
Re: BIG BUG in CGI.pm on Internet Explorer !! (Jerome O'Neil)
Re: BIG BUG in CGI.pm on Internet Explorer !! <makau@multimania.com>
Re: BIG BUG in CGI.pm on Internet Explorer !! <ringwood@berbee.com>
Re: BIG BUG in CGI.pm on Internet Explorer !! <tony_curtis32@yahoo.com>
Re: BIG BUG in CGI.pm on Internet Explorer !! <flavell@mail.cern.ch>
Re: BIG BUG in CGI.pm on Internet Explorer !! <flavell@mail.cern.ch>
Re: BIG BUG in CGI.pm on Internet Explorer !! <no@mail.com>
counting elements in anonymous arrays sonicbphuct@my-deja.com
Re: Creating a cause from information. malverian@my-deja.com
Re: daemon exits upon loggin out <care227@attglobal.net>
defined() <bcaligari@shipreg.com>
Re: defined() (Tim)
Re: Do any of you know how to do this? <godzilla@stomp.stomp.tokyo>
Re: Editing text file...how? <edge@gecko.org>
Re: Environment variables <jjchew@math.utoronto.ca>
Re: Error checking with Getopts pmacadam@my-deja.com
GD and Tree's... Help, I have no hair left. :( <apage.net[remove]@usa.net>
Get all POS in regexp <abuse@localhost>
Re: Get all POS in regexp (Keith Maggert)
Re: Help needed building Perl 5.6 on AIX <tom.williams@diversifiedsoftware.com>
Re: Help---Perl---Storage- <bill.kemp@wire2.com>
Re: Help---Perl---Storage- <care227@attglobal.net>
HEPL: DBI driver fot Paradox 3.5 and NG for Perl <victor@schwarz.udmnet.ru>
Re: HEPL: DBI driver fot Paradox 3.5 and NG for Perl <care227@attglobal.net>
Re: How can I get perl (cgi) html to work on the OS Sea <smile773@bigfoot.com>
Re: How can I get perl (cgi) html to work on the OS Sea <care227@attglobal.net>
How do I pass var from command line? fperkins@my-deja.com
Re: How do I pass var from command line? <red_orc@my-deja.com>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 22 Jun 2000 19:37:57 +0100
From: "WWW_DESIGN_HOSTING" <whofer@access.ch>
Subject: *** Urgent: Perl Access to MySql without DBI.pm possible ??? ***
Message-Id: <8itg0m$nah$1@pacifica.access.ch>
Hi
can anybody tell me how i can access from a Perl-Script to a Mysql Database
( MySql is on a Linux Server ).
I have to make the exam and the system administrator told me, that the
DBI.pm Perl Module
is not installed on the Server. He also told me, that they will never
install DBI.pm on the server !
But how can i have access to MySql from a Perl-Script without the DBI Module
?????
A lot of thanks in advance
Werner Hofer (whofer@access.ch)
------------------------------
Date: Thu, 22 Jun 2000 16:13:41 GMT
From: wmcn@my-deja.com
Subject: Re: basic ipchains perl scripts
Message-Id: <8itdv2$96f$1@nnrp1.deja.com>
In article <395226E4.99FB02E0@attglobal.net>,
Drew Simonis <care227@attglobal.net> wrote:
> wmcn@my-deja.com wrote:
> >
> > Hi I'm looking for basic ipchains perl scripts to link to my
> > forms to remote configure ipchains debian box.
> > Thanks,
> > Bill
> >
>
> I'm looking for a new pair of shoes. But I don't do it here.
You are also looking for a kick in the head.
And keep your toss responses to alt.flame . I was talking
about perl afterall.
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Thu, 22 Jun 2000 13:28:00 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: basic ipchains perl scripts
Message-Id: <39524CA0.3776C4D5@attglobal.net>
wmcn@my-deja.com wrote:
>
>
> You are also looking for a kick in the head.
> And keep your toss responses to alt.flame . I was talking
> about perl afterall.
>
You were not on topic in any case. This group is for the discussion
of the Perl programming language. It is not a source for free scripts.
Talking about a Perl script you want is not the same as talking about
Perl.
------------------------------
Date: Thu, 22 Jun 2000 15:13:51 GMT
From: Makau Divangamene <makau@multimania.com>
Subject: Re: BIG BUG in CGI.pm on Internet Explorer !!
Message-Id: <8itaet$6a2$1@nnrp1.deja.com>
>> Hope this will help others ...
>
> I beg to differ, sorry. I hope it will stimulate them to write
> debuggable code, and settle down calmly to find the bugs in it by
> instrumenting it with appropriate debugging code and reference to the
> interworking specifications, rather than plastering the perl group
> with lots of double exclamation marks and then applying make-up to
> cover the blemishes.
>
> Your topic really would be more comfortable on c.i.w.authoring.cgi
> though. At the moment the only issue that is vaguely related to
> perl.misc is the general theme of designing serviceable
> implementations, and debugging them. (Unless the Perl stalwarts know
> of a better place for that!).
Well, first of all, reading your messagge, you seem to be very
knowledgeable/skilled. Even more than myself I believe.
But quite frankly I can't believe that you are reproaching me with
helping others by providing working code. Putting away the fact that my
message could've been more useful on the cgi-authoring group, you have
noticed that NO ONE found a solution to my problem. NO ONE has even
experienced it (!) So what if tomorrow, someone else having a similar
problem (loss of CGI parameters on Internet Explorer w/ CGI.pm) browses
the cplm newsgroup and luckily finds my message? Don't you think he
would be more than happy to see directly usable code posted as a WORK
AROUND, than nothing AT ALL?? The loss of parameters is a CRICTICAL
problem for most cgi coders and a work around is better than nothing.
If someone gave the solution, be assured I wouldn't have posted my
code. But thinking back to all the troubles I had with this
naughty "bug" (sleepless nights, debugging CGI.pm, debugging my own
code, divorce ...), I wouldn't have liked it to happen to someone else
so I had to help.
But seeing your reactions, be assured I won't act likewise anymore.
Thanks for your time.
--
Makau
PS : just kidding about the divorce bit :-)
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Thu, 22 Jun 2000 15:25:41 GMT
From: jerome@activeindexing.com (Jerome O'Neil)
Subject: Re: BIG BUG in CGI.pm on Internet Explorer !!
Message-Id: <Vdq45.417$_x2.1835@news.uswest.net>
Makau Divangamene <makau@multimania.com> elucidates:
> So I just thought it would be nice to help others by providing working
> code instead of just acting like others on this newsgroup and
> say : "check $ENV{QUERY_STRING}! type perldoc url::unescape (or
> whatever)". Working code is undoubtably much more useful that pointing
> someone to the perl documentation ...
>
> Apparently I was wrong helping so much (too much) by providing working
> code. So I just apologize to everybody. I won't do it anymore.
I don't think that they have a problem with working code. I think
the problem is inadequate analasis of the problem, leading to a fix
in the wrong spot.
We *still* don't know if the bug is in CGI.pm. All we know is that
there is yet another HTTP decoder (YAHD?) loose on the net.
------------------------------
Date: Thu, 22 Jun 2000 15:18:41 GMT
From: Makau Divangamene <makau@multimania.com>
Subject: Re: BIG BUG in CGI.pm on Internet Explorer !!
Message-Id: <8itant$6kq$1@nnrp1.deja.com>
> MSIE, Win NT and Lynx, often are not up to industry
> standards.
Although having some bugs (like any other software), MSIE is much more
up to standards than any other browser I can think of, Netscape
included. Not to mention reliability and speed ...
This in not my opinion, it is the facts.
--
Makau
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Thu, 22 Jun 2000 10:56:40 -0500
From: tim <ringwood@berbee.com>
Subject: Re: BIG BUG in CGI.pm on Internet Explorer !!
Message-Id: <39523737.9C68902F@berbee.com>
Makau Divangamene wrote:
> > MSIE, Win NT and Lynx, often are not up to industry
> > standards.
>
> Although having some bugs (like any other software), MSIE is much more
> up to standards than any other browser I can think of, Netscape
> included. Not to mention reliability and speed ...
>
> This in not my opinion, it is the facts.
No that's an opninon. IE handing of pragma's is horrid. Despite MS wrote
the doc in content type disposition, it is NS that follows it not IE.
IE has got bugs with layers and DHTML and Javascript that are a pain in
the ass.
I end up spending time working around issues with both IE and NS, but
I spend a lot more time with IE.
But has for CGI.pm. The QUERY STRING is only good for GETS.
Much more safe to use %in where everything is stored for you and works
on all browsers and all platforms.
tim
------------------------------
Date: 22 Jun 2000 11:03:39 -0500
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: BIG BUG in CGI.pm on Internet Explorer !!
Message-Id: <87vgz1vh2c.fsf@limey.hpcc.uh.edu>
>> On Thu, 22 Jun 2000 10:56:40 -0500,
>> tim <ringwood@berbee.com> said:
> But has for CGI.pm. The QUERY STRING is only good for
> GETS. Much more safe to use %in where everything is
> stored for you and works on all browsers and all
> platforms.
I'm not sure what you're trying to say here. Are you
implying that CGI.pm can only deal with GET and that you
have to use something like cgi-lib.pl to handle POST?
This is of course nonsense.
--
"Trying is the first step towards failure"
Homer Simpson
------------------------------
Date: Thu, 22 Jun 2000 18:00:32 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: BIG BUG in CGI.pm on Internet Explorer !!
Message-Id: <Pine.GHP.4.21.0006221750060.12575-100000@hpplus03.cern.ch>
On Thu, 22 Jun 2000, Makau Divangamene wrote:
> Although having some bugs (like any other software), MSIE is much more
> up to standards than any other browser I can think of,
This is clearly false.
> This in not my opinion, it is the facts.
MS conforms to published interworking specifications when it suits
them, and crassly disregards them when it suits them. There seems to
be a reasonable amount of evidence around (Hallowe'en?) that this is
no accident, but a definite business strategy.
Their mishandling of some mandatory aspects of the HTTP protocol is
dreadful. In CSS, the specification mandates that certain kinds of
illegal input MUST be ignored (and does so for good design reasons),
whereas MSIE just goes and has a guess at what might have been
intended, sometimes with disastrous consequences, but often the only
result is to convince misguided authors that their wrong CSS is
correct and that other browsers are inadequate to handle it - which
could very well be what the vendor intended.
However, this gets us no nearer to your original problem, which I
still suspect involves browsers fixing up an author error in different
ways, one of which did what you had intended while another didn't.
It still isn't a Perl programming problem, other than discussing
aspects of an appropriate approach to program testing and debugging.
------------------------------
Date: Thu, 22 Jun 2000 18:06:31 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: BIG BUG in CGI.pm on Internet Explorer !!
Message-Id: <Pine.GHP.4.21.0006221800420.12575-100000@hpplus03.cern.ch>
On Thu, 22 Jun 2000, Makau Divangamene wrote:
> Well, first of all, reading your messagge, you seem to be very
> knowledgeable/skilled.
Not particularly, but I do know how to approach a problem
systematically, and I advocate it to others whenever I can.
> But quite frankly I can't believe that you are reproaching me with
> helping others by providing working code.
I think the problem with that has already been explained by others.
If you know in principle what this detailed code does, then tell us in
principle what is the key to your problem. If you don't, then the
fact that it gives an impression of working doesn't actually help
anyone. CGI.pm not only gives an impression of working: it does
really work, when used properly.
> you have
> noticed that NO ONE found a solution to my problem.
Now this is getting silly. We haven't got anywhere _near_ your
problem yet, because you say it's deep in thousands of lines of code
which you don't understand how to debug.
> So what if tomorrow, someone else having a similar
> problem (loss of CGI parameters on Internet Explorer w/ CGI.pm) browses
> the cplm newsgroup and luckily finds my message? Don't you think he
> would be more than happy to see directly usable code posted as a WORK
> AROUND, than nothing AT ALL??
I have a definite point of view on that, as I'm sure you have deduced
by now.
all the best.
------------------------------
Date: Thu, 22 Jun 2000 19:36:00 +0100
From: "Anonymouse" <no@mail.com>
Subject: Re: BIG BUG in CGI.pm on Internet Explorer !!
Message-Id: <8itj9p$r3k$1@reader1.fr.uu.net>
> > Although having some bugs (like any other software), MSIE is much more
> > up to standards than any other browser I can think of,
>
> This is clearly false.
You have to work both with Internet Explorer and Netscape to realize how
superior IE is over Netscape. It executes JavaScript much faster that
Netscape does and it virtually never crashes.
A few windows appearing in the same time makes Netscape crash. Same when the
site contains bad JavaScript code. This is not a platform issue since both
Unix and Windows versions of Netscape are all unstable. This is truly
unacceptable.
------------------------------
Date: Thu, 22 Jun 2000 16:25:41 GMT
From: sonicbphuct@my-deja.com
Subject: counting elements in anonymous arrays
Message-Id: <8iteld$9pv$1@nnrp1.deja.com>
I saw some posts by Brad Baxter that looked like it was counting the
elements in the array, but I couldn't understand what it was doing.
Anyway, all I really want to do is get the number of elements in an
anonymous array returned by the DBI fetchrow_arrayref() method. It
returns a reference to an array that contains all the columns in a
row. I do something like this:
...
while ( $q_ref = $sth->fetchrow_arrayref ) {
# $q_ref is usually equal to something like "HASH(0x2002075c)"
# I've tried a number of combos that are in the realm of:
# ${#q_ref} # returns 0
# @{$q_ref} # doesn't work at all
# @{'q_ref}' # doesn't return anything at all but exits normally
# and a bunch of other things that I just get syntax errors on.
# Ideally, I want (even though I know that I could get a col. count
# from the $sth->{NUM_OF_COLUMNS} thingy) to find out how many
# elements are in the array. I guess I'm just curious about how this
# would work.
while ( $count != ${#$q_ref} {
print $q_ref->[$count++];
}
}
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Thu, 22 Jun 2000 17:03:53 GMT
From: malverian@my-deja.com
Subject: Re: Creating a cause from information.
Message-Id: <8itgta$bov$1@nnrp1.deja.com>
> You *are* aware that you're throwing away a line from SOCK each time
> through the loop? It might be okay, but you may want to work with
> $_ instead of reading a new line into $data.
I was unaware of that.. could you explain how I would do this with $_?
Is <SOCK> constantly written into $_ while it is open?
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Thu, 22 Jun 2000 13:34:39 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: daemon exits upon loggin out
Message-Id: <39524E2F.52F09DBF@attglobal.net>
peredina wrote:
>
> Hi All,
>
> OS: Solaris 2.7
>
> I have a pgm that runs as a daemon. On a certain machine, when I start
> the process and logout, the process disappears. Normally the process
> would detach from the tty and keep running...
>
Why not just nohup the process as a rule?
------------------------------
Date: Wed, 21 Jun 2000 21:14:12 +0200
From: "Brendon Caligari" <bcaligari@shipreg.com>
Subject: defined()
Message-Id: <8iti8b$cln$2@news.news-service.com>
I'm trying to introduce myself to perl and finding it tough to get used to
the 'culture shock'. (I'm also new to usenet <cough> but don't spread the
word around).
what's the purpose of the defined() function?
my(
$strIn,
);
while ($strIn = <STDIN>) {
print("Read: $strIn");
}
exit(0);
what's the use of writing:
while (defined($strIn = <STDIN>)) {
instead?
cheers
B
++++
------------------------------
Date: Thu, 22 Jun 2000 17:43:58 GMT
From: SPAM+indigo@dimensional.com (Tim)
Subject: Re: defined()
Message-Id: <8F5B77B53indigodimcom@166.93.207.145>
bcaligari@shipreg.com (Brendon Caligari) wrote in <8iti8b$cln$2@news.news-
service.com>:
>
>
>I'm trying to introduce myself to perl and finding it tough to get used to
>the 'culture shock'. (I'm also new to usenet <cough> but don't spread the
>word around).
>
>what's the purpose of the defined() function?
>
> my(
> $strIn,
> );
>
> while ($strIn = <STDIN>) {
> print("Read: $strIn");
> }
>
> exit(0);
>
>what's the use of writing:
> while (defined($strIn = <STDIN>)) {
>instead?
First, to be a little more perlish:
while (<STDIN>) { print "Read: $_"; }
This is shorter and will impress the chicks.
So why use defined?
Because in perl, false and undefined are different things. The values
0, '0', '', and undef are all false. Only undef is undefined.
In your example, defined is superfluous, because all values will have
a newline, and both '\n' and '0\n' are true. So the only time the
loop will break is when STDIN returns undef when it is done reading.
In other cases, where false values are valid input, you have to
use defined.
-T
------------------------------
Date: Thu, 22 Jun 2000 09:15:54 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Do any of you know how to do this?
Message-Id: <39523BBA.ABB746FA@stomp.stomp.tokyo>
W Kemp wrote:
> <snip>
> >!#chitty/chitty/bang/bang/purl
> >use LWP etc.. ever so simple;
> >$picture = get ("whatever address");
> The above complicates things slightly, as it is possible
> that the questioner wants to just read the picture off the disk.
His local disk has an URL address. How complicated
can this be?
I read no helpful suggestions nor code provided
by you. What you have said here complicates
things and affords no explanation, yes?
Godzilla!
------------------------------
Date: Thu, 22 Jun 2000 16:21:34 GMT
From: Edge <edge@gecko.org>
Subject: Re: Editing text file...how?
Message-Id: <8itedn$9l9$1@nnrp1.deja.com>
That definately has some useful info, thanks for the link. However, I
still don't see how I can just replace $<some variable> with new data.
In my colon-deliminated file, one of the "fields" is the state. Say
there are 5 instances of "AZ" in the file and I only want to change one
- how can I do this without changing the rest of the file?
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Thu, 22 Jun 2000 13:19:52 -0400
From: John J Chew <jjchew@math.utoronto.ca>
Subject: Re: Environment variables
Message-Id: <B577C2F7.286D%jjchew@math.utoronto.ca>
In article Pine.GSO.4.10.10006210905400.4312-100000@user2.teleport.com, Tom
Phoenix at rootbeer@redcat.com wrote on 2000 06 21 12:10:
> One way would be to redo your code to emulate the shell (which, in the
> end, would mean re-writing the shell in Perl).
>
> A better way would be to let the shell set the variables, then run your
> program. Or you can run a subshell which sets the variables, have it tell
> you what they are, then you can parse the output and set the variables as
> needed.
>
> my @shell_vars = `. .profile; set`; # or whatever
>
> Of course, any way of doing this correctly will run the .profile, which
> may be less than desirable. Oh, well!
To expand on the adverb 'correctly' above, if you want to correctly and
fully generally get the right environment variables out of the .profile,
you need to run or emulate the .profile script. Some (many? certainly me)
users have their startup scripts set up to set different environment
variables depending say on the type of connection, the time of day etc.
If you don't care about this, then substituting for things that look like
variable names may work, but getting all the details of shell quoting and
variable expansion syntax right is unnecessarily tricky compared to Tom's
approach. In any case, to check for conditional setting of variable names
you should at least check for duplicate definitions of variables and emit
a warning.
John
--
John J. Chew, III
jjchew@math.utoronto.ca * http://www.math.utoronto.ca/jjchew
------------------------------
Date: Thu, 22 Jun 2000 15:51:18 GMT
From: pmacadam@my-deja.com
Subject: Re: Error checking with Getopts
Message-Id: <8itcle$859$1@nnrp1.deja.com>
Thank you. Very helpful.
I looked briefly at Getopt::Long and thought it was only for full-word
switches.
Thanks again.
P
In article <wl3hfam5jdl.fsf@plume.nl.compuware.com>,
JVromans@Squirrel.nl (Johan Vromans) wrote:
> pmacadam@my-deja.com writes:
>
> > getopts("u:p:", \%opts);
> >
> > However, if they type myprog.pl -u -p xxx, then $opts{'u'} equals
-p,
> > and $opts{'p'} never gets set.
>
> That's because you asked for it. -u requires an argument, so it takes
> whatever follows.
>
> You can use Getopt::Long (also standard with Perl) that is a little
> more complex to use, but provides precise control.
>
> use Getopt::Long;
> GetOptions (\%opts, "u:s", "p=s");
>
> This will _require_ a value for the -p option, but _allow_ a value for
-u.
> In other words, myprog.pl -u -p xxx will store an empty string in
> $opts{'u'} and 'xxx' in $opts{'p'}.
>
> -- Johan
>
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Thu, 22 Jun 2000 12:13:53 -0400
From: "Zowwie" <apage.net[remove]@usa.net>
Subject: GD and Tree's... Help, I have no hair left. :(
Message-Id: <sl4eskoce7f77@corp.supernews.com>
Howdy all... I hope that a kind sole can point me in the right direction
here.
1) I want to create an organized tree with inbound data via a socket or text
file.
2) I want to output this data to a GIF and also create an image map file for
said GIF.
-----------
A) I have inbound code from the user at this point that tells me the name of
the boxes, their color, their text, their size, and URL links if applicable.
B) I have my Perl code to the point of organizing all inbound data so it
will display on the screen in plain english of how to draw the boxes.
IE: Draw box Parent_1 below ADMIN, draw box child_2 below Parent_1 and so
on.
C) Basically... The thing will tell you in plain text how to draw the flow
chart in order.... But now its time to do the coordinates, or call a module
that will do it for me.
-- I was under the impression that I would have to calculate the
coordinates myself before dumping it to a graph program similar to GD or
FLY.... But I have been looking at the docs for GD and it sort'a indicates
that it may do these calculations for me. :) :) :)
Is this true? Can I just pass GD a array or hash of names and relational
names and sizes and the thing will draw the box?
Or do I have to perform all of the calculations myself and then call GD with
the RAW coordinates of each box to be drawn? (man I hope not)
Any assistance could be rewarded with a VERY large sugar filled twinkie. :)
Thank you in advance for your time.
--- Zowwie
--- "Down and out in relational tree land. :("
------------------------------
Date: Fri, 23 Jun 2000 01:32:18 +0800
From: "multiplexor" <abuse@localhost>
Subject: Get all POS in regexp
Message-Id: <8iti4l$2le2@imsp212.netvigator.com>
How to get all the values of the "pos" function in substitution (not using
"index" function)?
For example:
$data = "ABCBAB";
$search = "B";
And I do the substitution like:
$data =~ s/$search/=$search=/g;
Then I want to get the result like this:
@position = (2, 4, 6)
which is all the positions of $search in $data. This is similar to the
"index" function but I would like to use regexp and pos to do the task.
Thanks for any help.
------------------------------
Date: Thu, 22 Jun 2000 10:52:23 -0800
From: keith@biomail.ucsd.edu (Keith Maggert)
Subject: Re: Get all POS in regexp
Message-Id: <keith-2206001052230001@alexthinkpad.salk.edu>
> Then I want to get the result like this:
> @position = (2, 4, 6)
>
will this work for you?
while ($data=~/$search/g){push @position, pos $data}
Cameron
------------------------------
Date: Thu, 22 Jun 2000 17:43:55 GMT
From: Tom Williams <tom.williams@diversifiedsoftware.com>
Subject: Re: Help needed building Perl 5.6 on AIX
Message-Id: <8itj8l$dmu$1@nnrp1.deja.com>
In article <kmp3ls096nkbkfej4nkeiahsrm6u0glqii@4ax.com>,
jdrumm@blazenetme.net wrote:
> On Thu, 22 Jun 2000 01:34:39 GMT, Tom Williams
> <tom.williams@diversifiedsoftware.com> wrote:
>
> >Hi! I'm trying to build Perl 5.6 from source on AIX 4.3.1 and the
> >Configure script hangs because I don't have any man pages installed
in
> >source form.
> >
> >Is there a way to get around this (besides installing the man pages
in
> >source form)?
> >
> >Thanks in advance for your time!
>
> How did you determine that the lack of man pages was the problem?
>
> I actually suspect that your C compiler may not have its license key
> installed . . . I've built Perl 5.x (including 5.6) on AIX 4.3.x a
number
> of times and the only instance where I encountered a hang during
configure
> was when the C compiler hadn't been enabled.
>
> --
> - Jeff Drumm
>
Hi! Thanks for the info. I'm using gcc-2.95.2 which I built from
egcs-1.1.1 which I downloaded from the Bull web site because of the
compiler license issues we're having. So, I'm using gcc-2.95.2 and
make-3.79 to build Perl 5.6.
The Configure script simply "hangs" after displaying the message "Could
not find manual pages installed in source form".
Any other ideas?
Peace.....
Tom
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Thu, 22 Jun 2000 17:01:28 +0100
From: "W Kemp" <bill.kemp@wire2.com>
Subject: Re: Help---Perl---Storage-
Message-Id: <961689810.4940.0.nnrp-01.c3ad6973@news.demon.co.uk>
>Here is a lesson in manners.
haha
lets laugh at someone who isn't very good at english.
------------------------------
Date: Thu, 22 Jun 2000 13:26:08 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: Help---Perl---Storage-
Message-Id: <39524C30.867D43DE@attglobal.net>
W Kemp wrote:
>
> >Here is a lesson in manners.
>
> haha
> lets laugh at someone who isn't very good at english.
Language has nothing to do with it. If you are aware that
your post is off topic before making it, and thus appologise,
you shouldn't post in the first place.
------------------------------
Date: Thu, 22 Jun 2000 22:28:19 +0400
From: "Victor Tsch" <victor@schwarz.udmnet.ru>
Subject: HEPL: DBI driver fot Paradox 3.5 and NG for Perl
Message-Id: <8itijk$2otv$1@lota.izhcom.ru>
Hi all,
While trying to find a way to operate with Paradox 3.5 bases (just now
I deal with dbf files using XBase), I found a DBI pm; but they say the
driver must be indicated... Could you tell me a place I can take the driver?
Or maybe you know whether there is a NortonGuide file about Perl?
------------------------------
Date: Thu, 22 Jun 2000 13:40:41 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: HEPL: DBI driver fot Paradox 3.5 and NG for Perl
Message-Id: <39524F99.2795DAAE@attglobal.net>
Victor Tsch wrote:
>
> Hi all,
>
> While trying to find a way to operate with Paradox 3.5 bases (just now
> I deal with dbf files using XBase), I found a DBI pm; but they say the
> driver must be indicated... Could you tell me a place I can take the driver?
The DBI is a generic bit. Each database type you want to connect to
has a specific driver for it. These drivers (and many other usefull
modules, for that matter) can be found at http://search.cpan.org
I don't know of one specific to Paradox, but...
http://search.cpan.org/Catalog/Database_Interfaces/
> Or maybe you know whether there is a NortonGuide file about Perl?
No idea what this is.
------------------------------
Date: Thu, 22 Jun 2000 15:41:00 GMT
From: "smile773" <smile773@bigfoot.com>
Subject: Re: How can I get perl (cgi) html to work on the OS Seal ?
Message-Id: <gsq45.13576$Uw3.874617@bgtnsc04-news.ops.worldnet.att.net>
Thankyou I can proceed because the information is specific
and relevant to my question. I apologize to Drew Simonis.
------------------------------
Date: Thu, 22 Jun 2000 11:40:09 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: How can I get perl (cgi) html to work on the OS Seal ?
Message-Id: <39523359.708AE149@attglobal.net>
smile773 wrote:
>
> Thankyou I can proceed because the information is specific
> and relevant to my question. I apologize to Drew Simonis.
Ok
------------------------------
Date: Thu, 22 Jun 2000 15:58:38 GMT
From: fperkins@my-deja.com
Subject: How do I pass var from command line?
Message-Id: <8itd32$8ia$1@nnrp1.deja.com>
My script is expecting to receive $file.
From an unix command line, I do:
/usr/local/bin/perl /script/script.cgi?$file=test.dat
However, in unix, it tells me that it cant find the script, which
makes sense cause it uses ?* as part of the file name.
I know the above notation is to pass a variable from a web browser, how
can I do it from a command line?
TIA,
Frank
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Thu, 22 Jun 2000 16:13:47 GMT
From: Rodney Engdahl <red_orc@my-deja.com>
Subject: Re: How do I pass var from command line?
Message-Id: <8itdv8$96i$1@nnrp1.deja.com>
In article <8itd32$8ia$1@nnrp1.deja.com>,
fperkins@my-deja.com wrote:
> My script is expecting to receive $file.
>
> From an unix command line, I do:
>
> /usr/local/bin/perl /script/script.cgi?$file=test.dat
>
> However, in unix, it tells me that it cant find the script, which
> makes sense cause it uses ?* as part of the file name.
>
> I know the above notation is to pass a variable from a web browser,
> how can I do it from a command line?
>
> TIA,
>
> Frank
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.
>
perldoc perlvar | grep @ARGV
One way to do it:
/usr/local/bin/perl /path/to/file.name arg1 arg2 arg3
in the script (/path/to/file.name), use @ARGV to get the input params
hint: $ARGV[0] will be 'arg1'
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
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: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
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 V9 Issue 3453
**************************************
