[13472] in Perl-Users-Digest
Perl-Users Digest, Issue: 882 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Sep 22 23:17:29 1999
Date: Wed, 22 Sep 1999 20:05:09 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <938055908-v9-i882@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Wed, 22 Sep 1999 Volume: 9 Number: 882
Today's topics:
Re: (-d $filename) test (Larry Rosler)
Re: Ad hominem (was Re: perl related question now!) <qumsieh@sympatico.ca>
Re: An experienced opinion please <madebeer@igc.apc.org>
Re: answers <qumsieh@sympatico.ca>
Re: answers <qumsieh@sympatico.ca>
Re: Array length (Martien Verbruggen)
Re: Combining variables - newbie <butterfingers1@my-deja.com>
Converting C Program to Perl (remove)enteract.com (Rishi Ed)
Re: Copying directories and subdirectories <brian@innovtech.com>
extract contents of .gz files (BLUESRIFT)
Re: How to extract data in 'groups' <madebeer@igc.apc.org>
Re: how to put each line of file to a variable? <qumsieh@sympatico.ca>
Re: latest "stable" perl for alpha (Martien Verbruggen)
multiple forks and IPC <msfrost@celluloidnexus.com>
Re: My glob failed (Martien Verbruggen)
PERL ERROR- How to setup in the NT Regedit & Win32::ODB <cmmktg@cybermart.com.sg>
PROBLEM with PERL script in NT platform <cmmktg@cybermart.com.sg>
Re: REQ: tell-a-friend script (Larry Rosler)
Re: REQ: tell-a-friend script <tchrist@mox.perl.com>
Re: REQ: tell-a-friend script (J. Moreno)
Re: REQ: tell-a-friend script (Alan Curry)
Re: Saving a list of filenames from directory into an a <qumsieh@sympatico.ca>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 22 Sep 1999 18:02:41 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: (-d $filename) test
Message-Id: <MPG.12531c0584a6b906989fc0@nntp.hpl.hp.com>
In article <7M9G3.3600$QJ.211508@typ11.nn.bcandid.com> on Wed, 22 Sep
1999 19:05:39 GMT, Kragen Sitaker <kragen@dnaco.net> says...
...
> There's another thing: chdir($dir_name) followed by opendir(CURRENTDIR,
> $dir_name) will only work if his paths are absolute. Right?
>
> I'll bet the first-level path is absolute, but then when he recurses,
> opendir fails because it's getting a relative path.
Yes. But fixing it by changing to opendir(CURRENTDIR, '.') won't fix
the problem either. When it bounces back from the first recursion, the
current directory will be wrong for the subsequent recursions.
I have always used absolute paths for this kind of search. But others
would recommend File::Find, right?
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Thu, 23 Sep 1999 01:00:53 GMT
From: Ala Qumsieh <qumsieh@sympatico.ca>
Subject: Re: Ad hominem (was Re: perl related question now!)
Message-Id: <37E97C0F.E90F91C0@sympatico.ca>
Kragen Sitaker wrote:
> In article <x3y7llk6wkm.fsf@tigre.matrox.com>,
> Ala Qumsieh <aqumsieh@matrox.com> wrote:
> >This word (ad hominem) popped up a couple of weeks ago in some post,
> >and suddenly everyone is using it (and I *still* don't know what it
> >means!).
> >
> >Is it The Way To Be? Is it good to be ad hominem?
>
> Ad hominem means, as far as I can remember from Latin classes, "against
> the man". An argument is ad hominem if the argument attacks a person
> instead of an idea.
Right. I should have looked it up myself. But now, I can use
"ad hominem" in a useful sentence of my own:
"The arguments against Perl given by Python users are ad hominem."
ad hominemly yours,
--Ala
PS. I knew I should've taken that Latin class when I had the chance!
------------------------------
Date: Wed, 22 Sep 1999 17:08:21 -0700 (PDT)
From: Michael de Beer <madebeer@igc.apc.org>
Subject: Re: An experienced opinion please
Message-Id: <APC&1'0'50775dbc'215@igc.apc.org>
Dave wrote:
>Problem: When I access a building on the new system, everything displays
>as it should: header graphic, photograph, data table header, footer
>graphic....but not the data portion of the table. No error messages,
>nothing! It's as if the data file is empty and there is nothing to
>display, but I have checked everything that I can think of and
>everything seems identical to the original system.
Manually check your data file exists and is readable by the webserver.
Then debug your code, by checking the return values of your open and close
statements, like
open(DATA,'data.txt') || die "can't open file data.txt";
close(DATA) || die "can't close file data.txt";
and printing variables to STDOUT and see where your script is going wrong.
After you have done that, start from scratch with a script compiled
under -w , and use strict; and build outward to see where your problem
was.
Probably there are good tutorials on how to go about debugging.
Something more in depth than:
perlfaq3.html 'How_do_I_debug_my_Perl_programs'
and less arcane than:
perldebug
HTH,
-Mike
p.s the subject tag of this message is not very informative.
I'm not the best at naming threads, but either of these would be easier
for others to find:
"data missing after moving servers"
"cgi debug help - data missing" or something like that.
------------------------------
Date: Thu, 23 Sep 1999 01:23:04 GMT
From: Ala Qumsieh <qumsieh@sympatico.ca>
Subject: Re: answers
Message-Id: <37E98141.201F5E75@sympatico.ca>
Andrew wrote:
> love the way people say...
> 'not a perl question'
> or
> 'read some doco'
>
> is this because you are so arrogant or just don't know?
Now *THAT* folks is an example of an ad hominem argument.
--Ala
I tell you, I was having ad hominem dreams all night long!
------------------------------
Date: Thu, 23 Sep 1999 01:28:06 GMT
From: Ala Qumsieh <qumsieh@sympatico.ca>
Subject: Re: answers
Message-Id: <37E9826E.5EA732E0@sympatico.ca>
Tom Christiansen wrote:
> In comp.lang.perl.misc, "Andrew" <casino@start.com.au> writes:
> :love the way people say...
> :'not a perl question'
> :or
> :'read some doco'
> :
> :is this because you are so arrogant or just don't know?
>
> Anybody want to bet me this is a Prisoner of Bill? Sure smells of it.
I *had* to install Win98 over the weekend 'cause I got a new ADSL modem
and my (old) linux distribution does not detect that. I promise to
delete it though once I upgrade my linux.
Does this make me a PoB in the meantime?
--Ala
Surfing at 1 Megabits/sec :-)
------------------------------
Date: Thu, 23 Sep 1999 00:16:51 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: Array length
Message-Id: <TjeG3.130$8B3.5002@nsw.nnrp.telstra.net>
In article <37E91DB3.D8AFCC18@cisco.com>,
Makarand Kulkarni <makkulka@cisco.com> writes:
> $length = $#a +1 ; # adding 1 is very important
\begin{pedantry}
While this is true in _most_ cases, it is not _generally_ true.
$num_elements = $#a - $[ + 1;
Sure, $[ is deprecated, but it still exists.
$num_elements = $#a + 1; # True if $[ not changed
\end{pedantry}
# perldoc perldata
Martien
--
Martien Verbruggen |
Interactive Media Division | Little girls, like butterflies, need no
Commercial Dynamics Pty. Ltd. | excuse - Lazarus Long
NSW, Australia |
------------------------------
Date: Thu, 23 Sep 1999 01:42:33 GMT
From: Graham W. Boyes <butterfingers1@my-deja.com>
Subject: Re: Combining variables - newbie
Message-Id: <7sc0i7$8g4$1@nnrp1.deja.com>
Thank you very much, I like this one the best.
Graham W. Boyes
--
"The One and Only"
me AT toao DOT net ~ http://www.toao.net
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Thu, 23 Sep 1999 02:43:51 GMT
From: rishi@(remove)enteract.com (Rishi Ed)
Subject: Converting C Program to Perl
Message-Id: <7sc45i$l49$1@eve.enteract.com>
Is there a Perl script that will convert C variables to Perl $ variables?
Ed
------------------------------
Date: Wed, 22 Sep 1999 17:11:18 +0100
From: "Brian" <brian@innovtech.com>
Subject: Re: Copying directories and subdirectories
Message-Id: <37e97022$0$208@nntp1.ba.best.com>
I'm embarrassed to say that I remembered xcopy from my old dos days not
long after I posted this. The only problem is that if the directory that you
are creating doesn't exist, xcopy ask you if the directory you are creating
is a file or directory... requiring user input. This doesn't do me any good
because I need this Perl script to run standalone from an AT job. You don't
happen to know how to get around this do you? I looked at all the switches
for xcopy, but couldn't find anything. Also, I don't seem to have xcopy32 on
my machine?
Thanks for the help!
-Brian M.
Jonathan Stowe <gellyfish@gellyfish.com> wrote in message
news:7sbftk$84c$1@gellyfish.btinternet.com...
> On Wed, 22 Sep 1999 10:06:35 +0100 Brian wrote:
> > First, I am working on Win Nt 4.0 (ugh) and need to copy a directory
with
> > all it's subdirectories and files to another location. I have tried
using:
> >
> > system copy
> > use File::Find
> > use File::Copy
> > readdir()
> > and combinations of everything I can think of with no luck. Have I just
not
> > had enough coffee? I am hoping I just missed something simple.
> >
>
> Yep 'xcopy32' available in your <windows nt>/commands directory ...
>
> /J\
> --
> Jonathan Stowe <jns@gellyfish.com>
> <http://www.gellyfish.com>
> Hastings: <URL:http://dmoz.org/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: 23 Sep 1999 02:50:36 GMT
From: bluesrift@aol.com (BLUESRIFT)
Subject: extract contents of .gz files
Message-Id: <19990922225036.18533.00001191@ng-fn1.aol.com>
I'm a beginner learning and experimenting with Perl on Hypermart. Hypermart
apparently automatically updates a raw.gz log in each user's directory with
referrer and user agent information then once a week produces an html document
from the contents. I would like to be able to read the contents of the raw.gz
myself via a perl script that opens the file and filters the contents, etc. to
produce a more useful (and more often) listing. I am completely unfamiliar
with gz compression but feel certain that if such a thing is possible that
someone will have done it using perl in conjunction, perhaps, with native
server commands. Hypermart runs on Apache Unix servers. Can/will anyone point
me to where I can find more information on accessing this file type within perl
scripts?
Thanks,
Rob Bell
------------------------------
Date: Wed, 22 Sep 1999 16:45:49 -0700 (PDT)
From: Michael de Beer <madebeer@igc.apc.org>
Subject: Re: How to extract data in 'groups'
Message-Id: <APC&1'0'50775dba'b71@igc.apc.org>
Tom wrote:
>I'm writing a script to grab values from a text file. My problem is
>when I come upon a certain string (eg. TIME), I must extract values from
>fields that I've assigned to variables
>until I reach the TIME string again
Search for the thread 'CONTEST: Range Searching' in this newsgroup.
You'll see a variety of programs that do most of what you need.
-Michael
------------------------------
Date: Thu, 23 Sep 1999 01:04:15 GMT
From: Ala Qumsieh <qumsieh@sympatico.ca>
Subject: Re: how to put each line of file to a variable?
Message-Id: <37E97CDA.69BE95BA@sympatico.ca>
Timothy J Flynn wrote:
[don't post jeopardy style please. It annoys many people]
> $i=0;
> while (<GCPREP>)
> {
> if (/pattern you are looking for/)
> {
> $SOMEARRAY[$i] = $_;
> $i++;
> }
> }
why not simply
while (<GCPREP>) {
push @array => $_ if /pattern/;
}
??
> or if you want all the lines.
> while (<GCPREP>)
> {
> $i=0;
> $SOMEARRAY[$i] = $_;
> $i++;
> }
@array = (<GCPREP>);
is shorter, faster, and more Perlish.
HTH,
--Ala
------------------------------
Date: Thu, 23 Sep 1999 00:25:59 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: latest "stable" perl for alpha
Message-Id: <rseG3.132$8B3.5002@nsw.nnrp.telstra.net>
In article <7s89nn$h7n@zk2nws.zko.dec.com>,
tice@hunch.zk3.dec.com (Walter Tice USG) writes:
> Hi, I've been using "5.004_04 built for alpha-dec_osf"
> for some time. I'm wondering what is the latest stable
> version (emphasis on stable) which any of you have installed
> and used on alpha, which you could reccomend?
I do not use alpha, but the latest stable source release is perl
5.005_03. The source distribution includes hints files for dec_osf, so
most likeley you should be able to successfully compile it up. If not,
you probably won't need to change the hints file too much. If you do,
make sure to send your changes back to the perl developers.
Another thing to try is ftp.digital.com, use something like
quote site exec index perl
or
quote site exec index PERL
That one often worked for me when I still worked with Digital Unices.
:)
Martien
--
Martien Verbruggen |
Interactive Media Division | In the fight between you and the world,
Commercial Dynamics Pty. Ltd. | back the world - Franz Kafka
NSW, Australia |
------------------------------
Date: Wed, 22 Sep 1999 21:36:58 -0500
From: Michael Frost <msfrost@celluloidnexus.com>
Subject: multiple forks and IPC
Message-Id: <37E9924A.168F768F@celluloidnexus.com>
(For those of you with low patience, you should probably skip this
posting. It's an interesting problem if you're going to hang around
though.)
I'm desperately trying to understand IPC for Perl. I believe I have a
legitimate application for multithreaded processing, but the problem is,
none of the documentation I've found seems to be complete enough to
handle my particular subtleties.
Here's the program model:
I'm writing a server which takes a list of function names and passes
each one along with some associated key-value pairs to a spawned child.
Each child then executes its function using a 'required' source file
filled with anonymous Perl subroutines. (You're probably thinking right
now, "Why on earth would he ever want to do something that
complicated?") The reason why I'm using this method is that it has a WWW
front-end going through a CGI proxy, and some of the functions are very
long-running (3+ hours); I don't want to hang the webserver up. This
method also allows multiple connections, so I need to know whether a
child process is running or finished. If a function is running (in a
previously spawned child) I don't want to send off another child to
execute the same function--that would very likely end in the corruption
of my state variables.My state variables are recorded in a hash
declaration which gets saved to disk at the end of an execution cycle,
and read in on subsequent instantiations of the program.
What I think I need to do:
create my list of function names
open a pipe to a forked process (has to be another perl to execute the
subroutines)
send the datastream to the child
disassociate the parent from the child
open another pipe to a new child process for the next function
etc.
then the child, when finished, either sends a signal to the
disassociated parent, or opens a pipe to it and sends data signifying
that it has finished it's function, and that the parent may feel free to
reinstantiate that function if necessary.
Problem:
I don't understand disassociation. I've used the perl.com resource on
IPC and piping, but it was pretty terse. My program doesn't seem to be
doing what I expect.The filehandles that were opened with the pipe
continue to associate the two processes.
Moreover, when I wrap my forking blocks in a foreach loop, the whole
program hangs. I presume that the two processes are blocking and waiting
for one another to speak--it's almost like they're deaf!
I would much appreciate any suggestions.
Here's some relevant code:
pipe(PARENT_RDR, CHILD_WTR); # XXX: failure?
pipe(CHILD_RDR, PARENT_WTR); # XXX: failure?
CHILD_WTR->autoflush(1);
PARENT_WTR->autoflush(1);
#my list of functions is a space-delimited string associated in a hash
foreach $function (split(/\0/,$RENT_HASH{'function'})) {
if ($pid = fork) {
#parent here
#disassociate the parent
use POSIX qw(setsid);
setsid() or die "Can't start a new session: $!";
#close the superfluous filehandles
close PARENT_RDR; close PARENT_WTR;
... #some irrelevant data encoding
#send the child the string of data
print CHILD_WTR "$sendstring";
#this line blocks until the child responds
chomp($line = <CHILD_RDR>);
print "Parent Pid $$ just read this: `$line'\n";
#this blocks until the child terminates
waitpid($pid,0);
} else {
#my list of anonymous subroutines
require "../functionregistry";
die "cannot fork: $!" unless defined $pid;
#close superfluous filehandles
close CHILD_RDR; close CHILD_WTR;
#get the data stream from the parent
chomp($line = <PARENT_RDR>);
print "Child Pid $$ just read this: `$line'\n";
#tried also disassociating the child from the parent
use POSIX qw(setsid);
setsid() or die "Can't start a new session: $!";
#this parses the string of data into a hash for use
&ParseDataCHLD($line);
$function = $CHLD_HASH{'function'};
$functionref = $$RELDRV{$function}{'functionLink'};
#this executes the anonymous routine
&$functionref;
print PARENT_WTR "Child Pid $$ is sending this\n";
#right about here, I'd be sending some kind of signal
#back to the parent, probably by piping to it
exit;
}
}
Mike Frost
frostm@us.ibm.com
------------------------------
Date: Thu, 23 Sep 1999 00:35:19 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: My glob failed
Message-Id: <bBeG3.142$8B3.5002@nsw.nnrp.telstra.net>
In article <Pine.LNX.4.10.9909221740270.28639-100000@kalimoth.death.org>,
Kevin Colquitt <synced@austin.rr.com> writes:
> The value for @results[6] should be something like:
>
>> export csmkdc webdev 13716 302-44446 (135.147.1.148) \
Tue Sep 21 18:52:34 1999
>
> and I'm trying to parse out the fields with the following:
>
>> ($dir, $userid, $groupid, $pid, $computer, $ipaddress, $day,
> $month, $date, $hour, $year) = <@results[6]>;
>
> Which gives me the error "glob failed (child exited with status 1)
> at test.pl line "
And it would. <@results[6]> is a glob. (perldoc perlop, and perldoc -f
glob). What did you think it was?
I think what you want is split, with a pettern of space:
($dir, $userid, $groupid, $pid, $computer, $ipaddress, $day,
$month, $date, $hour, $year) =
split ' ', @results[6];
# perldoc -f split
And please, _do_ read the split manual entry, even though you have the
answer already.
Martien
--
Martien Verbruggen |
Interactive Media Division | Hi, Dave here, what's the root
Commercial Dynamics Pty. Ltd. | password?
NSW, Australia |
------------------------------
Date: Thu, 23 Sep 1999 10:18:17 -1000
From: CyberMart <cmmktg@cybermart.com.sg>
Subject: PERL ERROR- How to setup in the NT Regedit & Win32::ODBC
Message-Id: <37EA8B09.72280319@cybermart.com.sg>
Hi,
I encountered an error when submitting the form. The error is 405 MIME
setting problem.
Can anyone show me how to add in the registry.
I encountered ODBC error and it say cannot load Dyloader.pm in @INC
odbc.pm
REgards
------------------------------
Date: Thu, 23 Sep 1999 10:22:37 -1000
From: CyberMart <cmmktg@cybermart.com.sg>
Subject: PROBLEM with PERL script in NT platform
Message-Id: <37EA8C0D.342B6403@cybermart.com.sg>
Hi
Can anyone tell me how to solve the below problem.
I getting an error message Http 403 Forbidden - Execute script error.
It say- the CGI has no permission for access right.
Can anyone knows this problem - How to set the access right permission
for my script.
and how to configure win32::ODBC.
regards & thanks
------------------------------
Date: Wed, 22 Sep 1999 17:32:00 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: REQ: tell-a-friend script
Message-Id: <MPG.125314db23090a1d989fbf@nntp.hpl.hp.com>
[Posted and a courtesy copy sent.]
In article <37e9307b@cs.colorado.edu> on 22 Sep 1999 13:39:39 -0700, Tom
Christiansen <tchrist@mox.perl.com> says...
...
> If someone tells you that "departement" is the correct spelling for the
> word in French, you don't tell them that the second "e" is misspelled.
No, I would tell them that the first "e" is misspelled. "département",
n'est-ce pas?
> As for your notions of what is natural, this too is misplaced. "elsif"
> is explicitly spelled that way on purpose. It is by design. It is not
> an accident. It also has at least two different sound and thoughtful
> reasons for that particularly choice.
What might be the reasons for that particularly choice choice?
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 22 Sep 1999 18:49:21 -0700
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: REQ: tell-a-friend script
Message-Id: <37e97911@cs.colorado.edu>
[courtesy cc of this posting mailed to cited author]
In comp.lang.perl.misc,
lr@hpl.hp.com (Larry Rosler) writes:
:No, I would tell them that the first "e" is misspelled. "département",
:n'est-ce pas?
That, too. :-)
:What might be the reasons for that particularly choice choice?
1) You don't want people ever trying to write "else if". No
dangly elses. Ruins the grammar. This is a really important
technical matter.
2) The "ei" combo just doesn't usually sound like the "i" in "if".
It sounds like many things, but that that. Consider kaleidoscope,
freight, albeit, beige, protein, seize, Einstein, feisty, gneiss,
height, heir, seismic, leitmotif, neighbor, weight, either, neither,
reign, veil, formulae, poltergeist, reichsmark, seigneurage, sheik,
stein, their, vein, weird, weissbier, etc. I guess "foreign" and
"forfeit" work, but compared with all the cases, these are rare.
So "elseif" would be "el zaif" or something. It just doesn't sound
right.
--tom
--
Data structures, not algorithms, are central to programming. --Rob Pike
------------------------------
Date: Wed, 22 Sep 1999 21:01:45 -0400
From: planb@newsreaders.com (J. Moreno)
Subject: Re: REQ: tell-a-friend script
Message-Id: <1dyjvj6.1hfan47ej3ch6N@roxboro0-0039.dyn.interpath.net>
Tom Christiansen <tchrist@mox.perl.com> wrote:
> In comp.lang.perl.misc, planb@newsreaders.com (J. Moreno) writes:
> :But we don't speak just english -- we speak various computer
> :jargons too; and elseif is the correct and natural spelling.
>
> You are quite simply, wrong. We're speaking Perl. Learn it. Next you'll
> be telling us that "last" is a type for "break".
Bah. That's beneath you. Not the same thing at all and you know it.
-snip-
> As for your notions of what is natural, this too is misplaced. "elsif"
> is explicitly spelled that way on purpose. It is by design. It is not
> an accident. It also has at least two different sound and thoughtful
> reasons for that particularly choice.
And they are?
> I repeat: you're wrong. In fact, you're verging on being full of it.
Opinionated for sure, but full of it?
--
John Moreno
------------------------------
Date: Thu, 23 Sep 1999 01:36:14 GMT
From: pacman@defiant.cqc.com (Alan Curry)
Subject: Re: REQ: tell-a-friend script
Message-Id: <iufG3.4225$QJ.268684@typ11.nn.bcandid.com>
In article <37e97911@cs.colorado.edu>,
Tom Christiansen <tchrist@mox.perl.com> wrote:
>
>1) You don't want people ever trying to write "else if". No
> dangly elses. Ruins the grammar. This is a really important
> technical matter.
I don't think it's "ruined". If they're ambiguous, give a warning, like gcc
-Wall does since about 2.8. When they're not ambiguous, the extra braces are
annoying.
postfix conditionals on the other hand... that's what ruined it :)
>2) The "ei" combo just doesn't usually sound like the "i" in "if".
> So "elseif" would be "el zaif" or something. It just doesn't sound
> right.
So why not elif, as in Bourne shell and cpp? Was there a precedent for
"elsif"?
--
Alan Curry |Declaration of | _../\. ./\.._ ____. ____.
pacman@cqc.com|bigotries (should| [ | | ] / _> / _>
--------------+save some time): | \__/ \__/ \___: \___:
Linux,vim,trn,GPL,zsh,qmail,^H | "Screw you guys, I'm going home" -- Cartman
------------------------------
Date: Thu, 23 Sep 1999 01:11:06 GMT
From: Ala Qumsieh <qumsieh@sympatico.ca>
Subject: Re: Saving a list of filenames from directory into an array.
Message-Id: <37E97E72.AC204329@sympatico.ca>
Larry Rosler wrote:
> Odd, I haven't seen an Abigail post in this thread.
Maybe it's time to remove her from your killfile :-)
Seriously, I have similar problems when I read my news from
work (you noticed that already). I usually see replies to
invisible posts. But, I just started reading my news from home,
and so far I think I can see all posts, which makes me happier.
--Ala
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 882
*************************************
