[25220] in Perl-Users-Digest
Perl-Users Digest, Issue: 7465 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Nov 30 14:06:29 2004
Date: Tue, 30 Nov 2004 11:05:10 -0800 (PST)
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, 30 Nov 2004 Volume: 10 Number: 7465
Today's topics:
Re: "anonymous" variable in Perl? <karlUNDERSCOREkramsch@yahooPERIODcom.invalid>
Re: $SIG{IO} example <sppNOSPAM@libello.com>
Re: Beginners question. $_ Variable. <mritty@gmail.com>
Call tree for perl? <socyl@987jk.com.invalid>
Re: Call tree for perl? <jwillmore@fastmail.us>
Re: Call tree for perl? <tadmc@augustmail.com>
can't install DBD::mysql - missing mysql.h? <lardattardisdoteddotacdotuk@mailinator.com>
Re: can't install DBD::mysql - missing mysql.h? <mritty@gmail.com>
Re: can't install DBD::mysql - missing mysql.h? <amead@comcast.net>
Re: can't install DBD::mysql - missing mysql.h? <lardattardisdoteddotacdotuk@mailinator.com>
Re: can't install DBD::mysql - missing mysql.h? <lardattardisdoteddotacdotuk@mailinator.com>
Re: can't install DBD::mysql - missing mysql.h? <lardattardisdoteddotacdotuk@mailinator.com>
Re: can't install DBD::mysql - missing mysql.h? <mritty@gmail.com>
Re: can't install DBD::mysql - missing mysql.h? <mritty@gmail.com>
Re: can't install DBD::mysql - missing mysql.h? <lardattardisdoteddotacdotuk@mailinator.com>
Re: dmake.exe: Error code 255, while making 'test' <usenet@morrow.me.uk>
FAQ 9.26: How can I do RPC in Perl? <comdog@panix.com>
Re: FAQ 9.26: How can I do RPC in Perl? <perl@my-header.org>
Re: help for exec with command lines with spaces <usenet@morrow.me.uk>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 30 Nov 2004 12:19:17 +0000 (UTC)
From: KKramsch <karlUNDERSCOREkramsch@yahooPERIODcom.invalid>
Subject: Re: "anonymous" variable in Perl?
Message-Id: <cohog5$g44$1@reader1.panix.com>
In <219750c.0411300129.2f369a1c@posting.google.com> ronaldf@eml.cc (Ronald Fischer) writes:
>Consider a call to, say, localtime, where I only need the current month:
>my ($a, $b, $c, $d, $month) = localtime time,
>Here I had to invent names ($a...$d) for the first four fields. Is it possible
>in Perl to have kind of an "anonymous" variable as a placeholder for those
>fields, similar to the '_' variable in Prolog?
You could use
(undef, undef, undef, undef, my $month) = localtime;
What I usually do in such cases is something like this
my $month = (localtime)[4];
Karl
--
Sent from a spam-bucket account; I check it once in a blue moon. If
you still want to e-mail me, cut out the extension from my address,
and make the obvious substitutions on what's left.
------------------------------
Date: Tue, 30 Nov 2004 12:25:05 +0100
From: =?ISO-8859-15?Q?S=E9bastien?= Cottalorda <sppNOSPAM@libello.com>
Subject: Re: $SIG{IO} example
Message-Id: <41ac5893$0$15051$626a14ce@news.free.fr>
Scott W Gifford wrote:
> Sébastien Cottalorda <sppNOSPAM@monaco377.com> writes:
>
> [...]
>
>> I've made that but it doesn't seem to work.
>> Do you have a SIG{IO} exemple program
>
> You have to set the file descriptor to asynchronous to get SIGIO when
> data becomes available. See the O_ASYNC flag in fcntl(2) and open(2).
>
> IIRC, Stevens talks about this technique in Advanced Programming in
> the Unix Environment, so you can find sample code in C there.
>
> According to the manpages, this is specific to BSD-derived systems and
> Linux.
>
> ----ScottG.
Hi Scott,
I have one of those specific system : Linux.
I've read the fcntl manpage, it seems to be good for me:
F_SETOWN :
Set the process ID or process group that will receive SIGIO and SIGURG
signals for events on file descriptor fd. Process groups are specified
using negative values. (F_SETSIG can be used to specify a different signal
instead of SIGIO).
If you set the O_ASYNC status flag on a file descriptor (either by providing
this flag with the open(2) call, or by using the F_SETFL command of fcntl),
a SIGIO signal is sent whenever input or output becomes possible on that
file descriptor.
The process or process group to receive the signal can be selected by using
the F_SETOWN command to the fcntl function. If the file descriptor is a
socket, this also selects the recipient of SIGURG signals that are
delivered when out-of-band data arrives on that socket. (SIGURG is sent in
any situation where select(2) would report the socket as having an
"exceptional condition".) If the file descriptor corresponds to a terminal
device, then SIGIO signals are sent to the foreground process group of the
terminal.
that exactly what I want to do.
Thanks a lot
Sébastien
--
[ retirer NOSPAM pour répondre directement
remove NOSPAM to reply directly ]
------------------------------
Date: Tue, 30 Nov 2004 14:09:10 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: Beginners question. $_ Variable.
Message-Id: <aa%qd.4426$_E3.2579@trndny06>
"Joe Smith" <joe@inwap.com> wrote in message
news:FlMqd.166420$HA.134626@attbi_s01...
> Mitchell Hulscher wrote:
>
> > I thought of a theory that the $_ variable gets assigned to the
> > latest scalar assigned.
>
> Think of it as input, not output.
Why?
> Many built-in perl functions use $_ as their input if you don't
> specify any arguments and the function needs one.
Yes, and many use $_ as their 'output'. (I don't like this terminology,
but okay).
A foreach-style loop, and the special while (<>) { } both leap to mind.
Not to mention grep and map.
> Some operators use $_ for both input and output.
> $_ = 'abcde';
> tr /bc/12/;
> s/e/EEEEE/;
> print;
Yes, they do. So why would you want to think of $_ as only 'input'?
Paul Lalli
------------------------------
Date: Tue, 30 Nov 2004 13:12:27 +0000 (UTC)
From: kj <socyl@987jk.com.invalid>
Subject: Call tree for perl?
Message-Id: <cohrjr$gtv$1@reader1.panix.com>
Has anyone put online a call-tree for perl? (I don't mean for Perl
scripts, but for the program perl.)
Thanks!
kj
--
NOTE: In my address everything before the first period is backwards;
and the last period, and everything after it, should be discarded.
------------------------------
Date: Tue, 30 Nov 2004 12:02:02 -0500
From: James Willmore <jwillmore@fastmail.us>
Subject: Re: Call tree for perl?
Message-Id: <pan.2004.11.30.17.02.01.86338@fastmail.us>
On Tue, 30 Nov 2004 13:12:27 +0000, kj wrote:
> Has anyone put online a call-tree for perl? (I don't mean for Perl
> scripts, but for the program perl.)
Maybe I don't understand the question, but are you refering to a UML CASE
diagram? ... or a simple flow chart? I don't remember anything being
called a "call-tree", but maybe I've heard it called something else.
If you want to get into the guts of Perl, you might want to post this
question on the Perl developers mailing list ( perl.perl5.porters (?) ).
The folks who frequent that list might know right off if there is one and
even be able to provide one for you.
HTH
Jim
------------------------------
Date: Tue, 30 Nov 2004 12:01:14 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Call tree for perl?
Message-Id: <slrncqpdba.48l.tadmc@magna.augustmail.com>
James Willmore <jwillmore@fastmail.us> wrote:
> you might want to post this
> question on the Perl developers mailing list ( perl.perl5.porters (?) ).
http://lists.perl.org/showlist.cgi?name=perl5-porters
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Tue, 30 Nov 2004 15:39:36 +0000
From: Alex Hunsley <lardattardisdoteddotacdotuk@mailinator.com>
Subject: can't install DBD::mysql - missing mysql.h?
Message-Id: <10qp51l1jirsh0f@corp.supernews.com>
I am trynig to access a MySQL database by using the DBI module under
perl. My code falls over with "Can't locate DBD/mysql.pm" so
I am trying to install the DBD::mysql module. However, it claims I need
mysql.h:
cpan> install DBD::mysql
CPAN: Storable loaded ok
Going to read /home/alex/.cpan/Metadata
Database was generated on Mon, 29 Nov 2004 16:01:05 GMT
Running install for module DBD::mysql
Running make for R/RU/RUDY/DBD-mysql-2.9004.tar.gz
CPAN: Digest::MD5 loaded ok
CPAN: Compress::Zlib loaded ok
Checksum for
/home/alex/.cpan/sources/authors/id/R/RU/RUDY/DBD-mysql-2.9004.tar.gz ok
Scanning cache /home/alex/.cpan/build for sizes
DBD-mysql-2.9004/
DBD-mysql-2.9004/t/
DBD-mysql-2.9004/t/mysql2.t
DBD-mysql-2.9004/t/akmisc.t
DBD-mysql-2.9004/t/60leaks.t
DBD-mysql-2.9004/t/10dsnlist.t
DBD-mysql-2.9004/t/ak-dbd.t
DBD-mysql-2.9004/t/50chopblanks.t
DBD-mysql-2.9004/t/mysql.t
DBD-mysql-2.9004/t/lib.pl
DBD-mysql-2.9004/t/40blobs.t
DBD-mysql-2.9004/t/40nulls.t
DBD-mysql-2.9004/t/insertid.t
DBD-mysql-2.9004/t/40listfields.t
DBD-mysql-2.9004/t/40bindparam.t
DBD-mysql-2.9004/t/mysql.dbtest
DBD-mysql-2.9004/t/dbdadmin.t
DBD-mysql-2.9004/t/20createdrop.t
DBD-mysql-2.9004/t/00base.t
DBD-mysql-2.9004/t/30insertfetch.t
DBD-mysql-2.9004/t/40numrows.t
DBD-mysql-2.9004/t/50commit.t
DBD-mysql-2.9004/t/mysql.mtest
DBD-mysql-2.9004/MANIFEST
DBD-mysql-2.9004/myld
DBD-mysql-2.9004/dbdimp.c
DBD-mysql-2.9004/lib/
DBD-mysql-2.9004/lib/DBD/
DBD-mysql-2.9004/lib/DBD/mysql/
DBD-mysql-2.9004/lib/DBD/mysql/GetInfo.pm
DBD-mysql-2.9004/lib/DBD/mysql/INSTALL.pod
DBD-mysql-2.9004/lib/DBD/mysql.pm
DBD-mysql-2.9004/lib/Mysql/
DBD-mysql-2.9004/lib/Mysql/Statement.pm
DBD-mysql-2.9004/lib/Bundle/
DBD-mysql-2.9004/lib/Bundle/DBD/
DBD-mysql-2.9004/lib/Bundle/DBD/mysql.pm
DBD-mysql-2.9004/lib/Mysql.pm
DBD-mysql-2.9004/dbdimp.h
DBD-mysql-2.9004/mysql.xs
DBD-mysql-2.9004/MANIFEST.SKIP
DBD-mysql-2.9004/README
DBD-mysql-2.9004/INSTALL.html
DBD-mysql-2.9004/META.yml
DBD-mysql-2.9004/Makefile.PL
DBD-mysql-2.9004/ChangeLog
DBD-mysql-2.9004/constants.h
DBD-mysql-2.9004/TODO
Removing previously used /home/alex/.cpan/build/DBD-mysql-2.9004
CPAN.pm: Going to build R/RU/RUDY/DBD-mysql-2.9004.tar.gz
Can't exec "mysql_config": No such file or directory at Makefile.PL line
174.
readline() on closed filehandle PIPE at Makefile.PL line 176.
Can't exec "mysql_config": No such file or directory at Makefile.PL line
174.
readline() on closed filehandle PIPE at Makefile.PL line 176.
Can't exec "mysql_config": No such file or directory at Makefile.PL line
174.
readline() on closed filehandle PIPE at Makefile.PL line 176.
Can't exec "mysql_config": No such file or directory at Makefile.PL line
174.
readline() on closed filehandle PIPE at Makefile.PL line 176.
Can't exec "mysql_config": No such file or directory at Makefile.PL line
174.
readline() on closed filehandle PIPE at Makefile.PL line 176.
Failed to determine directory of mysql.h. Use
perl Makefile.PL --cflags=-I<dir>
to set this directory. For details see the INSTALL.html file,
section "C Compiler flags" or type
perl Makefile.PL --help
Running make test
Make had some problems, maybe interrupted? Won't test
Running make install
Make had some problems, maybe interrupted? Won't install
So, the problem is "failed to determine directory of mysql.h". I've
found advice for this problem before that said download the client code
for mysql from mysql.org. I've done this and unpacked it (outside of
cygwin), but the same problem: I presume that I have to tell perl/cpan
installer about where mysql.h is somehow? I read somewhere that you add
the containing folder to the PATH variable, but this didn't help....
Of course, if there is an alternative module I could use rather than
DBD::mysql that is easy to install, I'd go with that! The bottom line is
that I just need to access a mySQL database from perl...
thanks!
alex
------------------------------
Date: Tue, 30 Nov 2004 15:55:19 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: can't install DBD::mysql - missing mysql.h?
Message-Id: <HJ0rd.1946$gN3.1584@trndny07>
"Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
message news:10qp51l1jirsh0f@corp.supernews.com...
> I am trynig to access a MySQL database by using the DBI module under
> perl. My code falls over with "Can't locate DBD/mysql.pm" so
> I am trying to install the DBD::mysql module. However, it claims I
need
> mysql.h:
<snip>
> Failed to determine directory of mysql.h. Use
>
> perl Makefile.PL --cflags=-I<dir>
>
> to set this directory.
Did you do this?
> So, the problem is "failed to determine directory of mysql.h". I've
> found advice for this problem before that said download the client
code
> for mysql from mysql.org. I've done this and unpacked it (outside of
> cygwin), but the same problem: I presume that I have to tell perl/cpan
> installer about where mysql.h is somehow?
Yes, somehow: by doing exactly what the error message told you to do.
The installation instructions at
http://search.cpan.org/~rudy/DBD-mysql-2.9004/lib/DBD/mysql.pm#INSTALLATION
tell you exactly what you need to do in the case that the CPAN.pm
automatic installation fails. Did you read those instructions either?
Paul Lalli
------------------------------
Date: Tue, 30 Nov 2004 10:07:54 -0600
From: Alan Mead <amead@comcast.net>
Subject: Re: can't install DBD::mysql - missing mysql.h?
Message-Id: <pan.2004.11.30.16.07.52.828941@comcast.net>
On Tue, 30 Nov 2004 15:39:36 +0000, Alex Hunsley wrote:
> I am trynig to access a MySQL database by using the DBI module under
> perl. My code falls over with "Can't locate DBD/mysql.pm" so I am trying
> to install the DBD::mysql module. However, it claims I need mysql.h:
> [snip]
> So, the problem is "failed to determine directory of mysql.h". I've
> found advice for this problem before that said download the client code
> for mysql from mysql.org. I've done this and unpacked it (outside of
> cygwin), but the same problem: I presume that I have to tell perl/cpan
> installer about where mysql.h is somehow? I read somewhere that you add
> the containing folder to the PATH variable, but this didn't help....
Can you find the mysql.h file? If memory serves, I had to download a
mysql-devel rpm to get it. Sounds like you're doing this on Windows which
is beyond my expertise... why would you be trying to install MySQL outside
the Cygwin tree and then install DBD inside? If you fetched the native
Windows MySQL and it's just a binary then I'm not sure where you'll get
mysql.h..
I'll say this: In my experience using DBI/DBD, you'll want to have the
MySQL client set up and working.
Although you might find someone here who knows about this, it almost seems
like a MySQL forum would be more fruitful.
As a last resort, MySQL can use ODBC and maybe you might find that DBD
easier to install.
-Alan
------------------------------
Date: Tue, 30 Nov 2004 16:09:36 +0000
From: Alex Hunsley <lardattardisdoteddotacdotuk@mailinator.com>
Subject: Re: can't install DBD::mysql - missing mysql.h?
Message-Id: <10qp6psl8d0hr00@corp.supernews.com>
Paul Lalli wrote:
> "Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
> message news:10qp51l1jirsh0f@corp.supernews.com...
>
>>I am trynig to access a MySQL database by using the DBI module under
>>perl. My code falls over with "Can't locate DBD/mysql.pm" so
>>I am trying to install the DBD::mysql module. However, it claims I
>
> need
>
>>mysql.h:
>
>
> <snip>
>
>>Failed to determine directory of mysql.h. Use
>>
>> perl Makefile.PL --cflags=-I<dir>
>>
>>to set this directory.
>
>
> Did you do this?
No. I did want to try to run Makefile.PL, but couldn't find Makefile.PL.
>>So, the problem is "failed to determine directory of mysql.h". I've
>>found advice for this problem before that said download the client
>
> code
>
>>for mysql from mysql.org. I've done this and unpacked it (outside of
>>cygwin), but the same problem: I presume that I have to tell perl/cpan
>>installer about where mysql.h is somehow?
>
>
> Yes, somehow: by doing exactly what the error message told you to do.
I tried exactly what the error message told me. The result is:
$ perl Makefile.PL
Can't open perl script "Makefile.PL": No such file or directory.
Use -S to search $PATH for it.
Obviously Makefile.PL is not going to be in my current directory, and
the instructions didn't say where I'd find it!
> The installation instructions at
> http://search.cpan.org/~rudy/DBD-mysql-2.9004/lib/DBD/mysql.pm#INSTALLATION
> tell you exactly what you need to do in the case that the CPAN.pm
> automatic installation fails. Did you read those instructions either?
Yes, I have read that page, but didn't follow those instructions, since
I'm trying to get an SQL module working quickly (given some time
constraints).
Currently I'm looking at DBD::SQLite and have got further on with that
(but not a whole deal).
alex
------------------------------
Date: Tue, 30 Nov 2004 16:10:35 +0000
From: Alex Hunsley <lardattardisdoteddotacdotuk@mailinator.com>
Subject: Re: can't install DBD::mysql - missing mysql.h?
Message-Id: <10qp6rnlnadb43e@corp.supernews.com>
Paul Lalli wrote:
> "Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
> message news:10qp51l1jirsh0f@corp.supernews.com...
>
>>I am trynig to access a MySQL database by using the DBI module under
>>perl. My code falls over with "Can't locate DBD/mysql.pm" so
>>I am trying to install the DBD::mysql module. However, it claims I
>
> need
>
>>mysql.h:
>
>
> <snip>
>
>>Failed to determine directory of mysql.h. Use
>>
>> perl Makefile.PL --cflags=-I<dir>
>>
>>to set this directory.
>
>
> Did you do this?
Btw, there's lots of Makefile.PLs, which do I run? The one in the DBI
folder?
thanks
alex
------------------------------
Date: Tue, 30 Nov 2004 16:21:56 +0000
From: Alex Hunsley <lardattardisdoteddotacdotuk@mailinator.com>
Subject: Re: can't install DBD::mysql - missing mysql.h?
Message-Id: <10qp7h0hck2gt52@corp.supernews.com>
Paul Lalli wrote:
> "Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
> message news:10qp51l1jirsh0f@corp.supernews.com...
>
>>I am trynig to access a MySQL database by using the DBI module under
>>perl. My code falls over with "Can't locate DBD/mysql.pm" so
>>I am trying to install the DBD::mysql module. However, it claims I
>
> need
>
>>mysql.h:
>
>
> <snip>
>
>>Failed to determine directory of mysql.h. Use
>>
>> perl Makefile.PL --cflags=-I<dir>
>>
>>to set this directory.
>
>
> Did you do this?
I've gone into the cpan DBD directory and run the command:
alex@Glenlivet ~/.cpan/build/DBI-1.46
$ perl Makefile.PL --cflags=-IC:/tools/mysql-4.1.7/include
Unknown option: cflags
Invalid arguments
# Looks like your test died before it could output anything.
as you can see, it doesn't like cflags. Is this the right place to be
running this makefile?
------------------------------
Date: Tue, 30 Nov 2004 16:22:49 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: can't install DBD::mysql - missing mysql.h?
Message-Id: <t71rd.4528$%R1.443@trndny03>
"Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
message news:10qp6psl8d0hr00@corp.supernews.com...
> Paul Lalli wrote:
> > "Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
> > message news:10qp51l1jirsh0f@corp.supernews.com...
> >
> >>Failed to determine directory of mysql.h. Use
> >>
> >> perl Makefile.PL --cflags=-I<dir>
> >>
> >>to set this directory.
> >
> > Did you do this?
>
> No. I did want to try to run Makefile.PL, but couldn't find
Makefile.PL.
It is included in the distribution, which CPAN.pm automatically
downloaded and extracted. You need to do this manually, and remember
where you extracted the archive to.
> I tried exactly what the error message told me. The result is:
>
> $ perl Makefile.PL
> Can't open perl script "Makefile.PL": No such file or directory.
> Use -S to search $PATH for it.
Well, first off, that's *not* what the error message says to do. You
didn't specify the include directory!
> Obviously Makefile.PL is not going to be in my current directory, and
> the instructions didn't say where I'd find it!
In the set of files included in the tarball you download from the CPAN.
> > The installation instructions at
> >
http://search.cpan.org/~rudy/DBD-mysql-2.9004/lib/DBD/mysql.pm#INSTALLATION
> > tell you exactly what you need to do in the case that the CPAN.pm
> > automatic installation fails. Did you read those instructions
either?
>
> Yes, I have read that page, but didn't follow those instructions,
since
> I'm trying to get an SQL module working quickly (given some time
> constraints).
And how much more time have you wasted by randomly trying stuff without
reading the instructions to find out what you're actually supposed to
do?
> Currently I'm looking at DBD::SQLite and have got further on with that
> (but not a whole deal).
I doubt you'll get much farther if you refuse to read any documentation.
Follow those instructions: download the package, extract the files into
some directory. Within that directory, run
perl Makefile.PL --cflags=-I/wherever/you/put/mysql.h
then run make, make test, and make install. And then follow the rest of
the directions.
Paul Lalli
------------------------------
Date: Tue, 30 Nov 2004 16:22:49 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: can't install DBD::mysql - missing mysql.h?
Message-Id: <t71rd.4529$%R1.2420@trndny03>
"Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
message news:10qp6rnlnadb43e@corp.supernews.com...
> Paul Lalli wrote:
> > "Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
> > message news:10qp51l1jirsh0f@corp.supernews.com...
> >
> >>I am trynig to access a MySQL database by using the DBI module under
> >>perl. My code falls over with "Can't locate DBD/mysql.pm" so
> >>I am trying to install the DBD::mysql module. However, it claims I
> >
> > need
> >
> >>mysql.h:
> > <snip>
> >
> >>Failed to determine directory of mysql.h. Use
> >>
> >> perl Makefile.PL --cflags=-I<dir>
> >>
> >>to set this directory.
> >
> > Did you do this?
>
> Btw, there's lots of Makefile.PLs, which do I run? The one in the DBI
> folder?
The one contained in the package you're trying to run. In this case,
that's DBD/mysql. Again, you need to download and extract the archive
yourself. Unless when you tried to install with CPAN.pm the source
files were kept around somewhere after the installation failed (I really
don't know if that happens or not).
Paul Lalli
>
> thanks
> alex
------------------------------
Date: Tue, 30 Nov 2004 16:33:17 +0000
From: Alex Hunsley <lardattardisdoteddotacdotuk@mailinator.com>
Subject: Re: can't install DBD::mysql - missing mysql.h?
Message-Id: <10qp869mtkfb8ac@corp.supernews.com>
Paul Lalli wrote:
> "Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
> message news:10qp6psl8d0hr00@corp.supernews.com...
>
>>Paul Lalli wrote:
>>
>>>"Alex Hunsley" <lardattardisdoteddotacdotuk@mailinator.com> wrote in
>>>message news:10qp51l1jirsh0f@corp.supernews.com...
>>>
>>>
>>>>Failed to determine directory of mysql.h. Use
>>>>
>>>> perl Makefile.PL --cflags=-I<dir>
>>>>
>>>>to set this directory.
>>>
>>>Did you do this?
>>
>>No. I did want to try to run Makefile.PL, but couldn't find
>
> Makefile.PL.
>
> It is included in the distribution, which CPAN.pm automatically
> downloaded and extracted. You need to do this manually, and remember
> where you extracted the archive to.
I see. So I just download the DBD module manually somewhere and run
Makefile.PL from that? (I mean, without involving CPAN anywhere?)
>>I tried exactly what the error message told me. The result is:
>>
>>$ perl Makefile.PL
>>Can't open perl script "Makefile.PL": No such file or directory.
>>Use -S to search $PATH for it.
>
>
> Well, first off, that's *not* what the error message says to do. You
> didn't specify the include directory!
Before actually adding the directory argument I was trying it to see if
the script was there somehow anyway (which I thought it wouldn't be,
byut anyway...) If it had found the script, *then* I would have added
the argument.
>>Obviously Makefile.PL is not going to be in my current directory, and
>>the instructions didn't say where I'd find it!
>
>
> In the set of files included in the tarball you download from the CPAN.
>
>
>>>The installation instructions at
>>>
>
> http://search.cpan.org/~rudy/DBD-mysql-2.9004/lib/DBD/mysql.pm#INSTALLATION
>
>>>tell you exactly what you need to do in the case that the CPAN.pm
>>>automatic installation fails. Did you read those instructions
>
> either?
>
>>Yes, I have read that page, but didn't follow those instructions,
>
> since
>
>>I'm trying to get an SQL module working quickly (given some time
>>constraints).
>
>
> And how much more time have you wasted by randomly trying stuff without
> reading the instructions to find out what you're actually supposed to
> do?
8.586 seconds.
>>Currently I'm looking at DBD::SQLite and have got further on with that
>>(but not a whole deal).
>
>
> I doubt you'll get much farther if you refuse to read any documentation.
>
> Follow those instructions: download the package, extract the files into
> some directory. Within that directory, run
> perl Makefile.PL --cflags=-I/wherever/you/put/mysql.h
> then run make, make test, and make install. And then follow the rest of
> the directions.
>
> Paul Lalli
ok, will try.
------------------------------
Date: Sun, 28 Nov 2004 19:09:34 +0000
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: dmake.exe: Error code 255, while making 'test'
Message-Id: <eckp72-ts4.ln1@osiris.mauzo.dyndns.org>
Quoth "tt" <thirault@liberation.fr>:
> -=-=-=-=-=-
> [Alternative: text/html]
Don't do that.
> -=-=-=-=-=-
> -=-=-=-=-=-
> [Attachment type=image/gif, name=BlankBkgrd.gif]
And *certainly* don't do that.
Ben
--
Musica Dei donum optimi, trahit homines, trahit deos. |
Musica truces molit animos, tristesque mentes erigit. | ben@morrow.me.uk
Musica vel ipsas arbores et horridas movet feras. |
------------------------------
Date: Tue, 30 Nov 2004 17:03:30 +0000 (UTC)
From: PerlFAQ Server <comdog@panix.com>
Subject: FAQ 9.26: How can I do RPC in Perl?
Message-Id: <coi952$l9h$1@reader1.panix.com>
This message is one of several periodic postings to comp.lang.perl.misc
intended to make it easier for perl programmers to find answers to
common questions. The core of this message represents an excerpt
from the documentation provided with Perl.
--------------------------------------------------------------------
9.26: How can I do RPC in Perl?
A DCE::RPC module is being developed (but is not yet available) and will
be released as part of the DCE-Perl package (available from CPAN). The
rpcgen suite, available from CPAN/authors/id/JAKE/, is an RPC stub
generator and includes an RPC::ONC module.
--------------------------------------------------------------------
Documents such as this have been called "Answers to Frequently
Asked Questions" or FAQ for short. They represent an important
part of the Usenet tradition. They serve to reduce the volume of
redundant traffic on a news group by providing quality answers to
questions that keep coming up.
If you are some how irritated by seeing these postings you are free
to ignore them or add the sender to your killfile. If you find
errors or other problems with these postings please send corrections
or comments to the posting email address or to the maintainers as
directed in the perlfaq manual page.
Note that the FAQ text posted by this server may have been modified
from that distributed in the stable Perl release. It may have been
edited to reflect the additions, changes and corrections provided
by respondents, reviewers, and critics to previous postings of
these FAQ. Complete text of these FAQ are available on request.
The perlfaq manual page contains the following copyright notice.
AUTHOR AND COPYRIGHT
Copyright (c) 1997-2002 Tom Christiansen and Nathan
Torkington, and other contributors as noted. All rights
reserved.
This posting is provided in the hope that it will be useful but
does not represent a commitment or contract of any kind on the part
of the contributers, authors or their agents.
------------------------------
Date: Tue, 30 Nov 2004 19:45:24 +0100
From: Matija Papec <perl@my-header.org>
Subject: Re: FAQ 9.26: How can I do RPC in Perl?
Message-Id: <iefpq0h2drio4jbje6r2vl0tjjsdg5fbr2@4ax.com>
X-Ftn-To: PerlFAQ Server
PerlFAQ Server <comdog@panix.com> wrote:
>9.26: How can I do RPC in Perl?
>
> A DCE::RPC module is being developed (but is not yet available) and will
and Frontier is already available on cpan? :)
--
Matija
------------------------------
Date: Sun, 28 Nov 2004 18:51:47 +0000
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: help for exec with command lines with spaces
Message-Id: <3bjp72-ts4.ln1@osiris.mauzo.dyndns.org>
Quoth pilotmi80@hotmail.com (PilotMI80):
>
> I try to issue the command :
> c:\program files\flashget\flashget.exe http:\\url.with.no.white.space
^^ //
> d:\a directory
>
> (same can be tested with any prog that need a directory (potentially
> containing whitespaces) as a parameter )
Either use list exec wih the correct (unescaped) path:
my @args = (
'c:/program files/flashget/flashget.exe',
'http://stuff',
'd:\\a directory',
);
exec @args;
(btw, you have read perldoc -f exec, haven't you?), or quote it
correectly for your shell (IIRC this should work for cmd.exe):
exec map s/\s*\n\s*/ /g, q{
"c:\\program files\\flashget\\flashget.exe
http://stuff
"d:\\a directory"
};
I am here assuming that flashget.exe requires paths to be \-separated:
IME, most windows programs do, even though windows itself (and therefore
perl) are quite happy with / paths.
Ben
--
If I were a butterfly I'd live for a day, / I would be free, just blowing away.
This cruel country has driven me down / Teased me and lied, teased me and lied.
I've only sad stories to tell to this town: / My dreams have withered and died.
ben@morrow.me.uk (Kate Rusby)
------------------------------
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 V10 Issue 7465
***************************************
