[17271] in Perl-Users-Digest
Perl-Users Digest, Issue: 4693 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Oct 23 03:06:18 2000
Date: Mon, 23 Oct 2000 00: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: <972284709-v9-i4693@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Mon, 23 Oct 2000 Volume: 9 Number: 4693
Today's topics:
Re: File locking <mikecook@cigarpool.com>
Re: Great Employment Opportunities- NY/NJ Fortune 1000 (David H. Adler)
Re: Help with array concatenation (Alan Barclay)
Re: Help with array concatenation (Martien Verbruggen)
Re: how to debug perl script? (Tad McClellan)
Re: list of exit codes <ianb@ot.com.au>
Re: local file handle <MY_FILE> <Cheng3@email.msn.com>
Re: local file handle <MY_FILE> <Cheng3@email.msn.com>
Re: local file handle <MY_FILE> <ianb@ot.com.au>
Re: LWP: Search results from other Web pages (Scott Roberts)
Re: LWP: Search results from other Web pages <uri@sysarch.com>
Re: Matching patterns in PDF? <ianb@ot.com.au>
Re: newline in Unix and DOS [Was: Removing line breaks <ianb@ot.com.au>
Re: Out of Memory - ActivePerl 5.6/Win98 SE 192MB RAM <grichards@flashcom.net>
Re: Out of Memory - ActivePerl 5.6/Win98 SE 192MB RAM (Gwyn Judd)
Re: Perl 5.005 or 5.6? (Logan Shaw)
Re: Perl for PalmOS? (Logan Shaw)
Re: Problems with SCO V5 and Perl -> Memory core <hemo@ujoint.org>
Re: Programmer needed (David H. Adler)
Re: Writing multiple files to a particular directory (Tad McClellan)
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 22 Oct 2000 22:31:59 -0700
From: "Michael Cook" <mikecook@cigarpool.com>
Subject: Re: File locking
Message-Id: <_4QI5.2683$ud.614505@news.uswest.net>
I find that section incomplete - it does not state what to do for FH
flushing in the case of opening more than 1 file in the same script.
Michael
--
== CigarPool ==
http://www.cigarpool.com
"Mark-Jason Dominus" <mjd@plover.com> wrote in message
news:39f37408.5099$343@news.op.net...
> The section in the Perl Cookbook about file locking is very complete.
------------------------------
Date: 23 Oct 2000 04:58:11 GMT
From: dha@panix.com (David H. Adler)
Subject: Re: Great Employment Opportunities- NY/NJ Fortune 1000 Companies
Message-Id: <slrn8v7hb3.ck9.dha@panix6.panix.com>
On Sun, 22 Oct 2000 10:41:34 -0400, Colleen Tagg
<colleentagg@hotmail.com> wrote:
>I would love to have the opportunity to work with you.
You have a funny way of showing it... :-|
You have posted a job posting or a resume in a technical group.
Longstanding Usenet tradition dictates that such postings go into
groups with names that contain "jobs", like "misc.jobs.offered", not
technical discussion groups like the ones to which you posted.
Had you read and understood the Usenet user manual posted frequently
to "news.announce.newusers", you might have already known this. :) (If
n.a.n is quieter than it should be, the relevent FAQs are available at
http://www.faqs.org/faqs/by-newsgroup/news/news.announce.newusers.html)
Please do not explain your posting by saying "but I saw other job
postings here". Just because one person jumps off a bridge, doesn't
mean everyone does. Those postings are also in error, and I've
probably already notified them as well.
If you have questions about this policy, take it up with the news
administrators in the newsgroup news.admin.misc.
There is a Perl Jobs Announce list that may be more helpful to you. See
<http://www.pm.org/mailing_lists.shtml> for details.
Yours for a better usenet,
dha
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
Okay, that's it. 30 days no computer use penalty for being stupid
- Greg at http://www.userfriendly.org
------------------------------
Date: 23 Oct 2000 00:57:46 GMT
From: gorilla@elaine.furryape.com (Alan Barclay)
Subject: Re: Help with array concatenation
Message-Id: <972262622.448763@elaine.furryape.com>
In article <8su1ov$4v8$1@plonk.apk.net>, Jody Fedor <Jodyman@usa.net> wrote:
>PSS - Anyone heard of a Perl By Example book?
While agreeing with everything that Tad & Martien said, 'The Perl Cookbook'
is the best book for examples. Lots and lots of them, created by expert
perl programmers.
------------------------------
Date: Mon, 23 Oct 2000 02:06:16 GMT
From: mgjv@tradingpost.com.au (Martien Verbruggen)
Subject: Re: Help with array concatenation
Message-Id: <slrn8v778j.a0g.mgjv@verbruggen.comdyn.com.au>
On Sun, 22 Oct 2000 08:51:16 -0400,
Tad McClellan <tadmc@metronet.com> wrote:
> On Sun, 22 Oct 2000 21:26:17 +1100, Martien Verbruggen
> <mgjv@tradingpost.com.au> wrote:
>
> >But Uri's point is still valid. if you really want to learn Perl, you
> >_have_ to get comfortable with its documentation. Books get out of date.
> >Examples are sometimes not clear enough, and only describe one
> >particular case of the use of constructs and functions.
[snip list of good reasons to refer to standard documentation]
> >The
> >documentation should always be used as a last reference.
>
> Note that the usage of "last" above is as in "the final authority".
That's a much more accurate phrasing of what I was trying to say :)
> >> programming for about a year now but I can remember asking
> >> the dumb questions. I wish I knew alot more so I could help
> >
> >I still ask dumb questions. Or make dumb remarks.
>
> I can vouch for Martien on those statements.
I knew someone would support that statement :)
> Posting gaffs in front of hundreds of people is a very effective
> way of "internalizing" lessons learned.
Indeed. It is. You don't easily forget it when your mistakes are
publically corrected, be it in a nice or rather less pleasant manner.
Martien
--
Martien Verbruggen |
Interactive Media Division | Freudian slip: when you say one thing
Commercial Dynamics Pty. Ltd. | but mean your mother.
NSW, Australia |
------------------------------
Date: Sun, 22 Oct 2000 23:56:36 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: how to debug perl script?
Message-Id: <slrn8v7dnk.1rd.tadmc@magna.metronet.com>
On Sun, 22 Oct 2000 17:47:25 -0400, Zimmen Huang <yah00204052@yahoo.com> wrote:
> I'm completely new to the perl world.
Welcome!
>The following question might
>be very elmentary.
The first thing you should learn is that you are expected to
check the FAQs *before* posting to a newsgroup.
The second thing that you should learn is how to use 'perldoc'
to look things up in the standard documentation for you. You
search for Frequently Asked Questions by using the -q switch:
perldoc -q CGI
"Where can I learn about CGI or Web programming in Perl?"
"How can I get better error messages from a CGI program?"
--
Tad McClellan SGML consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Mon, 23 Oct 2000 12:45:43 +1100
From: Ian Boreham <ianb@ot.com.au>
Subject: Re: list of exit codes
Message-Id: <39F39847.B1B7F6E@ot.com.au>
Kingsley Tart wrote:
> This isn't the only exit code that is being strange, so a list would be
> handy. However, this is the most important one at this stage. I've tried
> searching the 'net for "exit code 11" but all I get is loads and loads of
> irrelevant stuff :-(
The exit code of the program is whatever the program passes to "exit". I
believe there are some partial conventions used in places, but they are by no
means universal. It just depends on the program in question. Have you looked
at the documentation (including man pages if any) for the program?
Is it a Perl script? If not, is there a more appropriate forum
(comp.proggy.exit.code?) you should be asking this in?
Regards,
Ian
------------------------------
Date: Mon, 23 Oct 2000 00:06:03 -0400
From: "Liang Cheng" <Cheng3@email.msn.com>
Subject: Re: local file handle <MY_FILE>
Message-Id: <#GOBcaKPAHA.307@cpmsnbbsa07>
You should do this:
sub my_function{
local(*FILE) = shift; #local is different than my in the way that,
#the original value of local variable will be assigned back to the
variable,
#as each instances of the function finishes. the '*' is name
substitution, if you do
#*Y = *X; then @Y, $Y, %Y will all refer to @X, $X, %X, respectively,
change
# one changes the other. with the local(), Y will refer to whatever it
used to refer to
# after the function is done.
# This is a bit of newbie question, you should have really read some
advanced perl
#programming book or search on the web, before you asked.
.
.
.
my_function(*NEW_FILE_HANDLE);
}
<percy_yip@my-deja.com> wrote in message news:8svroa$o61$1@nnrp1.deja.com...
> I need to use a local file handle in a function because I am doing a
> recursive function there.
>
> I tried to use
> @sub my_function {
>
> my <FILE> = @_[0]; # it doesn't work!!!!!
> .
> .
> .
> .
> my_function ( new_file );
> }
>
> For normal variables, I can use my to create local variables, but not
> for file handle. Anyone can tell me why, and how to solve this problem.
>
> Thanks in advance.
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.
------------------------------
Date: Mon, 23 Oct 2000 00:18:34 -0400
From: "Liang Cheng" <Cheng3@email.msn.com>
Subject: Re: local file handle <MY_FILE>
Message-Id: <e0OfchKPAHA.283@cpmsnbbsa07>
Perhaps I should also add that, my and local are essentially different, my
is a lexical scoping operator, used mostly to keep variables apart in
different packages, like C++'s keyword private. The local is like ephemeral
variables kept on the stack or local variables in a funcion in C/C++, gone
as soon as the function they reside in finished, reinitialized at each
calling of the function.
Liang Cheng <Cheng3@email.msn.com> wrote in message
news:#GOBcaKPAHA.307@cpmsnbbsa07...
> You should do this:
> sub my_function{
> local(*FILE) = shift; #local is different than my in the way that,
> #the original value of local variable will be assigned back to the
> variable,
> #as each instances of the function finishes. the '*' is name
> substitution, if you do
> #*Y = *X; then @Y, $Y, %Y will all refer to @X, $X, %X, respectively,
> change
> # one changes the other. with the local(), Y will refer to whatever
it
> used to refer to
> # after the function is done.
> # This is a bit of newbie question, you should have really read some
> advanced perl
> #programming book or search on the web, before you asked.
> .
> .
> .
> my_function(*NEW_FILE_HANDLE);
> }
> <percy_yip@my-deja.com> wrote in message
news:8svroa$o61$1@nnrp1.deja.com...
> > I need to use a local file handle in a function because I am doing a
> > recursive function there.
> >
> > I tried to use
> > @sub my_function {
> >
> > my <FILE> = @_[0]; # it doesn't work!!!!!
> > .
> > .
> > .
> > .
> > my_function ( new_file );
> > }
> >
> > For normal variables, I can use my to create local variables, but not
> > for file handle. Anyone can tell me why, and how to solve this problem.
> >
> > Thanks in advance.
> >
> >
> > Sent via Deja.com http://www.deja.com/
> > Before you buy.
>
>
------------------------------
Date: Mon, 23 Oct 2000 16:33:21 +1100
From: Ian Boreham <ianb@ot.com.au>
Subject: Re: local file handle <MY_FILE>
Message-Id: <39F3CDA1.8D888C95@ot.com.au>
Liang Cheng wrote:
> Perhaps I should also add that, my and local are essentially different, my
> is a lexical scoping operator, used mostly to keep variables apart in
> different packages, like C++'s keyword private. The local is like ephemeral
> variables kept on the stack or local variables in a funcion in C/C++, gone
> as soon as the function they reside in finished, reinitialized at each
> calling of the function.
Actually, "my" variables are much closer to C++ automatic (stack) variables.
"local" variables are on a stack of sorts (a stack of hidden copies to be
retrieved when the "local"s go out of scope), but not the stack you're
referring to.
For an explanation, see perlfaq7 under the heading "What's the difference
between dynamic and lexical (static) scoping? Between local() and my()?", or
man perlsub under "Private Variables via my()".
However, since perl variables are reference-counted, even a "my" variable can
live beyond the scope of the block it was created by, if other references to it
exist (but it just won't be accessible using that name).
Regards,
Ian
------------------------------
Date: Mon, 23 Oct 2000 02:46:56 GMT
From: scott@heelspurs.castrate.this.part.com (Scott Roberts)
Subject: Re: LWP: Search results from other Web pages
Message-Id: <39f3a400.55948485@news.knology.net>
On Sun, 22 Oct 2000 19:51:44 GMT, Uri Guttman <uri@sysarch.com> wrote:
> SR> use LWP::Simple;
> SR> $u=getstore($page_to_search,$temp_file);
>
>why are you calling getstore instead of get? just slurp it into a
>variable and mung it there. no need to save to and read from a temp file.
A few days ago someone here showed us that get() had some problems with long files, or something like that, so I wanted to be safe. Also, I wanted practice using the more general method. I
used % instead of / in the reg exp because it did formerly need %. "Historical reasons"
I still haven't written scripts complex enough to cause me any problem with variable names, so I've yet to use strict or my. (gasp!) In fact, when pasting this script into my ancient search
program for the website, I had to "pass" variables to a sub simply by assigning globals before calling the sub. Imagine if I were 18 instead of 33. Oh, the stupid naughty bots I'd be
tinkering with.
------------------------------
Date: Mon, 23 Oct 2000 03:44:18 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: LWP: Search results from other Web pages
Message-Id: <x7n1fwnrvx.fsf@home.sysarch.com>
>>>>> "SR" == Scott Roberts <scott@heelspurs.castrate.this.part.com> writes:
SR> On Sun, 22 Oct 2000 19:51:44 GMT, Uri Guttman <uri@sysarch.com> wrote:
SR> use LWP::Simple;
SR> $u=getstore($page_to_search,$temp_file);
>>
>> why are you calling getstore instead of get? just slurp it into a
>> variable and mung it there. no need to save to and read from a temp file.
SR> Also, I wanted practice using the more general method. I used %
SR> instead of / in the reg exp because it did formerly need
SR> %. "Historical reasons"
huh? how id a regex NEED % as a delimiter? you may have needed something
other than / but my point is that % makes for a poor delim in most any
circumstance (other than obsfucation contests). it just looks too noisy
and makes it hard to find the delimiters. so use paired delims for most
of you special delim cases.
SR> I still haven't written scripts complex enough to cause me any
SR> problem with variable names, so I've yet to use strict or my.
SR> (gasp!) In fact, when pasting this script into my ancient search
SR> program for the website, I had to "pass" variables to a sub simply
SR> by assigning globals before calling the sub. Imagine if I were 18
SR> instead of 33. Oh, the stupid naughty bots I'd be tinkering with.
well, learn to use them now before your bad habit gets ingrained too
deeply. for short throwaway scripts i sometimes skip them, but for
anything real i always enable them. my development and production code
always is -w and strict clean.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: Mon, 23 Oct 2000 11:29:33 +1100
From: Ian Boreham <ianb@ot.com.au>
Subject: Re: Matching patterns in PDF?
Message-Id: <39F3866C.5AA96573@ot.com.au>
Stephane Barizien wrote:
> Hi,
>
> I have an entire PDF file in $str, and would like to check if it
> contains some patterns.
>
> After some surfing I haven't been able to find a Perl module that would
> "simply extract the text" from that PDF stream for me to m/// against.
I have noticed that some PDF files actually have (apparently) their own
internal character encodings and corresponding fonts - when you copy from
the doc and paste elsewhere, you end up with all the characters shifted by
a certain (consistent?) offset... That's not going to make life easy for
you.
Ian
------------------------------
Date: Mon, 23 Oct 2000 15:46:42 +1100
From: Ian Boreham <ianb@ot.com.au>
Subject: Re: newline in Unix and DOS [Was: Removing line breaks from a string - HELP!]
Message-Id: <39F3C2B2.5943B26A@ot.com.au>
Michael Balenger wrote:
>
> Questions:
>
> Where does the translation happen?
See Perl Cookbook p292 for a detailed explanation.
>
> Is there a dos2unix or unix2dos translation program or module?
>
> ================
> Extra credit:
>
> Are these programs portable? (i.e. do both programs work in both
> environments?). I have written both programs in both environments,
> but they are different programs. (i.e. they are *not* portable). I
> think that's because I'm trying to use the \n and \r literals. I have
> a feeling that using hex characters would work, but haven't tried it
> yet.
I think actual character codes would be the way to go, for clarity if
nothing else. Other threads in this newsgroup have already suggested
approaches like this, although I haven't tried them out. there should be
no reason why the principle doesn't work, though. And if line ending
conversion is the only issue, it should be a one-liner...
Regards,
Ian
------------------------------
Date: Sun, 22 Oct 2000 18:13:36 -0700
From: "Gabriel Richards" <grichards@flashcom.net>
Subject: Re: Out of Memory - ActivePerl 5.6/Win98 SE 192MB RAM
Message-Id: <sv7442ii8p9ocb@corp.supernews.com>
By the way, there are only 44 records in @dir.
Gabe
Gabriel Richards <grichards@flashcom.net> wrote in message
news:sv73gomi0d0g26@corp.supernews.com...
> Getting out of memory error. When I comment out the OUTFILE print loop, no
> out of memory, but of course, I have to print the results! Here's the
code.
>
> #!c:/perl/bin/perl -w
>
> use strict;
>
> my $infile = "c:/prog/acct001.txt";
> my $outfile = "c:/prog/acct002.txt";
> open(INFILE, "$infile");
> my @dir=();
> my $flag = 0;
> my ($name, $addr1, $city, $state, $zip, $phone, $fax, $email, $spec,
$desc)
> = "";
> while (<INFILE>) {
> my $line = $_;
> if (($line !~ /[a-z]/) && ($line =~ /[A-Z]/) && ($line !~ /\d/)) {
> if ($flag == 6) {
> push (@dir, { name => $name, addr1 => $addr1, city => $city, state =>
> $state, zip => $zip, phone => $phone, fax => $fax, email => $email, spec
=>
> $spec, desc => $desc });
> ($name, $addr1, $city, $state, $zip, $phone, $fax, $email, $spec,
$desc)
> = "";
> }
> $name .= $line;
> $flag = 1;
> next;
> }
> elsif ($flag == 1) {
> unless (($line !~ /[a-z]/) && ($line =~ /[A-Z]/) && ($line =~ /\d/)) {
> $addr1 .= $line;
> next;
> }
> else {
> $line =~ /(.*)\, (.*) (\d*)/;
> $city = $1; $state = $2; $zip = $3;
> $flag = 2;
> next;
> }
> }
> elsif ($flag == 2) {
> if ($line =~ /Telephone: \((...)\) (...)\-(....)/) {
> $phone = $1.$2.$3;
> }
> $flag = 3;
> }
> elsif ($flag == 3) {
> if ($line =~ /FAX: \((...)\) (...)\-(....)/) {
> $fax = $1.$2.$3;
> }
> $flag = 4;
> }
> elsif ($flag == 4) {
> $email = $1 if ($line =~ /E-mail\: (.*)/);
> $flag = 5;
> }
> elsif ($flag == 5) {
> if ($line ne "\n") {
> $spec .= $line;
> }
> elsif ($line eq "\n") {
> $flag = 6;
> next;
> }
> }
> elsif ($flag == 6) {
> unless ($line eq "\n") {
> $desc .= $line;
> next;
> }
> }
> }
> close INFILE;
> open(OUTFILE, ">$outfile");
> foreach my $i (@dir) {
> chomp ($dir[$i]{name}, $dir[$i]{addr1}, $dir[$i]{city}, $dir[$i]{state},
> $dir[$i]{zip}, $dir[$i]{phone}, $dir[$i]{fax}, $dir[$i]{email},
> $dir[$i]{spec}, $dir[$i]{desc});
> print
>
"$dir[$i]{name}\t$dir[$i]{addr1}\t$dir[$i]{city}\t$dir[$i]{state}\t$dir[$i]{
>
zip}\t$dir[$i]{phone}\t$dir[$i]{fax}\t$dir[$i]{email}\t$dir[$i]{spec}\t$dir[
> $i]{desc}\n";
> }
> close OUTFILE;
>
> Thanks for any assistance!
>
> Gabe
>
>
------------------------------
Date: Mon, 23 Oct 2000 03:49:29 GMT
From: tjla@guvfybir.qlaqaf.bet (Gwyn Judd)
Subject: Re: Out of Memory - ActivePerl 5.6/Win98 SE 192MB RAM
Message-Id: <slrn8v7da3.spp.tjla@thislove.dyndns.org>
I was shocked! How could Gabriel Richards <grichards@flashcom.net>
say such a terrible thing:
>Getting out of memory error. When I comment out the OUTFILE print loop, no
>out of memory, but of course, I have to print the results! Here's the code.
Well your main problem is that you write Perl like a poor C programmer.
I really don't know what your data file format looks like although I'm
guessing it's something like this:
name
possibly address
city, state zip
telephone
fax
email
optional 'spec' lines
spec
spec
spec
...
optional 'desc' lines
desc
desc
desc
...
followed by the start of the next field.
You don't describe it that well so I'm guessing a bit here. I recommend
making your code look like your data, rather than having this kind of
warped around thinking with the flag variable and stuff. This way we can
get one field at a time without having to consider what state out code
is in at any time. This cuts down on the number of paths we have to
consider. You notice how my version goes through the while() loop once
only for each field, which makes it much simpler to understand what it
is trying to do.
Anyway, if you are running out of memory, that is because you are trying
to hold too much data in memory at one time. By reading all the fields
into the (possibly massive) array of hashes called @dir, you risk
running out of memory. So what I suggest doing is reading in the data
one field at a time and then dealing with it. It's good that you 'use
strict' and enable warnings, however you also need to check for erros on
system calls (such as open()).
#!/usr/bin/perl -w
use strict;
my $infile = 'acct001.txt';
my $outfile = 'acct002.txt';
# Note checking for an error when opening the file
open INFILE, $infile or die "Cannot open $infile: $!";
open OUTFILE, ">$outfile" or die "Cannot open $outfile for writing: $!";
# input field seperator.
$/ = "\n\n";
my @fields = qw(name addr1 city state zip phone fax email spec desc);
while (<INFILE>) {
chomp;
my @lines = split /\n/m;
# remove newlines
chomp @lines;
my %input;
$input{name} = shift @lines;
$_ = shift @lines;
unless (!m/[a-z]/ && m/[A-Z]/ && m/\d/)
{
$input{addr1} = $_;
$_ = shift @lines;
}
@input{qw(city state zip)} = m/(.*)\, (.*) (\d*)/;
$_ = shift @lines;
$input{phone} = join '', m/Telephone: \((...)\) (...)-(....)/;
$_ = shift @lines;
$input{fax} = join '', m/FAX: \((...)\) (...)-(....)/;
$_ = shift @lines;
@input{"email",} = m/E-mail: (.*)/;
$input{spec} = join '', @lines;
# read in the 'desc' field
my $desc = <INFILE>;
$input{desc} = join '', split /\n/, $desc;
# print the data out to the file
{
no warnings 'uninitialized';
print OUTFILE join "\t,", @input{@fields}, "\n";
}
}
--
Gwyn Judd (print `echo 'tjla@guvfybir.qlaqaf.bet' | rot13`)
In the spider-web of facts, many a truth is strangled.
-Paul Eldridge
------------------------------
Date: 22 Oct 2000 22:52:49 -0500
From: logan@cs.utexas.edu (Logan Shaw)
Subject: Re: Perl 5.005 or 5.6?
Message-Id: <8t0cmh$qq8$1@provolone.cs.utexas.edu>
In article <mel5vskup9satsghrmd7u08e4uqgpdcrtv@4ax.com>,
Bart Lateur <bart.lateur@skynet.be> wrote:
>Windows can only run one program (or
>DLL) with the same name at the same time. So this will also use the DLL
>from 5.005. Net effect: crash.
Hahahaha!!! Is windows *really* that broken? That's hilarious!
I guess library interposition is completely unknown on Windows, then.
(Not that it's a completely essential feature, but it's nice to be able
to do things like that.)
- Logan
------------------------------
Date: 22 Oct 2000 22:42:09 -0500
From: logan@cs.utexas.edu (Logan Shaw)
Subject: Re: Perl for PalmOS?
Message-Id: <8t0c2h$qnf$1@provolone.cs.utexas.edu>
In article <1eixgin.1jtcwyhsosjuiN%tony@svanstrom.com>,
Tony L. Svanstrom <tony@svanstrom.com> wrote:
>Logan Shaw <logan@cs.utexas.edu> wrote:
>> In article <IVFI5.6$s62.131@client>, Dr. Joel M. Hoffman <joel@exc.com> wrote:
>> >Carrying a web server with you could actually be very useful.
>>
>> Of course, you could do this by remotely accessing another web server.
>
>Which actually would work, which it won't if you've got it on your Palm
>and you don't have a static IPaddress and a 24/7-connection to it.
And a *lot* of AAA batteries, and the willingness to frequently respond
to the low battery warning.
- Logan
------------------------------
Date: Mon, 23 Oct 2000 02:25:58 GMT
From: Hemo <hemo@ujoint.org>
Subject: Re: Problems with SCO V5 and Perl -> Memory core
Message-Id: <r987vss970mc3headjsvqv3ikkil26r5j1@4ax.com>
On Fri, 20 Oct 2000 13:04:45 +0200, "Peter Grohmann"
<GrohmannP@graz.spardat.at> wrote:
>Hi all!
>I tried to compile Perl 5.6.0 on a SCO V5 System. But i can't make a running
>perl. I get memory core. What are possible causes? I only typed in sh
>Configure -de
>
>Thanx for reply
>Peter Grohmann
>
What version of SCO v5 and I am assuming enterprise. What compiler
are you using? Is this the free license or retail license of SCO?
I'ce compiled Perl 5.6.0 on SCO penServer 5.0.5 Enterprise (both free
and retail licenses) using the SCO Development (cc) and never had a
glitch. In fact, I was very happy to find Perl compiling 'out of the
box' for me ....
------------------------------
Date: 23 Oct 2000 05:09:33 GMT
From: dha@panix.com (David H. Adler)
Subject: Re: Programmer needed
Message-Id: <slrn8v7i0d.ck9.dha@panix6.panix.com>
On Wed, 18 Oct 2000 23:01:59 GMT, freestyler1@my-deja.com
<freestyler1@my-deja.com> wrote:
>That's what i'm looking for. The script is basic. Right now i'm working
>under a Unix.
You have posted a job posting or a resume in a technical group.
Longstanding Usenet tradition dictates that such postings go into
groups with names that contain "jobs", like "misc.jobs.offered", not
technical discussion groups like the ones to which you posted.
Had you read and understood the Usenet user manual posted frequently
to "news.announce.newusers", you might have already known this. :) (If
n.a.n is quieter than it should be, the relevent FAQs are available at
http://www.faqs.org/faqs/by-newsgroup/news/news.announce.newusers.html)
Please do not explain your posting by saying "but I saw other job
postings here". Just because one person jumps off a bridge, doesn't
mean everyone does. Those postings are also in error, and I've
probably already notified them as well.
If you have questions about this policy, take it up with the news
administrators in the newsgroup news.admin.misc.
There is a Perl Jobs Announce list that may be more helpful to you. See
<http://www.pm.org/mailing_lists.shtml> for details.
Yours for a better usenet,
dha
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
no pretense intended
ensuring absurd discourse
is priority - Haiku by Mark Rogaski
------------------------------
Date: Sun, 22 Oct 2000 23:50:07 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Writing multiple files to a particular directory
Message-Id: <slrn8v7dbf.1rd.tadmc@magna.metronet.com>
On 22 Oct 2000 16:31:45 -0500, Logan Shaw <logan@cs.utexas.edu> wrote:
>In article <slrn8v6dj2.17n.tadmc@magna.metronet.com>,
>Tad McClellan <tadmc@metronet.com> wrote:
>>What is help.com, and what relationship does it have to this newsgroup?
>
>Apparently help.com (which is part of CNET) is advertising
>comp.lang.perl.misc as part of its "Help Centers".
OIC. (Oh, I see).
Can articles posted via help.com be recognized somehow?
Like do they put "help.com" in the Message ID or anything?
--
Tad McClellan SGML consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
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 4693
**************************************
