[14043] in Perl-Users-Digest
Perl-Users Digest, Issue: 1453 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Nov 22 00:24:33 1999
Date: Sun, 21 Nov 1999 21:16:24 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <943247758-v9-i1453@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Sun, 21 Nov 1999 Volume: 9 Number: 1453
Today's topics:
Re: How to parse a variable for a Specific value? <cassell@mail.cor.epa.gov>
Re: how to send data back and forth over sockets <mhdevlin@nycap.rr.com>
Re: how to use ODBC (or other) to determine data set fi <harasty@my-deja.com>
How to use value in HTML form ? <hep05@jakartamail.com>
Re: HTML format <grossole@slu.edu>
Re: HTML format <cassell@mail.cor.epa.gov>
Looking for Programmers info@perlscan.com
Re: Looking for Programmers <cassell@mail.cor.epa.gov>
Re: Macintosh specifc perl syntax? (Chris Nandor)
Re: MacPerl on the MAC SE? (Chris Nandor)
Re: MacPerl on the MAC SE? (Neil Cherry)
mailto:Idon'tThinkSo <mrmustard45@hotmail.com>
Re: New dialect of perl: xperl (or reinventing perl, or <schneiker@jump.net>
Re: New dialect of perl: xperl (or reinventing perl, or (Thunderdust (TomH))
Re: New dialect of perl: xperl (or reinventing perl, or <cassell@mail.cor.epa.gov>
Re: newbie : looking for a script that reads all the f <cassell@mail.cor.epa.gov>
Re: newbie question <baywood@memes.com>
OT Y2K, was Re: Problematic horizontal scrollbars <flavell@mail.cern.ch>
Re: OT Y2K, was Re: Problematic horizontal scrollbars <dan@softdisk.com>
Re: OT Y2K, was Re: Problematic horizontal scrollbars <lr@hpl.hp.com>
Re: Perl/CGI Programmers Wanted (Mark P.)
Re: PHP problem (Mark P.)
Re: Q: How to read command-line arguments. Not in FAQ. (Brett W. McCoy)
Re: Q: How to read command-line arguments. Not in FAQ. lee.lindley@bigfoot.com
Re: reading binary digits with oct <rootbeer@redcat.com>
Re: reading binary digits with oct (David Foster)
Re: Removing all combinations of spaces/tabs at end of <cassell@mail.cor.epa.gov>
Re: runing a executable from CGI/Perl script nextar@my-deja.com
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 21 Nov 1999 16:39:02 -0800
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: How to parse a variable for a Specific value?
Message-Id: <383890A6.82EF2794@mail.cor.epa.gov>
Anonymous wrote:
>
> I am trying to fix the mbox2imap.pl script. The
> mbox2imap.pl script is used to migrate users
> mailbox files to a IMAP server (cyrus).
This code needs to be buried in a crypt somewhere. Ugh.
If you really need help, first start with the author of the
code. But, whatever you do, please never again post over a
hundred liens of code to this newsgroup. That is considered
inappropriate. What posters are supposed to do is to cut
their code down to 20-30 lines which completely illustrate
the problem, and then post *that*.
If you want the date/time of the original message,
get one of the Mail::* modules for Perl and use it to
snag the date/time off the messag header instead.
I'm sorry, but there's just too much icky code here for me
to go through it line-by-line and fix everything. And you
wouldn't want to pay my consulting rate.
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Sun, 21 Nov 1999 14:52:27 -0500
From: "Matthew H. Devlin III" <mhdevlin@nycap.rr.com>
Subject: Re: how to send data back and forth over sockets
Message-Id: <38384D7B.CA2C1536@nycap.rr.com>
lee.lindley@bigfoot.com wrote:
> Alan J. Flavell <flavell@mail.cern.ch> wrote:
> :>On Sat, 20 Nov 1999, Matthew H. Devlin III blurted out without any
> :>referent:
>
> :>> Obviously the code that I need will be seperate from anything that relates to
> :>> the tk portion.
>
> :>Oh, obviously. I detected a perity error, too.
>
> What is it with you guys? And what is "perity" error anyway? I
> understood his question the first time just like Kraken did. 6
> responses now and not one that addresses the request: some examples
> of socket communication.
>
> Matthew, it would be worth your while to go buy the Perl Cookbook.
> There are some very nice example programs in there that use
> socket communication.
>
> You can also read `perldoc perlipc`. There is at least one example
> in there of connecting a socket to a port on a remote server.
>
> --
> // Lee.Lindley /// I used to think that being right was everything.
> // @bigfoot.com /// Then I matured into the realization that getting
> //////////////////// along was more important. Except on usenet.
Thanks Lee, I have take a look at the ipc doc. and will grab the cookbook as well.
I had given on on this thread given the nasty turn it took.
------------------------------
Date: Sun, 21 Nov 1999 23:44:19 GMT
From: Dan Harasty <harasty@my-deja.com>
To: rothd@roth.net
Subject: Re: how to use ODBC (or other) to determine data set field types?
Message-Id: <81a04i$spo$1@nnrp1.deja.com>
In article <wKCZ3.101948$y45.1754199@news4.giganews.com>,
"Dave Roth" <rothd@roth.REMOVE.net> wrote:
> This is rather quite easy...
Great! I feel closer... but still not quite there.
This line in your sample code:
> ($Result, $Types{$Field}) =
> $db->ColAttributes( $Field, $db->SQL_DESC_TYPE_NAME );
Gives me this error:
Can't locate auto/Win32/ODBC/SQL_DESC_TY.al in @INC
If I comment this line out, all the other ColAttributes calls seem to
suffer the same fate: somebody is truncating the method name to 11
characters.
Is there some ODBC wierdness going on? Or Autoloader wierdness? Or
possibly something wierd in my Perl settings? (I am using ActiveState
Build 522 on Win NT 4.0 SP 3...)
Also, for my background info, what is the purpose of the call to:
> Win32::ODBC::Error();
early in the script, where the results are being ignored?
Thanks --
Dan Harasty
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Mon, 22 Nov 1999 12:26:58 +0800
From: "Henry E. P." <hep05@jakartamail.com>
Subject: How to use value in HTML form ?
Message-Id: <wW9_3.2167$HP.19025@news>
I have problem with my script.
I want to use fields value form fields and make output file in HTML format.
Example :
Form: main.html
---------------
Name : John
Address : Washington
Birth : July 1, 1970
And then from perl script (process.cgi) we process this form and make output
HTML format in other directory.
So, if I want to see the result I just type
http://www.test.com/result/test.html
And this is output test.html
Testing Result
--------------
Name Address Birth
John Washington July 1, 1970
------------------------------
Date: Sun, 21 Nov 1999 13:20:03 -0600
From: "Lenny grosso" <grossole@slu.edu>
Subject: Re: HTML format
Message-Id: <819goa$3aau$1@systems2.slu.edu>
Thanks!
I upgrade to the latest release.
Lenny
Abigail <abigail@delanet.com> wrote in message
news:slrn83fvlf.m2v.abigail@alexandra.delanet.com...
> Lenny grosso (grossole@slu.edu) wrote on MMCCLXXIII September MCMXCIII in
> <URL:news:817kri$368s$1@systems2.slu.edu>:
> ?? How do i make my perl script send an email in html format instead of
text? i
> ?? am using sendmail and perl 5.003
>
>
> Instead of printing text, you print HTML.
>
>
> And consider upgrading your perl.
>
>
>
> Abigail
> --
> tie $" => A; $, = " "; $\ = "\n"; @a = ("") x 2; print map {"@a"} 1 .. 4;
> sub A::TIESCALAR {bless \my $A => A} # Yet Another silly JAPH by Abigail
> sub A::FETCH {@q = qw /Just Another Perl Hacker/ unless @q; shift @q}
>
>
> -----------== Posted via Newsfeeds.Com, Uncensored Usenet News
==----------
> http://www.newsfeeds.com The Largest Usenet Servers in the World!
> ------== Over 73,000 Newsgroups - Including Dedicated Binaries Servers
==-----
------------------------------
Date: Sun, 21 Nov 1999 17:19:49 -0800
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: HTML format
Message-Id: <38389A35.A65BC1C1@mail.cor.epa.gov>
Lenny grosso wrote:
>
> How do i make my perl script send an email in html format instead of text? i
> am using sendmail and perl 5.003
First, many people will not want to receive HTML in their mail.
So be sure this is acceptable to recipients before sending the
HTML out.
Second, if you want to have both text and HTML, you may end
up including one or the other as an attachment. If so, you'll
want to look at the MIME::Lite module and its extensive
documentation.
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: 21 Nov 1999 18:29:03 GMT
From: info@perlscan.com
Subject: Looking for Programmers
Message-Id: <819dlf$i69$5@nntp4.atl.mindspring.net>
Hi all,
PerlCoders is currently looking for CGI programmers to work on several new projects that we have in the works. If you have the high skill levels we are looking for then contact us via email with your resume/qualifications at info@perlcoders.com
Thanks,
William Cross
PerlCoders
------------------------------
Date: Sun, 21 Nov 1999 17:30:33 -0800
From: David Cassell <cassell@mail.cor.epa.gov>
To: info@perlcoders.com
Subject: Re: Looking for Programmers
Message-Id: <38389CB9.24F1C9F6@mail.cor.epa.gov>
[courtesy cc emailed to poster]
info@perlscan.com wrote:
> PerlCoders is currently looking for CGI programmers to work on several new projects that we have in the works. If you have the high skill levels we are looking for then contact us via email with your resume/qualifications at info@perlcoders.com
Pardon me, but this is not an appropriate forum for your post.
This is a chartered newsgroup, and is for the discussion of
Perl programming. Your post would be much more welcome in a
newsgroup with the word 'jobs' in the title.
But before you submit this to such a group, please fix your
newsreader. Your post has no word-wrap anywhere, and as such
is next-to-impossible to read, even in deprecated newsreaders
such as Netscape.
Thank you,
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Sun, 21 Nov 1999 20:44:59 GMT
From: pudge@pobox.com (Chris Nandor)
Subject: Re: Macintosh specifc perl syntax?
Message-Id: <pudge-2111991544590001@192.168.0.7>
In article <jakem-2011991516370001@dialup-sa-1-173.uni.camtech.net.au>,
jakem@camtech.net.au (jakal) wrote:
# $logfile = "E:/students/mac/bbs/bbslog.log";
#
# $URL = "http://www.server.edu.au/students/mac/bbs/bbs.pl";
#
# $discussion_file = "E:/students/mac/bbs/discuss.txt";
#
# $path_to_users = "E:/students/mac/bbs/users";
# open(USERS, "$script_path/users.txt")|| die "$! can't open users.txt!!!";
# However, it seems to die on the Macintosh server without opening the file.
# Is there something unique with MacPerl that requires a particular syntax
# when opening files?? What else could be causing all these problems??
In addition to what Henry said, you should download and use the File::Spec
module. Then you do not need to figure out this stuff. You should also
read the perlport man page for more information about porting concerns.
It comes with perl5.004_05 and up, and is on CPAN.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: Sun, 21 Nov 1999 20:47:00 GMT
From: pudge@pobox.com (Chris Nandor)
Subject: Re: MacPerl on the MAC SE?
Message-Id: <pudge-2111991547000001@192.168.0.7>
In article <slrn838kvb.apb.njc@dmc.uucp>, ncherry@home.net wrote:
# What version of MacPerl can I run on a MAC SE running System 7.1? I've
# checked various FAW's and it seems that at least parts of MacPerl run
# on the SE (MC68000 processor) but other part seem to be for the PPC or
# the new generation of MAC's. I'm very confused.
Install the main MacPerl 5.2.0r4 distribution, then install the bigappl
distribution.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: Sun, 21 Nov 1999 23:16:32 GMT
From: njc@dmc.uucp (Neil Cherry)
Subject: Re: MacPerl on the MAC SE?
Message-Id: <slrn83gv9e.sg1.njc@dmc.uucp>
On Sun, 21 Nov 1999 20:47:00 GMT, Chris Nandor wrote:
>In article <slrn838kvb.apb.njc@dmc.uucp>, ncherry@home.net wrote:
>
># What version of MacPerl can I run on a MAC SE running System 7.1?
>Install the main MacPerl 5.2.0r4 distribution, then install the bigappl
>distribution.
Thank you very much Chris!
I'll load it up when I get a chance (I'm buzy with only a few projects
;-).
--
Linux Home Automation Neil Cherry ncherry@home.net
http://members.home.net/ncherry (Text only)
http://meltingpot.fortunecity.com/lightsey/52 (Graphics GB)
------------------------------
Date: Mon, 22 Nov 1999 04:55:22 GMT
From: "styxx" <mrmustard45@hotmail.com>
Subject: mailto:Idon'tThinkSo
Message-Id: <_04_3.2753$qC1.189347@typhoon1.rdc-detw.rr.com>
So I am writing a reply perl script. And in the perlscript I want my
recipients to send me suggestions, if they please. But when I write the HTML
contents in the
content-type: text/html\n\n;
print<<__end;
<html>so on and so forth
__end
I try and include a \<a \href="mailto:me@mysite.com\> (without the escape
characters, of course). however the perl script will not accept the mailto.
Even if I create form and set the "Action" equal to the mailto:address, the
script will not accept it. Any suggestions?
------------------------------
Date: Sun, 21 Nov 1999 11:32:01 -0600
From: "Conrad Schneiker" <schneiker@jump.net>
Subject: Re: New dialect of perl: xperl (or reinventing perl, or perl-izing jpython)
Message-Id: <819ag0$6vn$1@news.jump.net>
Abigail <abigail@delanet.com> wrote in message
news:slrn83g07d.m2v.abigail@alexandra.delanet.com...
> Conrad Schneiker (schneiker@jump.net) wrote on MMCCLXXIII September
> MCMXCIII in <URL:news:818od1$34p$1@news.jump.net>:
> \\ Has anyone (in recent times) given any serious thought to what a new
> \\ dialect/species of perl ought to look like if (full) backwards
compatibility
> \\ were not required?
>
> Two things: first class filehandles, and usuable OO.
Are there any implementations of these things that you consider (the most)
worthy of copying?
> I kind of fail to see the benefits of any perl-to-java bytecode compiler.
> What are those platforms that have been running perl for eons, but for
> which no Java VM is available going to do?
The same as they do now. (i.e. java bytecode would be an option).
> Furthermore, Perl is considered to be "slow", and it often is compared
> to C (depending on the program). Java certainly ain't fast either.
> What good will it be to implement a Perl run-time environment in Java?
> You'll end up with the slowness of the opcode dispatching, combined with
> the slowness of the Java VM.
There are many applications where such things are fast enough, or where the
ratio of development/experiment/modification time to run time is more
important than run time. Java performance seems to be substantially
improving with hotspot stuff (even after discounting the hype), Cygnus is
working on native mode compilers for it, and jpython is reportedly
comparable in performance to cpython in some cases. In this context, the
most important/relevant comparison would be between xperl and java, not
between xperl and perl5+.
On the other hand, if most of the perl community/market shares your opinion,
I don't mind dropping the java bytecode option. However, in addition to
previously mentioned reasons for raising it, I'm intrigued by a pair of
slides in Larry Wall's "3rd onion" talk showing Java as the leading 2nd
language (in terms of posted job openings, modulo many qualifying remarks),
and by the fact that he developed jpl (java-perl lingo) a couple of years
ago when java was in substantially worse shape than today. (In many ways,
early perl4 wasn't so hot by perl5.05 standards either, even though it was
never anywhere near as bad as early java performance-wise.)
> Unless you have people who are willing to do the work of reimplementing
> Perl, would there be much use in spending time discussing the details
> of this hypothetical language?
I think there is a substantial amount of reciprocal contingency involved in
"willing", and I also think there are people looking for interesting things
to work on (self included)--with willingness being a function of perceived
interestingness and worthiness. So I'll recast your question as follows: Is
it possible to (1) reach a sufficiently broad consensus about what the core
features of a new perl (aka xperl) should be, that is also (2) considered
sufficiently generally/widely interesting that a few people will consider it
worth their while to develop it?
The answer is: I don't know. And I don't know how to find the answer other
than by doing the experiment of asking. Which brings us back to your votes
for "first class file handles" and [more? more easily? more reliably? more
maintainer-?] "usable OO".
------------------------------
Date: Sun, 21 Nov 1999 19:21:27 GMT
From: beans@bedford.net (Thunderdust (TomH))
Subject: Re: New dialect of perl: xperl (or reinventing perl, or perl-izing jpython)
Message-Id: <38383e9e.673937@news.bedford.net>
As one who watched skeptically when the US DoD tried to push Ada as
the one-size-fits-all language to replace all other languages, I'd
rather see the various languages that are popular today (Perl, Python,
Smalltalk, Java, C++, VB, etc) evolve separately and borrow ideas from
each other when it makes sense to do so.
On Sun, 21 Nov 1999 06:23:12 -0600, "Conrad Schneiker"
<schneiker@jump.net> wrote:
>Has anyone (in recent times) given any serious thought to what a new
>dialect/species of perl ought to look like if (full) backwards compatibility
>were not required?
...
>If one of the xperl design aims was to facilitate compilation into java byte
>codes (like jpython) and to facilitate exploitation of java classes/features
>(in particular GUI stuff and bean stuff) then what additional features, if
>any, would be desirable? In other words, how could the aims of JPL
>(java-perl lingo) be better served if backwards compatibility on one hand
>and lack of a first class perl-to-java bytecode compiler on the other had
>were not troublesome constraints?
...
Schnoodlewinks-constantly leveling up warrior
Fluffy_the_Fly-lvl.7 warrior (x2-don't ask!)
Flame-QFG5 Paladin
------------------------------
Date: Sun, 21 Nov 1999 17:27:37 -0800
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: New dialect of perl: xperl (or reinventing perl, or perl-izing jpython)
Message-Id: <38389C09.29BE953B@mail.cor.epa.gov>
Conrad Schneiker wrote:
>
> Abigail <abigail@delanet.com> wrote in message
> news:slrn83g07d.m2v.abigail@alexandra.delanet.com...
[snip]
> > I kind of fail to see the benefits of any perl-to-java bytecode compiler.
> > What are those platforms that have been running perl for eons, but for
> > which no Java VM is available going to do?
>
> The same as they do now. (i.e. java bytecode would be an option).
But you're missing the point. On systems where Java does not
run, or where it does not run reliably, this is *not* an option.
And, as far as I can tell, Java only runs reliably on a tiny
number of systems, under very specific strictures.
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Sun, 21 Nov 1999 17:24:28 -0800
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: newbie : looking for a script that reads all the file names in the directory
Message-Id: <38389B4C.7768A709@mail.cor.epa.gov>
Slim wrote:
[snip]
> @files = grep(/\./,readdir(DIR));
[snip]
> if you change the /\./ to /[a-zA-Z]/ in the grep part those extra dots
> will be gone... or you can list just files like /(.*).(.*)/ or type of
> files like /.jpg/ or /.gif/ or /.html/ etc.
Have you left an '!' out of your grep() ? Your regex in there
will get:
.
..
y1984.orwell.double.plus.ungood
and will omit dirs and files with names like
samples
perlnotes
etc
Perhaps you meant to write:
@files = grep !/^\.\.?$/, readdir(DIR);
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Sun, 21 Nov 1999 20:55:53 -0800
From: Dave <baywood@memes.com>
Subject: Re: newbie question
Message-Id: <Gr44OKuw9Sy+Zmxu3DYE834ohMQZ@4ax.com>
>> DB_File.pm. But should I put it in my cgi-bin ?? what else I need to do ?
>> What other file I need ? Do I need to install something ?
>
>No, but you need to consult the FAQs. The answer lies within perlfaq8:
>
> How do I keep my own module/library directory?
>
There's also 'What To Do Once You've Downloaded A Module From The
CPAN' (http://18.85.40.23/INSTALL.html) but neither mentions 'perl
Makefile.PL LIB=/mydir/perl_lib' (and I cannot find the doc that did).
PREFIX didn't work for me, LIB did. PREFIX and LIB seem like two
halves of a whole. Anyway I was able to install/use modules using LIB,
using PREFIX they wouldn't install.
Dave Lers
http://www.BaywoodDesign.com/
------------------------------
Date: Sun, 21 Nov 1999 21:26:28 +0100
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: OT Y2K, was Re: Problematic horizontal scrollbars
Message-Id: <Pine.HPP.3.95a.991121211629.23568I-100000@hpplus01.cern.ch>
I know this was "only" your sig, but IMNSHO this needs refuting.
On Sun, 21 Nov 1999, Dave Eastabrook wrote:
> Did you know there was a problem with Perl and JavaScript? Well,
> http://www.elmbronze.co.uk/year2000/perlprob.htm is a tiny taster.
There is _NO_ Y2K problem with Perl. Its behaviour is clearly
documented for anyone who cares to RTFM, and it is entirely consistent.
There are *big* problems with badly-written Perl scripts, of which their
Y2K muddle is probably only a tiny part.
If you want to know about Perl, you should be monitoring the Perl
groups, and not trying to spread alarm and despondency on groups where
Perl is off-topic. On the other hand, you might be doing a useful
service if you were to warn people off using badly-written scripts,
especially in a WWW context where they can represent a major security
exposure.
xpost and f'ups set, sigh.
> (This page needs updating now, please return in a week or three!)
Don't you realise that as far as y2k is concerned, it's already far too
late for that?
------------------------------
Date: Sun, 21 Nov 1999 23:07:30 GMT
From: "Daniel R. Tobias" <dan@softdisk.com>
Subject: Re: OT Y2K, was Re: Problematic horizontal scrollbars
Message-Id: <38387B36.8195B6D9@softdisk.com>
"Alan J. Flavell" wrote:
>
> There is _NO_ Y2K problem with Perl. Its behaviour is clearly
> documented for anyone who cares to RTFM, and it is entirely consistent.
>
> There are *big* problems with badly-written Perl scripts, of which their
> Y2K muddle is probably only a tiny part.
Yep... I've run into this exact bug with several Perl scripts (both
outside commercial ones and ones created by other programmers inhouse
where I work), and had to fix it. It can also crop up in other
languages like Java, JavaScript, C, and C++, which also use a datestamp
routine that returns "year-1900", and has often been mistaken for
"returns 2-digit year" by careless programmers (leading to routines that
might send you straight to the year 2100 when 2000 hits and that field
returns "100").
--
--Dan
Dan's Web Tips: http://www.softdisk.com/comp/dan/webtips/
------------------------------
Date: Sun, 21 Nov 1999 17:16:52 -0800
From: Larry Rosler <lr@hpl.hp.com>
Subject: Re: OT Y2K, was Re: Problematic horizontal scrollbars
Message-Id: <MPG.12a23960ef76a4d898a249@nntp.hpl.hp.com>
In article <38387B36.8195B6D9@softdisk.com> on Sun, 21 Nov 1999 23:07:30
GMT, Daniel R. Tobias <dan@softdisk.com> says...
> "Alan J. Flavell" wrote:
> >
> > There is _NO_ Y2K problem with Perl. Its behaviour is clearly
> > documented for anyone who cares to RTFM, and it is entirely consistent.
> >
> > There are *big* problems with badly-written Perl scripts, of which their
> > Y2K muddle is probably only a tiny part.
>
> Yep... I've run into this exact bug with several Perl scripts (both
> outside commercial ones and ones created by other programmers inhouse
> where I work), and had to fix it. It can also crop up in other
> languages like Java, JavaScript, C, and C++, which also use a datestamp
> routine that returns "year-1900", and has often been mistaken for
> "returns 2-digit year" by careless programmers (leading to routines that
> might send you straight to the year 2100 when 2000 hits and that field
> returns "100").
I think you mean 19100. Only a few weeks away!
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Mon, 22 Nov 1999 04:01:00 GMT
From: mag@imchat.com (Mark P.)
Subject: Re: Perl/CGI Programmers Wanted
Message-Id: <3838beee.15545503@news.ionet.net>
On Fri, 19 Nov 1999 20:01:17 -0500, James Holmes
<jamesholmes@mail.com> wrote:
>Position: Perl/CGI Programmer
>Company: Liquidation.com
>Contact Email: jamesholmes@mail.com
>URL: http://www.liquidation.com
>Description: Exciting new startup still in the beer and pizza
> days. Looking for 3 - 5 motivated developers to
> assist in on-going development of customized
> auction site.
>Requirements: Required: Perl, SQL, CGI, UNIX, HTML
> Preferred: Oracle, PL/SQL, mod_perl, Apache,
> MySql, C/C++, Java
>
>
>Phone: 410-208-3700
>Eamil: jamesholmes@mail.com
>
I'll take the job but I want all the beer and pizza up front.
Hopefully in coupons that 7-11 and Pizza Hut will accept. A years
worth will be sufficient!!
So now that I'm getting fat, drunk, and lazy, what did you want
programmed?
------------------------------
Date: Mon, 22 Nov 1999 03:29:44 GMT
From: mag@imchat.com (Mark P.)
Subject: Re: PHP problem
Message-Id: <3838b83e.13833731@news.ionet.net>
On Fri, 12 Nov 1999 02:40:08 -0800, Mark Bluemel
<mark.bluemelNOmaSPAM@siemens.co.uk.invalid> wrote:
>Can we also have a definitive statement on why a raven is like a
>writing desk? and more to the point, why my car won't run on diesel or
>coal - they're fuels like petrol aren't they?
>
>--
Had to respond here. Your car won't run on coal because they
installed the new smaller nozzle on the fuel tank on all newer cars.
It won't fit.<G>
------------------------------
Date: Sun, 21 Nov 1999 17:22:00 GMT
From: bmccoy@news.lan2wan.com (Brett W. McCoy)
Subject: Re: Q: How to read command-line arguments. Not in FAQ.
Message-Id: <slrn83gapa.i0v.bmccoy@dragosani.lan2wan.com>
Also sprach Phil <flick@CC860922-A.home.com>:
>You'd think this would be in the documentation or the FAQ, but so far
>as I can tell it isn't:
>
>Question: How do I access the command line arguments?
>They're not in @_. For instance, this program:
You can access @ARGV, which has the command-line arguments (but note that
$ARGV[0] does NOT contain the program name):
#!/usr/bin/perl -w
use strict;
foreach my $i (@ARGV) {
print "$i\n";
However, for more complicated command-line processing (and more
POSIX-ish), see the documentation for Getopt::Short and Getopt::Long.
--
Brett W. McCoy
http://www.lan2wan.com/~bmccoy/
-----------------------------------------------------------------------
This login session: $13.76, but for you $11.88.
------------------------------
Date: 21 Nov 1999 18:15:46 GMT
From: lee.lindley@bigfoot.com
Subject: Re: Q: How to read command-line arguments. Not in FAQ.
Message-Id: <819csi$sa1$1@rguxd.viasystems.com>
Simon Cozens <simon@brecon.co.uk> wrote:
:>lee.lindley@bigfoot.com (comp.lang.perl.misc):
:>>:>Question: How do I access the command line arguments?
:>>:>They're not in @_. For instance, this program:
:>>Hmm. I went looking for it and it wasn't all that easy to find.
:>>It is buried in `perldoc perlvar`.
:>You realised they were going to be in some internal variable, yes?
:>Where did you look first, perltoot? perlmodlib?
Oh nothing so unobvious as that. I looked in perlrun like the
original poster. Then I tried a couple of different keywords with
"perldoc -q" like "arg" and "command". I expected it to jump out at
me. It did not. @ARGV was used in one of the one-line examples from
`perldoc -q command`, but it doesn't really jump out at you unless
you know what you are looking for. I found the complete answer in
perlvar because I already knew I would find it there. Even already
knowing the answer, it wasn't easy to find. Thus the original poster
deserved a polite and sympathetic answer, which he received from
several polite Perl usenaughts.
--
// Lee.Lindley /// I used to think that being right was everything.
// @bigfoot.com /// Then I matured into the realization that getting
//////////////////// along was more important. Except on usenet.
------------------------------
Date: Sun, 21 Nov 1999 10:28:36 -0800
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: reading binary digits with oct
Message-Id: <Pine.GSO.4.10.9911211021200.16575-100000@user2.teleport.com>
On 21 Nov 1999, David Foster wrote:
> For some reason, I can't get
>
> print oct("0b10101"); # that's a zero-b, though I tried Oh-b as well
>
> to work for me, having tried on various installations.
Does that character do anything useful when you output it on your system?
It's a new feature, scheduled to appear in 5.6, if I'm not mistaken. It
works with my experimental-bleeding-edge-professionals-only-do-not-try-
this-at-home version of Perl, but not with any 5.005 I have handy.
> Binary strings seems to be a new feature; maybe the docs got a bit
> ahead of the language,
That's possible. Oh, well!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 21 Nov 1999 20:28:45 -0500
From: dfoster@panix.com (David Foster)
Subject: Re: reading binary digits with oct
Message-Id: <81a68d$fol$1@panix.com>
In <Pine.GSO.4.10.9911211021200.16575-100000@user2.teleport.com> Tom Phoenix <rootbeer@redcat.com> writes:
>On 21 Nov 1999, David Foster wrote:
>> For some reason, I can't get
>>
>> print oct("0b10101"); # that's a zero-b, though I tried Oh-b as well
>>
>> to work for me, having tried on various installations.
>Does that character do anything useful when you output it on your system?
The comment doesn't have special characters, but rather a bad attempt
to specify the letter 'O' vs the number. I'm guessing that's what
you're referring to here, though I could be wrong.
>> Binary strings seems to be a new feature; maybe the docs got a bit
>> ahead of the language,
>That's possible. Oh, well!
No big deal, just thought that maybe I was missing something. It shows
up in perlfunc.pod in the 5.005_03 distribution, which had me confused.
--
--
David Foster | I am a camera with its shutter open
dfoster@panix.com | quite passive, recording not thinking
finger for PGP key | -- Christopher Isherwood
------------------------------
Date: Sun, 21 Nov 1999 16:43:37 -0800
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: Removing all combinations of spaces/tabs at end of string
Message-Id: <383891B9.2C37716C@mail.cor.epa.gov>
Michael Fischer wrote:
>
> David Cassell wrote:
[snip]
> > BTW, is it true that certain intro Perl books, like one
> > for dummies, come with a CD of [pieces of] Perl which
> > is lacking the docs?
>
> Well, that exact one does have them, thank goodness.
Really? Are you sure it has *all* the docs that a real install
of Perl is supposed to provide? I think you may have been
shortchanged.
> Difficult enough getting one's brain
> around Perl in the first place, let alone trying to get on
> in a unix world while you're running a mac or M$ thing.
Well, while there are definite unix-isms in Perl, you don't
have to know unix. It does help, and knowing unix is good
in other contexts. Not at parties, though...
> At least it lets you get started.
A bad start is sometimes worse in the long run than not
getting started yet. You may have to unlearn many things.
> OTOH, the MacPerl I run has a decent assortment of libs, pod, etc.,
> but downloading the doc's in HTML form, if you can gunzip them somehow
> (stuffit can be persnickity about it) is a much more readable format.
The HTML version is available for everyone. The ActiveState
version [win32] even installs an HTML version on the user's
Start Menu. Oddly enough, some people, even after ActiveState
checks with them to make sure they want it there, don't seem to
realize what it is, or where it is.
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Sun, 21 Nov 1999 18:42:21 GMT
From: nextar@my-deja.com
Subject: Re: runing a executable from CGI/Perl script
Message-Id: <819eed$gqs$1@nnrp1.deja.com>
I have try with system ('exec_file', 'text_file') but exec_file still
not generate my the desired file.
Pls help.
Regards,
Bogdan
In article <efAZ3.30670$YI2.1480541@typ11.nn.bcandid.com>,
kragen@dnaco.net (Kragen Sitaker) wrote:
> >All is going fine, but I need after that to run a executable file
with
> >this text file as parameter (./exec_file text_file).
>
> perldoc -f system
>
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 1453
**************************************
