[8999] in Perl-Users-Digest
Perl-Users Digest, Issue: 2617 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat May 16 06:07:31 1998
Date: Sat, 16 May 98 03:00:25 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sat, 16 May 1998 Volume: 8 Number: 2617
Today's topics:
date, datediff, yesterday perl functions ? anon5f6b@nyx.net
Re: date... <carton.lao@shaw.wave.ca>
Re: Does Perl have a IDE?I don't like command line. (Chip Salzenberg)
Re: Does Perl have a IDE?I don't like command line. (Chip Salzenberg)
Re: Does Perl have a IDE?I don't like command line. (Chip Salzenberg)
Re: Does Perl have a IDE?I don't like command line. (Stefaan A Eeckels)
Re: Does Perl have a IDE?I don't like command line. (Marek Jedlinski)
Re: Does Perl have a IDE?I don't like command line. (Marek Jedlinski)
Re: Does Perl have a IDE?I don't like command line. (Marek Jedlinski)
Install libnet module <leurmy@akula.com>
Re: Is if ($a="something") a bad style? (Chip Salzenberg)
Re: Learning Perl vs Programming Perl (Books) (Earl Hood)
Re: New IDE for Perl (Stefaan A Eeckels)
Re: Nuclear bombing of NEW YORK! Small countries can ta <Rosie@dozyrosy.demon.co.uk>
Re: Our community's new life (was Re: Grieving) (Chip Salzenberg)
Re: Our community's new life (was Re: Grieving) (Ilya Zakharevich)
Perl cgi on Webserver 2.0 with Windows95 <jeffyjo-isom@worldnet.att.net>
Re: Perl for Non-programmers (Chip Salzenberg)
Re: Perl for Non-programmers (Abigail)
Re: Playing with PostgreSQL (Leslie Mikesell)
Re: Readdir & upper/lower case (Earl Hood)
REQ: help with search engine algorithm (Michael Dori)
Re: system vs exec vs piped open... <carton.lao@shaw.wave.ca>
Umlauts in Perl search machines - help <wdp@wdp.net>
Re: Why I got the wrong PID when I use "fork"? <carton.lao@shaw.wave.ca>
Re: WWW::Search documentation (John Heidemann)
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 16 May 1998 06:15:47 GMT
From: anon5f6b@nyx.net
Subject: date, datediff, yesterday perl functions ?
Message-Id: <6jjauj$k3d$1@nnrp1.dejanews.com>
Is there a date library in perl that would provide functionality
for say yesterday's date, tomorrow's date, days between dates,
date n days from now, etc.
Thanks
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/ Now offering spam-free web-based newsreading
------------------------------
Date: Sat, 16 May 1998 04:36:32 GMT
From: Carton Lao <carton.lao@shaw.wave.ca>
To: Philipp <Philipp999@gmx.net>
Subject: Re: date...
Message-Id: <355D1847.889EBB8E@shaw.wave.ca>
Philipp wrote:
> Hi all!
>
> Does anybody know how to easily get the date from a day that is a week
> ago?
>
> Thanks
>
> phil
use $t=time() to get today's date in number of seconds.
$t = $t - (7*24*60*60) to get the day a week ago.
use localtime($t) to get day's representation of any format.
Carton Lao
------------------------------
Date: Fri, 15 May 1998 21:56:01 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Does Perl have a IDE?I don't like command line.
Message-Id: <6jidoi$ge$1@cyprus.atlantic.net>
According to kfox@pt0204.pto.ford.com:
>IMHO, this discussion is only important to the future of Perl if the
>clueless newbies are really representative of the Windows programming
>community. If they are, I'd say Perl's future depends on Linux (because
>Unix' future seems to depend on Linux). Anybody have solid data?
I'm sure that Perl's future depends on non-Windows, because M$ has done
so much brainwashing and is so paranoid and has such resources and press
contacts that Perl for Windows will be squashed as soon as it is seen as
any kind of threat to anything that M$ does or might possibly think to do.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
"I brought the atom bomb. I think it's a good time to use it." //MST3K
-> Ask me about Perl training and consulting <-
Like Perl? Want to help out? The Perl Institute: www.perl.org
------------------------------
Date: Fri, 15 May 1998 21:58:30 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Does Perl have a IDE?I don't like command line.
Message-Id: <6jidt8$h5$1@cyprus.atlantic.net>
According to fsg@ultranet.com:
>Nonsense. clpm is cool and all, but Perl is Perl, and clpm does not
>contribute significantly to the 'usefulness' of the language.
Sure it does -- that's why it's USEnet, the network of users who talk
to each other.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
"I brought the atom bomb. I think it's a good time to use it." //MST3K
-> Ask me about Perl training and consulting <-
Like Perl? Want to help out? The Perl Institute: www.perl.org
------------------------------
Date: Fri, 15 May 1998 22:01:48 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Does Perl have a IDE?I don't like command line.
Message-Id: <6jie3d$ii$1@cyprus.atlantic.net>
According to smcdow@arlut.utexas.edu (Stuart McDow):
>kfox@pt0204.pto.ford.com (Ken Fox) writes:
>> Does anybody use a Bell Labs variant of Unix anymore? ;)
>
>I think just about all variants are variants of Bell Labs Unix.
Nope; Linux and all the *BSDs are non-Bell.
(Though the BSD code was developed near and around V7-based code,
while Linux was not, so Linux is even less Bell Labs than *BSD.)
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
"I brought the atom bomb. I think it's a good time to use it." //MST3K
-> Ask me about Perl training and consulting <-
Like Perl? Want to help out? The Perl Institute: www.perl.org
------------------------------
Date: 16 May 1998 06:06:47 GMT
From: Stefaan.Eeckels@ecc.lu (Stefaan A Eeckels)
Subject: Re: Does Perl have a IDE?I don't like command line.
Message-Id: <6jjadn$lnq$1@justus.ecc.lu>
In article <6jiicl$d0$1@ultranet.com>,
fsg@ultranet.com writes:
> Tk is a grotesque and broken hideous mess that, where portable, and
> where it works, takes up more memory than emacs for even the most
> trivial and understated task. I once said that Osterhout doesn't need
> a human factors engineer, he needs a gun. This remains true.
This is quite untrue - Tk takes not nearly as much memory as
emacs, and generally speaking is a quite nice widget set.
It's a lot more efficient than Motif (not saying much) and
compares favourably with Win32. Lots of work remains to be
done - especially on Windows, but for simple GUI interfaces
it's quite usable. TkMan (FYI running acceptably fast on a
486DX/66 with 32Mb) is an amazing program, and shows Tk can
be used for complex applications too.
BTW, if you're out to insult people, you might at least spell
their name correctly ;-)
--
Stefaan
--
PGP key available from PGP key servers (http://www.pgp.net/pgpnet/)
___________________________________________________________________
Williams and Holland's Law: If enough data is collected,
anything may be proven by statistical methods.
------------------------------
Date: Sat, 16 May 1998 08:41:17 GMT
From: cicho@polbox.com (Marek Jedlinski)
Subject: Re: Does Perl have a IDE?I don't like command line.
Message-Id: <355e50a0.319041@news.nask.org.pl>
Keywords: If you're happy and you know it, clunk your chains.
Tom Christiansen <tchrist@mox.perl.com> wrote:
>
>--tom, still wondering how to pass arguments to a mouse click
I have been using Borland's DOS-based IDEs (excellent for the purposes they
are meant to serve) since around 1991. They have mouse support (though may
not have had it as early as 1991, I forget). The funny thing is, the day I
used the mouse to perform *any* task inside a Borland IDE has yet to come.
Your paintbox badly needs shades of color, Tom.
.marek
--
Invalid thought. Close all mental processes and restart body.
Largactil Cafi http://www.lodz.pdi.net/~eristic/index.html
Send message with GET PGP_KEY in subject for PGP public key.
Hail Eris. *plonk* trolls. Fight spam: http://www.cauce.org/
------------------------------
Date: Sat, 16 May 1998 08:41:18 GMT
From: cicho@polbox.com (Marek Jedlinski)
Subject: Re: Does Perl have a IDE?I don't like command line.
Message-Id: <355f7498.7678850@news.nask.org.pl>
Keywords: If you're happy and you know it, clunk your chains.
gbacon@cs.uah.edu (Greg Bacon) wrote:
>You're confusing Platonic forms with our imperfect reality. This is
>pretty common among people who need a platform from which to hurl
>insults at CS college students. In an ideal world, IDEs would be there
>strictly as an aid for software development and programmers would be
>able to use one IDE as easily as the next. Surely your position is not
>that Microsoft, Borland, etc. do not wish to capture a user base with
>their very different implementations.
As far as their business stratety goes, they surely are. But you cannot tie
a user base to a particular IDE very easily, since all that the IDE inputs
and outputs is pkain text source code, which you can load and manipulate on
*any* IDE implementation. It's not like IDEs are capturing users with
proprietary document formats that you cannot easily convert to others, etc.
All that changes is the interface and feature set. Any time you're
dissatisfied with an IDE from company X, you can install an IDE from
company Y and use it instead, your code will work just as fine (or just as
buggily :)
.marek
--
Invalid thought. Close all mental processes and restart body.
Largactil Cafi http://www.lodz.pdi.net/~eristic/index.html
Send message with GET PGP_KEY in subject for PGP public key.
Hail Eris. *plonk* trolls. Fight spam: http://www.cauce.org/
------------------------------
Date: Sat, 16 May 1998 08:41:15 GMT
From: cicho@polbox.com (Marek Jedlinski)
Subject: Re: Does Perl have a IDE?I don't like command line.
Message-Id: <355d5073.273391@news.nask.org.pl>
Keywords: If you're happy and you know it, clunk your chains.
Tom Christiansen <tchrist@mox.perl.com> wrote:
>In comp.lang.perl.misc, fsg@ultranet.com writes:
>:But unless you can explain how
>:win32 people asking questions in comp.lang.perl.misc will cause the downfall
>:of Perl, I'm afraid you're just being unpleasantly religious.
>
>It's trivial: They flood the group with useless questions that they are
>too lazy to lift a finger for themselves. They don't look up the docs
>even though these are included on their very systems. The problem is that
>these people do not come from a can-do, do-it-yourself, tinker-and-play,
>reseach-is-educational background. They aren't used to online docs that
>they didn't have to pay the Great Taxman Who in Redmond Abideth for.
But, but... The question was, how will this onslaught of unwashed masses
cause the downfall of *Perl*, not of this newsgroup. If you mean that the
newsgroup may in time become unusable, that might be true (and sad). But of
course a new group can be started at any time (and it seems one will). Or a
mailing list - you can make a mailing list private and refuse subscription,
or make it read-only, for whoever you choose.
But whatever becomes of c.l.p.m won't stop Perl from being developed and
*used*, will it? It won't stop *you* from writing good code, will it? Since
when have programming languages been dying off when their "support"
newgroups disintegrated?
.marek
--
Invalid thought. Close all mental processes and restart body.
Largactil Cafi http://www.lodz.pdi.net/~eristic/index.html
Send message with GET PGP_KEY in subject for PGP public key.
Hail Eris. *plonk* trolls. Fight spam: http://www.cauce.org/
------------------------------
Date: Sat, 16 May 1998 01:22:33 -0400
From: Francois <leurmy@akula.com>
Subject: Install libnet module
Message-Id: <355D2299.7D98F957@akula.com>
I'm trying to install the libnet module in my subdirectory on my ISP but
I get an error message:
parse error in file Makefille.PL at line 10, next 2 tokens "BEGIN {"
parse error in file Makefille.PL at line 10, next 2 tokens "\MY: "
Execution of Makefile.PL aborted due to compilation errors.
Does anyone know how to fix that problem. My ISP is not very helpful.
My ISP has Perl, Perl4 and Perl5 installedin the /usr/bin directory.
Thanks
Francois
------------------------------
Date: Fri, 15 May 1998 22:16:10 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Is if ($a="something") a bad style?
Message-Id: <6jieuc$ju$1@cyprus.atlantic.net>
MJD writes:
> I think it's bad style in C also. I used to write this:
>
> if (p = malloc(...)) {
> }
>
> [...]
> The `=' is just too deceptive.
I dunno, I don't find it confusing at all.
On the other hand, I've been writing C for fifteen years; I've had
lots and lots of brainwashing^Wexperience.
The job interview for my first C job included this snippet of code:
while (*p++ = *q++)
;
I suggested it was a comparison loop. Prompted to try again, I got it
right, but nevertheless I _did_ get it wrong the first time....
Jari writes:
> From the maintenance perspective, nothing complex should not be done
> in a one expression.
I think that's going too far. Brevity, if done with idioms that are
readable and/or popular, puts more behavior in a given number of lines,
a transformation which has been proven to assist debugging.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
"I brought the atom bomb. I think it's a good time to use it." //MST3K
-> Ask me about Perl training and consulting <-
Like Perl? Want to help out? The Perl Institute: www.perl.org
------------------------------
Date: 15 May 1998 17:34:02 GMT
From: ehood@geneva.acs.uci.edu (Earl Hood)
Subject: Re: Learning Perl vs Programming Perl (Books)
Message-Id: <6jhuaa$8ti@news.service.uci.edu>
In article <6jcbj5$fo3$1@nntpd2.cxo.dec.com>,
Greg Rebuck <Gregory.Rebuck@digital.com> wrote:
>That's not to say that Camel isn't an excellent reference--it is!
Risking the wrath of the authors, it depends on your use of the Camel
book. Out of the books in print, it is hard to beat the Camel
book for information about the Perl language. However, it fails
to be a good reference manual (IMO) because of its organization.
My common use of the Camel book is to look up a function, or module, I
cannot quite remember how it is called. However, the format of the
book does nothing to help speed up my lookup. For example, in the
function section, there are no running headers at the top of the pages
to tell you where you are. You are forced to slow down to scan the
page to find a function name heading to know where you are while
scanning. Then the function name headings do not standout very well
from the rest of the page. At least the Camel 1ed had rules to
separate the functions making it easier to quickly spot the names.
The module reference suffers from the same problems, and is actually
worse since descriptions can span multiple pages. Makes it hard to get
one's bearings when scanning through the module section.
Bleed tabs would be useful to denote the sections of the book like
other reference manuals due (eg: XLib and Xt Intrisic references).
These ideas were brought up during the early days of creating Camel
2ed. However, they never got implemented. Maybe it was due to the
lack of time of authors. I figure such organizational enhancements is
an editorial function, so it would not require effort from the
principle authors to do it.
--ewh
--
Earl Hood | University of California: Irvine
ehood@medusa.acs.uci.edu | Electronic Loiterer
http://www.oac.uci.edu/indiv/ehood/ | Dabbler of SGML/WWW/Perl/MIME
------------------------------
Date: 16 May 1998 06:16:44 GMT
From: Stefaan.Eeckels@ecc.lu (Stefaan A Eeckels)
Subject: Re: New IDE for Perl
Message-Id: <6jjb0c$lnq$2@justus.ecc.lu>
In article <355CB550.1A1816DB@order.booktraders.com>,
Birgitt Funk <birgitt@order.booktraders.com> writes:
> All the wise men are using emacs, does that mean one really
> can't skip it ? Or is it just because you are not only wise,
> but also a (tiny bit) old(er), and in those days you just learned
> emacs anyhow and got used to it ?
An editor should be something you feel comfortable with, as
you'll spend more time using it than anything else.
Basic emacs functions are almost as easy (or difficult) to
learn as those of any editor, and (when you know LISP)
it can do some amazing tricks.
Most of these tricks can also be accomplished with other
tools (such as Perl) without learning one of the least
intuitive computer languages ever devised (flame me,
LISP lovers, but don't forget I'm an active Scheme user
and quite like the LISP languages).
I learned vi first (my UNIX roots go back to 1980) and never
felt the need to switch to emacs. Don't get too passionate
about computer programs - they're not worth it.
--
Stefaan
--
PGP key available from PGP key servers (http://www.pgp.net/pgpnet/)
___________________________________________________________________
Williams and Holland's Law: If enough data is collected,
anything may be proven by statistical methods.
------------------------------
Date: Fri, 15 May 1998 22:52:09 +0100
From: Rosemary I H Powell <Rosie@dozyrosy.demon.co.uk>
Subject: Re: Nuclear bombing of NEW YORK! Small countries can target with nukes!
Message-Id: <0o5ayHAJkLX1EwhU@dozyrosy.demon.co.uk>
In article <MPG.fc3b015e85172449896b5@news.min.net>, John Porter
<jdporter@min.net> writes
>> You are living, sleeping and walking on a planet which is a
>> LIVE ATOM BOMB and a HUGE BAR MAGNET!!
>
>The LIVE ATOM BOMB part is spooky, but the HUGE BAR MAGNET part totally
>scares the sh*t out of me. What can we do, who can we call?
>
>John Porter
But John, FEAR NOT! If it wasn't for the planet being a HUGE BAR MAGNET,
we'd all go flying off into space, and not be able to read clpm any
more....
Rosemary
-------------------------------------------------------------------
| Rosemary I.H.Powell EMail: Home: rosemary@dozyrosy.demon.co.uk |
| Work: r.i.h.powell@rl.ac.uk |
| http://www.netlink.co.uk/users/dozyrosy/ |
| http://www.dozyrosy.demon.co.uk/ |
-------------------------------------------------------------------
------------------------------
Date: Fri, 15 May 1998 22:09:38 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Our community's new life (was Re: Grieving)
Message-Id: <6jiei3$j7$1@cyprus.atlantic.net>
According to Jari Aalto <<jari.aalto@poboxes.com> (Jari Aalto+usenet.nil) >:
> But this year I noticed a change: After our company started better
> realizing the potential of Perl and tahnks to great features of perl
> 5.004+(most of all: maturity) ....
* Chip glows with pride (or maybe it's just Cerenkov radiation) *
We expended sweat and tears on 5.004. However, many don't realize it,
because 5.004 has relatively few new features in the language itself.
Mostly we worked out memory leaks, core dumps, and previously
incomplete corners of the language like details of lexical scoping --
you know, all those issues of _maturity_ and _quality_.
It's nice, once it a while, to see that one's work has been
successful.
I'm especially proud that although there have been CERT advisories
against all Perl versions before 5.004, there have been none against
5.004. We have found a few bugs since the release of 5.004. But
thanks to Tim Bunce and a cast of thousands, 5.004 is still in active
maintenance and those bugs get fixed as we find them.
> ... the development has been tremendous. And that voice of industry
> has been heard in the University and College level schools too. They
> are now arranging first Perl courses, but they have had great
> difficulties in finding teachers.
Heh. No wonder I will have been out of town teaching for seven out of
the ten weeks through the end of June. :-)
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
"I brought the atom bomb. I think it's a good time to use it." //MST3K
-> Ask me about Perl training and consulting <-
Like Perl? Want to help out? The Perl Institute: www.perl.org
------------------------------
Date: 16 May 1998 05:41:09 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: Our community's new life (was Re: Grieving)
Message-Id: <6jj8tl$22l$1@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to Chip Salzenberg
<chip@mail.atlantic.net>],
who wrote in article <6jiei3$j7$1@cyprus.atlantic.net>:
> We expended sweat and tears on 5.004. However, many don't realize it,
> because 5.004 has relatively few new features in the language itself.
> Mostly we worked out memory leaks, core dumps, and previously
> incomplete corners of the language like details of lexical scoping --
> you know, all those issues of _maturity_ and _quality_.
Do not believe this guy. As usual, this poster spreads FUDs to
accertain his point of view.
He quotes mythical "we" who "expended sweat and tears on 5.004". If
he had any clue about what he is writing, he would know that it were
not that anonymous "we", but the Perl maintainer of the time
(codenamed chipomatic) who supported increadible rate of development
(including new features!), together with fantastic selectibility, good
taste, and consistence.
Ilya
P.S. Here is a part of initial message for brain-washed (like I am now):
> * Chip glows with pride (or maybe it's just Cerenkov radiation) *
------------------------------
Date: Fri, 15 May 1998 19:36:17 -1000
From: Jeff & Rebecca Jo Isom <jeffyjo-isom@worldnet.att.net>
Subject: Perl cgi on Webserver 2.0 with Windows95
Message-Id: <6jj8ek$6ih@bgtnsc03.worldnet.att.net>
I am trying to set up Webserver to run Perl scripts. I have associated
all the .pl files on the server and in My computer. I still get an
error message when I try to run my files. The message is:
The server encountered an error and was unable to complete your request.
Message: CGI output from D:/WebSite/cgi-shl/hello.pl contained no blank
line separating header
and data (most likely a broken CGI program)
I know it has something to do with the first line of the script #!
usr/...
How do I make these scripts run for Windows 95?
------------------------------
Date: Fri, 15 May 1998 22:00:36 GMT
From: chip@mail.atlantic.net (Chip Salzenberg)
Subject: Re: Perl for Non-programmers
Message-Id: <6jie16$i1$1@cyprus.atlantic.net>
The most important skills for a programmer are memory and typing.
The most important characteristics of a programmer's personality are
Larry's Big Three: Laziness, Impatience, and Hubris.
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
"I brought the atom bomb. I think it's a good time to use it." //MST3K
-> Ask me about Perl training and consulting <-
Like Perl? Want to help out? The Perl Institute: www.perl.org
------------------------------
Date: 16 May 1998 08:34:02 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: Perl for Non-programmers
Message-Id: <6jjj1q$c6p$2@client2.news.psi.net>
Chip Salzenberg (chip@mail.atlantic.net) wrote on MDCCXVIII September
MCMXCIII in <URL: news:6jie16$i1$1@cyprus.atlantic.net>:
++ The most important skills for a programmer are memory and typing.
You mean that secretaries are perfect as programmers?
Abigail
--
perl -wle '$, = " "; sub AUTOLOAD {($AUTOLOAD =~ /::(.*)/) [0];}
print+Just (), another (), Perl (), Hacker ();'
------------------------------
Date: 16 May 1998 01:27:09 -0500
From: les@MCS.COM (Leslie Mikesell)
Subject: Re: Playing with PostgreSQL
Message-Id: <6jjbjt$mmq$1@Jupiter.Mcs.Net>
In article <Pine.LNX.3.96.980514143222.20109D-100000@tre.thewild.com>,
Scott Webster Wood - TheWild Webster <swood@TheWild.Com> wrote:
>I have been trying to compare/contrast various SQL packages for perl. I
>have since installed the mSQL and the PostgreSQL stuff on various boxes
>for testing. I have found a couple of routines for Perl to talk to them,
>but the only ones that I have found thus far (at least at first glance)
>utilize an expr routine or something similar to send commands to and from
>the SQL server. I was kinda hoping that something would allow me to
>create objects that would match the object databases I wanted to create in
>the SQL.
There was a recent posting to the DBI mailing list that had some
utility functions to convert between perl hashes and sql columns.
The list is archived at http://outside.organic.com/mail-archives/dbi-users/
but the current month doesn't seem to be working yet.
Les Mikesell
les@mcs.com
------------------------------
Date: 15 May 1998 18:03:16 GMT
From: ehood@geneva.acs.uci.edu (Earl Hood)
Subject: Re: Readdir & upper/lower case
Message-Id: <6ji014$9o7@news.service.uci.edu>
In article <fl_aggie-1305981639050001@aggie.coaps.fsu.edu>,
I R A Aggie <fl_aggie@thepentagon.com> wrote:
>Agreed: everything on a full-blown ISO-9660 CD is supposed to be 8.3,
If I remember correctly, it is actually something like 20.3 or 30.3
(I do not have a copy of the standard in front of me). I am not
sure of the exact length, but I believe it is longer than 8.3.
If I remember, something I can check when I get home.
I believe it common practice to stick with 8.3 to prevent problems
on ms-dog systems.
--ewh
--
Earl Hood | University of California: Irvine
ehood@medusa.acs.uci.edu | Electronic Loiterer
http://www.oac.uci.edu/indiv/ehood/ | Dabbler of SGML/WWW/Perl/MIME
------------------------------
Date: Sat, 16 May 1998 07:30:46 GMT
From: michaeldore@hotmail.com (Michael Dori)
Subject: REQ: help with search engine algorithm
Message-Id: <355e4061.1165591@news.nacs.net>
I am developing an algorithm for a search engine for a simple site.
The pages will be located in a small directory structrue like below
root/
root/store1
root/store2
root/store3
In each directory will be the html files ... i have developed the
following steps to try to make a search engine ... i would appreciate
all the input people can provide me.
1. Get a list of all of the html files from all of the sub
directories.
2. Place the list of files into an array.
3. Take the first file from the array and apply the filehandle.
4. Open the file with no locks ... none needed since they are
static files.
5. Search the file for the search string using a basic regex, and
if found return the position of the instance.
6. Search for the previos instance of a period, and then hop
forward to the next charachter.
7. Place the next 50 charachters and/or spaces into the return
array.
8. Continue searching for the next instance of the search string
in the same file.
9. Repeat steps 5 to 8 until the file is completed.
10. Assign the file handle to the next file and continue until
done. (Obviously close the prior file handle after the file is
read in)
11. Print out the file header.
12. Print out the results with links to the files.
13. Print out the file footer.
Thanks ahead of time for the input.
Mike Dori
michaeldore@hotmail.com
------------------------------
Date: Sat, 16 May 1998 02:53:22 GMT
From: Carton Lao <carton.lao@shaw.wave.ca>
To: Matteo Boschini <boschini@cilea.it>
Subject: Re: system vs exec vs piped open...
Message-Id: <355D001B.3AA397D9@shaw.wave.ca>
Matteo Boschini wrote:
> Hi all,
>
> may be this is stupid, but I browsed perlfaq/dosc/etc/*@CPAN and could
> not find anything.
>
> I have a pretty complicated Perl cgi which at the end starts a C
> programusing some perl variables in argv[].
>
> Without running teh C code, I get the output html page in xx secs.
> If I run the C program, I get the output html file in xxxxxxxx sec,
> exactly when C programs is done executing.
>
> I did this by means of a system("./myproc &");
>
> Shouldn't this return to my perl as soon as the myprog & command is
> done, that is, immediately ?
>
> I also tried an exec, with the same result.
>
> But when I tried an
>
> open(FH,"myprog &|");
> close(FH);
>
> I get the retun page in xx secs and the c programs gets nevertheless
> executed
>
>
> So, why didn't system("./myproc &"); return immediately to my perl ?
> Why does the piped open do ?
>
> Thanx in advance,
>
> Matteo Boschini
> (boschini@cilea.it)
The correct syntax for system is system( @list ), where each element is a
single word, therefore the call should be system( "./myprog", "&" ).
The reason the "&" has no effect is this (but I can't find any doc to
support it):
when perl execute system, it handles the execution of the program itself
and passing in all the parameters from the @list. Therefore it does not
understand the "&", which is only a valid thing for a shell. In fact, if
your program is coded properly, the "&" should result in a error similar
to wrong parameter or something.
use backticks instead, because the whole string is passed to a shell, and
the shell recognize the "&".
a more elaborate way without using the shell and kind of stay inside perl
is as follows:
@args = ( "./myprog", "arg1", "arg2" );
if ( $pid = fork ) {
} else {
system( @args );
exit 0;
}
you do the fork yourself, the parent will just go on, and the child will
do the system call, and exit when finished.
regards,
Carton Lao
------------------------------
Date: Sat, 16 May 1998 10:54:23 +0200
From: Trevor Wilson <wdp@wdp.net>
Subject: Umlauts in Perl search machines - help
Message-Id: <355D543F.A4610757@wdp.net>
I am currently testing out some search machines but none of them will
recognise converted umlauts.
I need help on exactly how to declare, for example that the character d
is ä and vice versa. All my tags have been converted so that they
are Mac friendly and of course running a German website this problem
occurs a lot.
The usual virtual crate of beer is on offer to would be helpers ;-)
Thanks
Trevor
------------------------------
Date: Sat, 16 May 1998 03:17:53 GMT
From: Carton Lao <carton.lao@shaw.wave.ca>
To: William Tang <wtang@flash.net>
Subject: Re: Why I got the wrong PID when I use "fork"?
Message-Id: <355D05C5.B10C4CA9@shaw.wave.ca>
William Tang wrote:
> I wrote following program:
> exec 'tip -19200 /dev/ttya > test' unless $pid=fork();
> # run some program here to write result to terminal then to file test
> `kill $pid`;
> # did not kill tip process here
I can't remember what fork() returns for parent and child, but regardless,
there is a fundamental flaw in the logic, I think.
1. fork() returns 0 for parent:
Parent:
fork() returns 0, exec skipped, $pid is 0.
Child:
fork() returns pid, exec executed, the image is replaced by tip, kill
disappeared.
2. fork() returns pid of child to parent:
Parent:
fork() returns child pid, exec executed, the image is replaced by tip, kill
disappeared.
Child:
fork() returns 0, exec skipped, $pid is 0;
Better find a better method to do your stuff.
------------------------------
Date: 12 May 1998 09:31:40 -0700
From: johnh@dash.isi.edu (John Heidemann)
Subject: Re: WWW::Search documentation
Message-Id: <johnh.894990613@dash.isi.edu>
"Alan McCoy" <a.r.mccoy@larc.nasa.gov> writes:
>Okay, why can't I find any comprehensible documentation on using the
>WWW::Search module? I've looked everywhere!
>...
A reply to this was posted on the info-www-search mailing list.
WWW::Search already includes substantal documentation (in POD format)
and two demonstration programs.
-John Heidemann
------------------------------
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 2617
**************************************
