[17280] in Perl-Users-Digest
Perl-Users Digest, Issue: 4702 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Oct 23 18:15:47 2000
Date: Mon, 23 Oct 2000 15:15:28 -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: <972339327-v9-i4702@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Mon, 23 Oct 2000 Volume: 9 Number: 4702
Today's topics:
Re: Perl outputs to dos instead of ie5 browser <Allan@due.net>
Re: Perl outputs to dos instead of ie5 browser <gene@allsyshost.com>
Re: Perl outputs to dos instead of ie5 browser <gene@allsyshost.com>
Re: Perl outputs to dos instead of ie5 browser <pbarker@ntlworld.com>
Re: Perl outputs to dos instead of ie5 browser <micfrost@worldonline.dk>
Re: Perl outputs to dos instead of ie5 browser <jeff@vpservices.com>
Re: Perl outputs to dos instead of ie5 browser <joe@benburb.demon.co.uk>
Re: Perl outputs to dos instead of ie5 browser <mtaylorlrim@my-deja.com>
Re: Perl outputs to dos instead of ie5 browser <godzilla@stomp.stomp.tokyo>
Re: Perl outputs to dos instead of ie5 browser <godzilla@stomp.stomp.tokyo>
Re: Perl outputs to dos instead of ie5 browser (Jerome O'Neil)
Re: Perl outputs to dos instead of ie5 browser <jihad.battikha@sharewire.com>
Re: Perl outputs to dos instead of ie5 browser <micfrost@worldonline.dk>
Re: Perl outputs to dos instead of ie5 browser <godzilla@stomp.stomp.tokyo>
Perl with dBase files ("Ian.")
Re: Perl with dBase files <jeff@vpservices.com>
PerlMagick... <speed.demon9999@virgin.net>
Re: problem with ``system("clear");´´ nobull@mail.com
Re: problem with system("clear"); <abe@ztreet.demon.nl>
Programmer needed websitednow@my-deja.com
Re: Programmer needed <jeff@vpservices.com>
Re: programming <gellyfish@gellyfish.com>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 23 Oct 2000 18:29:12 GMT
From: "Allan M. Due" <Allan@due.net>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <8t201o$4bb$0@216.221.130.194>
"Michael Frost" <micfrost@worldonline.dk> wrote in message
news:ZsZI5.35$B02.1956@news010.worldonline.dk...
: > What you need is a web server on your local machine.
: > malte
: ok. I got it :)
: Can you recommend any nice webserver for doing cgi-testing on win98?
: also, would there be a problem in uploading the tested scripts to a Linux
: webserver?
Apache for windows
www.apache.org
--
$email{'Allan M. Due'} = ' All@n.Due.net ';
--random quote --
The beginning of wisdom is the definitions of terms.
- Socrates
------------------------------
Date: Mon, 23 Oct 2000 19:00:08 GMT
From: "Gene" <gene@allsyshost.com>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <YU%I5.7772$NP.549148@news.flash.net>
"Michael Frost" <micfrost@worldonline.dk> wrote in message
news:ZsZI5.35$B02.1956@news010.worldonline.dk...
> > What you need is a web server on your local machine.
> >
> > malte
>
> ok. I got it :)
> Can you recommend any nice webserver for doing cgi-testing on win98?
> also, would there be a problem in uploading the tested scripts to a Linux
> webserver?
>
>
I agree with Allan, apache for windows is pretty good. As for uploading the
scripts to linux, it should work just fine, as long as any paths/files you
reference in the script are the same for both systems.
-gene
------------------------------
Date: Mon, 23 Oct 2000 19:02:51 GMT
From: "Gene" <gene@allsyshost.com>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <vX%I5.7774$NP.549369@news.flash.net>
"Michael Frost" <micfrost@worldonline.dk> wrote in message
news:enZI5.31$B02.1758@news010.worldonline.dk...
> I have tried to execute the cgi from my browser within a HTML document:
> <A HREF="hello.pl">RUN hello.pl</A>
> however the DOS windows is still used as STDOUT.
>
> Is it really necessary to install a webserver on my local computer, in
order
> to test simple cgi scripts (like hello.pl) before upload to the 'real'
> server?
>
>
Yes, it is necessary if you wish to view it in a web browser. When you click
on that link that you made, it is simply executing the command 'perl.exe
hello.pl'. You are doing exactly the same thing as if you opened the folder
with 'hello.pl' in it and double-clicked it. A web server intercepts the
command from the browser and returns the output from the program. Install a
web server such as apache, or just do your testing on your public web server
that you will be running it on.
-gene
------------------------------
Date: Mon, 23 Oct 2000 20:27:58 +0100
From: "Paul Barker" <pbarker@ntlworld.com>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <Zg0J5.8983$bL1.182056@news6-win.server.ntlworld.com>
> platform and, inherently, there are a lot of challenges in
> setting up Perl and a web server on a home system. Unfortunately,
> those who wrote Perl for Win, failed to include a Graphic
> User Interface and failed to include an effective install
> wizard for Win machines. In this aspect, Perl for Win machines
> is a very poor piece of programming; it is incomplete.
Hmm, why would you want a GUI for a programming language ?
As for "a very poor piece of programming" and no "effective install wizard",
have you even seen ActiveState build 618 ??? Its totaly compliant perl 5.6.0
and comes with may of the Win32 modules, html docs
and PPM which is a package install assistant which will install new modules
straight of the net. I use Perl cross platform on HPUX, Linux,
NT, 2000 and ME and think it's great on Microsoft OSes. Especially the
Win32:: modules.
> Yes, you need a local web server installed to run cgi scripts
> as you would on an actual internet service provider. However,
> you will discover yourself making corrections to your script
> to effectively run on our web, after being tested on a home
> type web server. Tests you run at home, are not a good
> substitute for reality.
Try http://www.xitami.com/download.htm for a web server which is SO easy to
configure (html forms) very
powerfull and fits on a floppy. We use it when hosting Unreal Tounement LAN
tourneys for distributing
patches and tracking stats using ngStats.
Perl is not just for UN*X systems. it is a worthwile and very powerfull tool
for Windows products.
Don't let Godzilla put you off.
------------------------------
Date: Mon, 23 Oct 2000 22:29:22 +0200
From: "Michael Frost" <micfrost@worldonline.dk>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <Hh1J5.244$z71.12955@news000.worldonline.dk>
Thx Godzilla for the in-depth analysis on the subject, however I have to
agree with Paul that ActivePerl from ActiveState is a very smooth and
feature-full install for windows.
It's becoming clear to me that a local server setup is needed for getting
output to a browser. I had hoped to avoid this, but I might learn a few
extra things about cgi in the setup process.
I will look into both the win-apache and 'fit-unto-floppy' server.
Also I take it from Gene that porting problems in Perl-scripts (between
windows and linux) are negligible.
thx again.
------------------------------
Date: Mon, 23 Oct 2000 13:42:42 -0700
From: Jeff Zucker <jeff@vpservices.com>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <39F4A2C2.8B175A4@vpservices.com>
Michael Frost wrote:
>
> Thx Godzilla for the in-depth
and totally bogus, as usual
> analysis on the subject
> agree with Paul that ActivePerl from ActiveState is a very smooth and
> feature-full install for windows.
Yep.
> It's becoming clear to me that a local server setup is needed for getting
> output to a browser.
Yep. (Well, mostly. You could dump the output of the CGI to a file and
view that in the browser, but that's not the same thing)
> Also I take it from Gene that porting problems in Perl-scripts (between
> windows and linux) are negligible.
Mostly, there are a few gotchas but they are documented in the
ActivePerl docs.
--
Jeff
------------------------------
Date: 23 Oct 2000 22:29:33 +0000
From: joe mc cool <joe@benburb.demon.co.uk>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <u73dhndwdu.fsf@benburb.tangent.com>
Jeff Zucker <jeff@vpservices.com> writes:
> > It's becoming clear to me that a local server setup is needed for getting
> > output to a browser.
>
> Yep. (Well, mostly. You could dump the output of the CGI to a file and
> view that in the browser, but that's not the same thing)
Let me get this correct:
perl some.cgi.script > some.cgi.html
then view the html from say, Netscape Navigator. Am I correct ? Will
this work even with forms ?
For testing (and learning) purposes, why is it not "the same thing" ?
Even for small scripts ?
--
joe mc cool
========================================================================
Tangent Computer Research BT71 7LN (www.tangent-research.com)
voice:(44)2837-548074fax:(44)-870-0520185 The more you say the less the better.
------------------------------
Date: Mon, 23 Oct 2000 21:12:34 GMT
From: Mark <mtaylorlrim@my-deja.com>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <8t29jr$lqp$1@nnrp1.deja.com>
Michael:
Jeff had the best answer for you, although it may have been lost in
with the rest of the answers.
When you run your perl program it will output to the dos window. By
looking at it you can at least know that it did run without a fatal
error.
Now, copy and paste the output to an HTML editor and fire up the
preview function. Now you can see what your output will look like in a
browser.
For the overhead of running a web server program I think I'll do it
this way.
Mark
In article <VzXI5.8638$Uy5.372743@news000.worldonline.dk>,
"Michael Frost" <micfrost@worldonline.dk> wrote:
> What should I do to test my perl cgi before uploading to the
webserver?
> It prints this simple response to a dos window (win98), instead of the
> explorer! <filename: hello.pl> :
>
> print "Content-type: text/html\n\n" ;
>
> print <<EOF ;
> <html>
> <head><title>CGI Results</title></head>
> <body>
> <h1>Hello, world.</h1>
> </body>
> </html>
> EOF
>
> exit ;
>
> shouldn't the Perl STDOUT output to my ie5 browser window?
>
> -Michael
>
>
--
Please reply to this newsgroup as my Deja mail
is used as a spam catcher only!
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Mon, 23 Oct 2000 14:32:19 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <39F4AE63.332A4EC@stomp.stomp.tokyo>
Paul Barker wrote:
(Barker failed to include any attributes:)
Someone wrote:
Godzilla wrote:
> > platform and, inherently, there are a lot of challenges in
> > setting up Perl and a web server on a home system. Unfortunately,
> > those who wrote Perl for Win, failed to include a Graphic
> > User Interface and failed to include an effective install
> > wizard for Win machines. In this aspect, Perl for Win machines
> > is a very poor piece of programming; it is incomplete.
> Hmm, why would you want a GUI for a programming language ?
I did not say this. You did. To deliberately misquote
or to deliberate indicate a person said something she
or he did not, is to tell a lie.
What I have indicated and, what you have lied about, is
Perl should be a complete full package piece of software,
not an incomplete "you piece it together" sorry excuse
for software. A graphic user interface would include
a configuration wizard for changing default settings,
a decent auto-install web server, an decent interface
with DOS among many other features considered a normal
part of a software package, especially commercial software.
> As for "a very poor piece of programming" and no
> "effective install wizard", have you even seen
> ActiveState build 618 ???
This is quite lame. What evidence do you have which
suggests I have not? What prompts you to utter something
so blatantly illogical? Wait, you are one of those
famous internet mind readers! Oh gosh, hope I wasn't
thinking about my Clydedale's horse boyfriend when
you read my mind. * blushes *
> Its totaly compliant perl 5.6.0 and comes with may of the
> Win32 modules, html docs and PPM which is a package install
> assistant which will install new modules straight of the net.
> I use Perl cross platform on HPUX, Linux, NT, 2000 and ME and
> think it's great on Microsoft OSes. Especially the
> Win32:: modules.
That's nice. It is still an incomplete piece of software
requiring a user to jump through lots of hoops, patch
together lots of 'stuff' which should automatically
install and configure with the ease of an install
wizard much like other decent software have. Mozilla
would an excellent example of decent software.
Perl for Win should not be free either. This is a mistake.
It should have a fair price tag, for all users.
> > Yes, you need a local web server installed to run cgi scripts
> > as you would on an actual internet service provider. However,
> > you will discover yourself making corrections to your script
> > to effectively run on our web, after being tested on a home
> > type web server. Tests you run at home, are not a good
> > substitute for reality.
> Try http://www.xitami.com/download.htm for a web server which
> is SO easy to configure (html forms) very powerfull and fits
> on a floppy. We use it when hosting Unreal Tounement LAN
> tourneys for distributing patches and tracking stats using ngStats.
Funny, you just finished telling me how great is this Perl
for Win and, now, you are telling me other software will be
needed to complete this basic install.
If those developing Perl for Win were actually smart boys,
they would cut a deal with a major writer of web server
software to develop bundled software for Perl, a package
which installs Perl, modules, a web server and configures
Win registry entries, all with an install wizard. This would
be a smart move allowing underwriting some costs of Perl
development, by others, and allow a larger target market.
Might even catch the eye of Redmond, who just might become
interested in a license to bundle Perl with Win. Unfortunately,
those developing Perl for Win, have no marketing sense. They
are geeks mostly interested in Perl itself, rather than big bucks.
With myself in charge of this Perl for Win debacle, bet I could
pull a black ink million the first year, then hand it back and
head for the South of France!
> Don't let Godzilla put you off.
Cute rose colored glasses you wear. Do you trip
on reality often?
Godzilla!
------------------------------
Date: Mon, 23 Oct 2000 14:36:35 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <39F4AF63.601A7820@stomp.stomp.tokyo>
Jeff Zucker wrote:
> Michael Frost wrote:
> > Thx Godzilla for the in-depth
> and totally bogus, as usual
Jealousy is such an ugly beast. Jealousy
has this nasty habit of loudly proclaiming
both your inabilities and insecurities.
Wanna cookie Jeffy?
Godzilla!
--
Dr. Kiralynne Schilitubi ¦ Cooling Fan Specialist
UofD: University of Duh! ¦ ENIAC Hard Wiring Pro
BumScrew, South of Egypt ¦ HTML Programming Class
------------------------------
Date: Mon, 23 Oct 2000 21:46:39 GMT
From: jerome@activeindexing.com (Jerome O'Neil)
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <3l2J5.2781$Rr2.233281@news.uswest.net>
"Godzilla!" <godzilla@stomp.stomp.tokyo> elucidates:
>> > platform and, inherently, there are a lot of challenges in
>> > setting up Perl and a web server on a home system. Unfortunately,
>> > those who wrote Perl for Win, failed to include a Graphic
>> > User Interface and failed to include an effective install
>> > wizard for Win machines. In this aspect, Perl for Win machines
>> > is a very poor piece of programming; it is incomplete.
>
>> Hmm, why would you want a GUI for a programming language ?
>
>
> I did not say this.
Sure you did. And you go on to say it again below. Perl
is a programming language.
> What I have indicated and, what you have lied about, is
> Perl should be a complete full package piece of software,
> not an incomplete "you piece it together" sorry excuse
> for software. A graphic user interface would include
> a configuration wizard for changing default settings,
> a decent auto-install web server, an decent interface
> with DOS among many other features considered a normal
> part of a software package, especially commercial software.
See, there you go, saying it again. Why would you want a
GUI for a programming language?
>> As for "a very poor piece of programming" and no
>> "effective install wizard", have you even seen
>> ActiveState build 618 ???
>
> This is quite lame. What evidence do you have which
> suggests I have not?
Because ActiveState comes with a nify, and quite standard,
install wizard. If you had seen it, you might have known
that, and not said something so stupid, illogical, and
blatantly wrong as "failed to include an effective install
wizard for Win machines."
>> Its totaly compliant perl 5.6.0 and comes with may of the
>> Win32 modules, html docs and PPM which is a package install
>> assistant which will install new modules straight of the net.
>> I use Perl cross platform on HPUX, Linux, NT, 2000 and ME and
>> think it's great on Microsoft OSes. Especially the
>> Win32:: modules.
>
>> Try http://www.xitami.com/download.htm for a web server which
>> is SO easy to configure (html forms) very powerfull and fits
>> on a floppy. We use it when hosting Unreal Tounement LAN
>> tourneys for distributing patches and tracking stats using ngStats.
>
> Funny, you just finished telling me how great is this Perl
> for Win and, now, you are telling me other software will be
> needed to complete this basic install.
Why do you need a web server to install Perl, and why do you
think a web server is neccessary to run Perl?
<hint>
I already know the answer, I just want to hear you say it.
</hint>
> With myself in charge of this Perl for Win debacle, bet I could
> pull a black ink million the first year,
Yeah. With your know history of delivering software to market,
I'm sure you're just the right troll for the job.
> then hand it back and head for the South of France!
Why don't you head there now. We'll call you when we need you.
--
"Civilization rests on two things: the discovery that fermentation
produces alcohol, and the voluntary ability to inhibit defecation.
And I put it to you, where would this splendid civilization be without
both?" --Robertson Davies "The Rebel Angels"
------------------------------
Date: Mon, 23 Oct 2000 17:47:28 -0400
From: Jihad Battikha <jihad.battikha@sharewire.com>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <39F4B1F0.E8B50919@sharewire.com>
"Godzilla!" wrote:
> There are distinct advantages to using DOS only for checking
> your scripts. Using DOS only, you are able to avoid this mess
> of having to install a web server on your system and avoid
> configuration headaches, which are numerous and noticable if
> you keep track of articles posted here, articles related to
> your concerns.
You're saying that a newbie will have a harder time installing a web
server and getting Perl to work with it than trying to debug CGI scripts
in a DOS shell? LOL!
To the original poster: do yourself a favor and install Apache
(apache.org) or some other free web server available for Win32 like
Xitami or OmniHTTPd. Configuring Perl to work with those servers' CGI
environments is extremely simple and will save you loads of hassles when
testing your scripts locally prior to uploading to the live (remote)
server.
> ...Perl...is not suitable for installation on a home system.
> Perl is not well ported for a DOS/Win type platform
That's funny, I've been sucessfully using Perl on Win32 platforms for 4
years now. What about it is not well-suited? I think you mean to say
"some *people* aren't well suited to run Perl on Win32" yet even those
people can get stuff accomplished after getting past initial newbie
hurdles.
> and, inherently, there are a lot of challenges in
> setting up Perl and a web server on a home system.
Yes, some "challenges" do exist but usually the problems are associated
with bad web servers like PWS or IIS. Other web servers like Apache,
O'Reilly WebSite, and Xitami make Perl/CGI integration quite easy.
> Unfortunately, those who wrote Perl for Win, failed to include
> a Graphic User Interface
Why does Perl need a GUI? It's an interpretted language - what would a
GUI provide? The ActiveState installer for ActivePerl is enough of a
GUI. Do you mean an IDE to do scripting in? There's at least 1 good
IDE available for Perl out there, there's no reason for ActiveState to
bundle one with the default distribution.
> ...and failed to include an effective install
> wizard for Win machines.
? What about the ActiveState distribution?
> In this aspect, Perl for Win machines
> is a very poor piece of programming; it is incomplete.
I find Perl quite complete. And, with the recent 5.6 release, the only
thing I find lacking are useable signal handling and a stable fork(). I
can work around everything else quite nicely.
> You may discover, in a final analysis, you are better off to
> run simple beta tests on your scripts at home, then upload
> your scripts to your server for reality testing. Regardless
> of how you install a web server at home, you will never be
> able to duplicate this reality we know as the World Wide Web,
> at home.
One could say that about ANY development sceanario. "Regardless of how
much you test your code, it will never be the same as having the code
put to the test in the real world."
> Tests you run at home, are not a good
> substitute for reality.
There are some caveats to testing locally vs. testing remotely but most
things can be smoothed out by programming with portability in mind. I
do it all the time and rarely run into platform "gotchas".
> Your decision then, is how much time and effort are you willing
> to invest setting up a web server on your home system.
IMO, taking the time up front to get a web server and CGI environment
properly installed on a local system will VASTLY improve the abilty to
test scripts and fix problems.
--
Jihad Battikha <jihad.battikha@sharewire.com>
Sharewire, Inc. --- http://www.sharewire.com/
- Free forms, programs, and content for web sites.
- No assembly required.
Disclaimer:
Before sending me commercial e-mail, the sender must first agree
to my LEGAL NOTICE located at: http://www.highsynth.com/sig.html
------------------------------
Date: Mon, 23 Oct 2000 23:55:44 +0200
From: "Michael Frost" <micfrost@worldonline.dk>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <qx2J5.254$B02.15025@news010.worldonline.dk>
With ActivePerl installed in 20 secs, and another 20 secs for the amazing
(763kb!!) Xitami WebServer, I got the perfect suite installed for Perl-cgi
development in a win32 environment. Everything works cool with STDOUT going
to my browser: Hello, World!
I say ActiveXitami for everyone ;)
Sorry Godzilla, I just got happy that I got my problem worked out this
quick.
------------------------------
Date: Mon, 23 Oct 2000 15:02:31 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Perl outputs to dos instead of ie5 browser
Message-Id: <39F4B577.4E66549D@stomp.stomp.tokyo>
joe mc cool wrote:
> Jeff Zucker <jeff@vpservices.com> writes:
> > > It's becoming clear to me that a local server setup is
> > > needed for getting output to a browser.
> > Yep. (Well, mostly. You could dump the output of the
> > CGI to a file and view that in the browser, but that's
> > not the same thing)
> Let me get this correct:
> perl some.cgi.script > some.cgi.html
> then view the html from say, Netscape Navigator.
> Am I correct ? Will this work even with forms ?
Yes and no. What is suggested is to have your script
print its output to file with a Win .htm extension.
Later you open this file with a browser and view it
in a web page format, an htm format. However, nothing
will work; it is static htm page lacking valid links to
your perl core, with not having a web server interface.
It's a 'visual' and nothing more. Same information is
available via your DOS window, as it is via doc source.
This suggestion is liken having a coloring book and
Crayola Crayons. DOS is the orginal coloring book.
Printing to a Win .htm file, is to add color via
crayons. Same coloring book, just more color and
hopefully some enjoyment, although nothing is
actually accomplished.
Godzilla!
------------------------------
Date: Mon, 23 Oct 2000 14:26:32 +0000 (UTC)
From: ian.freedomnet@softhome.net ("Ian.")
Subject: Perl with dBase files
Message-Id: <20001023.1426.1238snz@softhome.net>
Hi,
Im at present trying to teach myself Perl by ploughing through
the "Programming Perl" book. I have Perl 5 here under DOS.
I have a number of dBase 3+ files here which I want to program
some I/O operations on. Dbase has its own programming language
which I used to have a slight knowledge of but have since pretty
much forgotten.
My dilemma is this. Should I,
1. Spend my time brushing up on this native DBase language which
is usable only with this one file format. This would be quickest
to learn but also pretty quick to forget again since once Ive
finished the job in hand, it probably wouldnt get used again for a
long time.
or
2. Spend my time learning Perl and hope theres some way of
handling the dBase files with that. Since id be using Perl
for other things it would be likely to remain clear in my
mind.
Obviously Id rather spend my time on the Perl if there already
exists a good set of routines for dealing with the dBase files.
Looking ahead in "Programming Perl" I see there are some other
database formats mentioned but not the DBF files I have here.
I dont want to change formats as I have a number of utilities
that work with DBFs.
Does anyone have anything on this?
--
Bye now,
Ian.
------------------------------
Date: Mon, 23 Oct 2000 13:24:50 -0700
From: Jeff Zucker <jeff@vpservices.com>
Subject: Re: Perl with dBase files
Message-Id: <39F49E92.D8DAC3B0@vpservices.com>
"Ian." wrote:
>
> Obviously Id rather spend my time on the Perl if there already
> exists a good set of routines for dealing with the dBase files.
The DBD::XBase driver for the Perl DBI (database interface) can read and
write dbase III+ files. See:
http://www.symbolstone.org/technology/perl/DBI/
--
Jeff
------------------------------
Date: Mon, 23 Oct 2000 20:08:35 +0100
From: "Speed Demon" <speed.demon9999@virgin.net>
Subject: PerlMagick...
Message-Id: <8t2284$9l6$1@uk21.supernews.com>
Hi, I have ImageMagick and Perl Magick both installed and working on my
server.
Only problem is, I have no idea how to use them :)
The documentation is basically crap, cant find any good stuff, anywhere.
What I am trying to do is relatively simple as I can see, its just getting
the correct syntax together to do it, if you can help me, please do :)
Basically I have a bunch of images that all need to be 72x14 pixels. Some
are a few pixels out.
I need to readin all the images and the crop them accordingly, if you can
send me some sample code I'd appreciate it greatly.
Thanks a lot,
Best regards T.Mistry
--------------------------------------------------------
http://www.e-tones.co.uk
Free Resources For Your Mobile Phone
------------------------------
Date: 23 Oct 2000 18:50:50 +0100
From: nobull@mail.com
Subject: Re: problem with ``system("clear");´´
Message-Id: <u9lmvfsayt.fsf@wcl-l.bham.ac.uk>
"Brian Reichholf" <brian@reichholf.at> writes:
> at last i found the perlfaq and a way to clear the screen,
> the command is system("clear")
Well actually "clear" should be replaced with whatever the equivalent
command is on your operating system.
For example, on DOS-like systems, it is "cls".
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Mon, 23 Oct 2000 23:05:44 +0200
From: Abe Timmerman <abe@ztreet.demon.nl>
Subject: Re: problem with system("clear");
Message-Id: <3u99vs8v8mq61n13sg66pr6ag42msga95k@4ax.com>
On Mon, 23 Oct 2000 19:26:11 +0200, "Brian Reichholf"
<brian@reichholf.at> wrote:
> at last i found the perlfaq and a way to clear the screen,
> the command is system("clear"); for infrequent use and
>
> $clear_string = `clear`;
> print $clear_string;
>
> to print it 100+ times....
>
> but if i use ``system("clear");´´
> the following error occurs (note: i have the german version of Win2000
> that's why it's in german but i'll try and translate it!):
> German:
> --------
> Der Befehl "clear" ist entweder falsch geschrieben oder konnte nicht
> gefunden werden.
> --------
Well, it would give you the same error when typed at the command prompt.
try:
system 'cls';
--
Good luck,
Abe
##
perl -Mstrict -wle 'sub Just{&$_}sub another{&$_}sub Perl{&$_}sub hacker{&$_}$_=sub{(split /::/,(caller $^W)[3])[-$^W].$"};print@{[Just,another,Perl,hacker]}'
------------------------------
Date: Mon, 23 Oct 2000 20:32:27 GMT
From: websitednow@my-deja.com
Subject: Programmer needed
Message-Id: <8t278r$jn3$1@nnrp1.deja.com>
Looking for someone to program for our website. Must know database
programming, perl, cgi. Respond ASAP
Thanks
Anthony
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Mon, 23 Oct 2000 13:45:30 -0700
From: Jeff Zucker <jeff@vpservices.com>
Subject: Re: Programmer needed
Message-Id: <39F4A36A.3770EE6D@vpservices.com>
websitednow@my-deja.com wrote:
>
> Looking for someone to program for our website. Must know database
> programming, perl, cgi. Respond ASAP
Looking for someone with basic knowledge of netiquette who is aware that
job postings do not belong in technical newsgroups without the word
"jobs" in the title. I guess that isn't you.
--
Jeff
------------------------------
Date: 23 Oct 2000 19:59:40 +0100
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: programming
Message-Id: <8t21qs$5d9$1@orpheus.gellyfish.com>
On Sat, 21 Oct 2000 00:01:42 +1100 Martien Verbruggen wrote:
> On Fri, 20 Oct 2000 12:30:03 -0000,
> p_devaki1@yahoo.com <p_devaki1@yahoo.com> wrote:
>
>> Posted via CNET Help.com
>> http://www.help.com/
>
> aha. Time to update the score file.
>
Yep they've been in there in various guises since I first encountered it.
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
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 4702
**************************************
