[10813] in Perl-Users-Digest
Perl-Users Digest, Issue: 4414 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Dec 13 15:07:30 1998
Date: Sun, 13 Dec 98 12:00:21 -0800
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 13 Dec 1998 Volume: 8 Number: 4414
Today's topics:
Re: "Require" and OOP <rick.delaney@home.com>
Re: ($e_mail !~ /\w+[-\w]*\@\w+[-\w]*\.\w+/) <merlyn@stonehenge.com>
Re: a simple puzzle (I suspect) <uri@sysarch.com>
Re: a simple puzzle (I suspect) (Larry Rosler)
Re: Beginner Book? (Vicki Brown)
Flock <support@counter.w-dt.com>
Re: Flock <merlyn@stonehenge.com>
How to pass variable data to second CGI script ?? (rga)
Perl Scripts and Server (Marc)
Re: Perl Scripts and Server <marty@catnmoose.com>
Saving Multidimentional Hash's? <conrad68@hotmail.com>
Re: Silly newbie question about net::ftp... (Jeffrey Drumm)
site_perl Migration <aravind@genome.wi.mit.edu>
Re: Splitting a line at |'s (Tibor Lorincz)
Re: Splitting a line at |'s ()
Re: Splitting a line at |'s <rick.delaney@home.com>
Re: STANDARD PERL for WIN 95/NT EXECUTABLE (Steffen Beyer)
Re: STANDARD PERL for WIN 95/NT EXECUTABLE <Allan@Due.net>
Re: STANDARD PERL for WIN 95/NT EXECUTABLE (Matthew Bafford)
What's the Perl syntax to get or set Excel cell names? ihomebrew@my-dejanews.com
Re: Writing Perl with Notepad dturley@pobox.com
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 13 Dec 1998 16:11:51 GMT
From: Rick Delaney <rick.delaney@home.com>
Subject: Re: "Require" and OOP
Message-Id: <3673E8F7.BC650299@home.com>
[posted & mailed]
Sameet Desai wrote:
>
> This may be a simple oversight on my part, but I seem to be having a
> hard time calling a custom library function(which I imported with
> require "library_file.pl") from within a class. I tried using
> "Main::&function_name" and "&Main::function_name" but neither seems to
^
> work...
Your second attempt would work if the functions were in package Main.
In the absence of any package statements they will be in package main
(all lower case).
If your current package is main (which it probably is), you can call the
function in a bunch of ways:
main::function_name();
&main::function_name;
::function_name();
&::function_name;
function_name();
&function_name;
Note that function_name() and &function_name are not strictly equivalent
in any of these pairs. The first will get a null list as its arguments
whereas the second will get the current values of @_ as its arguments.
If your function is in another package then you must specify the package
name unless you have imported it into your current package. require
doesn't do this.
Package::function_name();
&Package::function_name();
perldoc perlmod
perldoc perlsub
--
Rick Delaney
rick.delaney@shaw.wave.ca
------------------------------
Date: Sun, 13 Dec 1998 16:19:13 GMT
From: Randal Schwartz <merlyn@stonehenge.com>
Subject: Re: ($e_mail !~ /\w+[-\w]*\@\w+[-\w]*\.\w+/)
Message-Id: <8c4sr0rp59.fsf@gadget.cscaper.com>
>>>>> "Emmett" == Emmett McLean <emclean@slip.net> writes:
Emmett> The code below :
Emmett> ($e_mail !~ /\w+[-\w]*\@\w+[-\w]*\.\w+/)
Emmett> is supposed to check that an $email is of the form
Emmett> aaa@somedomain.xxx but returns true even if $e_mail="ok.com" .
Emmett> 2. Does anyone have a suggested modification?
Yes. Don't use this code. Go immediately to the Perl FAQ where
it asks and answers "How do I check a valid email address?".
The first paragraph after this is "You can't."
Please stop swimming upstream... you missed the spawning season. :)
print "Just another Perl hacker,"
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@teleport.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: 13 Dec 1998 13:14:16 -0500
From: Uri Guttman <uri@sysarch.com>
Subject: Re: a simple puzzle (I suspect)
Message-Id: <x71zm3ucxz.fsf@sysarch.com>
>>>>> "ML" == Mika Laari <mlaari@kuha.cc.lut.fi> writes:
ML> Thomas Turn Jensen <Mukke@get2net.dk> wrote:
>> $String =~ s/(\(\"?)(.*)(\"?\))/$1.lc($2).$3/ge;
ML> This helped me to solve the problem my way, which is not
ML> so different. First, I add "CELL" to the beginning of
ML> the re, as was suggested in the request. To let multiple
ML> quotes appear in the string, the *-quantifier is changed
ML> non-greedy. And last, a change was made to grouping and
ML> to matching of "'s in order to let braces to appear in the
ML> quote. Now here's the substitution:
ML> $String =~ s/(CELL\()(\"?)(.*?)(\2\))/$1.$2.lc($3).$4/ge;
both of you have some extra stuff you don't need.
you don't need to \ a " in a regex.
and the sub string doesn't need to be /e. the lc() can be inlined so
just use plain string interpolation like this:
s/(CELL\()("?)(.*?)(\2\))/$1$2\L$3\Q$4/g;
hth,
uri
BTW, comp.lang.perl is not a real group anymore so i again dropped it.
--
Uri Guttman ----------------- SYStems ARCHitecture and Software Engineering
Perl Hacker for Hire ---------------------- Perl, Internet, UNIX Consulting
uri@sysarch.com ------------------------------------ http://www.sysarch.com
The Best Search Engine on the Net ------------- http://www.northernlight.com
------------------------------
Date: Sun, 13 Dec 1998 10:42:15 -0800
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: a simple puzzle (I suspect)
Message-Id: <MPG.10ddaa5df9405ac3989954@nntp.hpl.hp.com>
[Posted to comp.lang.perl.misc and copy mailed.]
In article <x71zm3ucxz.fsf@sysarch.com> on 13 Dec 1998 13:14:16 -0500,
Uri Guttman <uri@sysarch.com> says...
...
> s/(CELL\()("?)(.*?)(\2\))/$1$2\L$3\Q$4/g;
^
s/(CELL\()("?)(.*?)(\2\))/$1$2\L$3\E$4/g;
--
(Just Another Larry) Rosler
Hewlett-Packard Company
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Sun, 13 Dec 1998 11:29:24 -0800
From: vlb@cfcl.com (Vicki Brown)
Subject: Re: Beginner Book?
Message-Id: <vlb-1312981129420001@140.174.42.29>
In article <74t1ld$49b$1@nnrp1.dejanews.com>, gwynne@utkux.utk.edu wrote:
> In article <rdm-1711980047340001@140.174.42.30>,
> rdm@cfcl.com (Rich Morin) wrote:
> > In article <36512724.396404058@news.online.no>, tore@forumnett.no wrote:
> >
> > > On Mon, 16 Nov 1998 19:12:10 GMT, jeff.kennedy@natdecsys.com (Jeff
> > > Kennedy) wrote:
> > > > I need a book geared to an ABSOLUTE BEGINNER! No perl experience, no
> > > > programming experience, no real shell scripting experience.
> >
> > "Learning Perl" is a bit ungentle for a real beginner. Although it's
> > geared towards MacPerl, you might try "MacPerl: Power and Ease". An
> > HTML copy is available at http://www.ptf.com/macperl/ptf_book/HTML/
> >
>
> MacPerl:Power and Ease does not have enough exercises
I will grant you this one. One of the authors (me; I haven't asked Chris
about this) is not overly fond of exercises. Examples, yes, but not
exercises. I don't like them, I don't learn from them, I never do them
when they are present in the books I use (unless I am forced to and thank
golly I am no longer forced to). Without an instructor handy to go over
them and explain them, I personally feel that exercises are mostly a
useless waste of time. Personally.
> and is not basic enough.
Really? We would greatly appreciate some concrete examples of how this
book could have been more basic! Please send specifics (what we said,
what you would have preferred) to mp-feedback@ptf.com! (We've had a lot of
feedback but this is a new one...)
Caution - Strongly Held Personal Opionions Ahead
Please don protective clothing; eye protection advised; not suitable for
children under 10 years old. You must be this tall to ride this ride...
> I suggest Perl 5 Interactive Course by Jon Orwant. It is basic and
> has many exercises.
If you are one who learns from exercises, this could be good. I haven't
reviewed this one, but coming from Jon I would guess it would be good.
> I also suggest that you try C How to Program or C++ How to
> Program by Deitel and Deitel. They are college-type texts and have many
> exercises.
Comment 1: I haven't seen these books, so perhaps they are better than
most. Most college-type "programming" texts concentrate on syntax. Its
like the foreign language courses that attempt to teach a language by
causing the students to memorize words and sentences, without first going
through a thorough grounding in culture, grammar, and the whys and hows of
the language. The result is people who can get by, but don't really
understand.
Comment 2: You would aim someone who has _no programming experience_ at C?
Or C++ ?!
My introductory programming text book was "The Elements of Programming
Style" by Kernighan and Plauger (I do wish they'd update it :-(
> One cannot learn a computer language well without working with the
> language--
Agreed, to a certain extent.
> in this case: completing many exercises and altering and experimenting with
> them.
Disagreed. We are not talking about "learning the language" (yet) we are
talking about "learning to program" (well, OK, thats what _I_ am talking
about :-). Only after learning to program should one try to learn to
write in a particular _language_. (imho). Artificial exercises, such as
"write a program that calculates the factorial of 117" don't help one
learn to program. They don't help in problem solving. They don't help in
understanding the basics of how things work. They only teach you to cram
together little bits of syntax until your answer matches the one in the
back of the book and you can move on.
> Knowledge of C should be a prerequisite to learning Perl.
Everyone is entitled to his or her opinion, but I must again disagree.
This is simply not true. Perl derives from C, yes. It also has elements
of awk, sed, shell, and other languages. More to the point, the best parts
of Perl (its data types, text handling, regular expressions, globbing,
memory manipulation, freeing the user to worry about the problem rather
than the syntax) are greatly superior to C. Learn C if you wish to
become a Unix systems programmer, or to understand the source code to
Perl. But not if you wish to understand how to program.
Philosophy aside (sigh), however... For those who are currently
non-programmers (or those who do not yet know Perl), the important
question to ask is
"What are you trying to accomplish"?
Do you want a change of career? Do you want to improve your web page? Did
your boss just tell you that you are now the company systems
administrator? Do you simply want to know what all the fuss is about? Are
you the manager and you feel a need to understand your engineers when they
talk to you?
Regardless of my personal opinions - (that a failure to teach programming,
engineering, design/test/debug/document, problem solving and
roubleshooting skills has brought us to a place where most self-styled
programmers cause more problems than they solve...) - when making the
choice of a language or a book, the first thing to ask yourself is: Why do
I really want to learn this and how much do I want to learn?
> Only then would Learning Perl or MacPerl: Power and Ease be useful.
If you find places in MacPerl:Power and Ease which require a specific
knowledge of C, please bring them directly to our attention at
mp-feedback@ptf.com. We will endeavor to correct them in a future
printing. A C pre-requisites was assuredly not our intent.
Although one of the authors (and the editor) have C experience, neither
particularly likes C and neither writes much in C anymore. We have moved
beyond C :-) The other author has even less C experience, having learned
Perl first.
- Vicki
--
Vicki Brown
Journeyman Sourceror: Scripts and Philtres
(Mac)Perl, awk, sed, *sh...
a little web-gardening on the weekends
------------------------------
Date: Sun, 13 Dec 1998 13:18:55 -0600
From: Mike <support@counter.w-dt.com>
Subject: Flock
Message-Id: <3674131F.F4C2BD30@counter.w-dt.com>
Why do you call flock after you open the file and not before?
------------------------------
Date: Sun, 13 Dec 1998 16:22:31 GMT
From: Randal Schwartz <merlyn@stonehenge.com>
Subject: Re: Flock
Message-Id: <8czp8sqafc.fsf@gadget.cscaper.com>
>>>>> "Mike" == Mike <support@counter.w-dt.com> writes:
Mike> Do you need the seek(MBOX, 0, 2); in there? What exactly does it do?
Mike> sub lock {
Mike> flock(MBOX,LOCK_EX);
Mike> # and, in case someone appended
Mike> # while we were waiting...
Mike> seek(MBOX, 0, 2);
Mike> }
In general, it's a good idea to seek() after a flock() (even if it's
seek(HANDLE,0,1)) to ensure that your buffer looks like the current
file. In this case, we're ensuring that we're at the end of the file
even after we might have been waiting for a while, so yes, it's a good
idea.
Some systems enforce that type of seek before every write if you open
in append mode (like ">>file"), but you still don't get the automatic
buffer resynchronization, which could trip you up if you're doing
normal print()s.
print "Just another Perl hacker,"
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@teleport.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: Sun, 13 Dec 1998 16:36:22 GMT
From: rga@io.com (rga)
Subject: How to pass variable data to second CGI script ??
Message-Id: <3673ebd2.41055159@news.io.com>
I want to pass the data from several variables of one script.
To a new processing script in a CGI set up.
Any easy way to send
$totals
as the input to another CGI script ?
The last thing the first script does
will be to trigger the second script and
send totals from the first script ..
Please email if you don't mind.
RGA@IO.Com
------------------------------
Date: Sun, 13 Dec 1998 07:50:00 -0800
From: metalmd@earthlink.net (Marc)
Subject: Perl Scripts and Server
Message-Id: <metalmd-1312980750000001@pool001-max9.ds26-ca-us.dialup.earthlink.net>
Is it possible that some servers can not process Perl Scripts?
I have been trying to install two online stores (Perlshop & Webshop) for
the past 3 weeks, but have been completely unsuccessful. To the best of
my knowledge, I have done everything correctly. I even have moved
directories around, changed paths etc. but still it is a no go. I have
checked %ENV array, and it appears that everything I am doing is correct.
I have been told, that if there is a virtual directory in my full path,
that this can cause a problem on some servers. Is this a possibility? Is
there an error in the script? (Although I believe many people are using
this script) Or have I just not found the right combination yet? The
server is an Apache server running Perl 5.00-002
If this is a possibility, can someone suggest a server that I will not
have a problem with, or tell me how to fix the problem with my present
server.
Thanks - Marc
------------------------------
Date: Sun, 13 Dec 1998 11:19:11 -0500
From: Marty Landman <marty@catnmoose.com>
To: Marc <metalmd@earthlink.net>
Subject: Re: Perl Scripts and Server
Message-Id: <3673E8FF.EEFF0404@catnmoose.com>
Marc wrote:
> Is it possible that some servers can not process Perl Scripts?
>
Yes, but more likely it's you? Do you have telnet access? That's really a
must for diagnosing cgi problems. Talk to your sysadmin foa and get telnet
access to your server. Get on telnet and type 'which perl' and make sure
that the returned path matches the first line of your scripts.
Then I'd recommend doing the simplest possible script, like just one that
says 'hello world' back to you on telnet. From there maybe get it to run on
the web and say 'hello world' in html on your browser. Getting that much
done may reveal lots of pitfalls you are not presently aware of.
Good luck.
> I have been trying to install two online stores (Perlshop & Webshop) for
> the past 3 weeks, but have been completely unsuccessful. To the best of
> my knowledge, I have done everything correctly. I even have moved
> directories around, changed paths etc. but still it is a no go. I have
> checked %ENV array, and it appears that everything I am doing is correct.
>
> I have been told, that if there is a virtual directory in my full path,
> that this can cause a problem on some servers. Is this a possibility? Is
> there an error in the script? (Although I believe many people are using
> this script) Or have I just not found the right combination yet? The
> server is an Apache server running Perl 5.00-002
>
> If this is a possibility, can someone suggest a server that I will not
> have a problem with, or tell me how to fix the problem with my present
> server.
>
> Thanks - Marc
--
_____ Marty Landman _______ http://www.catnmoose.com/ ______
Living Glass http://www.catnmoose.com/livinglass
Mountain Man http://www.catnmoose.com/mountainman
__________Cat 'n Moose Web Site Design & Development_________
------------------------------
Date: Sun, 13 Dec 1998 18:27:37 +0200
From: "ConRad68" <conrad68@hotmail.com>
Subject: Saving Multidimentional Hash's?
Message-Id: <750pvf$1eq$1@nnrp01.iafrica.com>
Can someone please give me some direction to how I can save a
multidimentional hash to a file. I had a look at the TIE function, but the
MLDBM is not available under WIN32 Perl. I don't need a TIE/DB solution,
just a fast a dirty way to dump the hash into a file, and then read it in
again.
Jonas
jthulin@iafrica.com
------------------------------
Date: Sun, 13 Dec 1998 17:06:28 GMT
From: drummj@mail.mmc.org (Jeffrey Drumm)
Subject: Re: Silly newbie question about net::ftp...
Message-Id: <3673ec8e.601833@news.mmc.org>
[posted and mailed]
On Sat, 12 Dec 1998 20:22:42 -0800, "Mark Davis" <mdavis@jps.net> wrote:
>
>Jeffrey Drumm wrote in message <36732867.1568734@news.mmc.org>...
>
>>@files = $ftp->ls("*.html");
>>
>
>uhh... yeah, that's what I meant... :)
>
>
>
>>The crux of the matter is that since Net::FTP includes the mdtm() method,
>>everyone automatically assumes that all FTP servers support it. In
>>actuality, I'd say the majority of FTP servers in existence today *don't*
>>support the MDTM function. Your only alternative is to attempt to parse the
>>output from dir() into something you can recognize as a date.
>
>
>Ok... back to that then. Is there an easy test I can use to see if the
>server supports MDTM?
Recent versions of Net::FTP include the supported() method, which you can
use to determine whether a given feature is available on an FTP server.
Note that the server *might* lie to you; Zenin (a frequent poster to this
news group) reports that Sun's ftpd will report things like "recognized but
not implemented". I don't know how it responds to the supported() method
WRT MDTM, though.
>>
>>Oh, and when you've found a server that _has_ implemented this, the usual
>>return value from the mdtm() method is the number of seconds since the Unix
>>epoch, and not anything you would immediately recognize as a time/date
>>string. The localtime() and gmtime() functions can help you out there,
>>though.
>
>That is one of the many things I tried earlier. If the server is not
>supporting it...
Most Unix FTP servers use (or emulate) the output of 'ls -l' as the
directory display when using the dir() method, and NT servers can be
configured to emulate a Unix-style listing. The mod date/time is nearly
always reported in this method, but you have to know where to look for it
in the string. And, unfortunately, the format varies from server to server.
One of the date-parsing modules on CPAN may give you acceptable results,
though; Date::Parse and Date::Manip both offer methods for working with
arbitrarily-formatted dates.
--
Jeffrey R. Drumm, Systems Integration Specialist
Maine Medical Center Information Services
420 Cumberland Ave, Portland, ME 04101
drummj@mail.mmc.org
"Broken? Hell no! Uniquely implemented." -me
------------------------------
Date: Sun, 13 Dec 1998 11:40:05 -0500
From: Aravind Subramanian <aravind@genome.wi.mit.edu>
Subject: site_perl Migration
Message-Id: <3673EDE5.FDE5E239@genome.wi.mit.edu>
We are moving several applications that use Perl 5.00502 to a new
machine (same OS - solaris). Its easy enough to install Perl on the new
machine but the site_perl on the old machine has several CPAN module
installations. Can the site_perl simply be copied over into the new
machine's Perl lib dir?
Thanks,
aravind
------------------------------
Date: 13 Dec 1998 16:47:10 GMT
From: clt@kiss.sk (Tibor Lorincz)
Subject: Re: Splitting a line at |'s
Message-Id: <750r2e$6rc$1@news.entry.sk>
"Asbjorn Gjemmestad" <agjemmes@extremeonline.com> wrote:
>I've got a plain text data file with several lines containing three pieces
>of data.
>The data is separated with |'s, making the data entires value1|value2|value3
>
>I need to split these entries into three different variables. I know I need
>to use the split function, but I'm not quite sure about how to make the
>statement.
>
>Any assistance would be greatly apprecciated.
Try this...
--------------------- cut here ---------------------------
#!/usr/local/bin/perl -w
while(<>) {
chomp;
@tmp = split(/\|/);
print $#tmp, ":", join("/", @tmp), "\n";
}
--------------------- cut here ---------------------------
bye
tibor
------------------------------
Date: 13 Dec 1998 17:34:58 GMT
From: hdiwan@diwanh.stu.rpi.edu ()
Subject: Re: Splitting a line at |'s
Message-Id: <slrn777uin.60o.hdiwan@diwanh.stu.rpi.edu>
In article <750lds$sp2$1@readme.online.no>, Asbjorn Gjemmestad wrote:
>I've got a plain text data file with several lines containing three pieces
>of data.
>The data is separated with |'s, making the data entires value1|value2|value3
>
>I need to split these entries into three different variables. I know I need
>to use the split function, but I'm not quite sure about how to make the
>statement.
while (<IN>) {
@A=split /|/;
$value1=@A[0]; $value2=@A[1];$value3=@A[2];
}
There you are... that should work.
--
Hasan Diwan
------------------------------
Date: Sun, 13 Dec 1998 18:03:24 GMT
From: Rick Delaney <rick.delaney@home.com>
Subject: Re: Splitting a line at |'s
Message-Id: <3674032A.7037F512@home.com>
[posted & mailed]
hdiwan@diwanh.stu.rpi.edu wrote:
>
> while (<IN>) {
> @A=split /|/;
> $value1=@A[0]; $value2=@A[1];$value3=@A[2];
> }
> There you are... that should work.
You obviously didn't test this. Not only does it not work but it
accesses the elements of @A wrongly.
There are two correct solutions posted. I suggest you read them. Then
read the docs. After reading these you should still STOP POSTING
UNTESTED CODE.
--
Rick Delaney
rick.delaney@shaw.wave.ca
------------------------------
Date: 13 Dec 1998 17:29:45 GMT
From: sb@engelschall.com (Steffen Beyer)
Subject: Re: STANDARD PERL for WIN 95/NT EXECUTABLE
Message-Id: <750ti9$je0$1@en1.engelschall.com>
Matthew Bafford <dragons@scescape.net> wrote:
> In article <76d9Tp03UkB@link-n-j.poehlmann.link-n.cl.sub.de>,
> j.poehlmann@link-n.cl.sub.de says...
> => _Where to find the *STANDARD* windows 95/NT port of perl (binary) ?_
> The most *RECENT* port is the *STANDARD* port.
> And, since AS's release is 5.005_02, and GS's is only 5.004_02 (IIRC,
> over a years span between the two), I'd say AS's is much more recent than
> GS's.
> Since it's more recent, that makes it the *STANDARD* port.
WRONG.
Gurusamy Sarathy's port is Free Software.
ActiveState's port is proprietary software with an extremely restrictive
license (only one user and at most 1 (!) backup copy per license).
Therefore GS's port *IS* the most recent *standard* port!
See comp.lang.perl.moderated for a discussion of AS's license.
> This comment was true during the days when AS (or whatever they were
> called) didn't support MakeMaker. Now that they do, you are able to use
> any non C module with AS's release just as easily as you can with GS's.
While this may be true for non-C modules, it is definitely WRONG for
modules containing C code; I know of at least 2 modules which install
without even the hint of a warning with GS's port but which fail
miserably with AS's due to some broken configuration of their MakeMaker.
And I'd estimate that about 25% to 50% of the modules on CPAN do contain
C code...
Regards,
--
Steffen Beyer <sb@engelschall.com>
http://www.engelschall.com/u/sb/download/ (Free Perl and C Software
http://www.perl.com/CPAN/authors/id/STBEY/ for Download)
New: Build'n'Play 2.1.0 (all-purpose Unix batch installation tool)
------------------------------
Date: 13 Dec 1998 19:10:46 GMT
From: "Allan M. Due" <Allan@Due.net>
Subject: Re: STANDARD PERL for WIN 95/NT EXECUTABLE
Message-Id: <7513fm$b2p$0@206.165.165.138>
Steffen Beyer wrote in message <750ti9$je0$1@en1.engelschall.com>...
|Matthew Bafford <dragons@scescape.net> wrote:
|
|> In article <76d9Tp03UkB@link-n-j.poehlmann.link-n.cl.sub.de>,
|> j.poehlmann@link-n.cl.sub.de says...
|
|> => _Where to find the *STANDARD* windows 95/NT port of perl (binary) ?_
|
|> The most *RECENT* port is the *STANDARD* port.
|
|> And, since AS's release is 5.005_02, and GS's is only 5.004_02 (IIRC,
|> over a years span between the two), I'd say AS's is much more recent than
|> GS's.
|
|> Since it's more recent, that makes it the *STANDARD* port.
|
|WRONG.
|
|Gurusamy Sarathy's port is Free Software.
|
|ActiveState's port is proprietary software with an extremely restrictive
|license (only one user and at most 1 (!) backup copy per license).
I don't *think* you are correct here. Is it possible that the above is only
true for the resource kit? If you download Perl from www.activestate.com I
don't believe the same restrictions apply. I can find no evidence of the
restrictive license to which you refer either on their website and or in the
install file.
AmD
------------------------------
Date: Sun, 13 Dec 1998 14:35:16 -0500
From: dragons@scescape.net (Matthew Bafford)
Subject: Re: STANDARD PERL for WIN 95/NT EXECUTABLE
Message-Id: <MPG.10dde0fb52c982b698975e@news.scescape.net>
In article <750ti9$je0$1@en1.engelschall.com>, sb@engelschall.com says...
=> WRONG.
=>
=> Gurusamy Sarathy's port is Free Software.
True.
=> ActiveState's port is proprietary software with an extremely restrictive
=> license (only one user and at most 1 (!) backup copy per license).
I think you need to read
http://www.activeState.com/ActivePerl/commlic.htm
again.
=> Therefore GS's port *IS* the most recent *standard* port!
=>
=> See comp.lang.perl.moderated for a discussion of AS's license.
I have.
Other than referring you to the above document, I refuse to become part
of a never-ending discussion about licenses.
Besides, _that_ thread is about the license included with the Resource
Kit, not ActivePerl's licence.
=> > This comment was true during the days when AS (or whatever they were
=> > called) didn't support MakeMaker. Now that they do, you are able to use
=> > any non C module with AS's release just as easily as you can with GS's.
=>
=> While this may be true for non-C modules, it is definitely WRONG for
=> modules containing C code; I know of at least 2 modules which install
=> without even the hint of a warning with GS's port but which fail
=> miserably with AS's due to some broken configuration of their MakeMaker.
This may or may not be true. YMMV. I personally have had no problems.
=> And I'd estimate that about 25% to 50% of the modules on CPAN do contain
=> C code...
This would be relatively easy for someone with a CPAN mirror to figure
out (using Perl and the tar&gzip modules, of course!). I, however, am
not, so I have no opinion.
=> Regards,
Hope This Help(s|ed)!
--Matthew
------------------------------
Date: Sun, 13 Dec 1998 19:21:33 GMT
From: ihomebrew@my-dejanews.com
Subject: What's the Perl syntax to get or set Excel cell names?
Message-Id: <75143t$8u0$1@nnrp1.dejanews.com>
I am obviously just missing something syntax-wise here ... I'm using OLE to do
a bunch of Excel stuff, all is cool. How do you get or set the name of an
Excel cell? (You know how you can name Excel cells from their cardinal value
"A1" to "NetCost" or whatever in the upper right corner of the spreadsheet.)
??? TIA... CDR
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Sun, 13 Dec 1998 18:52:19 GMT
From: dturley@pobox.com
Subject: Re: Writing Perl with Notepad
Message-Id: <7512d3$7fp$1@nnrp1.dejanews.com>
In article <3673b412.11017515@news.skynet.be>,
bart.lateur@skynet.be (Bart Lateur) wrote:
> In general: try using a text editor that allows you to save the file as
> PC or Unix comaptible, as you wish.
>
Isn't the choice of editors moot if you simply upload the file properly, ie.
in ascii mode? ____________________________________ David Turley
dturley@pobox.com http://www.binary.net/dturley/
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: 12 Dec 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Dec 98)
Message-Id: <null>
Administrivia:
Well, after 6 months, here's the answer to the quiz: what do we do about
comp.lang.perl.moderated. Answer: nothing.
]From: Russ Allbery <rra@stanford.edu>
]Date: 21 Sep 1998 19:53:43 -0700
]Subject: comp.lang.perl.moderated available via e-mail
]
]It is possible to subscribe to comp.lang.perl.moderated as a mailing list.
]To do so, send mail to majordomo@eyrie.org with "subscribe clpm" in the
]body. Majordomo will then send you instructions on how to confirm your
]subscription. This is provided as a general service for those people who
]cannot receive the newsgroup for whatever reason or who just prefer to
]receive messages via e-mail.
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 4414
**************************************
