Dear Darryl,
Please note the corrected email address ([EMAIL PROTECTED]) for
reporting problems.
Please can you send me the CORE/perl.h file where the problem starts (I
suggest this stays off the dbi-users list simply because most people won't
need it). I've had someone else with faintly simil
I'm having a strange compile error when compiling DBD::Informix on AIX
5.2 using the IBM vac C compiler. DBI 1.48 installed without problems.
I am using IDS 10.00.FC1 with the most recent Client-SDK, esql -V shows:
IBM Informix CSDK Version 2.90, IBM Informix-ESQL Version 2.90.FC1
I've tried wi
On 7/19/05, Keith Jackson <[EMAIL PROTECTED]> wrote:
> I have a project that I need to connect to a DB2 database on an AS400
> from a perl application on a Linux box. I've been reading as much as I
> can but have a few questions for those with experience in a similar
> task.
>
> My options appear
I have a project that I need to connect to a DB2 database on an AS400
from a perl application on a Linux box. I've been reading as much as I
can but have a few questions for those with experience in a similar
task.
My options appear to be to use ODBC or DBD::DB2. What are the
advantages/disadvan
Ron Savage wrote:
On Sat, 16 Jul 2005 11:29:09 +0530, Sinha, Dipyaman \(Company IT\) wrote:
Hi Dipyaman
> use DBI 1.30;
DBI is up to V 1.48. I suggest you read the change log and see when PL_dowarn
was introduced.
And upgrade.
> use DBD::Sybase 0.95;
Now at 1.05. Another upgrade awaits.
I seem to have identified the difference between selecting from nchar and
nvarchar columns containing unicode data:
for nvarchar:
col 1: dbtype 1, scale 0, prec 512, nullok 1, name A
: dbsize 512, char_used 1, char_size 256, csid 2000, csform 2, disize 512
for ncahr:
col 1: dbtype 96, scale 0,
Hi,
I have some further information on my problem. The insertion of UTF-8 data into
nchar seems to work like it does for nvarchar2; it appears it is the selecting
from nchar fields that is not returning the data inserted. I have verified this
by inserting the same data into nchar and nvarchar fiel
On 2005-07-04 18:31:03 -0700, Darren Duncan wrote:
> 5. All details used to construct a connection handle should be
> completely decomposed rather than shoved into an ungainly "data
> source". Examples of what should be distinct (not all being applicable
> at once) are:
[list deleted]
The main
On 2005-07-19 14:49:57 +0530, Kiran Kumar wrote:
> We could have an option to do Bulk Inserts ..
Seconded. Actually, DBIv1 already has it (look for bind_param_array in
the manual), but I think support in the DBDs is still not very good
(there was a patch for DBD::Oracle, but if that ever was incl
We could have an option to do Bulk Inserts ..
This is a quick RFC concerning database wrapper modules and
frameworks, large and small, which are quite common on CPAN;
specifically it concerns such things that are not any of my creations.
I am going to propose a Lightning Talk for OSCON in the next few days
(deadline is July 22, a practice
This is a quick RFC concerning database wrapper modules and
frameworks, large and small, which are quite common on CPAN;
specifically it concerns such things that are not any of my creations.
I am going to propose a Lightning Talk for OSCON in the next few days
(deadline is July 22, a practice
Philip Zembrod wrote:
Thank you for the quick reply!
Steffen Goeldner <[EMAIL PROTECTED]> schrieb am 18.07.05 14:37:00:
Philip Zembrod wrote:
[...]
What I would finally like to do is call a stored proc with an output parameter
through OLE DB. But as yet I can't even call a procedure with
13 matches
Mail list logo