[8123] in Perl-Users-Digest
Perl-Users Digest, Issue: 1741 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jan 27 16:17:32 1998
Date: Tue, 27 Jan 98 13:00:34 -0800
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Tue, 27 Jan 1998 Volume: 8 Number: 1741
Today's topics:
"Teach Yourself Perl in 21 days" (Was: Re: substitute.. <rootbeer@teleport.com>
Re: ? random text string (Matthew Cravit)
Re: Awk command does not work. Why? (Chip Salzenberg)
Re: Awk command does not work. Why? (Sylvain Juneau)
Re: Awk command does not work. Why? (Richard Bellavance)
Re: Awk command does not work. Why? (Chip Salzenberg)
Re: Bad Word - Swear Word Checking - I Surrender! <alex@evtech.com>
Calling external programs (was: Re: How does perl do "t <rootbeer@teleport.com>
Child processes <michel.prevost@cactuscom.ca_REMOVE_TO_MAIL>
Re: Child processes <vallon@pearl.fi.bear.com>
Creating a serial processing queue <chris@ixlabs.com>
Re: Creating a serial processing queue (Chip Salzenberg)
Don't use signal handlers (was Re: Child processes) (Chip Salzenberg)
Re: Easy question 'cat file | grep "^H00" | cut -c2-8' <rootbeer@teleport.com>
Re: exec, fork and CGI confusion <rootbeer@teleport.com>
Re: Executing another script o another web site? <rootbeer@teleport.com>
Re: Freidl's book mystery (Ilya Zakharevich)
Re: Freidl's book mystery (Ilya Zakharevich)
Re: Freidl's book mystery (Chip Salzenberg)
Re: Freidl's book mystery (Ilya Zakharevich)
Re: Freidl's book mystery (Chip Salzenberg)
Re: help needed with Perl instalation with NT <rootbeer@teleport.com>
Re: help: open an existing page and replace parts of it <rootbeer@teleport.com>
Re: Internet Community needs cgi scripts (Greg Bacon)
Re: latex -> (perl)pod ??? (Ilya Zakharevich)
Netscape Servers and IE4.0 <sjavey@diffusion.com>
Re: Netscape Servers and IE4.0 (Chip Salzenberg)
Re: Newbie Question (Perl on NT 4.0 and IIS 3.0). (Chip Salzenberg)
Re: Newbie: Flafile database creation (Chip Salzenberg)
On Camels... <ajohnson@gpu.srv.ualberta.ca>
Re: Perl and IIS. Trying to get the server running. <rootbeer@teleport.com>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 27 Jan 1998 12:27:00 -0800
From: Tom Phoenix <rootbeer@teleport.com>
To: Duane Lecky <dlecky@uvic.ca>
Subject: "Teach Yourself Perl in 21 days" (Was: Re: substitute...)
Message-Id: <Pine.GSO.3.96.980127121713.22373T-100000@user2.teleport.com>
On 27 Jan 1998, Duane Lecky wrote:
> My reference book for Perl was initially "Teach Yourself
> Perl in 21 days" by David Till. It was excellent.
My experience with that book is somewhat less positive.
I had heard Randal claim that he could start at any random page in that
book and find a serious error of fact within four pages. It was hard for
me to believe that it could be that bad. So, when a student in one of my
classes had a copy, I asked to borrow it. I figured that, although I'm not
up on every detail as much as Randal, maybe I could spot an error or two.
I flipped it open at random.
The first function described in the first paragraph of the first page I
opened to listed the function's two parameters in the wrong order.
I gave the book back.
Although it's too small a sample to be statistically useful, I can now say
that 100% of the information I've checked from that book is wrong. :-)
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 27 Jan 1998 12:02:53 -0800
From: mcravit@best.com (Matthew Cravit)
Subject: Re: ? random text string
Message-Id: <6alehd$nu3$1@shell3.ba.best.com>
In article <linberg-2701981322470001@projdirc.literacy.upenn.edu>,
Steve Linberg <linberg@literacy.upenn.edu> wrote:
>This works, but a better random seed might be:
>
>srand(time() ^ ($$ + ($$ << 15)) );
Unless you're using Perl 5.004 or later, in which case simply using
srand() is fine, and you can even omit the call to srand entirely if
you know your script will not be run under earlier versions of Perl.
>From the perlfunc man page for Perl 5.004:
> In versions of Perl prior to 5.004 the default seed was just the current
> time(). This isn't a particularly good seed, so many old programs
> supply their own seed value (often time ^ $$ or time ^ ($$ + ($$ << 15))>),
> but that isn't necessary any more.
/MC
--
Matthew Cravit, N9VWG | Experience is what allows you to
E-mail: mcravit@best.com (home) | recognize a mistake the second
mcravit@taos.com (work) | time you make it.
------------------------------
Date: Tue, 27 Jan 1998 19:39:10 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Awk command does not work. Why?
Message-Id: <6ald8i$1e0$1@cyprus.atlantic.net>
According to sjuneau@microtec.net (Sylvain Juneau):
>The following script has an awk command, when I comment that line the
>script work but when I include it it does not work. Why?
Because you must backwack dollar signs in `` if you want to pass
them literally.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
-> Ask me about Perl training and consulting <-
"We can shower it with neutrons."
"Or we can do the Neutron Dance!" // MST3K
------------------------------
Date: Tue, 27 Jan 1998 20:25:43 GMT
From: sjuneau@microtec.net (Sylvain Juneau)
Subject: Re: Awk command does not work. Why?
Message-Id: <34d2424a.28265169@news.cmc.ec.gc.ca>
This does not work, but thanks anyway
On Tue, 27 Jan 1998 19:39:10 GMT, chip@mail.atlantic.net (Chip
Salzenberg) wrote:
>According to sjuneau@microtec.net (Sylvain Juneau):
>>The following script has an awk command, when I comment that line the
>>script work but when I include it it does not work. Why?
>
>Because you must backwack dollar signs in `` if you want to pass
>them literally.
Sylvain
e-mail sjuneau@microtec.net
------------------------------
Date: 27 Jan 1998 15:19:29 -0500
From: charlot@CAM.ORG (Richard Bellavance)
Subject: Re: Awk command does not work. Why?
Message-Id: <6alfgh$mhl@ocean.CAM.ORG>
In article <34d1216f.19853288@news.cmc.ec.gc.ca>,
Sylvain Juneau <sjuneau@microtec.net> wrote:
>What I would like exactly is to open a file called switch.conf and do
>the following:
>
>get rid of lines containing #
>get the name of a client only e.g.
>
>client n 567 /etc/send2italie.conf
>
>all I would like to have is italie and save it in an array
>
Ok, the while loop should look like this:
my @clients = ();
while(<SWITCH>)(
next if(/^#/);
push @clients, m!/etc/send2(\w+)\.conf!;
)
At this point, the list of clients is the the @clients array.
Richard.
--
Richard Bellavance -- charlot@cam.org -- http://www.cam.org/~charlot/
"All along this path I tread / My heart betrays my weary head
With nothing but my love to save / From the cradle to the grave"
(Eric Clapton, "From the cradle")
------------------------------
Date: Tue, 27 Jan 1998 20:46:22 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Awk command does not work. Why?
Message-Id: <6alh62$1um$1@cyprus.atlantic.net>
According to sjuneau@microtec.net (Sylvain Juneau):
>On Tue, 27 Jan 1998 19:39:10 GMT, chip@mail.atlantic.net (Chip
>Salzenberg) wrote:
>>Because you must backwack dollar signs in `` if you want to pass
>>them literally.
>
>This does not work, but thanks anyway
Yes it does work, but you haven't told me enough to figure out
why you still have problems.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
Like Perl? Want to help out? The Perl Institute: www.perl.org
-> Ask me about Perl training and consulting <-
"It's the lemon zester of death!!" // MST3K
------------------------------
Date: Tue, 27 Jan 1998 13:01:08 -0600
From: Alex Moffat <alex@evtech.com>
Subject: Re: Bad Word - Swear Word Checking - I Surrender!
Message-Id: <34CE2EF4.C8FA4689@io.com>
Just wondering, but did you want to check existing text for bad words,
generate text containing bad words, or ensure text that you
automatically generated (e.g. temp file names) did not contain bad
words? The last is used as an example in "Programming as if people
mattered", though not using a list of words.
Alex
Dave Power wrote:
>
> I agree, the origin of this thread was not a question about the Perl
> programming language.
>
> It was a question to a community which I thought would be best
> qualified to answer it.
>
> Many thanks to the majority of you who provided constructive help.
>
> DP
------------------------------
Date: Tue, 27 Jan 1998 12:31:58 -0800
From: Tom Phoenix <rootbeer@teleport.com>
To: Michael Wang <mwang@alhena.ibk.ml.com>
Subject: Calling external programs (was: Re: How does perl do "tail -n" ?)
Message-Id: <Pine.GSO.3.96.980127123005.22373V-100000@user2.teleport.com>
On 27 Jan 1998, Michael Wang wrote:
> To summarize, there are a great number of efficient and time proven
> utilities have been written, and yet Perl does not have a natural way
> (comparing with ksh) calling them.
I think Perl is perfectly good at calling them, with ways more versatile
than ksh. But if you don't like the ways which are intrinsic in the
language, perhaps the module Shell.pm (which comes with Perl) is more of
what you're looking for. Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Tue, 27 Jan 1998 13:54:37 -0500
From: Michel Prevost <michel.prevost@cactuscom.ca_REMOVE_TO_MAIL>
Subject: Child processes
Message-Id: <34CE2D6C.8330A7CA@cactuscom.ca_REMOVE_TO_MAIL>
Hi
I'm writing a Perl program forks many childs (the number of childs is
only known at runtime), each child dynbamically loading a different
module, depending on the job assigned to it, and that module is known at
run time.
So far, there is no problem. Now, I have to wait for the processes to
finish, reach the termination status, then send a report by email on
each run (mostly successful or not).
For this, I've assigned a subroutine reference to $SIG{CHLD}. Here, I
face a problem:
when testing, I realized that some of the child processes never got
their exit status wait'ed by the parent. I suspect this is because one
child exited while the SIGCHLD handler was already examining another
child's exit status. Is there any way to make the child's exit status
examination an atomic operation? I mean, if I am examining the exit
status of child another child exits, is there a way to delay the new
signal delivery until I'm finished with the current one?
Another thing: for testing, I put the parent to sleep for a number of
seconds. It dies long before that time. Sometimes it got 2 child's
status, sometimes all child status, sometimes only one. Any idea?
Michel
------------------------------
Date: 27 Jan 1998 14:48:00 -0500
From: Justin Vallon <vallon@pearl.fi.bear.com>
Subject: Re: Child processes
Message-Id: <x6eoh0xn1fz.fsf@pearl.fi.bear.com>
Michel Prevost <michel.prevost@cactuscom.ca_REMOVE_TO_MAIL> writes:
> For this, I've assigned a subroutine reference to $SIG{CHLD}. Here, I
> face a problem:
> when testing, I realized that some of the child processes never got
> their exit status wait'ed by the parent. I suspect this is because one
> child exited while the SIGCHLD handler was already examining another
> child's exit status. Is there any way to make the child's exit status
> examination an atomic operation? I mean, if I am examining the exit
> status of child another child exits, is there a way to delay the new
> signal delivery until I'm finished with the current one?
It's probably easier to use wait (see man perlfunc):
wait Waits for a child process to terminate and returns the pid of
the deceased process, or -1 if there are no child processes.
The status is returned in $?.
local $num_children = 2;
while ($num_children > 0) {
local $pid = wait;
local $status = $?;
die "missing child" if $pid == -1;
if (!$status) {
print "PID $pid exited normally\n";
} else {
print "PID $pid exited abnormally\n";
}
$num_children--;
}
BTW, you don't have to be wait()ing when a child exits to get the
notification at a later point.
--
-Justin
vallon@bear.com
------------------------------
Date: Tue, 27 Jan 1998 11:37:51 -0800
From: Chris Schoenfeld <chris@ixlabs.com>
Subject: Creating a serial processing queue
Message-Id: <34CE378F.4915@ixlabs.com>
This is a little complex, and not particularly Perl-specific, but I am
implementing in Perl...
I have an LWP app which automatically POSTs submissions to a CGI
application throughout the day...
Once in a while, the CGI is unnavailable due to normal, transient
internet network glitches.
If this happens, it is very important that this submission is queued and
that it goes out before any subsequent submissions - the CGI must
process the requests serially.
I have never done a queueing system and would like some pointers
regarding how I might implement this from experienced folks who know the
subtleties of such a system.
Thanks
Chris
------------------------------
Date: Tue, 27 Jan 1998 20:04:49 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Creating a serial processing queue
Message-Id: <6alenn$1iu$1@cyprus.atlantic.net>
According to chris@ixlabs.com:
>This is a little complex, and not particularly Perl-specific, but I am
>implementing in Perl...
You're using a keyboard, so go to comp.sys.ibm.pc.hardware.keyboards.
Seriously: You want comp.infosystems.www.authoring.cgi, just down
the hall and turn left at the sound of Windows NT machines crashing.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
-> Ask me about Perl training and consulting <-
"We can shower it with neutrons."
"Or we can do the Neutron Dance!" // MST3K
------------------------------
Date: Tue, 27 Jan 1998 19:46:43 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Don't use signal handlers (was Re: Child processes)
Message-Id: <6aldmi$1ff$1@cyprus.atlantic.net>
According to Michel Prevost <michel.prevost@cactuscom.ca_REMOVE_TO_MAIL>:
>For this, I've assigned a subroutine reference to $SIG{CHLD}.
You should not use signal handler subroutines in Perl programs you
depend on. Perl doesn't do signals right, yet.
($SIG{__WARN__} and $SIG{__DIE__} are not really signal handlers, so
they're safe.)
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
-> Ask me about Perl training and consulting <-
"We can shower it with neutrons."
"Or we can do the Neutron Dance!" // MST3K
------------------------------
Date: Tue, 27 Jan 1998 12:13:21 -0800
From: Tom Phoenix <rootbeer@teleport.com>
To: Steve Lamb <morpheus@no-spam.calweb.com>
Subject: Re: Easy question 'cat file | grep "^H00" | cut -c2-8' perl equiv. (0/1)
Message-Id: <Pine.GSO.3.96.980127121136.22373S-100000@user2.teleport.com>
On 27 Jan 1998, Steve Lamb wrote:
> if ($blah =~ /^H00(??????)/)
> That searches each line of the file for a line that starts with H00
> and then grabs the next 6 characters and prints them out. Well, in
> theory it does. I've not run it or nuffin' but it should work.
I'm sure that you're right that you've not run it. Running it - or trying
to - would have been a good idea. :-)
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Tue, 27 Jan 1998 12:35:45 -0800
From: Tom Phoenix <rootbeer@teleport.com>
To: Robert Goheen <d3a350@seanet.com>
Subject: Re: exec, fork and CGI confusion
Message-Id: <Pine.GSO.3.96.980127123254.22373W-100000@user2.teleport.com>
On Mon, 26 Jan 1998, Robert Goheen wrote:
> unless ($pid = fork) {
You should be sure to check that the fork succeeded; it may return undef.
> the page gets sent to the user 3 times.
The docs for fork mention a way to avoid duplicate output. Could that be
what you need? Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Tue, 27 Jan 1998 12:29:18 -0800
From: Tom Phoenix <rootbeer@teleport.com>
To: Fabiano Vanucci <vanucci@sp.dglnet.com.br>
Subject: Re: Executing another script o another web site?
Message-Id: <Pine.GSO.3.96.980127122734.22373U-100000@user2.teleport.com>
On Tue, 27 Jan 1998, Fabiano Vanucci wrote:
> Can Exec() function execute another script that isn't on the same web
> site?
Perl neither knows nor cares what a web site is. But are the docs of the
exec function somehow insufficient for your need? (Note that it's exec,
not Exec.)
You may wish to use the LWP module, which can let your Perl scripts use
the web. Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 27 Jan 1998 18:53:21 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: Freidl's book mystery
Message-Id: <6alaf1$q2t$1@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to Joseph N. Hall
<joseph@5sigma.com>],
who wrote in article <34CE26E2.5C504C74@5sigma.com>:
> There's always =~.
>
> The last time I benchmarked string nibbling it was slow on larger
> strings. Perhaps it was moving a large pointer.
Correct. Around 5.003_07 a patch made it into RE processor which made
scalar m//g to copy the string *on each iteration*. I have seen a
report of 10000 times slowdown in a real-life application.
Thus m//g became pretty useless for longer strings, it has
(practically) no advantage over s///g.
Ilya
------------------------------
Date: 27 Jan 1998 18:57:24 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: Freidl's book mystery
Message-Id: <6alamk$q2t$2@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to Joseph N. Hall
<joseph@5sigma.com>],
who wrote in article <34CDAA80.D94951B@5sigma.com>:
> Ilya, and Tom, and company,
>
> There are some things that are indisputably faster written
> in a other language than Perl, and lexers are one of them.
> A lexer written in C, either hard-coded or machine-generated,
> translates into extremely efficient byte-twiddling opcodes.
> The limiting factor for a lexer written in C or other language
> that compiles to machine code is I/O, and that is *not* the
> case with a complex Perl regex lexer.
This is definitely true for but-the-simplest lexers *with the current
- pitiful - Perl's RE engine*. Nobody said that several well-aimed
small modifications of the engine will not make this statement
obsolete.
But with the rate RE engine changes now, it can make quite some time
until this statement becomes obsolete. :-(
Ilya
------------------------------
Date: Tue, 27 Jan 1998 19:33:17 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Freidl's book mystery
Message-Id: <6alctb$1cn$1@cyprus.atlantic.net>
According to ilya@math.ohio-state.edu (Ilya Zakharevich):
>Correct. Around 5.003_07 a patch made it into RE processor which made
>scalar m//g to copy the string *on each iteration*.
Copy what string where? Maybe I can fix it if I have more info.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
-> Ask me about Perl training and consulting <-
"We can shower it with neutrons."
"Or we can do the Neutron Dance!" // MST3K
------------------------------
Date: 27 Jan 1998 19:40:56 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: Freidl's book mystery
Message-Id: <6ald88$q2t$5@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to Chip Salzenberg
<chip@pobox.com>],
who wrote in article <6alctb$1cn$1@cyprus.atlantic.net>:
> According to ilya@math.ohio-state.edu (Ilya Zakharevich):
> >Correct. Around 5.003_07 a patch made it into RE processor which made
> >scalar m//g to copy the string *on each iteration*.
>
> Copy what string where?
The matched string to subbase.
> Maybe I can fix it if I have more info.
You are welcome to try, but short of copy-on-change (I have some ideas
how to do this) or reverting your patch I have no idea how to fix it.
Ilya
------------------------------
Date: Tue, 27 Jan 1998 19:56:20 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Freidl's book mystery
Message-Id: <6ale8n$1h0$1@cyprus.atlantic.net>
According to ilya@math.ohio-state.edu (Ilya Zakharevich):
><joseph@5sigma.com>:
>> The last time I benchmarked string nibbling it was slow on larger
>> strings. Perhaps it was moving a large pointer.
>
>Correct. Around 5.003_07 a patch made it into RE processor which made
>scalar m//g to copy the string *on each iteration*.
I've just researched this. Ilya is mistaken, or else has left out
important information.
The patch in question copies the matched string on each iteration of
scalar m//g *ONLY* if it will be needed because (1) there are parens
in the pattern, so the values of $1 etc must be preserved
indefinitely, or (2) the $& variable has been used in the program, so
its value must be preserved indefinitely.
Therefore, whatever slowdown accured due to this patch -- and I do
not believe it to be as significant as Ilya states -- it is necessary
to maintain Perl's correct operation.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
-> Ask me about Perl training and consulting <-
"We can shower it with neutrons."
"Or we can do the Neutron Dance!" // MST3K
------------------------------
Date: Tue, 27 Jan 1998 10:50:37 -0800
From: Tom Phoenix <rootbeer@teleport.com>
To: diogo <np59re@mail.telepac.pt>
Subject: Re: help needed with Perl instalation with NT
Message-Id: <Pine.GSO.3.96.980127104948.22373P-100000@user2.teleport.com>
On Mon, 26 Jan 1998, diogo wrote:
> The Web server cannot find the file or script you asked for. Please check
> the URL to ensure that the path is correct.
This isn't a Perl error message; it seems to be coming from a server. If
you can't find what you need in your server's docs, you should ask in a
newsgroup about your server. Good luck!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Tue, 27 Jan 1998 11:00:24 -0800
From: Tom Phoenix <rootbeer@teleport.com>
To: Ilia Lobsanov <ilia@NOSPAM.detoronics.net>
Subject: Re: help: open an existing page and replace parts of it
Message-Id: <Pine.GSO.3.96.980127105547.22373Q-100000@user2.teleport.com>
On Mon, 26 Jan 1998, Ilia Lobsanov wrote:
> Chip Salzenberg wrote in message <6agov6$aik$1@cyprus.atlantic.net>...
> >You need:
> > 1. To learn about the s/// operator;
> > 2. To go immediately to comp.infosystems.www.authoring.cgi.
> Thanx, but is there any pre-built functions that can do this?
Perhaps Chip wasn't clear enough.
1. Perl has a pre-built function called the s/// operator.
2. If you have further questions about CGI scripting which
aren't answered in the docs, you should ask them in
comp.infosystems.www.authoring.cgi.
If you have Perl questions which aren't answered in the docs, feel free to
ask those here. But, please, do check the docs first. Thanks!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 27 Jan 1998 18:55:25 GMT
From: gbacon@cs.uah.edu (Greg Bacon)
Subject: Re: Internet Community needs cgi scripts
Message-Id: <6alait$kgh$3@info.uah.edu>
[Posted and mailed]
In article <6al1l2$8rp@bgtnsc03.worldnet.att.net>,
"John Paulson" <noaddress@nowhere.com> writes:
: Office Biz-On-line Business Community needs a Perl-CGI script to automate
: our Web page creation. We will exchange Free Web space, 1 POP E-mail
: account and recognition for the program and programming. We are currently
[blah blah blah]
I suggest you find the resources for a real compensation if you want a
real programmer to write real programs for you. I also suspect that
most members of the Internet Community would object to your misleading
use of the term. Good luck with the non-talent that's about to descend
upon you.
: Please respond to webmaster@office=biz.com Remove (=)
Please put a replyable address in your Reply-To: header or your From:
header to receive replies. (Don't worry; I've put your unmunged
address in the Cc: header of this message. :-)
Greg
--
open(G,"|gzip -dc");$_=<<EOF;s/[0-9a-f]+/print G pack("h*",$&)/eg
f1b88000b620f22320303fa2d2e21584ccbcf29c84d2258084
d2ac158c84c4ece4d22d1000118a8d5491000000
EOF
------------------------------
Date: 27 Jan 1998 19:19:48 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: latex -> (perl)pod ???
Message-Id: <6alc0k$q2t$4@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to Tobias Buchal
<buch@ifh-hp1.bau-verm.uni-karlsruhe.de>],
who wrote in article <6al2dt$1ad$1@nz12.rz.uni-karlsruhe.de>:
>
> a) I am looking for a tool (perl-script, vi/sed-macros ... )
> which makes it easier to me to transform existing latex files
> to (perl)pod format.
>
> b) Does someone have vi(m) marcos for writing (perl)pod ?
The distribution of Math::Pari has a script which translates a (very
specific) dialect of TeX into POD. This may be a start.
Text::TeX may be another one.
Ilya
------------------------------
Date: Tue, 27 Jan 1998 11:59:06 -0800
From: Shahram Javey <sjavey@diffusion.com>
Subject: Netscape Servers and IE4.0
Message-Id: <34CE3C8A.B9304C64@diffusion.com>
This is a multi-part message in MIME format.
--------------6D0B292AA6EBEF21EF929473
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi,
When I run any of my Perl scripts from a Netscape server and view them
by IE4.0, the browser
still waits for more data even after the whole page has been displayed.
The following simple hello world CGI does not even display! IE after
waiting for a reply, gives up and
states that it could not open the internet site. There is no such a
problem when the CGI is accessed from a Netscape browser; OR when the
CGI is served by MS IIS Web Server.
print "Content-type: text/plain\n\n";
print "Hello world!\n";
exit(0);
Does anyone know what is wrong, and a workaround. Tnx...
Shahram Javey
--------------6D0B292AA6EBEF21EF929473
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Shahram Javey
Content-Disposition: attachment; filename="vcard.vcf"
begin: vcard
fn: Shahram Javey
n: Javey;Shahram
org: Research and Development
adr: Diffusion, Inc.;;321 Castro Street;Mountain View;CA;95041;USA
email;internet: sjavey@diffusion.com
title: Senior Software Engineer
tel;work: 650-237-8535
tel;fax: 650-237-8555
x-mozilla-cpt: ;0
x-mozilla-html: TRUE
version: 2.1
end: vcard
--------------6D0B292AA6EBEF21EF929473--
------------------------------
Date: Tue, 27 Jan 1998 20:23:56 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Netscape Servers and IE4.0
Message-Id: <6alfs6$1p0$1@cyprus.atlantic.net>
According to Shahram Javey <sjavey@diffusion.com>:
>This is a multi-part message in MIME format.
Please don't. Please, please don't.
>When I run any of my Perl scripts from a Netscape server and view
>them by IE4.0, the browser still waits for more data even after the
>whole page has been displayed.
You're in the wrong group. You want comp.infosystems.www.authoring.cgi.
It's just down the hall, turn left at the sound of Apaches scalping IIS.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
Like Perl? Want to help out? The Perl Institute: www.perl.org
-> Ask me about Perl training and consulting <-
"It's the lemon zester of death!!" // MST3K
------------------------------
Date: Tue, 27 Jan 1998 20:19:12 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Newbie Question (Perl on NT 4.0 and IIS 3.0).
Message-Id: <6alfjj$1np$1@cyprus.atlantic.net>
According to freen@dds.nl:
>Would anybody be so kind and tell me how I can get the
>'<!--#exec' command to operate properly on IIS 3.0?
You're in the wrong group. You want comp.infosystems.www.authoring.cgi,
just down the hall, turn left at the sound of Microsoft trampling the
free market.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
Like Perl? Want to help out? The Perl Institute: www.perl.org
-> Ask me about Perl training and consulting <-
"It's the lemon zester of death!!" // MST3K
------------------------------
Date: Tue, 27 Jan 1998 19:37:37 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Newbie: Flafile database creation
Message-Id: <6ald5i$1db$1@cyprus.atlantic.net>
According to avern@hotmail.com:
> 1. recursive traversal of directories
Standard module File::Find.
> 2. creating and populating the database
For simple databases, use AnyDBM_File.
> 3. the feasibility of having a single file that contains the "bodies"
>of over 3000 web pages (on a UNIX server [SunOS 5.5.1])
Big files are no problem under Solaris 2.5. If you want a huge
database file, then some of the dbm implementations have certain
limitations on key and vlaue size. I think gdbm (GDBM_File module)
is fairly free of such limitations, as is db (DB_File).
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
-> Ask me about Perl training and consulting <-
"We can shower it with neutrons."
"Or we can do the Neutron Dance!" // MST3K
------------------------------
Date: Tue, 27 Jan 1998 14:23:52 -0600
From: Andrew Johnson <ajohnson@gpu.srv.ualberta.ca>
Subject: On Camels...
Message-Id: <34CE4258.1F94D90B@gpu.srv.ualberta.ca>
With apologies for bandwidth consumption... But I came across the
following 'camel-quote' today and thought it might be appreciated:
"It is an old joke that a camel is a horse designed by a
committee, a joke which does grave injustice to a splendid
creature and altogether too much honour to the creative power
of committees. For a camel is no chimera, no odd collection
of bits, but an elegant design of the tightest unity. So far
as we can judge, every part is contrived to suit the
difficult role of the whole, a large herbivorous animal to
live in harsh climates with much soft going, sparse
vegetation and very sparse water. The specification for a
camel, if it were ever written down, would be a tough one in
terms of range, fuel economy and adaptation to difficult
terrains and extreme temperatures, and we must not be
surprised that the design that meets it appears extreme.
Nevertheless, every feature of the camel is of a piece: the
large feet to diffuse load, the knobbly knees that derive
from some of the design principles of Chapter 7 [bearings and
pivots], the hump for storing food and the characteristic
profile of the lips have a congruity that derives from
function and invests the whole creation with a feeling of
style and a certain bizarre elegance, borne out by the
beautiful rhythms of its action at a gallop."
~ French, Michael (1994) 'Invention and evolution:
Design in nature and engineering' 2nd ed. New
York:Cambridge University Press
perhaps it warrants inclusion on the camelid lore page:
http://language.perl.com/divert/why_camels.html
note: the above comes second hand, as I came across it quoted in
Steven Pinker's new book 'How the Mind Works'---so I can't
provide a page number or any further information on the original
source or context.
regards
andrew
------------------------------
Date: Tue, 27 Jan 1998 12:38:03 -0800
From: Tom Phoenix <rootbeer@teleport.com>
To: Jason Vallery <vallery@bvsd.k12.co.us>
Subject: Re: Perl and IIS. Trying to get the server running.
Message-Id: <Pine.GSO.3.96.980127123658.22373X-100000@user2.teleport.com>
On Mon, 26 Jan 1998, Jason Vallery wrote:
> We have NT Server 4.0 and ISS 4.0 as well. We can't seem to get a snigle
> Perl program to execute with a browser,
Can you get non-Perl programs to work? It sounds as if you're having
trouble getting your server set up. If that's the case, you should
probably check your server's docs, then ask in a newsgroup about servers.
Good luck!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
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.misc (and this Digest), send your
article to perl-users@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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
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 V8 Issue 1741
**************************************
