[9077] in Perl-Users-Digest
Perl-Users Digest, Issue: 2695 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri May 22 18:07:37 1998
Date: Fri, 22 May 98 15:00:32 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 22 May 1998 Volume: 8 Number: 2695
Today's topics:
Re: 'nmake' under Win'95 <erc@pconline.com>
Re: .= food for thought? (Belg4mit)
Can I interpolate Perl variables in POD output? <quentin@shaddam.amd.com>
Re: GNU attacks on the open software community <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de>
Re: GNU attacks on the open software community <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de>
Re: GNU attacks on the open software community (Greg Lindahl)
Re: GNU attacks on the open software community <keithmur@mindspring.com>
Re: GNU attacks on the open software community (Dave Terrell)
Re: GPL documentation == unspeakable evil (Thomas Bushnell, n/BSG)
Re: GPL documentation == unspeakable evil (John Stanley)
Re: How do you call an executable file with Perl CGI? rehana@allmedia.com
inheriting filehandles across exec <lanier@shell6.ba.best.com>
Re: Killing a thread (was: Re: Stop Changing Subject Li <p-fein@uchicago.edu>
Re: liberame <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de>
Re: More double standards out of the FSF <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de>
Perl access to Paradox database <j.m.seaton@larc.nasa.gov>
Re: Perl and C++, MFC. <andy@wonderworks.co.uk>
Re: Perl and C++, MFC. (brian d foy)
Re: Perl indention formatter/standardizer <dwight95_remove@ix.netcom.com>
Re: Perl terminology <recon@cavalry.com>
Re: scope of variables in Perl under Linux <keithmur@mindspring.com>
Send keystrokes to another app jstephan@my-dejanews.com
Re: SRC: capturing stdout and stderr differently (Ilya Zakharevich)
Re: SRCs and TIPs [Was: Re: SRC: read a single key with <dgoddard@us.oracle.com>
Re: Suggestion Re: GNU attacks on the open software com (Ilya Zakharevich)
Timeout problem <tkr@assari.cc.tut.fi>
Re: Tom Christiansen attacks the free software communit <hp@pobox.com>
Re: Who cares! <upsetter@ziplink.net>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 22 May 1998 21:32:46 GMT
From: Eric Foster-Johnson <erc@pconline.com>
Subject: Re: 'nmake' under Win'95
Message-Id: <3565F01E.64CB3DA3@pconline.com>
THe "standard" release of Perl for Win32 includes dmake,
which works quite well for the calls to make to
build and install Perl modules.
See www.perl.com to download the "standard" release of Perl
for Win32.
Hope this helps,
-Eric
Andrew Boothman wrote:
>
> Hi!
>
> I recently discovered that I can use the 'nmake' command that comes with
> MS Visual C++ 5 to interpret the makefiles that perl creates.
>
> But how compatable are the two? Will I be OK, or might I run into
> problems? Thanks!
> --
> Andrew Boothman : andrew@boothman.easynet.co.uk
> (http://easyweb.easynet.co.uk/~boothman/andrew/)
> "Yahoo is a search engine.
> Netanyahoo is an Israeli search engine"
> -Robin Williams
--
Eric Foster-Johnson
http://www.pconline.com/~erc/
mail: erc@pconline.com
------------------------------
Date: 22 May 1998 21:48:45 GMT
From: belg4mit@aol.com (Belg4mit)
Subject: Re: .= food for thought?
Message-Id: <1998052221484500.RAA23340@ladder03.news.aol.com>
>All of these could lead to syntactic ambiguities. For example, if I say
>$a =.4;
>do I mean to assign 0.4 to $a, or to append the string "4" to $a?
no ambiguity, $a =. 4 vs $a = .4 (use spaces like you should)
------------------------------
Date: 22 May 1998 16:40:21 -0500
From: Quentin Fennessy <quentin@shaddam.amd.com>
Subject: Can I interpolate Perl variables in POD output?
Message-Id: <ximbtsqkmre.fsf@shaddam.amd.com>
I have a question on the use of POD and the pod2* filters.
Is it possible to interpolate variables within the POD sections of a
file?
In my case I am including the docs for a program in the program
itself. I would like these docs to include the default values for
some variables. For example, bunyan uses $log_dir, typically
set to '/var/log'. I'd like this default value to be printed.
When the program (bunyan) is run with a specific
argument it runs itself through the pipeline
pod2man $0 | nroff -man | col -b | cat -s
Is it possible to include Perl variables within the POD section (such
as $VERSION) and have that variable evaluated and printed as 1.17 (or
whatever)?
I can imagine adding another program to the pipeline to
expand the variable. Perhaps like this:
pod2man $0 | bunyan --interpolate | nroff -man | col -b | cat -s
This seems strange -- bunyan filters itself. I guess bunyan
would have to know in advance with Perl variables to interpolate.
That is, it would look and do this:
s/$VERSION/$VERSION/e;
s/$log_dir/$log_dir/e;
Thoughts, suggestions?
--
Quentin Fennessy AMD, Austin Texas
Secret hacker rule #11 - hackers read manuals
------------------------------
Date: 22 May 1998 22:03:23 +0200
From: David Kastrup <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de>
Subject: Re: GNU attacks on the open software community
Message-Id: <m2k97eul84.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>
les@MCS.COM (Leslie Mikesell) writes:
> In article <m2g1i2hlye.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,
> David Kastrup <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote:
> >pudge@pobox.com (Chris Nandor) writes:
> >
> >> In article <_bS81.68$152.620589@cam-news-reader1.bbnplanet.com>, Barry
> >> Margolin <barmar@bbnplanet.com> wrote:
> >>
> >> # The GPL doesn't force you to share with your friends, it allows it.
> >>
> >> What an odd thing to say. Since when does something like sharing your own
> >> work with your friends need to be allowed? Does it allow me to cross the
> >> street without my mommy, too?
> >
> >You are talking nonsense. The GPL has no impact on you sharing your
> >work in any way you like with whoever you want, even if you have given
> >copies of your work out before licensed under GPL, BSD, proprietary
> >licenses whatever.
>
> Yes it does, if your work consists of making GPL code and non-GPL
> code interoperate. The GPL takes away your right to share such
> code under any circumstances.
The GPL does not take away any right, because you did not have the
right in the first place. It allows you to share the combined work of
your code and the original code if you promise to give people the same
rights to the combined code that you yourself received. So it does
allow sharing. If you think that getting something in that manner is
as worthless as not getting it at all, why are you interested in it in
the first place? Either getting source is of use, then you can let
others share in the experience, or it isn't, in which case you would
not be interested in GPLed software in the first place.
> You can write it for yourself, you
> can use it, someone can hire you to write such code for their own
> use, but you can't give them a copy.
Of course you can. That's the point.
--
David Kastrup Phone: +49-234-700-5570
Email: dak@neuroinformatik.ruhr-uni-bochum.de Fax: +49-234-709-4209
Institut f|r Neuroinformatik, Universitdtsstr. 150, 44780 Bochum, Germany
------------------------------
Date: 22 May 1998 22:07:38 +0200
From: David Kastrup <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de>
Subject: Re: GNU attacks on the open software community
Message-Id: <m2iumyul11.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>
kfox@pt0204.pto.ford.com (Ken Fox) writes:
> David Kastrup <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:
> > kfox@pt0204.pto.ford.com (Ken Fox) writes:
> > > Zenin <zenin@bawdycaste.org> writes:
> > > > GPL code is only "free" for "free use". It's great for use where
> > > > you don't ever want your code used for commercial use, but if you
> > > > do it's a nightmare.
> > >
> > > That's true. That's why it exists.
> >
> > Sigh. Wrong. There are quite a few business thriving commercially on
> > GPLed code.
>
> I understand that, but I believe Zenin meant commercial to mean "selling
> the code under software industry standard licensing terms." The
> commercial businesses thriving on free software are service industries
> involved in supporting or distributing the software.
Tell that to RedHat, quick. They are recruiting currently programmers
to aid in developing a free desktop. If they are not allowed to
thrive on development, someone better tell them before it's too late.
--
David Kastrup Phone: +49-234-700-5570
Email: dak@neuroinformatik.ruhr-uni-bochum.de Fax: +49-234-709-4209
Institut f|r Neuroinformatik, Universitdtsstr. 150, 44780 Bochum, Germany
------------------------------
Date: 22 May 1998 19:22:45 GMT
From: lindahl@pbm.com (Greg Lindahl)
Subject: Re: GNU attacks on the open software community
Message-Id: <6k4ja5$mrd@news1.newsguy.com>
abigail@fnx.com (Abigail) writes:
> Could you also point
> out why 'free' isn't mentioned for the manuals of Ghostscript, tcsh,
> PIC, X-window applications and the various X-window managers?
Last I looked at the task list, it mentioned the need for a free
manual for the C language. You should consider the Perl entry to be a
compliment to Perl's popularity; the C entry is not an insult to K&R's
excellent book.
-- g
------------------------------
Date: Fri, 22 May 1998 15:37:24 -0500
From: "Keith G. Murphy" <keithmur@mindspring.com>
Subject: Re: GNU attacks on the open software community
Message-Id: <3565E204.24D62A38@mindspring.com>
le Fanttme wrote:
>
> On 22 May 1998 09:45:13 GMT, Stefaan.Eeckels@ecc.lu (Stefaan A
> Eeckels) wrote:
>
> >It's fairly obvious that the FSF use of 'free' is an accepted
> >meaning of the word, but that not everyone sees it as the
> >first meaning. Having (f)lame wars about what's the first or
> >second meaning of a word is silly, and ignores the fluid nature
> >of human language.
>
> The FSF use of 'free' is an accepted meaning of the word ... when
> applied to people. Not software.
>
If you mean free in the general sense of 'unfettered', you could make a
good argument that Perl and its documentation is that too.
If you mean strictly what FSF defines it to mean, well, I don't see how
you could apply it to people! Let's see, I sell somebody a slave, and I
have to distribute sperm samples or DNA? And if they breed him, they've
got to... No, suh, violates mah raghts as a Suthenah!
On your side, just more so! :-)
------------------------------
Date: Fri, 22 May 1998 21:41:06 GMT
From: dterrell@obscurity.net (Dave Terrell)
Subject: Re: GNU attacks on the open software community
Message-Id: <slrn6mbsap.psq.dterrell@cthulhu.obscurity.net>
Tyson Richard DOWD <trd@hydra.cs.mu.oz.au> says:
>fantome/@/usa/./net (le Fantome) writes:
>
>>On 21 May 1998 14:37:32 -0400, tb@mit.edu (Thomas Bushnell, n/BSG)
>>wrote:
>
>>>Tom Christiansen <tchrist@mox.perl.com> writes:
>>>
>>>> I realized that the FSF was lying to the world by saying that Perl's 1,000
>>>> pages of document weren't free, and that this dangerous lie was hurting
>>>> Perl. It made people think they couldn't include the documentation
>>>> with the distribution. This idea of a Perl without documentation must
>>>> be stopped.
>>>
>>>The reason that it isn't free is that if I create a modified copy of
>>>Perl, I am prohibited by your license from distributing a modified
>>>copy of the documentation to match.
>>>
>>>That restriction means that the documentation is not as free as the
>>>software, and it would be very nice to have Perl documentation that
>>>was actually free, instead of one which is used as a lever to keep
>>>people from making changes to the software.
>
>>You can't modify the original, but you can make addenda.
>
>This keeps getting brought up. It is a stop-gap solution. If
>you really needed to make modifications, this wouldn't work for
>long. It would at some stage become easier to replace the entire
>documentation set. Which is what the FSF has on its to-do list.
If you're making modifications that are simple bugfixes, then
documentation changes shouldn't be necessary, beyond a simple
README/addendum. If you're making serious modifications/additions, than
such things should be distributed as modules or submitted to the perl
project to be included in the main distribution, with the corresponding
documentation changes being added by the author. What's wrong with that?
Until such time as the authors of perl become incapacitated or unresponsive,
this solutions works. When they do, arrangements can be made to move
the project to a new maintainer. I would trust a project that has been
maintained that way much more than I would any of 3 dozen different slightly
different versions of "perl" I could randomly download on the net.
You'll note that Linux often has the same problem, where certain packages
are written with either explicit or implicit dependencies on a certain
distribution, and that there is a project now underway to standardize
these elements to prevent such problems.
--
Dave Terrell
dterrell@obscurity.net
finger dterrell@uiuc.edu for pgp key
------------------------------
Date: 22 May 1998 16:10:48 -0400
From: tb@mit.edu (Thomas Bushnell, n/BSG)
Subject: Re: GPL documentation == unspeakable evil
Message-Id: <u1hyavu12yf.fsf@mary-kay-commandos.MIT.EDU>
pudge@pobox.com (Chris Nandor) writes:
> Books do NOT require electronics. AFAIK, CDs do, not just for creating,
> but for reading.
No, not really. I could read a CD with a microscope.
And a friend of mine is blind. He can't read books without
electronics.
Thomas
------------------------------
Date: 22 May 1998 21:27:14 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: GPL documentation == unspeakable evil
Message-Id: <6k4qji$rl1$1@news.NERO.NET>
In article <pudge-2205981506250001@dynamic417.ply.adelphia.net>,
Chris Nandor <pudge@pobox.com> wrote:
>Books do NOT require electronics. AFAIK, CDs do, not just for creating,
>but for reading.
But not for distribution. CD's require electronics as much as books do
when you distribute them.
>I can create a book without electronics. Thank goodness I don't have to.
And you can distribute a CD without electronics.
------------------------------
Date: Fri, 22 May 1998 21:16:54 GMT
From: rehana@allmedia.com
Subject: Re: How do you call an executable file with Perl CGI?
Message-Id: <6k4q06$lgb$1@nnrp1.dejanews.com>
I have the same problem using system() or Win32::Process::Creat() does
not work with CGI script. I use
$file="c:/insetsrv/cgi-bin/notepad.exe";
Win32::Process::Create($ProcessObj,
$file,
"notepad %1",
...
);
or,
system("start $file);
What is wrong. Could you please elaborate? My virtual directory has execute
permission.
Thanks.
-- rehana
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/ Now offering spam-free web-based newsreading
------------------------------
Date: Fri, 22 May 1998 13:29:22 -0700
From: "matthew d. p. k. lanier" <lanier@shell6.ba.best.com>
Subject: inheriting filehandles across exec
Message-Id: <Pine.BSF.3.96.980522132807.13022A-100000@shell6.ba.best.com>
hello all-
can filehandles be inherited by an exec'd process?
matt =)
matt@lanier.org
matt@saturn5.com
------------------------------
Date: Fri, 22 May 1998 21:21:00 GMT
From: Peter A Fein <p-fein@uchicago.edu>
Subject: Re: Killing a thread (was: Re: Stop Changing Subject Lines!!)
Message-Id: <87zpgaknnn.fsf@bj2-64.rh.uchicago.edu>
barr@cis.ohio-state.edu (Dave Barr) writes:
> In article <871ztmm9hj.fsf@bj2-64.rh.uchicago.edu>,
> Peter A Fein <p-fein@uchicago.edu> wrote:
> >Per Abrahamsen <abraham@dina.kvl.dk> writes:
> >> Peter A Fein <p-fein@uchicago.edu> writes:
> >> > It makes generating a useful killfile damn near impossible.
> >> Use the thread kill function (`L T' in your newsreader) instead.
> >
> >True- if I do it on the original message. Otherwise, it's only going
> >to kill the subthread, as it should.
>
> No, only a subthread kill should kill a subthread. ("T," in trn)
> A thread kill ("Tk" in trn) kills a thread.
>
Am I using trn?
--
Peter Fein 773-834-6206
1005 E. 60th St. Chicago, IL 60637
p-fein@uchicago.edu http://pfein.home.ml.org/
------------------------------
Date: 22 May 1998 22:16:01 +0200
From: David Kastrup <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de>
Subject: Re: liberame
Message-Id: <m2hg2iukn2.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>
Olof Oberg <millNO@SPAMludd.luth.se> writes:
> Tom Christiansen wrote:
> [snip]
> > Hm... is the freeware that the public talks about not free software?
> IMO no. Or not necessarily is more correct. IMO "freeware" is
> a matter of price whereas "free software" isnt. I cant remember
> I have seen the distinction defined though (I havent bothered
> to look).
>
> In Swedish we have gratis and fri. Only phrase I can come up
> with that may connect fri (free) with something monetary is
> "fri entre" which would be "free entrance" (or something like
> that).
In the German euivalent, I think this comes more or less from
"unrestricted". I'm not sure you could really apply that expression
if you had a bouncer at the door letting only a few people in, but
those without payment.
The same with "free parking": you would not use it for a private
parking place where the owner can park without paying.
--
David Kastrup Phone: +49-234-700-5570
Email: dak@neuroinformatik.ruhr-uni-bochum.de Fax: +49-234-709-4209
Institut f|r Neuroinformatik, Universitdtsstr. 150, 44780 Bochum, Germany
------------------------------
Date: 22 May 1998 22:19:59 +0200
From: David Kastrup <dak@mailhost.neuroinformatik.ruhr-uni-bochum.de>
Subject: Re: More double standards out of the FSF
Message-Id: <m2g1i2ukgg.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>
barr@cis.ohio-state.edu (Dave Barr) writes:
> In article <wsnzpga7qsq.fsf@harper.uchicago.edu>,
> robert havoc pennington <hp@pobox.com> wrote:
> >I am not sure what else one expects RMS[1] to do. He has his values
> >and goals; he puts on his task list what he thinks needs to be done in
> >order to achieve them. It's not like he mentioned Tom personally, he
> >just said "we need some free[2] Perl docs." Just like he says "we need
> >a free version of Motif," or "we need a free Qt,"
>
> Which is precisely why Tom is so mad. To mention "we need some free
> Perl docs" in the same manner as you would say "we need a free Motif"
> is insulting, because the license for Motif says you must pay royalties,
> and thus charge money, while Perl docs are without charge.
In either case, the docs are useless for the purpose of the FSF and
cannot be distributed by them on CDROMs for which they charge more
than copying charges. It is effectively the same for them, so they
want some docs they would be allowed to legally distribute. They
don't care to mention explicitly that there are some nice guys around
that would provide almost but not quite what they need. You might
consider it a fault of them not to mention that the people they cannot
use the docs from are especially altruistic.
--
David Kastrup Phone: +49-234-700-5570
Email: dak@neuroinformatik.ruhr-uni-bochum.de Fax: +49-234-709-4209
Institut f|r Neuroinformatik, Universitdtsstr. 150, 44780 Bochum, Germany
------------------------------
Date: Fri, 22 May 1998 16:30:48 -0400
From: Jeff Seaton <j.m.seaton@larc.nasa.gov>
Subject: Perl access to Paradox database
Message-Id: <3565E078.1BF6@larc.nasa.gov>
I have a Paradox database running under Windows that I would liek to
access with a Perl program to manipulate the data. I have read many
messages, FAQ's, and websites dealing with DBI, but have only seen brief
passing references to Paradox .db files. I have no control over the
Paradox format and need to find a way to interface to it. As a side
note, I'd love to use Perl running on one of my UNIX machines to access
the Windows-based database. . .anyone that can provide some help?
You can respond to this list or to me directly at
(j.m.seaton@larc.nasa.gov)
Thanks
------------------------------
Date: Fri, 22 May 1998 21:41:50 +0100
From: Andy Armstrong <andy@wonderworks.co.uk>
Subject: Re: Perl and C++, MFC.
Message-Id: <QnIpdCAOMeZ1EwE$@wndrwrks.demon.co.uk>
In article <355FEA79.76443D65@iil.intel.com>, Zohar Tsaba
<ztsaba@iil.intel.com> writes
[snip]
>Zohar Tsaba
>ztsaba@iil.intel.com
>04-8655852
>Intel IDC, HAIFA
^^^^^ Is this the same Intel who love Randall so much? Do we talk to
them?
--
** Don't CC any follow-ups to me - I *do* read the newsgroups I post to **
Andy Armstrong, Wonderworks, http://www.wonderworks.co.uk
------------------------------
Date: Fri, 22 May 1998 17:06:28 -0400
From: comdog@computerdog.com (brian d foy)
Subject: Re: Perl and C++, MFC.
Message-Id: <comdog-ya02408000R2205981706280001@news.panix.com>
Keywords: from just another new york perl hacker
In article <QnIpdCAOMeZ1EwE$@wndrwrks.demon.co.uk>, Andy Armstrong <andy@wonderworks.co.uk> posted:
>In article <355FEA79.76443D65@iil.intel.com>, Zohar Tsaba
><ztsaba@iil.intel.com> writes
>[snip]
>>Zohar Tsaba
>>ztsaba@iil.intel.com
>>04-8655852
>>Intel IDC, HAIFA
>
> ^^^^^ Is this the same Intel who love Randall so much? Do we talk to
>them?
besides spelling, let's remember that just because someone works
at Intel doesn't mean they have anything to do with every one of
Intel's activities.
Infect Intel with Perl, if you like.
--
brian d foy <comdog@computerdog.com>
CGI Meta FAQ <URL:http://computerdog.com/CGI_MetaFAQ.html>
Comprehensive Perl Archive Network (CPAN) <URL:http://www.perl.com>
Perl Mongers T-shirts! <URL:http://www.pm.org/tshirts.html>
not a very good partisan.
------------------------------
Date: Fri, 22 May 1998 13:49:33 -0700
From: "Dwight" <dwight95_remove@ix.netcom.com>
Subject: Re: Perl indention formatter/standardizer
Message-Id: <6k4odu$g3t@dfw-ixnews4.ix.netcom.com>
Tom Phoenix wrote in message ...
>On 22 May 1998, Tim Furlong wrote:
>
>> I'm looking for a utility, preferably a perl script, that will correct
>> the indention in a perl script....
>
>Yes, it's hidden in the FAQ. :-) Search for "formatter". Hope this helps!
>
Actually, I tried that, & it don't work! However, thinking of various
possiblities (in particular, "indent"), I finally found it in section 3.4 of
ftp://ftp.cis.ufl.edu/pub/perl/faq/FAQ.
------------------------------
Date: Fri, 22 May 1998 14:39:05 -0600
From: Bill Anderson <recon@cavalry.com>
Subject: Re: Perl terminology
Message-Id: <3565E269.AB2DD6D4@cavalry.com>
Tom Christiansen wrote:
>
> [courtesy cc of this posting sent to cited author via email]
>
> In comp.lang.perl.misc,
> Ala Qumsieh <aqumsieh@matrox.com> writes:
> :What I liked most about it is the abundance of examples, something the
> :Camel Book lacks.
>
> I don't see why people keep saying this. I see zillions of examples
> in the Camel. In fact, it's hard to open to a page without
> indented code examples.
>
> :Unfortunately though, I have discovered WAY too many
> :mistakes in the example code they present.
>
> Yup.
>
> :But, overall, I think it's a good
> :reference.
>
> I guess I'm confused about what a "reference book" is.
>
For reference, I use "The Perl 5 Programmer's Reference".
Not sure of the technical accuracy of *all* of it, but works well for
me.
I do reccomend it for beginners, because it provides ane asy way to look
up a given perl command without having to look through how-to-do-this
chapters when all you really want is the syntax and what it *does*.
my .02$
--
Bill Anderson Cyberhighway Internet Services, SYCON
"Pluralitas non est ponenda sine neccesitate."
Plurality should not be assumed without neccesity.
------------------------------
Date: Fri, 22 May 1998 16:26:46 -0500
From: "Keith G. Murphy" <keithmur@mindspring.com>
Subject: Re: scope of variables in Perl under Linux
Message-Id: <3565ED96.9F5A71FC@mindspring.com>
Nathan Morse wrote:
>
> I have been wending my way through the beginning of Learning Perl, and have
> been typing in the examples with some negligible personal modifications.
> In the example that starts on p17 (in the 2nd edition, at least ;^), Moving
> the Secret Word List into a Separate File, there is a fine demonstration of
> creating a [by default] global variable within a subroutine. Since I'd
> been using the Win32 Perl that can't do file globs,
What distribution is this, that doesn't support file globs? The Sarathy
distribution does globbing just fine on Win95, can't speak for other
distributions or platforms.
I decided to transfer
> my programs/scripts to a Linux machine. Having cleaned up all the carriage
> returns, I went merrily to testing the Perl to be sure everything behaved
> well, and to try out proper glob behavior. Since this init_words() sub
> comes to have a globbing while loop in it on p22 (Many Secret Word Files in
> the Current Directory), it was one of my first choices. The only secret
> word it was content to accept for _any_ given name was the default one
> ("groucho" in their example). After a bit of hunting and debugging, I
> realized that the problem was that @words was empty/undefined outside of
> init_words(), where it is created, but not via my(). :^( That machine is
> using Perl 5.003, but I didn't see anything in the 5.004 revision history
> that indicated a problem with that. What am I missing? Thanks!!
Do you *know* whether it's getting filled in init_words()? Time to
familiarize yourself with perl -d, if you haven't already. It's nice;
trust me.
I'm going to go out on a *very* shaky limb here, since I can't get to my
Linux system right now. Might it be that your script isn't opening your
.sec file(s) for some reason (protection or such)? I could swear I've
seen "|| die" not work as expected on Linux, and I had to use "or die",
so maybe you can't open the file and you're not seeing the error. Try
your script with "or die". (If I think of it, I'm going to verify this
when I get home; it's been bugging me...)
------------------------------
Date: Fri, 22 May 1998 21:35:58 GMT
From: jstephan@my-dejanews.com
Subject: Send keystrokes to another app
Message-Id: <6k4r3u$om7$1@nnrp1.dejanews.com>
Hi,
Does anyone out there know how to send keystrokes to an application
using perl on a Win32 system.
I'm trying to talk to another application that doesn't have OLE support
and will respond to single keys.
Thanks,
-Jon Stephan
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/ Now offering spam-free web-based newsreading
------------------------------
Date: 22 May 1998 21:03:23 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: SRC: capturing stdout and stderr differently
Message-Id: <6k4p6r$fvf$1@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to Tom Christiansen
<tchrist@mox.perl.com>],
who wrote in article <6k40ja$r1l$12@csnews.cs.colorado.edu>:
> To capture a command's stderr and stdout together:
>
> $output = `cmd 2>&1`; # either with backticks
> $pid = open(PH, "cmd 2>&1 |"); # or with an open pipe
> while (<PH>) { } # plus a read
>
> To capture a command's stdout but discard its stderr:
>
> $output = `cmd 2>/dev/null`; # either with backticks
> $pid = open(PH, "cmd 2>/dev/null |"); # or with an open pipe
> while (<PH>) { } # plus a read
Note that this will work with EMX based ports (OS/2, DOS, Win*), but
will not work with other Win* ports.
Ilya
------------------------------
Date: Fri, 22 May 1998 13:46:26 -0700
From: Denis Goddard <dgoddard@us.oracle.com>
Subject: Re: SRCs and TIPs [Was: Re: SRC: read a single key without echo or <ENTER>]
Message-Id: <3565E422.64F4878@us.oracle.com>
Tom Christiansen wrote:
>
> [a number of handy things recently]
Thanks, Tom!!
Some stuff I already knew, some stuff I kind of knew but had implemented
awkwardly in the past. Now I have a nice set of cookbook recipies.
Thanks again!!!
-Denis
--
__ __ _ __ __
~~~~(__)|-< /-\(__ |__(-_ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Denis Goddard Senior Technical Staff |"I see the heads of men arise
email: dgoddard@us.oracle.com (506-3365) |with hungry minds and open eyes!"
Favorite languages: PL/SQL and Perl5 | -Rush, from 2112: _The Oracle_
------------------------------
Date: 22 May 1998 20:57:41 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: Suggestion Re: GNU attacks on the open software community
Message-Id: <6k4os5$fg4$1@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to David Kastrup
<dak@mailhost.neuroinformatik.ruhr-uni-bochum.de>],
who wrote in article <m267iyh546.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>:
> Tom Christiansen <tchrist@mox.perl.com> writes:
>
> > [courtesy cc of this posting sent to cited author via email]
>
> Interesting what sort of things you call "courtesy" copies. Anyhow,
> they are rather deprecated especially in open disussions like these
> because they cause the author to first do a private reply, then have
> to redo a reply in the news as well.
Only if the "author" was still sleeping and did not read "courtesy cc
of this posting" line. ;-)
Ilya
------------------------------
Date: 22 May 1998 21:45:58 GMT
From: Tommi Reiman <tkr@assari.cc.tut.fi>
Subject: Timeout problem
Message-Id: <6k4rmm$2f9$1@baker.cc.tut.fi>
How could I set out a timeout for a function so that if it dosn't return
a value in $timeout seconds, the function will be 'killed'??
Tommi
------------------------------
Date: Fri, 22 May 1998 21:13:57 GMT
From: robert havoc pennington <hp@pobox.com>
Subject: Re: Tom Christiansen attacks the free software community (was: Re: GNU attacks on the open software community)
Message-Id: <wsnlnru1016.fsf@harper.uchicago.edu>
abigail@fnx.com (Abigail) writes:
>
> Other points in the list only mention 'manual'. But the point for Perl
> adds "free". And the context given are "proprietary books". IT DOES NOT
> SAY A SINGLE BIT ABOUT THE EXISTING MANUALS. It doesn't say that the
> manuals aren't free in FSF religion. It says that there are proprietary
> books.
>
Tom C. was originally complaining because his manuals are free[1] and
that wasn't recognized by the page. That's why people keep bringing up
the existing manuals. No need to yell.
Probably the existing free[2] manuals should be mentioned. It is
possible that they did not exist or the F[3]SF was not aware of them at
the time the page was written - apparently it is a pretty old task
list item.
FWIW the FSF is sort of out-of-touch and out-of-date as a general
rule. For example, the latest GNU Bulletin is full of minor
inaccuracies about various GNU projects. I don't think RMS really
follows most forums where discussion takes place, or surfs the net, or
however it is people stay up with the latest developments in the
free[4] software world.
Havoc Pennington ==== http://pobox.com/~hp
[1] Of cost.
[2] Of cost.
[3] GNU sense.
[4] GNU sense.
;-)
------------------------------
Date: 22 May 1998 20:39:04 GMT
From: Scratchie <upsetter@ziplink.net>
Subject: Re: Who cares!
Message-Id: <6k4np8$jcs@fridge.shore.net>
Charlie Stross <charlie@antipope.org> wrote:
: That's because you've accidentally invented the first wholly new type
: of religious war to arise on usenet since about 1994. I expect this
: one will run and run, much like vi/emacs, windows/linux/macos/any_os,
: and tcl/perl/python: namely, GPL/other free software licenses.
Great. Now I have something to look forward to... :-\
--Art
--------------------------------------------------------------------------
National Ska & Reggae Calendar
http://www.ziplink.net/~upsetter/ska/calendar.html
--------------------------------------------------------------------------
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V8 Issue 2695
**************************************
