[13191] in Perl-Users-Digest
Perl-Users Digest, Issue: 601 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 20 11:13:25 1999
Date: Fri, 20 Aug 1999 08:10:18 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 20 Aug 1999 Volume: 9 Number: 601
Today's topics:
Re: Perl and DBM file questions (Malcolm Ray)
Re: PERL EDITOR <kperrier@blkbox.com>
Re: Perl HTML to txt (Abigail)
Re: Perl without C compiler. <jpeterson@office.colt.net>
Re: Perl without C compiler. (Anno Siegel)
Redhat-6.0 & perl & tail (Eric Vielet)
Re: Referring to "my" variables <sariq@texas.net>
Re: Referring to "my" variables (Anno Siegel)
Re: Request for Comments: www.perl.com (Abigail)
Re: Request for Comments: www.perl.com (John Stanley)
Re: Request for Comments: www.perl.com (Malcolm Ray)
Re: Request for Comments: www.perl.com <jpeterson@office.colt.net>
Re: Request for Comments: www.perl.com (Leo Schalkwyk)
Re: Request for Comments: www.perl.com (Lou Hevly)
Setting User ID in perl script poocus@my-deja.com
Setting User ID in perl script poocus@my-deja.com
setuid poocus@my-deja.com
Re: Split comp.lang.perl.misc <Allan@due.net>
system() poocus@my-deja.com
system() poocus@my-deja.com
system() poocus@my-deja.com
Re: system() (Anno Siegel)
Re: Tom Christiansen "Perl Cookbook" <bill@fccj.org>
Re: What vendors include Perl with their boxes? <kistler@fnmail.com>
Digest Administrivia (Last modified: 1 Jul 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 20 Aug 1999 13:39:15 GMT
From: M.Ray@ulcc.ac.uk (Malcolm Ray)
Subject: Re: Perl and DBM file questions
Message-Id: <slrn7rqmk3.avn.M.Ray@carlova.ulcc.ac.uk>
On Fri, 20 Aug 1999 02:48:10 +1000, Geoff Roberts <groberts@uow.edu.au> wrote:
>Malcom,
>
> Thanks very much for the pointer. Does a tie with DB_RECNO load the
>whole database file into the array? If I reference a particular record
>number, is only that record loaded into memory? If I then reference
>another record, is the previous one written out to the database file and
>purged from memory?
[About using DB_File's DB_RECNO interface method for tied arrays]
A certain amount of data will be cached in memory (not the whole lot).
This is configurable (see 'perldoc DB_File' and look for cachesize).
You can force data to be flushed to the underlying file using the object's
sync method; it will also be flushed when the array is untied.
I've never used DB_RECNO myself for real. I wrote the following example
program after reading 'perldoc DB_File'. Unfortunately, this appears to
have two problems:
1. It can only grow the file if the file didn't exist at the start. If,
say, the file has 10 records, and I ask it to create record 11, no error
occurs, but the new record is not created.
2. Tracing the program reveals that the untie causes the *entire* file
to be written, which seems crazily inefficient.
Anyone have any ideas about this?
#!/usr/bin/perl -w
use strict;
use DB_File;
use Fcntl;
my @recs;
my $rec_db = '/tmp/recno_example.db';
my $record_len = 8;
die "Usage: $0 index [value]\n" unless @ARGV >= 1 && @ARGV <= 2;
my ($index, $value) = @ARGV;
# Create the object and set some attributes
my $R = new DB_File::RECNOINFO
or die "Error setting attributes: $!";
$R->{reclen} = $record_len;
$R->{flags} = R_FIXEDLEN;
# Tie array to file, creating file if necessary
my $T = tie @recs, 'DB_File', $rec_db, O_CREAT | O_RDWR, 0640, $R
or die "Error tying array to $rec_db: $!";
if (defined $value)
{
$recs[$index] = substr($value, 0, $record_len);
}
else
{
print defined $recs[$index] ? $recs[$index] : 'undef', "\n";
}
# This is how you would sync, though it's superfluous here:
#
# $T->sync(R_RECNOSYNC) == 0 or die "Sync error: $!";
# Finished
undef $T;
untie @recs;
__END__
--
Malcolm Ray University of London Computer Centre
------------------------------
Date: 20 Aug 1999 08:59:29 -0500
From: Kent Perrier <kperrier@blkbox.com>
Subject: Re: PERL EDITOR
Message-Id: <6695737850BC85A3.DDD7DD5D357793CF.71848E3748E8A2D0@lp.airnews.net>
"Webmaster" <webmaster@compre-ya.com> writes:
> Does anyone of you know an good and nice editor for writting perl code?
>
> I´m getting tired of notepad
Vi and emacs work well.
Kent
------------------------------
Date: 20 Aug 1999 10:00:07 -0500
From: abigail@delanet.com (Abigail)
Subject: Re: Perl HTML to txt
Message-Id: <slrn7rqrdh.bq6.abigail@alexandra.delanet.com>
J. Smith (js252@cus.cam.ac.uk) wrote on MMCLXXVII September MCMXCIII in
<URL:news:Pine.SOL.3.96.990817120844.20914B-100000@ursa.cus.cam.ac.uk>:
..
.. Does any one know of a available perl script that can stript HTML tags and
.. convert large documents into a .txt file?
system lynx => "-dump", $url;
Abigail
--
perl5.004 -wMMath::BigInt -e'$^V=Math::BigInt->new(qq]$^F$^W783$[$%9889$^F47]
.qq]$|88768$^W596577669$%$^W5$^F3364$[$^W$^F$|838747$[8889739$%$|$^F673$%$^W]
.qq]98$^F76777$=56]);$^U=substr($]=>$|=>5)*(q.25..($^W=@^V))=>do{print+chr$^V
%$^U;$^V/=$^U}while$^V!=$^W'
-----------== 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: Fri, 20 Aug 1999 13:55:32 GMT
From: Jon Peterson <jpeterson@office.colt.net>
Subject: Re: Perl without C compiler.
Message-Id: <o7dv3.200$u07.1587@news.colt.net>
Serguei Goumeniouk <serguei.goumeniouk@midwal.ca> wrote:
> 1) Is it possible to install perl without C compiler (just copy a file
> structure from one computer to another)?
Yes, it is, although you would want the two machines to be identical
in as many other respects as possible (OS version, hardware etc). Also, if
you use any dynamic libraries, you'll need those available on the target
machine, so you might prefer to build everything statically.
> 2) Theoretically, I can install C for a short time at production
> computer, install perl and delete C. Will perl work after these actions?
Yes, but see above for caveat over shared libraries.
> In other words: "Does perl need C compiler?"
No, perl does not need a C compiler, but see also below..
> 3) Is it possible to install new perl modules without C compiler?
Many of them. Some perl modules are a mixture of perl and C, using C
for functions that require great speed, or using C to interface with other
C system libraries. I would think 80% of CPAN doesn't require a C compiler to
build, but some of the most useful modules _do_ require a compiler.
All the modules will need 'make' available for the standard
installation process.
> 4) Are there any other solutions for this job?
Depending on your OS, there may be pre-compiled versions of Perl
available in a native package format for your platform. This should ease the
installation perl onto the production server. Beware that some of these binary
packages have in the past had bugs in.
------------------------------
Date: 20 Aug 1999 14:04:04 -0000
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Perl without C compiler.
Message-Id: <7pjn8k$9qa$1@lublin.zrz.tu-berlin.de>
Serguei Goumeniouk <serguei.goumeniouk@midwal.ca> wrote in comp.lang.perl.misc:
> Dear Experts!
> I have to move my programs and perl scripts from a development machine
>to a production one. By convention we have no C compiler at our
>production environment. Both computers are Sun UNIX boxes.
>1) Is it possible to install perl without C compiler (just copy a file
>structure from one computer to another)?
Yes. I'll assume that the development machine is sufficiently similar
to the production machine. Build Perl on the development machine (no
need to install it). Then copy the build tree to the target machine
and install there.
>2) Theoretically, I can install C for a short time at production
>computer, install perl and delete C. Will perl work after these actions?
>In other words: "Does perl need C compiler?"
No, what for?
>3) Is it possible to install new perl modules without C compiler?
Depends. Some modules need to compile some xs stuff, but many don't.
>4) Are there any other solutions for this job?
Sure.
Anno
------------------------------
Date: 20 Aug 1999 14:30:20 GMT
From: ev@newton.crihan.fr (Eric Vielet)
Subject: Redhat-6.0 & perl & tail
Message-Id: <7pjops$bbj$1@news.crihan.fr>
Hi all,
I try to "tail -f" a logfile thanks to a perl program. Everythings OK when
the TTY that launched the perl script is still up. But if i kill the window
from which i launched the script (the script is off course launched in
background), or if i launch my script at boot time, it does not work.
I try whith something like : open(TAIL,"tail -f mylogfile |"); , and i
try to use File::Tail too, but it`s the same thing with both.
Any idea ?
PS: both scripts work fine under solaris-2.5
--
Vielet Eric | CRIHAN
Phone : 02 35 59 61 59 | Parc Technologique de la Vatine
Fax : 02 35 59 61 40 | 32, rue Raymond Aron
E-mail : Eric.Vielet@crihan.fr | 76130 Mont-Saint-Aignan, France
------------------------------
Date: Fri, 20 Aug 1999 09:09:09 -0500
From: Tom Briles <sariq@texas.net>
Subject: Re: Referring to "my" variables
Message-Id: <37BD6185.FBC12F91@texas.net>
Larry Rosler wrote:
>
> In article <37BC6DE4.1B79475C@cisco.com> on Thu, 19 Aug 1999 13:49:40 -
> 0700, Makarand Kulkarni <makkulka@cisco.com> says...
> > [ willow wrote:
> > > After the subroutines execute, I would like to
> > > compare the values of my $sum from each subroutine. How can I reference
> > > those?
> >
> > Return refs to these my variables -
> >
> > $sum1 = sum1 ( 20, 30) ;
> > $sum2 = sum1 ( 20, 30) ;
> > print " sum1 = $$sum1 \n" ;
> > print " sum2 = $$sum2 \n" ;
> > exit ;
> > sub sum1 { my $sum = $_[0] + $_[1] ; return \$sum ; }
> > sub sum2 { my $sum = $_[0] + $_[1] ; return \$sum ; }
>
> Why return refs, when simply returning the (scalar) values would do it
> more simply? Taking refs of scalars is seldom warranted.
That's exactly what I thought (well, that, and "Why is 'sub sum2'
there?).
Which made me wonder - "When *are* scalar refs warranted?"
And I'm still wondering...
- Tom
------------------------------
Date: 20 Aug 1999 14:28:11 -0000
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Referring to "my" variables
Message-Id: <7pjolr$9sk$1@lublin.zrz.tu-berlin.de>
Tom Briles <sariq@texas.net> wrote in comp.lang.perl.misc:
>Larry Rosler wrote:
>>
>> In article <37BC6DE4.1B79475C@cisco.com> on Thu, 19 Aug 1999 13:49:40 -
>> 0700, Makarand Kulkarni <makkulka@cisco.com> says...
>> > [ willow wrote:
>> > > After the subroutines execute, I would like to
>> > > compare the values of my $sum from each subroutine. How can I reference
>> > > those?
>> >
>> > Return refs to these my variables -
>> >
>> > $sum1 = sum1 ( 20, 30) ;
>> > $sum2 = sum1 ( 20, 30) ;
>> > print " sum1 = $$sum1 \n" ;
>> > print " sum2 = $$sum2 \n" ;
>> > exit ;
>> > sub sum1 { my $sum = $_[0] + $_[1] ; return \$sum ; }
>> > sub sum2 { my $sum = $_[0] + $_[1] ; return \$sum ; }
>>
>> Why return refs, when simply returning the (scalar) values would do it
>> more simply? Taking refs of scalars is seldom warranted.
>
>That's exactly what I thought (well, that, and "Why is 'sub sum2'
>there?).
>
>Which made me wonder - "When *are* scalar refs warranted?"
>
>And I'm still wondering...
Large scalars. Scalars you want a subroutine to modify in place.
Pairs of scalars that from time to time swap their function.
Anno
------------------------------
Date: 20 Aug 1999 09:10:27 -0500
From: abigail@delanet.com (Abigail)
Subject: Re: Request for Comments: www.perl.com
Message-Id: <slrn7rqogc.bq6.abigail@alexandra.delanet.com>
James Powell (jamespo@N0SPAM.yahoo.com) wrote on MMCLXXX September
MCMXCIII in <URL:news:37BD4288.59FB2D40@N0SPAM.yahoo.com>:
[ Putting a response before the quote is considered bad style.
Please don't do that. ]
== Abigail wrote:
== >
== > [snip]
== >
== > In other words, www.perl.com gives the impression to be designed for
== > looks. Sites designed for looks tend to lack content. So, why go there?
== Hmm that's a bit harsh. You'll have to go a long way to find (big) sites
== designed specifically with lynx in mind. Perhaps that's why you
== keep going to plain text archives (come back gopher, all is forgiven).
What is your point? I never said it should be "designed specifically
with lynx in mind". Any site that is "designed" with a specific browser
in mind is designed by amateurs who don't understand the media they are
working with.
I also don't understand your remark about "big sites". Is big an excuse
for being crap? Who cares about www.perl.com being "big"? It doesn't
have to attract a million websurfing weenies. www.perl.com should be
useful for Perl users, of which there are much less than websurfers.
I don't know. Maybe it's just that it seems to be harder and harder to
see Perl separated from O'Reilly that's slowly irking me.
== A useful non-WWW addition would be a news server (news.perl.com?)
== with many specific groups on DBI, CGI, XML, daemons, win32, etc.
== Perhaps with a web interface to this as well.
*boggle* A news group isn't a news group unless it's propagated over
the regular Usenet channels. There has never been a reason to create
comp.lang.perl.dbi, comp.lang.perl.cgi, etc. What makes you think that
locking such groups on a closed system will generate interest on them?
Specially if they get a "web interface" - consider how hated postings
are that are posted via deja.com.
Abigail
--
perl -e '* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
/ / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / /
% % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % %;
BEGIN {% % = ($ _ = " " => print "Just Another Perl Hacker\n")}'
-----------== 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: 20 Aug 1999 14:22:13 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: Request for Comments: www.perl.com
Message-Id: <7pjoal$5mo$1@news.NERO.NET>
In article <Pine.HPP.3.95a.990820141043.20918E-100000@hpplus03.cern.ch>,
Alan J. Flavell <flavell@mail.cern.ch> wrote:
>What the heck do you think you mean, "sites designed specifically with
>lynx in mind". If a site is designed _for_ the WWW, then Lynx is not
>excluded.
That is not true. There is a big difference between designing a hot web
site and doing it with text browsers in mind. The number of sites
that do nothing at all without having javascript in yor browser are
growing every day, and forgetting to have ALT text for images is common.
So is the use of an imagemap as the only navigation method.
>While it's possible to apply a few simple tips that produce
>better results for Lynx without doing any harm to anyone else, I don't
>know of anyone (except perhaps where Lynx is the specific topic of
>discussion) who designs _specifically_ for Lynx:
That's not what he said. He said designed with lynx IN MIND. That does
not mean you design EXCLUSIVELY for that browser, it means you do a
complete design so those folks are not excluded. Because, you see, when
you exclude text-only browsers, you also exclude Netscape with "autoload
images" and "enable javascript" turned off.
>that would be to pervert the whole idea of the WWW.
Poppycock.
------------------------------
Date: 20 Aug 1999 14:43:42 GMT
From: M.Ray@ulcc.ac.uk (Malcolm Ray)
Subject: Re: Request for Comments: www.perl.com
Message-Id: <slrn7rqqcu.be4.M.Ray@carlova.ulcc.ac.uk>
On 20 Aug 1999 14:22:13 GMT, John Stanley <stanley@skyking.OCE.ORST.EDU> wrote:
>In article <Pine.HPP.3.95a.990820141043.20918E-100000@hpplus03.cern.ch>,
>Alan J. Flavell <flavell@mail.cern.ch> wrote:
>>What the heck do you think you mean, "sites designed specifically with
>>lynx in mind". If a site is designed _for_ the WWW, then Lynx is not
>>excluded.
>
>That is not true. There is a big difference between designing a hot web
>site and doing it with text browsers in mind. The number of sites
>that do nothing at all without having javascript in yor browser are
>growing every day, and forgetting to have ALT text for images is common.
>So is the use of an imagemap as the only navigation method.
What we have here is a vehement agreement, I think.
--
Malcolm Ray University of London Computer Centre
------------------------------
Date: Fri, 20 Aug 1999 14:49:27 GMT
From: Jon Peterson <jpeterson@office.colt.net>
Subject: Re: Request for Comments: www.perl.com
Message-Id: <XVdv3.202$u07.1528@news.colt.net>
Abigail <abigail@delanet.com> wrote:
> with lynx in mind". Any site that is "designed" with a specific browser
> in mind is designed by amateurs who don't understand the media they are
> working with.
Hmmm. Such sites are often designed by professionals who don't understand the
media they are working with, too.
But who cares? www.perl.com is inaccessible to the millions of people out there
who don't speak English. I'd far rather see parts of it translated to other
languages than have effort spent supporting user agents used only by
comparatively few people.
Sure, it would be nice if the site worked well in lynx, opera, Netscape 0.99b,
and whatever else, but it wouldn't be nice because it adhered to some notion
of WWW correctness it would be nice because it helped a certain number of
people to obtain useful perl information. And there are more cost effective
ways of helping people obtain useful perl information than ensuring the site is easy to use in all major and minor web browsers.
------------------------------
Date: 20 Aug 1999 14:54:10 GMT
From: schalkwy@minnie.RZ-Berlin.MPG.DE (Leo Schalkwyk)
Subject: Re: Request for Comments: www.perl.com
Message-Id: <7pjq6i$aut$1@fu-berlin.de>
Abigail (abigail@delanet.com) wrote:
: Tom Christiansen (tchrist@mox.perl.com) wrote on MMCLXXX September
: MCMXCIII in <URL:news:37bc93cd@cs.colorado.edu>:
: ~~ I would like to solicit from you answers to the following questions:
: ~~
: ~~ What you don't like at www.perl.com
: $ lynx -dump http://www.perl.com | grep -c '\[INLINE\]'
: 3
: $ lynx -dump http://www.perl.com | grep -c 'bullet'
: 6
: $ lynx -dump http://www.perl.com | head -2
: blank.gif
: $ lynx -source http://www.perl.com | grep -i -c 'FONT *FACE'
: 6
: $ lynx -source http://www.perl.com | grep -i -c 'FONT [^>]*SIZE'
: 15
: $
: In other words, www.perl.com gives the impression to be designed for
: looks. Sites designed for looks tend to lack content. So, why go there?
My initial reaction was the same:
"too fancy, next they'll make the camel dance"
but I then navigated it using lynx with no problems and I found a few
useful things with a search (for roff) that I hadn't recovered by a
deja and an excite search.
Leo
--
------------------------------------------------------------
schalkwy@molgen.mpg.de
------------------------------
Date: Fri, 20 Aug 1999 15:00:30 GMT
From: lou@visca.com (Lou Hevly)
Subject: Re: Request for Comments: www.perl.com
Message-Id: <37bd6d65.6962161@spamkiller.newsfeeds.com>
Tom Christiansen <tchrist@mox.perl.com> wrote:
>I would like to solicit from you answers to the following questions:
>
> What you like at www.perl.com
All the information. It is a fantastic resource!
> What you don't like at www.perl.com
The web page itself: In general, there seems to be some confusion in
the designer's mind between the WWW and print media; specifically, I
find the following problems:
1) The page is all in a table so nothing is seen (except the ads)
until the whole page loads.
2) It uses images for links, so those who don't auto-load images can't
tell where they point to. Though ALT tags are used, they aren't
visible to me (NS 3.0, Win98) because the defined image height is too
small for the ALT text to be visible. More modern browsers (Ns 4.xx)
have disabled the ALT attribute unless the mouse is held over the
image/link, so users have to scramble around the page waiting for the
little pop-up windows to appear for each image to know where the links
go. Then, after following one, they have to go through the same
rigmarole when they come back, unless they've memorized the links'
relative positions to one another.
3) The page uses images for the form submit buttons; I *suppose* that
the image icon next to 'binaries' is a submit button, but users
shouldn't have to speculate.
4) I see an empty form window under the window that says 'binaries'. I
have no idea what it's there for.
> What you would like to see at www.perl.com
A search engine.
> What you might like to help with at www.perl.com
I'm open to suggestions. I could translate some stuff into Catalan :).
--
Lou Hevly (JAPHW)
lou@visca.com
http://www.visca.com
------------------------------
Date: Fri, 20 Aug 1999 12:57:54 GMT
From: poocus@my-deja.com
Subject: Setting User ID in perl script
Message-Id: <7pjjcd$mfc$1@nnrp1.deja.com>
I have a piece of perl script that makes a system call, however it won't
run the code being called because the user id of the web browser has no
permissions, does anybody know how to set the following:
Real User ID
Effective User ID
Real group ID
Effective Group ID
Ps I running the perl via an oracle perl cartridge, does this make any
difference to the way I use the 'system' command?
Any help would be appreciated.
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Fri, 20 Aug 1999 12:57:50 GMT
From: poocus@my-deja.com
Subject: Setting User ID in perl script
Message-Id: <7pjjc8$mf9$1@nnrp1.deja.com>
I have a piece of perl script that makes a system call, however it won't
run the code being called because the user id of the web browser has no
permissions, does anybody know how to set the following:
Real User ID
Effective User ID
Real group ID
Effective Group ID
Ps I running the perl via an oracle perl cartridge, does this make any
difference to the way I use the 'system' command?
Any help would be appreciated.
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Fri, 20 Aug 1999 13:26:46 GMT
From: poocus@my-deja.com
Subject: setuid
Message-Id: <7pjl29$npk$1@nnrp1.deja.com>
I'm new to perl so be gentle with me...
I have a script that runs on a web server, the script uses a system call
to run an external executable, it works fine from the command line, but
not when executed via the web server, I think the problem is that the
web ID via the web server has no permissiions to execute external
executables, so, is it possible to set the user id to one with
permissions, within the perl script in order to run the external
executable. The external executable has the following permissions set:
-rwxr-xr-x
Anybody know how to fix this?
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Fri, 20 Aug 1999 10:05:03 -0400
From: "Allan M. Due" <Allan@due.net>
Subject: Re: Split comp.lang.perl.misc
Message-Id: <7pjnh0$t4j$1@nntp5.atl.mindspring.net>
James Liu wrote in message ...
:There really should be more perl newsgroups. There are too many posts
here.
:I guess we could add
[snip]
comp.lang.perl.newsgroup.proposals
<g>
we seem to get enough of them.
AmD
--
$email{'Allan M. Due'} = ' All@n.Due.net ';
--random quote --
I dunno, I dream in Perl sometimes...
- Larry Wall in <8538@jpl-devvax.JPL.NASA.GOV>
------------------------------
Date: Fri, 20 Aug 1999 13:17:37 GMT
From: poocus@my-deja.com
Subject: system()
Message-Id: <7pjkh6$nbs$1@nnrp1.deja.com>
I have a script that calls an external executable, but the line :
system ("<full path and filename>");
is not invoking the executable, what am I doing wrong?
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Fri, 20 Aug 1999 13:17:32 GMT
From: poocus@my-deja.com
Subject: system()
Message-Id: <7pjkh2$nbr$1@nnrp1.deja.com>
I have a script that calls an external executable, but the line :
system ("<full path and filename>");
is not invoking the executable, what am I doing wrong?
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Fri, 20 Aug 1999 13:17:31 GMT
From: poocus@my-deja.com
Subject: system()
Message-Id: <7pjkh0$nbq$1@nnrp1.deja.com>
I have a script that calls an external executable, but the line :
system ("<full path and filename>");
is not invoking the executable, what am I doing wrong?
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: 20 Aug 1999 14:13:47 -0000
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: system()
Message-Id: <7pjnqr$9rr$1@lublin.zrz.tu-berlin.de>
<poocus@my-deja.com> wrote in comp.lang.perl.misc:
>I have a script that calls an external executable, but the line :
> system ("<full path and filename>");
>is not invoking the executable, what am I doing wrong?
How are we supposed to know? You don't show what is really your
"<full path and filename>". Nor do you tell us what system it is
you hand the "<full path and filename>" to. system() is called that
for a reason, it requests a service from your system.
Anno
------------------------------
Date: Sun, 15 Aug 1999 05:31:26 -0400
From: -Sneex- <bill@fccj.org>
To: perl-users@ruby.oce.orst.edu
Subject: Re: Tom Christiansen "Perl Cookbook"
Message-Id: <150819990531264319%bill@fccj.org>
Keywords: sneex
[[ This message was both posted and mailed: see
the "To," "Cc," and "Newsgroups" headers for details. ]]
On Date: Sun, 15 Aug 1999 17:32:02 +1000
elephant@squirrelgroup.com (elephant) wrote:
> support@gethits.com writes ..
> >Malcolm Ray wrote:
> >
> >> Sometimes even the best books are wrong!
> >
> >Thanks for confirming this.
>
> both methods still work on my machines
>
As they do on mine...
Funny,
-Sneex- :]
------------------------------
Date: Fri, 20 Aug 1999 12:37:32 +0200
From: Per Kistler <kistler@fnmail.com>
To: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: What vendors include Perl with their boxes?
Message-Id: <37BD2FEC.9E7DA4C@fnmail.com>
Hi Tom
I did not see SuSE Linux yet on your list, so here it is:
(sorry, if I overlooked it, or if it's otherwise irrelevant)
Vendor Name: SuSE GmbH
OS Name/Version: Linux 2.2.10
Perl version: 5.005_03
Status: standard part of installed system utility set
Since when: Several years
Notes: It includes several Perl modules like
PerlMagick and mod_perl and so on.
(A SuSE person may correct this, if he likes so)
-Per.
> Tom Christiansen wrote:
>
> I think this is exciting. We're pretty darned popular. It's been a hard
> uphill battle, and there's still a lot of lobby for inclusion to be done,
> but we're much further than we were ten years ago.
>
> Please send me more entries in the format that follows at the bottom.
>
> thanks,
>
> --tom
--
Per Kistler kistler@fnmail.com / kistler@gmx.net
------------------------------------------------------------
------------------------------
Date: 1 Jul 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 1 Jul 99)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq" from
almanac@ruby.oce.orst.edu. The real FAQ, as it appeared last in the
newsgroup, can be retrieved with the request "send perl-users FAQ" from
almanac@ruby.oce.orst.edu. Due to their sizes, neither the Meta-FAQ nor
the FAQ are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq" from
almanac@ruby.oce.orst.edu.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 601
*************************************
