[13081] in Perl-Users-Digest
Perl-Users Digest, Issue: 491 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Aug 12 21:07:13 1999
Date: Thu, 12 Aug 1999 18:05:12 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 12 Aug 1999 Volume: 9 Number: 491
Today's topics:
Re: ActivePerl PerlScript -- funny problems <john@dlugosz.com>
Re: ActivePerl PerlScript -- funny problems <john@dlugosz.com>
Embedding Perl (ISD)
Re: Embedding Perl <dan@tuatha.sidhe.org>
Re: getting files from a user through the internet (Martien Verbruggen)
Help with Installing PERL on Solaris 2.6 <anonymous@web.remarq.com>
Re: Help, please: use/require (not the (V)FAQ) <mcking@cajunbro.com>
Re: How to count clicks to HTML link. (Martien Verbruggen)
installing perl under solaris 2.6 <mattlesko@yahoo.com>
Re: List Files in a directory and search (Martien Verbruggen)
Re: Looking for a good Perl Book <ijg@connect.org.uk>
Re: Looking for a good Perl Book (Martien Verbruggen)
Re: Looking for a good Perl Book <tchrist@mox.perl.com>
Re: Member of an array <uri@sysarch.com>
Re: My attempt at perl poetry <mcking@cajunbro.com>
Re: New Book on Perl Tool Development (Andrew Johnson)
Re: New Book on Perl Tool Development <jeff@vpservices.com>
Re: New Book on Perl Tool Development (Eric Bohlman)
Re: New Book on Perl Tool Development (Eric Bohlman)
Re: NO-ONE USES PERLQT !!!!!!!!!!!!!!!!!!!!!??????????? <mcking@cajunbro.com>
Re: PERL for Win32 (Michael R Weholt)
Re: Sesssion ID (Larry Rosler)
Re: SQL DBMS interface <dhill@sunbeach.net>
Digest Administrivia (Last modified: 1 Jul 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 12 Aug 1999 18:49:26 -0500
From: "John M. Dlugosz" <john@dlugosz.com>
Subject: Re: ActivePerl PerlScript -- funny problems
Message-Id: <62677C2A4128D11A.D25219F940B5F975.D7ADFC1DA780984A@lp.airnews.net>
elephant <elephant@squirrelgroup.com> wrote in message
news:MPG.121ccfe49fd35bc3989c13@news-server...
> $main::document (just like $main::window and a whole heap of others) is
> a special identifier within client-side scripting ...
> you can't assign to it - the same way that you can't assign to $window
Then why doesn't it show up in the symbol table (like $window does), and why
can't I use $main::document, as-is, in the same manner that I use
$main::window::document (or $main::MyDoc after I assign the ref to it)?
--John
------------------------------
Date: Thu, 12 Aug 1999 18:58:47 -0500
From: "John M. Dlugosz" <john@dlugosz.com>
Subject: Re: ActivePerl PerlScript -- funny problems
Message-Id: <2EE71EAA47E44DC6.9F920A9120BAC665.D7A9676FD5F7B458@lp.airnews.net>
Matt <mck@iag.net> wrote in message news:37b31868.22778013@news.iag.net...
> On Wed, 11 Aug 1999 19:28:02 -0500, "John M. Dlugosz"
> Often, Perl is not considered for browser scripting, because it relies
> upon Perl being installed on the client machine.
In this case, Perl is required for other things anyway, so it's not an issue
for this particular utility.
> This instead of Perl/Tk, eh? Interesting...
My earlier experience with Perl/Tk was poor. First, no real beginner docs,
and second, produced apps that were alien to the box (i.e. didn't look like
Windows, keys were all wrong, etc.). More reciently though, I've gotten the
new O'Reilly book on Perl/Tk, and have downloaded the latest from CPAN, and
found that it is no longer as alien: radio buttons and checkboxes look like
Windows, so do the scroll bars, the mouse wheel works, and menus look native
too. My reading of the online docs indicate that there is a new way of
doing menus to better support native abilities on each box (seems it is a
higher level concept now rather than just another button), and the widget
demo shows some totally alien menus, and two that look like native menus but
one that functions differently and another that is pretty close. I'm
dabbling in a few simple Tk programs now to get a better feel for it.
In the future, I would re-evaluate the decision regarding Perl/Tk. It
appears to be maturing well on the Win32 platform. Thinking ahead, it would
be great to get the top-level menu just right, produce Widgets to match
missing native controls (e.g. combo box), and provide a widget wrapper to
host Active-X controls... Also, for complete full-powered apps, we need to
be able to mix GDI and low-level "User" API calls with the Tk interface, to
some extent.
--John
------------------------------
Date: Thu, 12 Aug 1999 15:49:24 -0800
From: "Tony Taylor (ISD)" <tony@searhc.org>
Subject: Embedding Perl
Message-Id: <37B35D84.EE2E90AD@searhc.org>
Okay, this is probably an RTFM question; all I need is a pointer to the
FM. I've looked around, and I haven't found much interesting.
Scenerio: I'm writing a visual programming environment (currently dubbed
gnome-filer) that will use plug-ins for controls and languages. I want
Perl as the first language plug-in, as it is both popular and my
favorite scripting language. However, I can't find any information
about using Perl as an embedded language. I suspect I am going to have
to dig into the source of mod_perl and the Gimp's Perl plug-in to figure
this stuff out; but if there's some reference documentation out there,
I'd rather use that.
Also, if anyone is interested in a visual programming environment (I
imagine something similar in nature to VB, with a choice of languages--
Perl, Guile, Python, etc) and would like to help develop the language
plug-in architecture, please let me know. gnome-filer is available from
Gnome cvs; it's definitely more that vapor, though it's not usable yet,
since it doesn't have any language bindings.
Hmm. I'm rambling.
Anyway, if anyone knows of the documentation I need, please let me know.
- Tony
------------------------------
Date: Fri, 13 Aug 1999 00:38:43 GMT
From: <dan@tuatha.sidhe.org>
Subject: Re: Embedding Perl
Message-Id: <nOJs3.98$y03.285@news.rdc1.ct.home.com>
"Tony Taylor (ISD)" <tony@searhc.org> wrote:
> Scenerio: I'm writing a visual programming environment (currently dubbed
> gnome-filer) that will use plug-ins for controls and languages. I want
> Perl as the first language plug-in, as it is both popular and my
> favorite scripting language. However, I can't find any information
> about using Perl as an embedded language. I suspect I am going to have
> to dig into the source of mod_perl and the Gimp's Perl plug-in to figure
> this stuff out; but if there's some reference documentation out there,
perlembed would be the sensible place to start, followed by perlguts,
perlxstut, and perlxs. All provided with perl and available via man or
perldoc as you prefer.
Dan
------------------------------
Date: Fri, 13 Aug 1999 00:15:57 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: getting files from a user through the internet
Message-Id: <1tJs3.137$lx1.3044@nsw.nnrp.telstra.net>
[Posted and Mailed]
In article <7ov9mv$9qk$1@nclient13-gui.server.virgin.net>,
"Webexchange Team" <help@xellent.co.uk> writes:
Please, do not post images to comp.lang.perl.misc. Not even if someone
asks. Posting binaries to groups that are not especially set up for
that is considered to be one of the most horrible things you can do on
Usenet, and will very likely make you end up in many people's
killfiles.
Martien
--
Martien Verbruggen |
Interactive Media Division | You can't have everything, where would
Commercial Dynamics Pty. Ltd. | you put it?
NSW, Australia |
------------------------------
Date: Thu, 12 Aug 1999 16:42:52 -0800
From: mattlesko <anonymous@web.remarq.com>
Subject: Help with Installing PERL on Solaris 2.6
Message-Id: <934504976.4319@www.remarq.com>
I've been trying to install Perl on my Sun Solaris (SPARC)
2.6 box, but to no avail. I've gotten the file from
ftp.cpan.org; and tar/gzipped them, and run the Configure
program. Everything runs smoothly, and it then exits and
tells me to run a make. Which I do. Most of it compiles
fine, until a certain point in which I receive this message:
make: Warning: Both 'makefile' and 'Makefile' exist
Current working directory
/perl-install-dir/perl-5.005_02/x2p
echo Makefile.SH cflags.SH | tr ' ' '\n' >.shlist
Updating makefile...
/opt/SUNWspro/bin/cc -o miniperl miniperlmain.o libperl.a
-lsocket -lnsl -ldl -lm -lc -lcrypt /lib/libcrypt.a
Undefined first referenced
symbol in file
do_aspawn libperl.a(pp_sys.o)
do_spawn libperl.a(pp_sys.o)
ld: fatal: Symbol referencing errors. No output written to
miniperl
*** Error code 1
make: Fatal error: Command failed for target 'miniperl'
#
Can anyone tell me how to circumvent this? Also, due to the
fact that I'm posting this late at night, I won't be able to
get to the newsgroups until tomorrow. If you respond to the
newsgroup, please CC: a copy to mattlesko@yahoo.com
Thanks in Advance, Matt.
"If electricity comes from electrons, does morality come
from morons?"
* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!
------------------------------
Date: Thu, 12 Aug 1999 23:13:16 +0000
From: Mark McCoy <mcking@cajunbro.com>
Subject: Re: Help, please: use/require (not the (V)FAQ)
Message-Id: <37B3550C.B5FE1B5A@cajunbro.com>
Mark-Jason Dominus wrote:
>
> In article <37B33F93.15E3B961@mitre.org>,
> Boris Klimovitsky <bklimov@mitre.org> wrote:
> > foo did not return a true value at test line 4
> >
> > checked perldiag, perlfunc require (and use). Nothing.
>
> perldiag:
>
> %s did not return a true value
>
> (F) A required (or used) file must return a true value to
> indicate that it compiled correctly and ran its
> initialization code correctly. It's traditional to end
> such a file with a "1;", though any true value would do.
> See the require entry in the perlfunc manpage.
>
> perlfunc require:
>
> The file must return TRUE as the last statement to
> indicate successful execution of any initialization
> code, so it's customary to end such a file with "1;"
> unless you're sure it'll return TRUE otherwise. But
> it's better just to put the "1;", in case you add more
> statements.
>
> Wow.
>
> > Anyone know what I'm doing wrong? I'm sure this is easy... just not for
> >me. What else should I have tried?
>
> I am completely at a loss for suggestions.
Any one know why this is so? I am at a loss to figure out why such a gross
workaround as ending the file with "1;" or "666;" (or any true value) exists at
all. I am not as knowledgable about the inner workings of use or require, but
this seems rather odd. One would think that the simply finding the file and
processing whatever BEGIN and bare code blocks exist (if any) would be enough to
cause the module to return "true".
--
Mark McCoy -- Cajun Brothers Technology, llc
Proud to run Linux since February 1996
This message posted from snowdog, a 100% MS-free machine.
The views in this message do not necessarily reflect the views of my employer
------------------------------
Date: Fri, 13 Aug 1999 00:19:10 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: How to count clicks to HTML link.
Message-Id: <2wJs3.138$lx1.3044@nsw.nnrp.telstra.net>
In article <37B2A1FD.A9009F56@rettig.com>,
Lane Rettig <lane@rettig.com> writes:
> [CC'ed to author]
And the author will no doubt thank you for it.
> $refresh_string = '<META HTTP-EQUIV="REFRESH" CONTENT="0; URL=';
> $tail = '">";
> print "$refresh_string$url_string$quote$tail\n";
Invalid Perl. Invalid HTML.
Martien
--
Martien Verbruggen |
Interactive Media Division | We are born naked, wet and hungry. Then
Commercial Dynamics Pty. Ltd. | things get worse.
NSW, Australia |
------------------------------
Date: Thu, 12 Aug 1999 16:45:05 -0800
From: mattlesko <mattlesko@yahoo.com>
Subject: installing perl under solaris 2.6
Message-Id: <934505109.4334@www.remarq.com>
I've been trying to install Perl on my Sun Solaris (SPARC)
2.6 box, but to no avail. I've gotten the file from
ftp.cpan.org; and tar/gzipped them, and run the Configure
program. Everything runs smoothly, and it then exits and
tells me to run a make. Which I do. Most of it compiles
fine, until a certain point in which I receive this message:
make: Warning: Both 'makefile' and 'Makefile' exist
Current working directory
/perl-install-dir/perl-5.005_02/x2p
echo Makefile.SH cflags.SH | tr ' ' '\n' >.shlist
Updating makefile...
/opt/SUNWspro/bin/cc -o miniperl miniperlmain.o libperl.a
-lsocket -lnsl -ldl -lm -lc -lcrypt /lib/libcrypt.a
Undefined first referenced
symbol in file
do_aspawn libperl.a(pp_sys.o)
do_spawn libperl.a(pp_sys.o)
ld: fatal: Symbol referencing errors. No output written to
miniperl
*** Error code 1
make: Fatal error: Command failed for target 'miniperl'
#
Can anyone tell me how to circumvent this? Also, due to the
fact that I'm posting this late at night, I won't be able to
get to the newsgroups until tomorrow. If you respond to the
newsgroup, please CC: a copy to mattlesko@yahoo.com
Thanks in Advance, Matt.
"If electricity comes from electrons, does morality come
from morons?"
* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!
------------------------------
Date: Thu, 12 Aug 1999 23:35:23 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: List Files in a directory and search
Message-Id: <%SIs3.120$lx1.3044@nsw.nnrp.telstra.net>
In article <7ov4n9$he1$1@nnrp1.deja.com>,
nerilius@my-deja.com writes:
> I'm trying to write a program that searches a directory for a file. If
> that file exists it returns true.
> #!/usr/bin/perl
You should consider using the -w flag. You should consider using strict;
[snip of unchecked cgi related stuff]
> opendir(DIR, "/u60/gabeus/");
> foreach $fir (readdir(DIR)) {
> push @array, $fir;
> }
> close(DIR);
my $viles = 'file_name_to_match';
my $dir = '/u60/gabeus/';
opendir(DIR, $dir) || die "Cannot open $dir: $!";
# depending on what exactly you want:
my @match_with_special_chars_anywhere = grep { /$viles/ } readdir(DIR);
seekdir DIR, 0;
my @match_anywhere = grep { /\Q$viles/ } readdir(DIR);
seekdir DIR, 0;
my @match_exact = grep { $_ eq $viles } readdir(DIR);
close (DIR);
> if ($viles =~ /$f/) {$i=1;}
> if ($i==1) {
> print "That name is already taken";
This is actually not true. You have tested for the presence of the
current file name in the string $viles. If $f contains metacharacters
(like the dot '.'), you have matched even more.
Suppose $viles is 'foobarbaztxt', and your file list is
ba.txt
barba.txt
foo
oba
ztxt
All of the above files will satisfy the condition ($viles =~ /$f/). If
you want exact equality, use 'eq' (see above).
In the unlikely event that you are looking for a filename like
'foo(bar).txt', your condition will actually return false:
# perl -wl
my $f = 'foo(bar).txt';
my $viles = 'foo(bar).txt';
print STDOUT ($viles =~ /$f/) ? "yes" : "no";
print STDOUT ($viles eq $f) ? "yes" : "no";
__END__
no
yes
You should probably read the perlop documentation to learn more about
Perl's standard operators, the perlre documentation, to leanr about
regular expressions, and the perlfunc documentation, to see how
opendir and readdir are normally used:
# perldoc perlop
# perldoc perlre
# perldoc perlfunc
or
# perldoc -f opendir
# perldoc -f readdir
Martien
--
Martien Verbruggen |
Interactive Media Division | If it isn't broken, it doesn't have
Commercial Dynamics Pty. Ltd. | enough features yet.
NSW, Australia |
------------------------------
Date: Thu, 12 Aug 1999 23:58:04 GMT
From: Ian Garlick <ijg@connect.org.uk>
Subject: Re: Looking for a good Perl Book
Message-Id: <37B35F8C.6FFDE598@connect.org.uk>
Elaine -HFB- Ashton wrote:
> > We all whine about the people asking question here that are found in the
> > faq, or the manual. But sometimes we should realize it isn't easy to
> > find things.
>
> This is very true as sometimes, when I'm double checking something to
> make sure I'm answering a question correctly, it takes me more effort to
> find the information. Some stuff is intuitive and obvious, some is
> obscure and you really have to read all several hundred pages of the
> pods to know where to look. I still think a cross-referenced index would
> serve the documentation well.
>
Recently there have been a few replies with an RTFM theme giving the following
syntax:-
perldoc -q flock
perldoc -q space
Can some one tell me what version of perl you need to be running to have this
working please?
I know it's woefully short of what abigail and elaine are going on about but it
would
do until some one under takes the monumental task of indexing the pods
properly.
------------------------------
Date: Fri, 13 Aug 1999 00:42:02 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: Looking for a good Perl Book
Message-Id: <uRJs3.151$lx1.4167@nsw.nnrp.telstra.net>
In article <37B35F8C.6FFDE598@connect.org.uk>,
Ian Garlick <ijg@connect.org.uk> writes:
> Recently there have been a few replies with an RTFM theme giving the following
> syntax:-
>
> perldoc -q flock
> perldoc -q space
I believe that the 5.005 version included the first perldoc that
accepted the -q flag. I'm pretty certain that the 5.004_04 version
didn't.
perldoc isn't great, but it's the most universally accessible tool to
find info in the pods. But grep still beats it :)
Martien
--
Martien Verbruggen |
Interactive Media Division | We are born naked, wet and hungry. Then
Commercial Dynamics Pty. Ltd. | things get worse.
NSW, Australia |
------------------------------
Date: 12 Aug 1999 18:48:46 -0700
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: Looking for a good Perl Book
Message-Id: <37b36b6e@cs.colorado.edu>
[courtesy cc of this posting mailed to cited author]
In comp.lang.perl.misc,
mgjv@comdyn.com.au (Martien Verbruggen) writes:
:perldoc isn't great, but it's the most universally accessible tool to
:find info in the pods. But grep still beats it :)
ppt has a grep. And there's pmtools.
--tom
--
I dunno, I dream in Perl sometimes...
--Larry Wall in <8538@jpl-devvax.JPL.NASA.GOV>
------------------------------
Date: 12 Aug 1999 19:37:00 -0400
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Member of an array
Message-Id: <x7iu6k606b.fsf@home.sysarch.com>
>>>>> "JP" == Jeff Pinyan <jeffp@crusoe.net> writes:
JP> [posted & mailed]
JP> On Aug 12, Donovan Rebbechi blah blah blah:
>> On 12 Aug 1999 18:18:45 GMT, Phil Goetz wrote:
>> >I've gone through my Perl manual without finding a built-in
>> >method to ask whether a variable is a member of an array.
>> >E.g., I want to know if "fred" is in the array
>>
>> foreach my $item(@array) { return 1 if $item eq $fred; }
>> return 0;
JP> That is slow and silly. Smarter:
JP> $has_fred = contains("fred",@list);
JP> sub contains {
JP> my $word = shift;
JP> my %hash;
JP> @hash{@_} = ();
JP> return exists $hash{$word};
JP> }
depending on the location of the hit (if any) that could be worse. in
general the hash wins big if you are doing multiple lookups in the same
list of values. then your sub is slow since you build the hash each
time. there are many ways to fix that. here is a closure technique:
sub make_exists_sub {
my %hash ;
@hash{ @_ } = () ;
sub {
exists $hash{ +shift } ;
}
}}
$is_a_foo = make_exists_sub( @foo_stuff ) ;
print "it's a foo!\n" if $is_a_foo->( $possible_foo ) ;
uri
--
Uri Guttman ----------------- SYStems ARCHitecture and Software Engineering
uri@sysarch.com --------------------------- Perl, Internet, UNIX Consulting
Have Perl, Will Travel ----------------------------- http://www.sysarch.com
The Best Search Engine on the Net ------------- http://www.northernlight.com
"F**king Windows 98", said the general in South Park before shooting Bill.
------------------------------
Date: Thu, 12 Aug 1999 23:30:36 +0000
From: Mark McCoy <mcking@cajunbro.com>
Subject: Re: My attempt at perl poetry
Message-Id: <37B3591C.89E8FA88@cajunbro.com>
Matt wrote:
>
> Pure...poetry.
What other language allows genius like this to flow forth from the keyboards of
its programmers???
--
Mark McCoy -- Cajun Brothers Technology, llc
Proud to run Linux since February 1996
This message posted from snowdog, a 100% MS-free machine.
The views in this message do not necessarily reflect the views of my employer
------------------------------
Date: Thu, 12 Aug 1999 23:14:45 GMT
From: andrew-johnson@home.com (Andrew Johnson)
Subject: Re: New Book on Perl Tool Development
Message-Id: <FzIs3.1430$dr6.32868@news1.rdc2.on.home.com>
In article <37b3399f@cs.colorado.edu>,
Tom Christiansen <tchrist@mox.perl.com> wrote:
! [courtesy cc of this posting mailed to cited author]
!
! In comp.lang.perl.misc,
! David Cassell <cassell@mail.cor.epa.gov> writes:
! :Paul Ziff, in his writings on the philosophy of language,
! :used as an example the street on which he grew up:
! : Old Eagle School Road
! :Exercise for the reader: parse as above. :-)
!
! I've often been fond of
!
! The dog is ready to eat.
!
My son has grown another foot.
Visiting relatives can be boring.
headlines are often a good source of ambiguity, the following
apparently all appeared in newspapers:
Chou Remains Cremated
Complaints About NBA Referees Growing Ugly
Child's Stool Great for Use in Garden
Drunk Gets Nine Months in Violin Case
and my favorite:
Columnist Gets Urologist in Trouble with His Peers
andrew
--
The generation of random numbers is too
important to be left to chance.
------------------------------
Date: 12 Aug 1999 23:24:54 GMT
From: Jeff Zucker <jeff@vpservices.com>
Subject: Re: New Book on Perl Tool Development
Message-Id: <37B356D3.FFB58AC9@vpservices.com>
Tom Christiansen wrote:
>
> David Cassell <cassell@mail.cor.epa.gov> writes:
> :Paul Ziff, in his writings on the philosophy of language,
> :used as an example the street on which he grew up:
> : Old Eagle School Road
> ...
> The dog is ready to eat.
Flying planes can be dangerous.
--
Jeff
------------------------------
Date: 13 Aug 1999 00:27:55 GMT
From: ebohlman@netcom.com (Eric Bohlman)
Subject: Re: New Book on Perl Tool Development
Message-Id: <7ovoqb$9m2@dfw-ixnews7.ix.netcom.com>
David Cassell (cassell@mail.cor.epa.gov) wrote:
: Paul Ziff, in his writings on the philosophy of language,
: used as an example the street on which he grew up:
: Old Eagle School Road
:
: Exercise for the reader: parse as above. :-)
Of course. It's that road that runs past the facility where they teach
elderly eagles how to hunt after their eyesight goes bad and their wings
get stiff.
Or how about:
I didn't say she said that
which has 64 possible related but not identical meanings when spoken,
depending on which words are emphasized.
------------------------------
Date: 13 Aug 1999 00:39:04 GMT
From: ebohlman@netcom.com (Eric Bohlman)
Subject: Re: New Book on Perl Tool Development
Message-Id: <7ovpf8$9m2@dfw-ixnews7.ix.netcom.com>
Andrew Johnson (andrew-johnson@home.com) wrote:
: headlines are often a good source of ambiguity, the following
: apparently all appeared in newspapers:
:
: Chou Remains Cremated
: Complaints About NBA Referees Growing Ugly
: Child's Stool Great for Use in Garden
: Drunk Gets Nine Months in Violin Case
When I was in school (Knox College, Galesburg, IL) a bunch of us were
looking at a headline about some people who were camping near Mount
St. Helens around the time it blew, formatted as follows:
Volcano Missing
Feared Dead
This led one member of our group to tell a (possibly apocryphal) story
about local headlines: Galesburg High School has a long-standing sports
rivalry with nearby Monmouth High School. Galesburg's teams are called
the Silver Streaks, after an old passenger train (Galesburg is the
Burlington Northern Railroad's main switching center) and Monmouth's
teams are called the Zippers (presumably after one of the town's
industries). The annual basketball game between the two schools is
always a big event. One year Galesburg's star player, a guard named Jeff
Cox, injured himself during practice a couple days before the game, and
all the local sportswriters were speculating on how this would affect the
outcome of the game. Galesburg, however, won and the next day the top
headline on the sports page was:
Streaks Drop Zippers With Cox Out
------------------------------
Date: Fri, 13 Aug 1999 00:16:29 +0000
From: Mark McCoy <mcking@cajunbro.com>
Subject: Re: NO-ONE USES PERLQT !!!!!!!!!!!!!!!!!!!!!?????????????????????????
Message-Id: <37B363DD.4FDFA476@cajunbro.com>
Please let this thread end. It is a simple misinterpretation of the word
"killfile" (which I assume someone who speaks his native tongue explained to him
in german in the earlier post). In case he needs it again, a killfile only
prevents the _user_ from reading anything posted by a particular person. All
other people on Usenet can still read the post, the "killed" person is merely
ignored by the newsreader. No one is commiting any atrocities or censorship by
simply ignoring someone.
Marcel Grunauer wrote:
>
> On Thu, 12 Aug 1999 09:59:19 +0200, Thomas Schmickl
> <schmickl@magnet.at> wrote:
>
> >My point was, that in our country there has bean a time where some people
> >thought they
> >were better than others. This has nothing to do with your been jewish or
> >something else
> >now in 1999 in america. It gives you no better view to those things, just
> >because of
> >your religion. (The nazis kill(fil)ed jews, socialists, roma, handicapped ...).
>
> Oh for god's sake.
>
> People like you give other Austrians a bad reputation. If you don't
> agree with this group's way of handling things, don't post to it or
> even read it. No-one forces you to.
>
> If you're not comfortable with English, hie you hence to
> de.comp.lang.perl.*.
>
> And fix your newsreader.
>
> *plonk*
>
> Sinngemaesse deutsche Uebersetzung fuer Herrn Schmickl:
>
> Leute wie Du ruinieren den Ruf anderer Oesterreicher (wir sind nicht
> alle so paranoid wie Du). Wenn Du nicht mit der Art, wie diese
> newsgroup die Dinge handhabt, einverstanden bist, dann brauchst Du sie
> ja nicht zu lesen oder hier zu posten.
>
> Wenn Du lieber in Deutsch kommunizierst, geh halt zu
> de.comp.lang.perl.*
>
> Und konfiguriere Deinen Newsreader (auf 72 Zeichen pro Zeile).
>
> Willkommen im killfile.
>
> Marcel
> --
> perl -e 'print unpack(q$u$,q$82G5S="!!;F]T:&5R(%!E<FP@2&%C:V5R$)'
--
Mark McCoy -- Cajun Brothers Technology, llc
Proud to run Linux since February 1996
This message posted from snowdog, a 100% MS-free machine.
The views in this message do not necessarily reflect the views of my employer
------------------------------
Date: Thu, 12 Aug 1999 23:05:56 GMT
From: awnbreel@panix.com (Michael R Weholt)
Subject: Re: PERL for Win32
Message-Id: <7ovk0k$qg_002@news.panix.com>
In article <OgBAn#P5#GA.121@cpmsnbbsa03>,
"Deane Barker" <UniversalExport@email.msn.com> wrote:
>I've downloaded the stable release of PERL for Win32, but I can't figure
>out what to do with it. I unzipped it, but the documentation just
>doesn't make sense. What file do I run? CONFIGURE doesn't do anything,
>and I can't find an INSTALL file.
>
>I'm learning to program PERL on a Unix box at work, and I'm really
>enjoying it so I'd like to get it running on my Win95 machine at home.
>
>Can anyone help?
You don't say if you are on NT or win9? (it makes a difference,
believe me), but having just spent the last 6 days ripping the flesh
from my face trying to get perl5.005 compiled and running on my Win95
machine, I believe I might have some good advice for you (assuming you
are on a win9? machine) ...
And of course, assuming you are interesting in compiling your own
perl, as opposed to downloading a working binary...
Everyone will have an opinion, of course, but in my very recent and
brutal experience, I think this is your best bet.
First, go to:
http://sourceware.cygnus.com/cygwin/
and read about cygwin32. It is a port/emulator of unix for win32
machines. I know this will seem like a hassle, but you really should
download and install it. And, anyway, if you are using Unix at work,
you should be comfortable with most of the commands. And it is dead
easy to install, but, naturally, you should read up on what you are
supposed to do, and familiarize yourself with mounting/naming certain
directories, etc. I recommend just accepting default installation
values, don't be a wiseguy until you get this whole thing to work at
least once.
All of this is by way of preparing for being able to successfully
compile perl, so please be patient. This route was the only one that
worked for me.
Download and install the *b20.1* release of cygwin32. Bear in mind
that *throughout* all of this, if you are advised (in the documents)
to get a particular file, make sure you get the exact release the
document names (it makes a difference, believe me). Some of the sites
mentioned in the documents have changed their directory structure
somewhat, but it's easy enough to track down what you need.
While you are out there collecting stuff, go by:
ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/cygwin/egcs-1.1.2/
and get the file:
egcs-1.1.2-cygb20.tar.gz
This is a port of gcc that you will use to replace the gcc that comes
with cygwin32. This is necessary for the perl compilation.
There are a few other files you will have to get (they are mentioned
in the Key Document, which I will get to in a minute).
Finally (well, relatively speaking), go to:
http://cygutils.netpedia.net/
And read up on your options concerning perl5.005_3. Here you may pick
up the *patched* source files, or you may picked up a pre-compiled
binary, or you may pick up the files to do your own patch of a
"pristine" perl source distribution (what you've probably already
downloaded).
Now, none of that will work unless you are running cygwin32, so if you
don't want to go route, don't bother with any of this.
I first tried to use the patch on the "real" or "pristine" perl source
distribution and could not get it to work. I then tried downloading
and compiling the patched perl source files and *finally* I made it
all the way through to the end of the process and as of this morning
at 11:00 a.m., I have a lovely working binary of perl5.005_03 on my
win95 machine. I even compiled a module just, you know, to celebrate.
It works fine.
Now, maybe you don't want to go all through the mess of compiling your
own ... I think it's worth it to go through the whole mess since
it gives you the capability to compile add-on modules if the need
for them arises ... apparently most of them will compile under
cygwin32 ... , but YMMV.
Once you get and gunzip/tar the *patched* source files, or you
successfully patch the "pristine" perl distribution, look in the
perl5.005_03 source directory for the file named "README.cygwin32",
and then read it carefully. This is the Key Document. It is a *very
different* README.cygwin32 file from the one that comes with the
unpatched perl source. Don't waste your time trying to get the
unpatched version to compile on win9?. More advice: be meticulous
about following the directions in the readme file.
The whole thing is a struggle, and you will not get it to work the
first few times, probably. It's tricky, but as I say, be meticulous
about following directions. You may email me if you are confused (I
was. Often.) Sometimes a reasonably intelligent guess at what is
meant will solve a problem, sometimes it will make things worse.
No, I don't think it should be this difficult, but that is the way it
goes, I guess. A number of people have put forth a lot of volunteer
time and effort to try to make this as easy as possible on win9?, and
I am truly grateful to them for that. But I do think the
README.cygwin in the CPAN distribution of perl5.005_03 *really* needs
to make *clear* and *specific* mention of the
http://cygutils.netpedia.net/
site and the patched sources that can be found there. By "clear
and specific mention", I mean it should say: "don't waste your
time here, go get the patches and a README.cygwin that actually
tells you how to make this work." Until I finally stumbled across
those patches, I was about ready to give up.
Good luck.
And so off I go, skipping merrily, to compile another module ...
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_000C_01BEE4D5.6383C6A0
>Content---------Type: text/html;
> charset="Windows-1252"
>Content---------Transfer-Encoding: quoted-printable
*Please* don't use html on usenet.
--
mrw
------------------------------
Date: Thu, 12 Aug 1999 17:31:14 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Sesssion ID
Message-Id: <MPG.121d0730f42fb76e989e4c@nntp.hpl.hp.com>
In article <slrn7r6be8.i98.fl_aggie@thepentagon.com> on 12 Aug 1999
20:23:37 GMT, I R A Darth Aggie <fl_aggie@thepentagon.com> says...
> On 12 Aug 1999 19:01:54 GMT, Greg Bacon <gbacon@itsc.uah.edu>, in
> <7ov5n2$afb$2@info2.uah.edu> wrote:
>
> + : TC> for $value ($sec, $min, $hour, $mday) {
> + : TC> $value = sprintf "%02d", $value;
> + : TC> }
>
> + : sorry, tom, that is too obscure for even the most jaded perl hacker
> + : (except you!). though it is cute code.
>
> + Please point out the part or parts that are "too obscure".
>
> It is the subtlety that you're also modifying the ( list ) variables
> in place. I've read about it in the docs, and I've been bitten by it,
> and subsequently steered clear. When I got Tom's CC, I did a "huh?
> Ooooo, yeah, that works." In this case, that is the desired behaviour,
> and thus a clever usage.
Had Tom written it this way in the first place:
for ($sec, $min, $hour, $mday) {
$_ = sprintf "%02d", $_;
}
or even this way:
$_ = sprintf "%02d", $_ for $sec, $min, $hour, $mday;
as he did in the long submission in another branch of this thread, the
dual rvalue and lvalue use of $_ would have been immediately more
apparent, I think. The explicit iteration variable may create a red
herring.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Thu, 12 Aug 1999 20:41:14 -0400
From: Duncan Hill <dhill@sunbeach.net>
Subject: Re: SQL DBMS interface
Message-Id: <Pine.LNX.4.10.9908122040480.444-100000@bajan.pct.edu>
On Thu, 12 Aug 1999, Cyril Y. Nickonorov wrote:
> Sorry for newbie question. Can anybody recommend me
> Perl package or modules to develop fully functional
[20:36:55] dhill:bajan ~> perldoc -q SQL
=head1 Found in /usr/lib/perl5/5.00503/pod/perlfaq8.pod
=head2 How do I use an SQL database?
There are a number of excellent interfaces to SQL databases. See the
DBD::* modules available from
http://www.perl.com/CPAN/modules/dbperl/DBD .
A lot of information on this can be found at
http://www.hermetica.com/technologia/perl/DBI/index.html .
--
Duncan Hill Sapere aude
One net to rule them all, One net to find them,
One net to bring them all, and using Unix bind them.
------------------------------
Date: 1 Jul 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 1 Jul 99)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
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" from
almanac@ruby.oce.orst.edu. The real FAQ, as it appeared last in the
newsgroup, can be retrieved with the request "send perl-users FAQ" from
almanac@ruby.oce.orst.edu. 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" from
almanac@ruby.oce.orst.edu.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 491
*************************************
