[30386] in Perl-Users-Digest
Perl-Users Digest, Issue: 1629 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jun 10 18:09:54 2008
Date: Tue, 10 Jun 2008 15:09:13 -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 Tue, 10 Jun 2008 Volume: 11 Number: 1629
Today's topics:
Re: A dumb question but... <hjp-usenet2@hjp.at>
Re: A dumb question but... <bill@ts1000.us>
ConTEXT editor and Perl <bill@ts1000.us>
Re: discover invisible characters <m@rtij.nl.invlalid>
Re: FAQ 4.61 What's the difference between "delete" and <brian.d.foy@gmail.com>
Re: FAQ 5.14 How can I translate tildes (~) in a filena <brian.d.foy@gmail.com>
Re: FAQ 5.23 All I want to do is append a small amount <brian.d.foy@gmail.com>
Re: FAQ 5.23 All I want to do is append a small amount <ben@morrow.me.uk>
Re: FAQ 5.28 How can I read in an entire file all at on <brian.d.foy@gmail.com>
Re: FAQ 5.38 How do I select a random line from a file? <brian.d.foy@gmail.com>
Re: FAQ 5.38 How do I select a random line from a file? <tzz@lifelogs.com>
Re: Köyhyyden poistaminen - helppo homma? <fracasser@bund.com>
Re: Moving from delimited to XML <hjp-usenet2@hjp.at>
Re: OT: A dumb question but... <tzz@lifelogs.com>
Re: output of a command in an variable <uri@stemsystems.com>
Perl on embedded device <vk4tec@people.net.au>
Re: Perl on embedded device sln@netherlands.co
Re: Perl on embedded device <ben@morrow.me.uk>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 10 Jun 2008 22:37:50 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: A dumb question but...
Message-Id: <slrng4tpgv.7l4.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-09 22:06, Marc Bissonnette <dragnet> wrote:
> Uri Guttman <uri@stemsystems.com> fell face-first on the keyboard. This
> was the result: news:x7bq2a48k0.fsf@mail.sysarch.com:
>>>>>>> "BH" == Bill H <bill@ts1000.us> writes:
>> BH> I have this perl script that I have been using for bout 10 years
>> that BH> sends out a mass email to one of my clients member list
>> (about 4,000) BH> people. I run it at a shell prompt on an Apache
>> server and it will BH> display back a "sent email address" for each
>> one it processes. Takes BH> about 2 hours to run through. I am not
>> concerned about speeding it up BH> or anything since I only do it
>> once a week and usually off eating BH> lunch while it runs, but I
>> have always wondered. Would perl be BH> notified and / or care if I
>> closed that shell window or would it just BH> continue on till it
>> was done?
>>
>> regardless of the other shell issues and solutions, this is a poor way
>> to do this. you would be much better off installing a mailing list
>> manager such as majordomo or mailman and creating a list for this.
>> then you send it one email and it does the work for you in the
>> background and a hell of a lot faster than 2 hours. your perl script
>> is reduced to sending a single email out to that list and it will be
>> done immediately. also this means users (email receivers) could
>> subscribe/unsubscribe and manage their list features without your
>> help.
>
> [snip]
>
> Out of curiosity, what kind of speed improvements would you see from
> using Majordomo over a perl script ?
Especially considering that majordomo *is* a perl script ;-).
However, that's comparing apples to oranges, as majordomo doesn't do any
address expansion. It leaves all that to the MTA (or an external
program, like bulk_mailer). So the simplest answer is - don't bother
with your script or a mailing-list software, just create an alias with
4000 addresses and let your MTA handle it.
However, mailinglist software (not majordomo, but almost anything which
is newer) can do things like automatic bounce handling (which you
absolutely want with 4000 subscribers). But it may not do some other
things you need when you send mails to your customers/members, like
personalization (that's why I wrote my own mailing-list software - we
needed only databases access and very simple personalization (Name of
subscriber, personalizes "unsubscribe"-URL, ...) but writing a perl
script to do that was less work than extending mailman (or sympa, or
ecartis, ...)).
hp
------------------------------
Date: Tue, 10 Jun 2008 14:51:36 -0700 (PDT)
From: Bill H <bill@ts1000.us>
Subject: Re: A dumb question but...
Message-Id: <611f2fd7-634e-4a72-b768-c8af1859456f@y21g2000hsf.googlegroups.com>
[snip]
> However, mailinglist software (not majordomo, but almost anything which
> is newer) can do things like automatic bounce handling (which you
> absolutely want with 4000 subscribers). But it may not do some other
> things you need when you send mails to your customers/members, like
> personalization (that's why I wrote my own mailing-list software - we
> needed only databases access and very simple personalization (Name of
> subscriber, personalizes "unsubscribe"-URL, ...) but writing a perl
> script to do that was less work than extending mailman (or sympa, or
> ecartis, ...)).
Thats how my "thang" started, as a personalized mailer. It has slowly
degraded to the code you saw above. I have a novel way of handling the
bounced and mail delivery emails, they all go into my admin email and
I d/l them over the next 2 days (they never come in all at once). Then
I get a nice batch of them 5 days later that have sat in some queue.
Then I get to clean them out of the mailling list (dont ask me how -
you don't want to see that code!). I affectionally call this process
"SOS" (sending out spam) when I talk to the client. Have pity on me.
I have tried the majordomo approach before on small lists with limited
success. Limited in that eventually the spam bots that rove the
servers find it and start spamming the list. I know I can set limits
and such - but this 2 hour process has become a great extended lunch.
Bill H
------------------------------
Date: Tue, 10 Jun 2008 14:56:38 -0700 (PDT)
From: Bill H <bill@ts1000.us>
Subject: ConTEXT editor and Perl
Message-Id: <d2072c83-acdf-4532-b3a8-ff10878b2267@25g2000hsx.googlegroups.com>
Has anyone used ConTEXT (http://www.contexteditor.org/) when working
on perl code? I am currently using it with my actionscript code and am
about 95% happy* and am considering using it for the perl code too.
Currently I use good old edit.com for large programs or notepad to
make a few minor changes.
Bill H
* 5% unhappy because it has a few bugs on auto-indenting and
occasionally the focus gets stuck in the project panel and I have to
close and restart it.
------------------------------
Date: Tue, 10 Jun 2008 22:29:48 +0200
From: Martijn Lievaart <m@rtij.nl.invlalid>
Subject: Re: discover invisible characters
Message-Id: <pan.2008.06.10.20.29.35@rtij.nl.invlalid>
On Tue, 10 Jun 2008 21:41:30 -0700, Ela wrote:
> It's really weird.... I used vim to replace and it reported that
> replacement did succeed...
> Anyway, thanks a lot!!! It's most frustrated when you cannot see any
> characters but the pattern matching keeps failing. Any editor works
> better than vim in this case?
Emacs can be set to highlight trailing spaces. I'm sure vim can do the
same.
M4
------------------------------
Date: Tue, 10 Jun 2008 11:08:41 -0500
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 4.61 What's the difference between "delete" and "undef" with hashes?
Message-Id: <100620081108416952%brian.d.foy@gmail.com>
In article <484c397b$0$14352$e4fe514c@news.xs4all.nl>, Hans Mulder
<hansmu@xs4all.nl> wrote:
> PerlFAQ Server wrote:
>
> > 4.61: What's the difference between "delete" and "undef" with hashes?
> [....]
> > exists $hash{'a'} is true (Perl 5 only)
>
> I think "Perl 5 only" here means "only if you use Perl 5.000 or later".
>
> Most of the advice given in the FAQ doesn't work in Perl 4, but people
> don't complain, because the readers of this newsgroup all switched to
> Perl 5 long ago. So I propose to leave out this "Perl 5 only" note
> (here and twice more in the same answer).
The "Perl 5 Only" isn't hurting anyone or distorting any information,
so I'll leave it in the answer. Beleive it or not, some people are
still using Perl 4. I run into it occassionally.
------------------------------
Date: Tue, 10 Jun 2008 11:00:03 -0500
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 5.14 How can I translate tildes (~) in a filename?
Message-Id: <100620081100035917%brian.d.foy@gmail.com>
In article <oTR2k.145368$TT4.133805@attbi_s22>, Michael Carman
<mjcarman@mchsi.com> wrote:
> PerlFAQ Server wrote:
> > Older versions of Perl require that you have a shell installed that
> > groks tildes. Recent perl versions have this feature built in.
>
> Can anyone here quantify "older" and "recent?"
Thanks for pointed this out. I've noticed too much of the FAQ assumes
that you're reading it the same day it was written, so any references
to timeliness need to go away. :0
------------------------------
Date: Tue, 10 Jun 2008 11:02:37 -0500
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 5.23 All I want to do is append a small amount of text to the end of a file. Do I still have to use locking?
Message-Id: <100620081102375121%brian.d.foy@gmail.com>
In article <07e0i5-pvl2.ln1@osiris.mauzo.dyndns.org>, Ben Morrow
<ben@morrow.me.uk> wrote:
> Quoth PerlFAQ Server <brian@stonehenge.com>:
> >
> > 5.23: All I want to do is append a small amount of text to the end of a
> > file. Do I still have to use locking?
> >
> <snip>
> > There is still a small theoretical chance that a signal will interrupt
> > the system level write() operation before completion. There is also a
> > possibility that some STDIO implementations may call multiple system
> > level write()s even if the buffer was empty to start. There may be some
> > systems where this probability is reduced to zero.
>
> This includes all systems using the :perlio layer instead of native
> STDIO.
Do you mean that :perlio is one of the systems where the probability is
zero for calling multiple system level writes() even if the buffer is
empty?
I don't know much about the internals. I'm not sure how to adjust the
answer.
Thanks,
------------------------------
Date: Tue, 10 Jun 2008 18:39:07 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: FAQ 5.23 All I want to do is append a small amount of text to the end of a file. Do I still have to use locking?
Message-Id: <rqq2i5-98k1.ln1@osiris.mauzo.dyndns.org>
Quoth brian d foy <brian.d.foy@gmail.com>:
> In article <07e0i5-pvl2.ln1@osiris.mauzo.dyndns.org>, Ben Morrow
> <ben@morrow.me.uk> wrote:
>
> > Quoth PerlFAQ Server <brian@stonehenge.com>:
> > >
> > > 5.23: All I want to do is append a small amount of text to the end of a
> > > file. Do I still have to use locking?
> > >
> > <snip>
> > > There is still a small theoretical chance that a signal will interrupt
> > > the system level write() operation before completion. There is also a
> > > possibility that some STDIO implementations may call multiple system
> > > level write()s even if the buffer was empty to start. There may be some
> > > systems where this probability is reduced to zero.
> >
> > This includes all systems using the :perlio layer instead of native
> > STDIO.
>
> Do you mean that :perlio is one of the systems where the probability is
> zero for calling multiple system level writes() even if the buffer is
> empty?
Yes. :perlio only flushes when the buffer is full (in full-buffered
mode).
> I don't know much about the internals. I'm not sure how to adjust the
> answer.
Perhaps
where this probability is reduced to zero, and this is not a concern
when using :perlio instead of your system's STDIO.
?
Ben
--
And if you wanna make sense / Whatcha looking at me for? (Fiona Apple)
* ben@morrow.me.uk *
------------------------------
Date: Tue, 10 Jun 2008 11:05:05 -0500
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 5.28 How can I read in an entire file all at once?
Message-Id: <100620081105054004%brian.d.foy@gmail.com>
In article
<bdbc1c21-864f-4f6b-a10b-23b246187f18@m73g2000hsh.googlegroups.com>,
Bill H <bill@ts1000.us> wrote:
> > The customary Perl approach for processing all the lines in a file is to
> > do so one line at a time:
> >
> > open (INPUT, $file) || die "can't open $file: $!";
> > while (<INPUT>) {
> > chomp;
> > # do something with $_
> > }
> > close(INPUT) || die "can't close $file: $!";
> >
>
> I recently had to rework a program that used the above method in many
> places to load in small files (100 lines or so) containing product
> information, sales tax, ect. for a simple cart because a high placed
> security firm that was overseeing the project felt that the above
> method caused too much lag on servers and a possible collision with
> users. Not wanting to argue I followed their advice and replaced it
> with the @lines = <INPUT> method shown below. Not that it matters now,
> but did they have a valid point?
It depends on their particular point and your particular task. If they
are worried about lag and collisions, they should have told you to get
onto a database server instead of reading from files. :)
------------------------------
Date: Tue, 10 Jun 2008 11:12:12 -0500
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 5.38 How do I select a random line from a file?
Message-Id: <100620081112129618%brian.d.foy@gmail.com>
In article <20080609160055.109$xM@newsreader.com>, <xhoster@gmail.com>
wrote:
> When I saw the FAQ posted, before seeing follow-ups to it, I thought it
> should probably clarify that it is limiting itself to the situation where
> the file cannot or will not be preprocessed.
That's a good point to add to the answer. Thanks,
------------------------------
Date: Tue, 10 Jun 2008 13:45:00 -0500
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: FAQ 5.38 How do I select a random line from a file?
Message-Id: <86r6b5qgcz.fsf@lifelogs.com>
On 09 Jun 2008 20:00:52 GMT xhoster@gmail.com wrote:
x> 1) naive: read the file once to count the lines, and again to pick
x> a random line out of it. You need to read the file, on average, 1.5 times.
x> 2) The reservoir algorithm that the FAQ gives. This requires reading the
x> file exactly once.
x> 3) If you are willing to compromise by preprocessing the file--either into
x> something else or building an auxiliary structure--or having longer lines
x> be more likely to be chosen than shorter lines, then of course you can do
x> better than reading the entire file even once (per execution). I think
x> that is outside the scope of the FAQ, but it is what people decided to
x> discuss.
4) the Web 2.0 approach: make each line a URL that matches a special
keyword in Google's index, then search for that keyword with "I feel
lucky"
5) the SOA approach: set up N servers to answer a getLine() request with
their private line, give them equal priority, and run getLine(). So
simple once you have the servers set up, the SOA bus installed, and the
architectural details ironed out (SOAP! No, REST! No, Java-everything!).
Ted
------------------------------
Date: Tue, 10 Jun 2008 22:55:58 +0200 (CEST)
From: Fracasserò Ferdinando <fracasser@bund.com>
Subject: Re: Köyhyyden poistaminen - helppo homma?
Message-Id: <g2mpon$2vq$1@aioe.org>
TEM TYÖ JA ELINKEINOMINISTERIÖ
________________________
Helsingissä 27. päivänä toukokuuta 2008
"Mielipiteitten esittäminen julkisuuteen nettiin valtiovallan
erityissuojeluksessa."
"Voi esittää mielipiteitä ja antaa ydinkriittisiä lausuntoja kirjallisesti
toimittamalla ne työ- ja elinkeinministeriön kirjaamoon tai ministeriön
viralliseen sähköpostiosoitteseen kuuleminen@tem.fi) viimeistään 25.07.2008.
Annetuissa lausunnoissa pyydetään viittaamaan diaarinumeroon
820/815/2008."Kaiki innolla mukaan nuijimaan ydinrikosta ihmiskuntaa vasteen
kohden lopullista päättävää Nyyrbergin oikeudenkäyntiään! Sinä, juuri sinä
laiskahkosti olutta ja naksuja ryystävä olet tähtäimessämme! Ota ikionkeesi
ja koska gallubin mukaan inhoat syvästi ydinvoimarikosta ja olet kasvavassa
2/3 osan maailmankattavan ydinvastustaiuuden syvä toivo PIRISTY! Jo YKSI
keskeinen esiin tuotu ydinhaitta voi upottaa koko läpimädän
korruptioydinlaivan pysyvästi. Tavalla, josta miljoonat lapsenlapsemme
tulevat kultaisin patsain kiittämään.
*JUURI SINÄ TÄSSÄ JA NYT. Ydinvoima on tieten tehty valtiomonopolinen
ydinsodan julistus kansaamme vastaan. Jonka estämisessä JUURI sinulla on se
tärkein ääni esittää loppumisen puolesta. EU onkin jo antanut Euroopan
laajuiset uudisenergian kasvuvaateet vuoteen 2020 +25% lisäpakottein
ydinvoimaloiden alasajoksi. Vuoteen 2050 mennessä luku taas jo tuplataan
maailman KAIKEN ydinasevarusteluenergian tappamiseksi maailman kartalta. Nyt
sinulla rakas kansalainen on oma osasi tässä taistelussasi ydinkiimaa
vastaan! Toimi tässä ja nyt. Koska syntymättömät kärsijät eivät siihen
kykene. Ydinvoima tappaa jo nyt maailmalla 7,3miljoonaa vuosittain. Aiotko
havahtua vasta kun nollia tulee lisää ja mitään ei ole enää tehtävissä?
*****************************************
**Suunnattoman sukseen ja megasuosion saavuttanut YVA-07 raporttisaetti oli
jo niin verraton setti, että kaipaa VÄLITÖNTÄ jatkoaan. Maamme brutaali
tapaa sensuroida ydinkritiikiä on synnyttänyt pahaa verta aina muistamiimme
"Lipposhaukkujaisiin" EU/Saksaa myöten. Siksi myös TEM/Posiva ja muut
huolestuneet ydinterroriepäillyvarjostuneet haluavat turvata iloksemme
Sisäministerikontroloinnin saavuttamattoman ja lehtisensuroinneista
piittaamattoman VIRALISEN YDINKRITIIKIN KANAVAN suojelukseensa! Ja koska
YVA-07 oli kiistaton kritiikinkannuksen suksee päättää siis Posiva/TEM ja
itse valtiohallinto edustajiensa (ent. KTM)Jorma Aurelan, Posivan Äikään,
Seppälän, Friiberien yms. ja vastaavien massiivisin verotukiaistuein
toimeenpaneman kamppanjakoostein aukaista JÄLLEEN ovet ydinkritiikivyörystä
saranoiltaan paiskovan vapaan ydinkritiikifoorumin! Haluatko, että SINUN
kaukoviisaan ja "Ytimekkään" ydinvastaviisautesi kylkeen tulee Suomen
karjuvan valtioleijonan vahvistama virallinen leimaus ja notuuli vapaaseen
luentaan ilman Sisäministeriestoja?
**Haluatko, että tulevassa ydinrikosoikeudenkäynnissä Haagissa ydinala
vastaa juuri SINUN esittämiin ydinrikossyytteisiin ihmisyyttä vastaan?
Varmista ihmeessä eturivin syyttäjän paikka lastemme riemuksi. Ylpeänä he
voivat kertoa olleensa syyttämässä TVO/Posivoita jo ennen syntymäänsä
kauttasi. Vielä vuosituhansien päästä varmistat materiaalisi säilymisen
historiallisena raportina ajastaikaan ja olet ikiajan kiitelty
ydinvastavirtuoosi ilman ajan hampaan purentaa. Kaiken tämän, ja paljon
enemmän juuri sinulle haluaa ydinhallintomme/TEM taata kätösinsä vaivojaan
säästämättä. Kaikki intomiellä mukaan. Ydinala pyytää raippoja, ennenkaikkea
julkista ruoskintaa ja konstailemattoman aitoja syitä ydinvastaisen Suomen
hurjaan järkiytymiseen ydinkritikitsunamein. Tällä kertaa teemamme
olkoon:"SATA VALITUSTA RIKKI, ettei TEM:n tarvitse enää huokailla H.S:n
tiedotteensa mitättömänpienin alle sadan valituksin!"
*********************************
------------------------------
Date: Tue, 10 Jun 2008 21:46:35 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Moving from delimited to XML
Message-Id: <slrng4tmgs.7l4.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-10 03:10, Tad J McClellan <tadmc@seesig.invalid> wrote:
> Bill H <bill@ts1000.us> wrote:
>> As a more detailed example of what I am hoping to accomplish, say I
>> have a simple tab delimited record in a file that contains a persons
>> address:
>>
>> First Name\tLast Name\tStreet Address\tCity\tState\t\Zip
>>
>> and I wanted to get all the zip codes in this file I would load:
>>
>> open(FILE,"thefile.txt");
>> @data = <FILE>;
>> close(FILE);
>>
>> foreach $record (@data)
>> {
>> @temp = split("\t",$record);
>> $zips[@zips] = $temp[5];
>> }
>>
>> Now if I decided later to have 2 street addresses and a middle name
>> the above code would have to be altered. But I was thinking if it was
>> in XML and each entry looked like this:
>>
>><record firstname="John" lastname="Doe" address="123 Main"
>> city="Anytown" state="NN" zip="12345" />
[...]
>> This would allow the XML file to be changed, more information added
>> etc without changing the code.
>
>
> I fail to see how switching to an XML representation would
> obviate the need to change the code though...
The code to access the attribute "zip" doesn't change just because there
is an additional attribute "middlename".
OTOH, if you access a table by column number, it has to change if you
add a column before the one you want to access (and presumably you would
want to add the middle name between the first and last name.
However, you can access the columns by name. For example, in one script
I've done it like this:
my $csv = Text::CSV_XS->new({ binary => 1});
my $h = $csv->getline($fh); # get header line
while (my $d = $csv->getline($fh)) { # data lines
my $dh = mkhash($h, $d);
...
}
sub mkhash {
my ($k, $v) = @_;
my $h;
for my $i (0 .. $#$k) {
$h->{$k->[$i]} = decode('utf8', $v->[$i]);
}
return $h;
}
hp
------------------------------
Date: Tue, 10 Jun 2008 13:38:03 -0500
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: OT: A dumb question but...
Message-Id: <86ve0hqgok.fsf@lifelogs.com>
On Mon, 9 Jun 2008 14:34:39 -0700 (PDT) Bill H <bill@ts1000.us> wrote:
BH> $mail_program = "/usr/sbin/sendmail -t";
Use the MIME::Lite module, it makes this much easier. Also, most MTAs
(mail transfer agents, which Sendmail is) support aliases with multiple
addresses, so you can send to
yourlist@yourdomain.com
and the MTA will send it to everyone on the list. The major problem is
when someone replies to the list, which is usually prevented by putting
the list in the BCC field.
All of this is if you can't use a mailing list as Uri suggested. A
mailing list is probably your easiest way out, and you can even host it
with Google for example.
Ted
------------------------------
Date: Tue, 10 Jun 2008 18:30:26 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: output of a command in an variable
Message-Id: <x7wskxuoql.fsf@mail.sysarch.com>
>>>>> "JJ" == Jacob JKW <jacobcdf@yahoo.com> writes:
JJ> On Jun 10, 6:07 am, Natxo Asenjo <natx...@asenjo.nl.invalid> wrote:
>> ==========begin snippet============================
>> # we execute the program, output is kept in variable $arcconf
>> my $arcconf = `arcconf\.exe getconfig 1 ad`;
>>
>> open(OUTPUT, $arcconf) or die "Can't run $arcconf: $!\n" ;
>> while (<OUTPUT>) {
>> print $_ ."\n" ;
>>
>> }
>> ==========end snippet============================
>> Why am I getting the 'Unsuccessful ..." warnings? How can I get rid of
>> them?
JJ> Replace the open() command and while loop with:
JJ> print $arcconf;
JJ> Or alternatively, replace the backticks in the declaration of the
JJ> $arcconf variable with double quotes (or with single quotes after
JJ> removing the backslash):
JJ> my $arcconf = 'arcconf.exe getconfig 1 ad';
huh? the backslash isn't needed anyhow since that isn't a regex. and
your open will fail as there is no file with that name. you need a |
after the open string to make it fork a process and read its output. for
what the OP wants backticks is much simpler. he just didn't know he had
the data and thought (how did he get that idea?) that it returned a
handle.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Wed, 11 Jun 2008 07:45:18 +1000
From: "Andrew Rich" <vk4tec@people.net.au>
Subject: Perl on embedded device
Message-Id: <484ef5ef$1_5@news.peopletelecom.com.au>
I have always run perl on laptops and desktops.
We are looking to make a little LINUX display.
Which begs me to ask the question
Does LINUX and PERL run on small embedded devices ?
------------------------------
Date: Tue, 10 Jun 2008 14:54:49 -0700
From: sln@netherlands.co
Subject: Re: Perl on embedded device
Message-Id: <mttt44t7f2gt1asro2ddn49mmh4td7bems@4ax.com>
On Wed, 11 Jun 2008 07:45:18 +1000, "Andrew Rich" <vk4tec@people.net.au> wrote:
>I have always run perl on laptops and desktops.
>
>We are looking to make a little LINUX display.
>
>Which begs me to ask the question
>
>Does LINUX and PERL run on small embedded devices ?
>
Like a cell phone or something?
------------------------------
Date: Tue, 10 Jun 2008 22:53:55 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Perl on embedded device
Message-Id: <jo93i5-c9s1.ln1@osiris.mauzo.dyndns.org>
Quoth "Andrew Rich" <vk4tec@people.net.au>:
> I have always run perl on laptops and desktops.
>
> We are looking to make a little LINUX display.
>
> Which begs me to ask the question
>
> Does LINUX and PERL run on small embedded devices ?
If you can run Linux, you can probably run Perl. I can't answer as to
whether you can run Linux: ask in a Linux group.
Ben
--
All persons, living or dead, are entirely coincidental.
ben@morrow.me.uk Kurt Vonnegut
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
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: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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 V11 Issue 1629
***************************************
