[7895] in Perl-Users-Digest
Perl-Users Digest, Issue: 1520 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Dec 22 03:07:17 1997
Date: Mon, 22 Dec 97 00:02:11 -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 Mon, 22 Dec 1997 Volume: 8 Number: 1520
Today's topics:
Re: Errror message running Install during Perl setup <bugaj@bell-labs.com>
extracting data from a file to be put in a variable <melton@diagdata.com>
Re: extracting data from a file to be put in a variable <bugaj@bell-labs.com>
Re: Help please. Perl4/5 compatibility problems. (Tad McClellan)
Help with simple question <brett@moggy.com>
Re: Help with simple question <bugaj@bell-labs.com>
Re: Holiday Sale: CGI Programming (Tad McClellan)
Re: parsing lisp expression <merlyn@stonehenge.com>
Poor Man's FLOCK <VikR@aol.com>
Re: Poor Man's FLOCK (brian d foy)
Re: printing quotes with print command (brian d foy)
Re: Problem with socket upon HTTP marshall-steve_hall@aus.hp.com
seeking to a previous line? <David.Leach@dpie.gov.au>
Re: seeking to a previous line? <bugaj@bell-labs.com>
Re: targeting a frame window with perl (brian d foy)
Re: Timeout, fork and exec. <merlyn@stonehenge.com>
Re: Which language pays most 17457 -- C++ vs. Java? (Lawrence Kirby)
Re: Which language pays most 17457 -- C++ vs. Java? (Lawrence Kirby)
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 22 Dec 1997 01:51:25 -0500
From: Stephan Vladimir Bugaj <bugaj@bell-labs.com>
Subject: Re: Errror message running Install during Perl setup
Message-Id: <349E0DED.15FB@bell-labs.com>
>
> Okay, I'm installing Perl5 from a cd-rom supplied with a book I
> purchased. As instructed, I unzipped the files into C:\Perl5 and
> then it said to run install.bat. Dutifully, I go to the command line
> and cd to Perl5 and type install. I get this message: Can't locate
> Nt.ph in @ INC (did you run h2ph?) at install.bat line 35.
> I found a file called Nt.ph in the perl5 directory, but odn't know
> what @ INC means... Any ideas?
>
My ideas:
@INC means the include path
(or as the camel book says "The array containing the list of places
to look for Perl scripts to be evaluated by the do EXPR, require or
use constructs.")
*did* you run h2ph?
What's on line 35 of install.bat?
Have you ever considered installing Linux, FreeBSD, NetBSD,
Solaris for Intel, or even SCO Unix? ;->
LL+P,
Stephan
--
"Do computers think?"
---------------------------------------------------------------
Stephan Vladimir Bugaj bugaj@bell-labs.com
Member of Technical Staff (908) 949-3875
Multimedia Communication Research Dept. Rm. 4F-601, Holmdel
Bell Labs of Lucent Technologies www.multimedia.bell-labs.com
PGPkey from http://www.pgp.net/wwwkeys.html or other keyservers
Non-Lucent website: http://www.cthulhu-dynamics.com/stephan
---------------------------------------------------------------
STANDARD DISCLAIMER:My opinions are NOT those of LUCENT
---------------------------------------------------------------
"Do submarines swim?" - E.W. Dijkstra
------------------------------
Date: Sun, 21 Dec 1997 22:41:20 -0500
From: Alan Melton <melton@diagdata.com>
Subject: extracting data from a file to be put in a variable
Message-Id: <349DE160.491EA9D6@diagdata.com>
I have a password data file - ascii
ie
bob bobm
where bob is user and bobm is password
want to add extra data
bob bobm 12345 12457 32456
and in the perl script, take the extra data and put
it into a variable so the data in the variable
would look like 12345 12457 32456
and then take the data in the variable and set in an html file
<INPUT type=hidden name=KEYW2 value="12345 12457 32456"
how should I do it.?
Alan
------------------------------
Date: Mon, 22 Dec 1997 01:41:55 -0500
From: Stephan Vladimir Bugaj <bugaj@bell-labs.com>
Subject: Re: extracting data from a file to be put in a variable
Message-Id: <349E0BB3.794B@bell-labs.com>
> I have a password data file - ascii
> ie
> bob bobm
> where bob is user and bobm is password
> want to add extra data
> bob bobm 12345 12457 32456
> and in the perl script, take the extra data and put
> it into a variable so the data in the variable
> would look like 12345 12457 32456
> and then take the data in the variable and set in an html file
> <INPUT type=hidden name=KEYW2 value="12345 12457 32456"
> how should I do it.?
>
you could do:
foreach (<FILE>)
{
@foo=split /\s+/;
$name = shift(@foo);
$pwd = shift(@foo);
$rest = join(' ',@bar);
print HANDLE_OF_YOUR_CHOICE "<INPUT type=hidden name=$name
value=\"$rest\">";
}
I'm sure there's a clever way to just split on the first two spaces
but I can't think of one right now... you can also use the CPAN
HTML modules to do HTMLfoo as well instead of writing out the blather
and CGI.pm will do FormFoo with a blackbelt.
http://www.perl.com/CPAN/
LL+P,
Stephan
--
"Do computers think?"
---------------------------------------------------------------
Stephan Vladimir Bugaj bugaj@bell-labs.com
Member of Technical Staff (908) 949-3875
Multimedia Communication Research Dept. Rm. 4F-601, Holmdel
Bell Labs of Lucent Technologies www.multimedia.bell-labs.com
PGPkey from http://www.pgp.net/wwwkeys.html or other keyservers
Non-Lucent website: http://www.cthulhu-dynamics.com/stephan
---------------------------------------------------------------
STANDARD DISCLAIMER:My opinions are NOT those of LUCENT
---------------------------------------------------------------
"Do submarines swim?" - E.W. Dijkstra
------------------------------
Date: Mon, 22 Dec 1997 00:23:24 -0600
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Help please. Perl4/5 compatibility problems.
Message-Id: <s01l76.o84.ln@localhost>
Bruno Prior (bruno@prior.ftech.co.uk) wrote:
: I don't seem to be able to read or write dbm files in Perl5
: that I created with Perl4.
[snip]
: I'm pretty new to Perl5 (I've been putting off updating
: precisely because of this problem). I'm probably missing
: out something obvious.
^^^^^^^^^^^^^^^^^
Like reading the "DBM Traps" section in the 'perltrap' man page?
---------------
=head2 DBM Traps
General DBM traps.
=over 5
=item * DBM
Existing dbm databases created under perl4 (or any other dbm/ndbm tool)
may cause the same script, run under perl5, to fail.
...
---------------
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Mon, 22 Dec 1997 15:58:28 +1100
From: "Brett" <brett@moggy.com>
Subject: Help with simple question
Message-Id: <67ks6k$2ev$1@droppa.tpgi.com.au>
Hullo,
I have edited a perl block to correspond with changes that I made in an HTML
form. I added the form fields of
name="Type"
name="Number"
name="Holder"
name="Expirey"
and therefore I correspondingly changed a block in Perl to match:
if ($in{'action'} eq "post") {
# Check to see that all information was entered and nothing was left blank
if (($in{'Name'} eq "") || ($in{'Address'} eq "") || ($in{'City'} eq "") ||
($in{'Card Number'} eq "") || ($in{'Card Type'} eq "") || ($in{'Card
Holder'} eq "") || ($in{'Card Expirey'} eq "") || ($in{'State'} eq "") ||
($in{'ZipCode'} eq "")) {
etc etc...
and the fields Name Address, City, State and ZipCode all process fine,
but whatever is in the form fields for the others that I added doesn't
process.
If it's too hard to see the problem, but you're willing to have a closer
look, please ask me to send the HTML file and the .pl file - I'd be very
grateful if you could offer your help.
best regards,
Brett
------------------------------
Date: Mon, 22 Dec 1997 00:57:31 -0500
From: Stephan Vladimir Bugaj <bugaj@bell-labs.com>
Subject: Re: Help with simple question
Message-Id: <349E014B.446B@bell-labs.com>
Well, if you're using the hash %in, to start with you don't
need to write a huge || block, and ""==false in an if so:
foreach (keys(%in))
{
if(!$in{$_}) { do_whatever; }
}
is much less complicated.
Did you get the corresponding names right in the actual code?
(below "Expirey"!='Card Expirey', "Holder"!='Card Holder', etc.)
Perl can't make those logical connections... yet ;->
Are you using CGI.pm with it's wonderful
use CGI::Carp 'fatalsToBrowser';
option that will help you catch errors (though probably not
this one), and which also has lots of nice form processing
capabilities and a really nice docs page at:
http://www-genome.wi.mit.edu/ftp/pub/software/WWW/cgi_docs.html
If not, no matter what the Assembler fans may say, you should be.
(You do still need to know what you're doing to use CGI.pm, though
based on some of my questions to him Lincoln may think otherwise.)
;)
And, to quote Tom Phoenix:
"
When you're having trouble with a CGI program in Perl, you should first
look at the please-don't-be-offended-by-the-name Idiot's Guide to
solving such problems. It's available on CPAN. Hope this helps!
http://www.perl.com/CPAN/
http://www.perl.org/CPAN/
http://www.perl.org/CPAN/doc/FAQs/cgi/idiots-guide.html
http://www.perl.org/CPAN/doc/manual/html/pod/
"
LL+P,
Stephan
Brett wrote:
>
> Hullo,
>
> I have edited a perl block to correspond with changes that I made in an HTML
> form. I added the form fields of
> name="Type"
> name="Number"
> name="Holder"
> name="Expirey"
>
> and therefore I correspondingly changed a block in Perl to match:
>
> if ($in{'action'} eq "post") {
> # Check to see that all information was entered and nothing was left blank
>
> if (($in{'Name'} eq "") || ($in{'Address'} eq "") || ($in{'City'} eq "") ||
> ($in{'Card Number'} eq "") || ($in{'Card Type'} eq "") || ($in{'Card
> Holder'} eq "") || ($in{'Card Expirey'} eq "") || ($in{'State'} eq "") ||
> ($in{'ZipCode'} eq "")) {
>
> etc etc...
>
> and the fields Name Address, City, State and ZipCode all process fine,
> but whatever is in the form fields for the others that I added doesn't
> process.
>
> If it's too hard to see the problem, but you're willing to have a closer
> look, please ask me to send the HTML file and the .pl file - I'd be very
> grateful if you could offer your help.
>
> best regards,
> Brett
--
"Do computers think?"
---------------------------------------------------------------
Stephan Vladimir Bugaj bugaj@bell-labs.com
Member of Technical Staff (908) 949-3875
Multimedia Communication Research Dept. Rm. 4F-601, Holmdel
Bell Labs of Lucent Technologies www.multimedia.bell-labs.com
PGPkey from http://www.pgp.net/wwwkeys.html or other keyservers
Non-Lucent website: http://www.cthulhu-dynamics.com/stephan
---------------------------------------------------------------
STANDARD DISCLAIMER:My opinions are NOT those of LUCENT
---------------------------------------------------------------
"Do submarines swim?" - E.W. Dijkstra
------------------------------
Date: Mon, 22 Dec 1997 00:11:43 -0600
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Holiday Sale: CGI Programming
Message-Id: <va0l76.v64.ln@localhost>
Loose Foot Computing (info@loosefoot.com) wrote:
: Dear business owner,
: Loose Foot Computing is offering a %50
^^^
: discount on all CGI/database programming
^^^^^^^^
: until December 31, 1997, so act now to
: increase your online sales.
This is an incredibly sensible thing to do!
I wonder why nobody thought of this before.
I know from observing many Christmas seasons in offices,
that not much gets done in December, what with buying gifts,
and visiting family and friends and vacations and such.
Very distracting.
It just seems Right that some company has finally stepped
up and admitted that "you get what you pay for" during this
time of year.
A very bold and crafty business move.
: CGI can benefit your business tremendously,
: no matter what you sell.
^^^^^^^^^^^^^^^^^^^^^^^
You might pick up some clients in the rec.drugs.* hierarchy then.
We're mostly programmers here (notice that 'comp.lang' stuff).
Setting up a shopping cart is not rocket science...
: For more information, please visit:
: http://loosefoot.com/cgi.htm
I particularly like the link to: http://www.loosefoot.com/members.htm
Not the usual "glitz and no content" type of web page.
: For the success of your business,
A Dejanews search shows that you SPAMmed this to eight newsgroups.
(classic definition, eight individual posts, no crossposts)
I would think that self-documenting yourself as a spammer would
not be good "For the success of _your_ business"...
And you are going to consult on the Internet aspects of Good Business?
That may prove to be a hard sell now...
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: 21 Dec 1997 20:36:36 -0700
From: Randal Schwartz <merlyn@stonehenge.com>
To: "Xah" <xah@best.com>
Subject: Re: parsing lisp expression
Message-Id: <8cen36oxq3.fsf@gadget.cscaper.com>
>>>>> "Xah" == Xah <xah@best.com> writes:
Xah> Is it feasible to use Perl to parse Lisp expression?
Please don't post an article multiple times. I just answered this
post in comp.lang.lisp, not realizing that you had also posted it
here. Use cross posting, as the "newusers" docs for Usenet clearly
tell you to do.
(Gawd, I'm starting to sound like every other whiner here now, but
this mistake just wasted my time. <sigh> <grumble>)
You can find that thread using Dejanews, searching on "(~a merlyn@*) & lisp".
print "Just another Perl hacker," # but not what the media calls "hacker!" :-)
## legal fund: $20,990.69 collected, $186,159.85 spent; just 253 more days
## before I go to *prison* for 90 days; email fund@stonehenge.com for details
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@ora.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: Fri, 19 Dec 1997 12:37:00 -0800
From: Vik Rubenfeld <VikR@aol.com>
Subject: Poor Man's FLOCK
Message-Id: <349ADAEA.5C74183F@aol.com>
maurice@hevanet.com (Maurice) writes:
> The problem is that any
> valid locking mechanism must perform its operations atomically -- meaning
> that it must be able to check and obtain a lock as a single,
> indivisible operation which cannot be interrupted.
How about this approach, for times when FLOCK is unavailable:
- the process checks for the existence of a lock file. If it
finds it it waits for it to go away. (After 20 seconds if
the lockfile is still there it deletes the lockfile and
proceeds.)
- the process creates a lock file, and writes to it an ID
number chosen randomly
- the process pauses 2 seconds, then reads the lock file
back in to see if it has the same ID put there
- if it is not the correct lock file, or if there is no lockfile,
it restarts from the top
Here's how this should work:
- process #1 checks for a lockfile, doesn't see it
- process #2 checks for a lockfile, doesn't see it
- process #1 writes out a lockfile, commences waiting 2 seconds
- process #2 writes out a lockfile, commences waiting 2 seconds
- process #1 finishes waiting 2 seconds, reads in the lockfile, realizes the
lockfile belongs to somebody else, and restarts from the top.
The point is that the time within which a process can look for a lockfile, not
see one, and write one out, has got to be a lot less than 2 seconds.
I'm probably missing something -- would this work?
- Vik
------------------------------
Date: Mon, 22 Dec 1997 02:54:34 -0500
From: comdog@computerdog.com (brian d foy)
Subject: Re: Poor Man's FLOCK
Message-Id: <comdog-ya02408000R2212970254340001@news.panix.com>
Keywords: from just another new york perl hacker
In article <349ADAEA.5C74183F@aol.com>, VikR@aol.com wrote:
>How about this approach, for times when FLOCK is unavailable:
>
> - the process checks for the existence of a lock file. If it
> finds it it waits for it to go away. (After 20 seconds if
> the lockfile is still there it deletes the lockfile and
> proceeds.)
>
> - the process creates a lock file, and writes to it an ID
> number chosen randomly
there is a small chance that the random number chosen by different
processes will be the same. some programmers unintentially make this
small chance even greater by using the current time for the seed.
(what happens if two processes start within the same second?).
it's much better to chose some number which you know will be unique,
like a process ID.
good luck :)
--
brian d foy <comdog@computerdog.com>
Meta Meta FAQ <URL:http://computerdog.com/Meta_MetaFAQ.html>
CGI Meta FAQ <URL:http://computerdog.com/CGI_MetaFAQ.html>
------------------------------
Date: Mon, 22 Dec 1997 02:49:54 -0500
From: comdog@computerdog.com (brian d foy)
Subject: Re: printing quotes with print command
Message-Id: <comdog-ya02408000R2212970249540001@news.panix.com>
Keywords: from just another new york perl hacker
In article <r4sf76.av9.ln@localhost>, tadmc@metronet.com (Tad McClellan) wrote:
>brian d foy (comdog@computerdog.com) wrote:
>: In article <67borr$dvj$2@legends.cet.com>, bell@cet.com (Glen Bell) wrote:
>
>: print NEWFILE
>: qq{<body bgcolor="#FFFFFF" background="../backgrounds/ruff.jpg">};
>
>: which can be perverted to one of my favorite constructions as of late:
>
>: print NEWFILE
>: q q<body bgcolor="#FFFFFF" background="../backgrounds/ruff.jpg">q;
> ^
>Note that those two constructions are not equivalent, they just
>work the same because it is a constant string.
having never claimed that they were equivalent, we could point out all
sorts of other things. however, i don't like the symmetry of
qq q...q;
as much as
q q...q;
the real mistake here is breaking my own style guide in the first
example - i used qq{} when i had no variables to interpolate. in my
book that's naughty. :)
--
brian d foy <comdog@computerdog.com>
Meta Meta FAQ <URL:http://computerdog.com/Meta_MetaFAQ.html>
CGI Meta FAQ <URL:http://computerdog.com/CGI_MetaFAQ.html>
------------------------------
Date: Mon, 22 Dec 1997 00:12:35 -0600
From: marshall-steve_hall@aus.hp.com
Subject: Re: Problem with socket upon HTTP
Message-Id: <882769881.1799421953@dejanews.com>
I noticed you use "$file" to parse the URL but refer to it as"$url" when
loading the page! It works fine if you use "$file" instead of "$url".
Did I miss the real problem?
Steve Hall
In article <349A59B6.2EDF@asi.fr>,
mdgoutte@asi.fr wrote:
>
> I've written a PERL script to test TCP sockets upon HTTP protocol. This
> script builds a socket with a HTTP daemon, sends a request and display
> the answer. It works with every host I've tested except one :
> www.yslaire.be.
> Here is my script, can anyone help me ? (nota : I run it under WIN95).
>
> --------------------------------------------------------------------------
> # browser.pl : small browser
>
> use Socket;
>
> if ($#ARGV != 0) {
> print "Usage : $0 HOST[:PORT]/[URL]\n" ;
> exit 1 ;
> }
>
> # extract HOST,PORT and FILE from received args : HOST:PORT/FILE
>
> ($host,$file) = split (/\//,$ARGV[0]) ;
> $file = "/$file" ;
> ($host,$port) = split (/:/,$host) ;
> if ( $port eq "" ) { $port = 80 ; }
>
> # create socket and connect it
>
> $sockaddr = 'S n a4 x8';
>
> ($name, $aliases, $proto) = getprotobyname('tcp');
> ($name, $aliases, $type, $len, $thataddr) = gethostbyname($host);
> $that = pack($sockaddr, AF_INET, $port, $thataddr);
> socket(S, AF_INET, SOCK_STREAM, $proto) || die "socket: $!";
> connect(S, $that) || die "connect: $!";
> select(S); $| = 1; select(stdout);
>
> # send http request
>
> send (S,"GET $url HTTP/1.0 \n",0) ;
> send (S,"Connection: Keep-Alive\n",0) ;
> send (S,"User-Agent: Mozilla/3.0Gold (Win95; I)\n",0) ;
> send (S,"Host: $host\n",0) ;
> send (S,"Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
> */*\n",0) ;
> send (S,"\n",0) ;
>
> # receive answer
>
> while (TRUE) {
> recv(S,$ligne,1024,0) ;
> print "$ligne" ;
> if ( length($ligne) == 0 ) { last ; }
> }
>
> # it's over
>
> close (S) ;
> --------------------------------------------------------------------------
>
> I'm fighting with this for several weeks, I've taken a look to
> libwww-perl for examples, I've searched informations on all PERL
> resources I found, I've read "UNIX Network Programming" by Stevens.
> I'm driving CRAZY !
-------------------==== Posted via Deja News ====-----------------------
http://www.dejanews.com/ Search, Read, Post to Usenet
------------------------------
Date: Mon, 22 Dec 1997 13:21:33 +1100
From: David Leach <David.Leach@dpie.gov.au>
Subject: seeking to a previous line?
Message-Id: <349DCEAD.64DFB5DF@dpie.gov.au>
Hi Guys,
How would I go about seeking 1 line back in perl? that is, I want to
move the file pointer one line in reverse from whereever it may
currently be. Possible?
Thanks,
David.
------------------------------
Date: Mon, 22 Dec 1997 00:39:05 -0500
From: Stephan Vladimir Bugaj <bugaj@bell-labs.com>
Subject: Re: seeking to a previous line?
Message-Id: <349DFCF9.2781@bell-labs.com>
> How would I go about seeking 1 line back in perl? that is, I want to
> move the file pointer one line in reverse from whereever it may
> currently be. Possible?
>
"(In general, since line lengths may vary, it's not possible to access
a particular line number without examining the whole file up to
that line number, unless all your lines are known to be of a particular
length, or you've built an index that translates line numbers into
byte offsets.)"
- Camel Book entry on the seek function
If you're reading the file in you can do this:
#open the handle
$current = 0;
for(;;)
{
$back = $lengths[-1];
if($iwannagoback && ($offset-$back)>0)
{
seek(FH,-(pop @lengths), $current);
$iwannagoback = 0;
}
$line = <FH>;
$l = length($line);
push(@lengths,$l);
$current += $l;
}
#put logic in for when $iwannagoback gets set to 1
#and when to break out of the loop (EOF might be a
#good place...)
or you could save your lines in an array and pop them
off... which would save you file seek misery, which is
something only C programmers do to themselves...
if you expect the prev line to be changing... well, then
you're outta luck as far as I know ;>
LL+P,
Stephan
"Do computers think?"
---------------------------------------------------------------
Stephan Vladimir Bugaj bugaj@bell-labs.com
Member of Technical Staff (908) 949-3875
Multimedia Communication Research Dept. Rm. 4F-601, Holmdel
Bell Labs of Lucent Technologies www.multimedia.bell-labs.com
PGPkey from http://www.pgp.net/wwwkeys.html or other keyservers
Non-Lucent website: http://www.cthulhu-dynamics.com/stephan
---------------------------------------------------------------
STANDARD DISCLAIMER:My opinions are NOT those of LUCENT
---------------------------------------------------------------
"Do submarines swim?" - E.W. Dijkstra
------------------------------
Date: Mon, 22 Dec 1997 02:56:40 -0500
From: comdog@computerdog.com (brian d foy)
Subject: Re: targeting a frame window with perl
Message-Id: <comdog-ya02408000R2212970256400001@news.panix.com>
Keywords: from just another new york perl hacker
In article <01bd0cdc$c20fdd80$50841ad0@seans>, "Sean Smithers" <info@chiefaircraft.com> wrote:
>Is there a way to an html frame without using html? After all, the browser
>is the one doing the parsing to display your page.
yes. the answer is in one of the references in the CGI Meta FAQ.
good luck :)
--
brian d foy <comdog@computerdog.com>
Meta Meta FAQ <URL:http://computerdog.com/Meta_MetaFAQ.html>
CGI Meta FAQ <URL:http://computerdog.com/CGI_MetaFAQ.html>
------------------------------
Date: 21 Dec 1997 20:27:45 -0700
From: Randal Schwartz <merlyn@stonehenge.com>
To: Stephan Vladimir Bugaj <bugaj@bell-labs.com>
Subject: Re: Timeout, fork and exec.
Message-Id: <8ciusioy4u.fsf@gadget.cscaper.com>
>>>>> "Stephan" == Stephan Vladimir Bugaj <bugaj@bell-labs.com> writes:
Stephan> Randal's WebTechniques Column #20 talks about this timeout problem
Stephan> and sending web browsers a "please wait" type message to keep the
Stephan> client from timing out and the user from not knowing what's up:
Stephan> http://www.stonehenge.com/merlyn/WebTechniques/col20.html
Stephan> Even though the code example is available on the web I don't want to
Stephan> post it here without his permission, but if you don't have web access
Stephan> I'll email it to you (if he doesn't post it here first ;-> ).
Actually, it's worse than that. *I* don't even have the rights to the
copyright any more, because they are created as a "work for hire".
MFI owns them outright, and *licenses* them back to me so that I can
put them on my website, and *only* my website (and only under very
rigid conditions).
>From time to time, I track down people mirroring this site and tell
them that that violates *my* license agreement with MFI, which could
get MFI just enough miffed that they'd pull *my* agreement.
I appreciate that you didn't post the code here. I have a lot of
lawyers on call, but they all cost me money. :-)
print "Just another Perl hacker," # but not what the media calls "hacker!" :-)
## legal fund: $20,990.69 collected, $186,159.85 spent; just 253 more days
## before I go to *prison* for 90 days; email fund@stonehenge.com for details
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@ora.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: Mon, 22 Dec 97 02:02:07 GMT
From: fred@genesis.demon.co.uk (Lawrence Kirby)
Subject: Re: Which language pays most 17457 -- C++ vs. Java?
Message-Id: <882756127snz@genesis.demon.co.uk>
In article <67iipp$ktj$1@darla.visi.com>
seebs@plethora.net "Peter Seebach" writes:
>In article <ObfZp4YD9GA.296@upnetnews02.moswest.msn.net>,
>William J. Leary Jr. <Bill_Leary@msn.com> wrote:
>>Not that I've ever noticed. I frequently use C compilers to target embedded
>>systems.
>
>Then you're using "freestanding environments", which are a separate language.
>The library is, indeed, part of the hosted environment form of C.
Aren't the standard library identifiers with external linkage reserved
even in a freestandinhg environment?
--
-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------
------------------------------
Date: Mon, 22 Dec 97 02:38:08 GMT
From: fred@genesis.demon.co.uk (Lawrence Kirby)
Subject: Re: Which language pays most 17457 -- C++ vs. Java?
Message-Id: <882758288snz@genesis.demon.co.uk>
In article <349B3557.60EA@ici.net>
carla@ici.net "Alicia Carla Longstreet" writes:
...
>> The standard library is built into th C language.
>
>A library is *not* part of a langauge, rather it is constructed *from*
>the language. In my not-so-humble opinion.
Your opinion is wrong because it contradicts fact. The standard library
cannot be constructed from the language because there is no way in the
language to construct, say, a time() function beyond a trivial one that
returns (time_t)-1 on every call. There is no way to write setjmp() and
longjmp() in the language. The standard library is an integral part of the
language *definition*.
>> >Those are library calls (ie. add-ons to the language).
>
>> No, they are an inherent part of the language. A compiler can't call itself
>> a hosted C implementation unless it provides the standard library.
>
>In your not-so-humble opinion. Some do not share this opinion.
When I offer an opinion I try to make that clear. I am not offering an
opinion in this case, I am simply relaying the requirements of the standard.
You could debate my interpretation of the standard but at least accept that
it is an interpretation, not an opinion.
>There is, of course, no need to go into this debate again. You are not
>about to change you opinion and I am not about to change mine. I will
>not buy a implementation where I was unable to replace any of the
>standard library functions at will. I would consider such an
>implementation a pitiful excuse for a compiler.
I can't remember ever having the need to replace standard library functions,
at least not with an ANSI C compiler. I accept that there are cases where
this might be useful, mainly where you are stuck with a 3rd party library
without the source code. However in that case if the code was compiled
in such a way that functions were inlined there will be very little you
can do about it. Also you'll be stuck with functions that have macro
definitions in the headers. You'll be hard-pressed to find a C compiler
that doesn't produce a macro expansion for getc(fp). You' re fighting
a losing battle here and I'm still not clear about what you hope to gain.
--
-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------
------------------------------
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 1520
**************************************
