On Fri, 21 Feb 2003 17:03:51 +, Tim Bunce wrote:
>On Thu, Feb 20, 2003 at 06:57:37PM +, Tim Bunce wrote:
>>Does anyone have a reasonably working implementation of
>>column_info() for mysql?
>
>I guess not, so I've written my own basic one and appended it below
>for feedback.
Hi Tim
Many t
Clive Freedman wrote:
I have DBI::CSV running OK when the table is created in the same folder as
the perl script, and the data file is also in the same folder. But I cannot
find a way of telling the script that the dbh table file and the data file
are in a different folder. When I try to do this
I have DBI::CSV running OK when the table is created in the same folder as
the perl script, and the data file is also in the same folder. But I cannot
find a way of telling the script that the dbh table file and the data file
are in a different folder. When I try to do this I get parse error and
On Friday, February 21, 2003, at 02:43 PM, Keith Keller wrote:
If not, are people interested in adding it?
I have a need for the method, and would be willing to try to
write it if nobody else is working on it.
Not that I know of. Your contributions would be most welcome. Send
patches to [EMAIL P
Hello Tim Bunce,
I
cannot install the DBD module in my HP UX 11.00 box, as I can't understand
the instuctions in the README.hpux file, no idea what do when I got stuck up
with the following error
Hi all,
I'm using DBD::ODBC to access MS-Access on Win2K.
If I run the following script, I get sometimes wrong size!!!
For example, when table_type=8 (SQL_DOUBLE), I get 53 but the length is 15 ???
What's wrong in my script
-
#!/usr/bin/perl
use strict
So the recent discussion on column_info in DBD::Pg had me delving
into the code to see if foreign_key_info had been implemented but
undocumented. Turns out it has not, at least in the latest
release version of DBD::Pg. Is anyone currently working on
implementing it? If not, are people interested
