RE: ODBC quesions on WinNT.
Terry, I am going to answer your question in the braod strokes rather than in the context of you message as this seems to have a need to be said. There seems to be a gross misunderstanding in the community in general of what exactly ODBC and therefore DBD::ODBC is. Questions like this frequently pop up about the "Capabilities" of DBD::ODBC in communicating with remote hosts etc. This has nothing to do with ODBC persay, but is actually a capabillity of the driver. ODBC is a standard call level interface, that is a means for sending and recieving the instructions to the database. This is done by the means of implementing a driver to actually do the database communication, where ODBC is the "standardised" layer. Point being that you "should" be able to write your application, change the underlying driver and connection and have the same program work against another vendors database. So when you ask does DBD::ODBC have any means for remote communication you should really be asking that question of the ODBC driver you are using. The standard ODBC driver for MS SQL server communicates between different machines. It is merely a matter of setting up the DSN or the connection string correctly on the client. If you wish to connect to your SQL Server from a Unix platform you are going to require a driver (ODBC or DBD) that will support this from the client. Mostly these are commercially available for ODBC or you can live on the wild side with something like FreeTDS. If you only have a windows driver and don't want to get another driver for the remote connection then you best look at the examples for DBD::Proxy. --Neil >-Original Message- >From: Terry Witherspoon [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, August 22, 2001 6:55 AM >To: [EMAIL PROTECTED] >Subject: ODBC quesions on WinNT. > > > >Hi, > >Several years ago I wrote some code making sql connections >from the web server on an NT box to SQL server on the same >machine. Now I'd like to have the webserver and sqlserver on >separate hosts. I've looked around and tried to add the >correct additions to dbi:ODBC and cannot get far without >the 'Invalid string or buffer length message' on my >DBI->connect attempts. I'm confused by references I've >seen on dbi webpages and have the following questions. >Looking at my hub it looks like this is an error because >I never see traffic between sqlserver and IIS. > >Is it possible to make a remote tcp connection only with dbi:ODBC? >How about web server access from unix. The table of contents >in the dbi/dbd faq show examples using DBI::proxy, the >openlink software and >UnixODBC. These references all state 'How to access >a MS database from unix'. Does this software server some >basic function requiring it's use for ODBC connections? If >so there is there any place describing why you would choose >one method over another? TIA, tw > >_ >Get your FREE download of MSN Explorer at >http://explorer.msn.com/intl.asp > __ Please Note : Only the intended recipient is authorised to access or use this e-mail. If you are not the intended recipient, please delete this e-mail and notify the sender immediately. The contents of this e-mail are the writer's opinion and are not necessarily endorsed by the Gunz Companies unless expressly stated. We use virus scanning software but exclude all liability for viruses or similar in any attachment.
ODBC quesions on WinNT.
Hi, Several years ago I wrote some code making sql connections from the web server on an NT box to SQL server on the same machine. Now I'd like to have the webserver and sqlserver on separate hosts. I've looked around and tried to add the correct additions to dbi:ODBC and cannot get far without the 'Invalid string or buffer length message' on my DBI->connect attempts. I'm confused by references I've seen on dbi webpages and have the following questions. Looking at my hub it looks like this is an error because I never see traffic between sqlserver and IIS. Is it possible to make a remote tcp connection only with dbi:ODBC? How about web server access from unix. The table of contents in the dbi/dbd faq show examples using DBI::proxy, the openlink software and UnixODBC. These references all state 'How to access a MS database from unix'. Does this software server some basic function requiring it's use for ODBC connections? If so there is there any place describing why you would choose one method over another? TIA, tw _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
RE: :Proxy and bind_param (with ORACLE)
I have 2 questions:
1. How do I post a question to the group? Just send it to
"[EMAIL PROTECTED]"?
2. I would like to proxy a proxy server. That is, proxy from a NT or
UNIX web server to a Linux proxy server that in turn proxies to a MS SQL
Server database. Furthermore, how can I inspect the traffic (i.e. the
database queries) that is flowing to (and through) the Linux proxy
server?
TIA - by the way, I am totally new to DBI and the proxy concept. So, any
references and tips would be greatly appreciated.
-Original Message-
From: Oleg Mechtcheriakov [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 21, 2001 6:53 AM
To: Oleg Mechtcheriakov
Cc: [EMAIL PROTECTED]
Subject: RE: :Proxy and bind_param (with ORACLE)
OK,
now I'm ready to answer my question om my own.
The point was exactly that. DBI::Proxy worked well only for 'numbered'
parameters. I've created small and dirty patch to work with named
parameters
as well. Who is the right person to talk about the patch for DBI::Proxy?
Reg's
Oleg
> -Original Message-
> From: Oleg Mechtcheriakov [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 20, 2001 12:35 PM
> To: [EMAIL PROTECTED]
> Subject: DBD::Proxy and bind_param (with ORACLE)
>
>
> Greetings,
>
> has someone experienced troubles with DBD::Proxy and
> bind_param function?
>
> I'm trying to switch from DBD::Oracle to DBD::Proxy and
> everything was OK
> but bind_param gives me an exception.
>
> Here is the code snippet:
>
> my $addr_id;
> my $sth = $dbh->prepare(q{BEGIN :id :=
> first_req.check_req_sub_ok(:address);END;});
> $sth->bind_param_inout(":id",\$addr_id,32,DBI::SQL_INTEGER);
> $sth->bind_param(":address",$address);
>
> which gives me the following error message at the first
> bind_param_inout
>
> Modification of non-creatable array value attempted, subscript -1 at
> /usr/local/lib/perl5/site_perl/5.6.1/i86pc-solaris/DBD/Proxy.p
> m line 536
>
> Any ideas?
>
> Many thanks in advance
> Oleg
>
>
Re: DBI 1.18 problems
Hi, I had the same problem in Win98 SE. What you want to do is edit the DBI.PM file in your lib directory. Near the top you will see the line: $DBI::VERSION = "1.19"; # ==> ALSO update the version in the pod text below! You need to change this line. Change the 1.19 to whatever PERL says to change it to. EX: test.pl DBI test application $Revision: 10.6 $ Cannot find blib even in C:/usr/local/lib/../../../../.. DBI object version 1.14 does not match $DBI::VERSION 1.19 at C:/usr/local/lib/DynaLoader.pm line 219. BEGIN failed--compilation aborted at C:/usr/local/lib/DBI.pm line 185. Compilation failed in require at test.pl line 23. BEGIN failed--compilation aborted at test.pl line 23. In the example above, you would change the 1.19 to 1.14. Get it? I'm not sure, but I think you just ignore the "Cannot find blib even in C:/usr/local/lib/../../../../..". Hopes this helps!!! -Greg - Original Message - From: Wilson, Allen <[EMAIL PROTECTED]> To: Neil Lunn <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, August 21, 2001 7:10 AM Subject: RE: DBI 1.18 problems Neil Sorry about the HTML mail to the list. On the version information I am using 5.004 on a Solaris. I ran the test.pl as a way of trying to diagnose the problems that I experienced when I ran the standard build. I was unable to get past the make without an error being generatedwhich was 127. Thanks for the help Allen -Original Message- From: Neil Lunn [mailto:[EMAIL PROTECTED]] Sent: Monday, August 20, 2001 8:05 PM To: Wilson, Allen; [EMAIL PROTECTED] Subject: RE: DBI 1.18 problems Allen, It might help if you told people which version of perl you were using and for which platform. It seems like you statements though at least say something. You should never run test.pl. What you should be doing is: perl Makefile.PL make make test make install as per the standard perl module build instructions. I would hazzard a guess that you are trying to manually install the files from the Archives into your perl library tree. Please read the README file included with the distribution. --Neil P.S Please do not post HTML mail to the mailing list. > -Original Message- > From: Wilson, Allen [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, August 21, 2001 8:22 AM > To: [EMAIL PROTECTED] > Subject: DBI 1.18 problems > >Could any provide any assistance > > I am trying to upgrade my DBI to 1.18 and I kept getting the > following error when I run > test.pl: > > DBI object version 1.08 does not match $DBI::Version 1.18 at > (a path that points to DynaLoader.pm) at line 185. > When I took at look at the DynaLoader...the comments said this > may not be the actual location of the error because it is the last > placed referred to and the error is returning to the point. > > Does anyone recognize this and could provide me with some assistance. > Thanks > Allen Wilson > http://research/kb/devforum __ Please Note : Only the intended recipient is authorised to access or use this e-mail. If you are not the intended recipient, please delete this e-mail and notify the sender immediately. The contents of this e-mail are the writer's opinion and are not necessarily endorsed by the Gunz Companies unless expressly stated. We use virus scanning software but exclude all liability for viruses or similar in any attachment. This message may contain proprietary or confidential company information. Any unauthorized use or disclosure is prohibited. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
RE: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e)
Or the listener may not be running. -Original Message- From: Sterin, Ilya [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 10:45 AM To: 'Juan Jose Natera Abreu '; ''[EMAIL PROTECTED] ' ' Subject: RE: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e) Right. The development instance might not be running. -Original Message- From: Juan Jose Natera Abreu To: '[EMAIL PROTECTED] ' Sent: 08/21/2001 11:40 AM Subject: Re: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e) Hi again, // Are you able to log in with sqlplus??? After doing some research, the answer is yes and no if i try to connect to that SID (development) i get the error described before, if I change to the production SID, then i can connect with sqlplus and even the script works. I guess i should talk to the DBA right? Regards, Juan Jose -- fortune generated signature: "Death is nature's way of saying `Howdy'".
RE: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e)
Right. The development instance might not be running. -Original Message- From: Juan Jose Natera Abreu To: '[EMAIL PROTECTED] ' Sent: 08/21/2001 11:40 AM Subject: Re: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e) Hi again, // Are you able to log in with sqlplus??? After doing some research, the answer is yes and no if i try to connect to that SID (development) i get the error described before, if I change to the production SID, then i can connect with sqlplus and even the script works. I guess i should talk to the DBA right? Regards, Juan Jose -- fortune generated signature: "Death is nature's way of saying `Howdy'".
Re: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e)
Hi again, // Are you able to log in with sqlplus??? After doing some research, the answer is yes and no if i try to connect to that SID (development) i get the error described before, if I change to the production SID, then i can connect with sqlplus and even the script works. I guess i should talk to the DBA right? Regards, Juan Jose -- fortune generated signature: "Death is nature's way of saying `Howdy'".
RE: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e)
Can you connect to it with the sqlplus client? -Original Message- From: Juan Jose Natera Abreu [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 11:36 To: [EMAIL PROTECTED] Subject: Re: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e) Hi, On Tuesday 21 August 2001 11:26, you wrote: // Well do you have the DB server running? // // Ilya Yeah, It's Oracle 7.3 running on an IRIX server regards, Juan Jose -- fortune generated signature: Don't let your mind wander -- it's too little to be let out alone.
Fwd: Re: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e)
hi again Sorry, i meant an AIX server regards, Juan Jose -- fortune generated signature: (null cookie; hope that's ok)
RE: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e)
Are you able to log in with sqlplus??? Ilya -Original Message- From: Juan Jose Natera Abreu To: [EMAIL PROTECTED] Sent: 08/21/2001 9:36 AM Subject: Re: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e) Hi, On Tuesday 21 August 2001 11:26, you wrote: // Well do you have the DB server running? // // Ilya Yeah, It's Oracle 7.3 running on an IRIX server regards, Juan Jose -- fortune generated signature: Don't let your mind wander -- it's too little to be let out alone.
Re: Problems connecting to Oracle (ORA-01034: ORACLE not availabl e)
Hi, On Tuesday 21 August 2001 11:26, you wrote: // Well do you have the DB server running? // // Ilya Yeah, It's Oracle 7.3 running on an IRIX server regards, Juan Jose -- fortune generated signature: Don't let your mind wander -- it's too little to be let out alone.
RE: Problems connecting to Oracle (ORA-01034: ORACLE not available)
Well do you have the DB server running?
Ilya
-Original Message-
From: Juan Jose Natera Abreu
To: [EMAIL PROTECTED]
Sent: 08/21/2001 9:09 AM
Subject: Problems connecting to Oracle (ORA-01034: ORACLE not available)
Hello people,
I just installed Oracle 8.1.7 for Linux on Slackware Linux 7.1, I am
using Perl 5.6.1, DBI 1.19, and DBD-Oracle 1.07.
After installing / compiling every thing i tryed the following script:
# -
#!/usr/bin/perl
use DBI;
$database = 'DB';
$driver = 'Oracle';
$user = 'USERNAME';
$password = '';
$server = 'IP_ADDRESS';
%attr = (
PrintError => 1,
RaiseError => 1
);
$dbh=DBI->connect("DBI:$driver:host=$server;SID=$database",$usuario,$pas
sword,\%attr)||
die "cant connect $DBI::errstr\n";
$string = "select * from table";
$sth = $dbh->prepare($string) || die "cant prepare$DBI::errstr\n";
$sth->execute || die "cant execute $DBI::errstr\n";
@result=$sth->fetchrow_array;
foreach (@result)
{
print "$_\n";;
}
$sth->finish() || die "cant finish $DBI::errstr\n";
$dbh->disconnect() || die "cant disconnect $DBI::errstr\n";
# ---
And i get the following error:
DBI->connect(host=IP_ADDRESS;SID=DB) failed: ORA-01034: ORACLE not
available (DBD ERROR: OCISessionBegin) at ./ora.pl line 19
here are my env variables:
ORACLE_SID=DB
ORACLE_BASE=/ora8/m01/app/oracle
ORACLE_HOME=/ora8/m01/app/oracle/product/8.1.7
ORACLE_TERM=vt100
ORA_NLS33=/ora8/m01/app/oracle/product/8.1.7/ocommon/nls/admin/data
Any help will be appreciated.
Regards,
Juan Jose
--
fortune generated signature:
Vote anarchist
Problems connecting to Oracle (ORA-01034: ORACLE not available)
Hello people,
I just installed Oracle 8.1.7 for Linux on Slackware Linux 7.1, I am
using Perl 5.6.1, DBI 1.19, and DBD-Oracle 1.07.
After installing / compiling every thing i tryed the following script:
# -
#!/usr/bin/perl
use DBI;
$database = 'DB';
$driver = 'Oracle';
$user = 'USERNAME';
$password = '';
$server = 'IP_ADDRESS';
%attr = (
PrintError => 1,
RaiseError => 1
);
$dbh=DBI->connect("DBI:$driver:host=$server;SID=$database",$usuario,$password,\%attr)||
die "cant connect $DBI::errstr\n";
$string = "select * from table";
$sth = $dbh->prepare($string) || die "cant prepare$DBI::errstr\n";
$sth->execute || die "cant execute $DBI::errstr\n";
@result=$sth->fetchrow_array;
foreach (@result)
{
print "$_\n";;
}
$sth->finish() || die "cant finish $DBI::errstr\n";
$dbh->disconnect() || die "cant disconnect $DBI::errstr\n";
# ---
And i get the following error:
DBI->connect(host=IP_ADDRESS;SID=DB) failed: ORA-01034: ORACLE not
available (DBD ERROR: OCISessionBegin) at ./ora.pl line 19
here are my env variables:
ORACLE_SID=DB
ORACLE_BASE=/ora8/m01/app/oracle
ORACLE_HOME=/ora8/m01/app/oracle/product/8.1.7
ORACLE_TERM=vt100
ORA_NLS33=/ora8/m01/app/oracle/product/8.1.7/ocommon/nls/admin/data
Any help will be appreciated.
Regards,
Juan Jose
--
fortune generated signature:
Vote anarchist
Re: dbi and dbcc on WinNT 4.0
Tobias Hausmann writes: > Hi, > > Right now, I am working on a dbcc perl script for a Sybase database. I > have noticed that I get a different output with dbi (do(do checkdb ...)) > than with isql. What can I do to get the same output with dbi as with > isql. I plan to use the output to check the database for any kind of > inconsistencies. The output from dbcc commands goes to the server callback handler. You need to install an error handler and process the messages there - see the syb_err_handle attribute for details. Michael -- Michael Peppler - Data Migrations Inc. - http://www.mbay.net/~mpeppler [EMAIL PROTECTED] - [EMAIL PROTECTED] International Sybase User Group - http://www.isug.com
RE: DBI 1.18 problems
Neil Sorry about the HTML mail to the list. On the version information I am using 5.004 on a Solaris. I ran the test.pl as a way of trying to diagnose the problems that I experienced when I ran the standard build. I was unable to get past the make without an error being generatedwhich was 127. Thanks for the help Allen -Original Message- From: Neil Lunn [mailto:[EMAIL PROTECTED]] Sent: Monday, August 20, 2001 8:05 PM To: Wilson, Allen; [EMAIL PROTECTED] Subject: RE: DBI 1.18 problems Allen, It might help if you told people which version of perl you were using and for which platform. It seems like you statements though at least say something. You should never run test.pl. What you should be doing is: perl Makefile.PL make make test make install as per the standard perl module build instructions. I would hazzard a guess that you are trying to manually install the files from the Archives into your perl library tree. Please read the README file included with the distribution. --Neil P.S Please do not post HTML mail to the mailing list. > -Original Message- > From: Wilson, Allen [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, August 21, 2001 8:22 AM > To: [EMAIL PROTECTED] > Subject: DBI 1.18 problems > >Could any provide any assistance > > I am trying to upgrade my DBI to 1.18 and I kept getting the > following error when I run > test.pl: > > DBI object version 1.08 does not match $DBI::Version 1.18 at > (a path that points to DynaLoader.pm) at line 185. > When I took at look at the DynaLoader...the comments said this > may not be the actual location of the error because it is the last > placed referred to and the error is returning to the point. > > Does anyone recognize this and could provide me with some assistance. > Thanks > Allen Wilson > http://research/kb/devforum __ Please Note : Only the intended recipient is authorised to access or use this e-mail. If you are not the intended recipient, please delete this e-mail and notify the sender immediately. The contents of this e-mail are the writer's opinion and are not necessarily endorsed by the Gunz Companies unless expressly stated. We use virus scanning software but exclude all liability for viruses or similar in any attachment. This message may contain proprietary or confidential company information. Any unauthorized use or disclosure is prohibited.
RE: :Proxy and bind_param (with ORACLE)
I believe you want to send the patch to Tim, since DBD::Proxy is
bundled with DBI.
On 21-Aug-01 Oleg Mechtcheriakov wrote:
> OK,
>
> now I'm ready to answer my question om my own.
>
> The point was exactly that. DBI::Proxy worked well only for 'numbered'
> parameters. I've created small and dirty patch to work with named parameters
> as well. Who is the right person to talk about the patch for DBI::Proxy?
>
> Reg's
> Oleg
>
>> -Original Message-
>> From: Oleg Mechtcheriakov [mailto:[EMAIL PROTECTED]]
>> Sent: Monday, August 20, 2001 12:35 PM
>> To: [EMAIL PROTECTED]
>> Subject: DBD::Proxy and bind_param (with ORACLE)
>>
>>
>> Greetings,
>>
>> has someone experienced troubles with DBD::Proxy and
>> bind_param function?
>>
>> I'm trying to switch from DBD::Oracle to DBD::Proxy and
>> everything was OK
>> but bind_param gives me an exception.
>>
>> Here is the code snippet:
>>
>> my $addr_id;
>> my $sth = $dbh->prepare(q{BEGIN :id :=
>> first_req.check_req_sub_ok(:address);END;});
>> $sth->bind_param_inout(":id",\$addr_id,32,DBI::SQL_INTEGER);
>> $sth->bind_param(":address",$address);
>>
>> which gives me the following error message at the first
>> bind_param_inout
>>
>> Modification of non-creatable array value attempted, subscript -1 at
>> /usr/local/lib/perl5/site_perl/5.6.1/i86pc-solaris/DBD/Proxy.p
>> m line 536
>>
>> Any ideas?
>>
>> Many thanks in advance
>> Oleg
>>
>>
>
--
E-Mail: Scott T. Hildreth <[EMAIL PROTECTED]>
Date: 21-Aug-01
Time: 08:29:52
--
RE: :Proxy and bind_param (with ORACLE)
OK,
now I'm ready to answer my question om my own.
The point was exactly that. DBI::Proxy worked well only for 'numbered'
parameters. I've created small and dirty patch to work with named parameters
as well. Who is the right person to talk about the patch for DBI::Proxy?
Reg's
Oleg
> -Original Message-
> From: Oleg Mechtcheriakov [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 20, 2001 12:35 PM
> To: [EMAIL PROTECTED]
> Subject: DBD::Proxy and bind_param (with ORACLE)
>
>
> Greetings,
>
> has someone experienced troubles with DBD::Proxy and
> bind_param function?
>
> I'm trying to switch from DBD::Oracle to DBD::Proxy and
> everything was OK
> but bind_param gives me an exception.
>
> Here is the code snippet:
>
> my $addr_id;
> my $sth = $dbh->prepare(q{BEGIN :id :=
> first_req.check_req_sub_ok(:address);END;});
> $sth->bind_param_inout(":id",\$addr_id,32,DBI::SQL_INTEGER);
> $sth->bind_param(":address",$address);
>
> which gives me the following error message at the first
> bind_param_inout
>
> Modification of non-creatable array value attempted, subscript -1 at
> /usr/local/lib/perl5/site_perl/5.6.1/i86pc-solaris/DBD/Proxy.p
> m line 536
>
> Any ideas?
>
> Many thanks in advance
> Oleg
>
>
FreeTDS errors
Hi, I'm not sure if this is the right place for DBD::FreeTDS, but here goes. I have just tried to perform the 'mmk test' on the FreeTDS 0.02 DBD. However, when I did this I recieved more failed tests then I was expecting. I was wondering if anyone in the know could possibly have a look at the attached log(below) and suggest a course of action. Most of the errors seem to be the same problem with the disconnect statement. I'm running VAX VMS 7.1 with Perl 5.6.1 and DBI 1.19 anf FreeTDS 0.02. Any Help would be greatly appreciated. Many Thanks, Piyush. BART(SYSTEM)$ mmk test %MMK-I-ACTNOUPD, action did not update target CONFIG perl "-I[.blib.arch]" "-I[.blib.lib]" "-Iperl_root:[lib]" "-Iperl_root:[lib.VMS_VAX.5_6_1]" -e "use Test::Harness qw(&runtests $ verbose); $verbose=0; runtests @ARGV;" t/*.t t/01load ok t/02connect. ok t/03droptable... Executed DBI::db=HASH(0x4380d8)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/03droptable.t line 62. ok t/04noconnect... Use of uninitialized value in concatenation (.) or string at /perl_root/lib/site_perl/DBI.pm line 421. Use of uninitialized value in concatenation (.) or string at t/04noconnect.t line 32. ok t/05simple.. ok t/06hashquery... %SYSTEM-F-ABORT, abort dubious Test returned status 44 (wstat 1024, 0x400) (VMS status is 44) DIED. FAILED tests 4-7 Failed 4/7 tests, 42.86% okay t/07mybit... DBI::db=HASH(0x43f2b8)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07mybit.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07mychar.. DBI::db=HASH(0x43f320)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07mychar.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07mydatetime.. DBI::db=HASH(0x43f3c0)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07mydatetime.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07mydecimal10_3... DBI::db=HASH(0x43f2a4)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07mydecimal10_3.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07myfloat. DBI::db=HASH(0x43f26c)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07myfloat.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07myfloat14... DBI::db=HASH(0x43f284)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07myfloat14.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07myfloat6 DBI::db=HASH(0x43f274)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07myfloat6.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07myint... DBI::db=HASH(0x43f254)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07myint.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07mymoney. DBI::db=HASH(0x43f28c)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07mymoney.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07mynullchar.. DBI::db=HASH(0x43f28c)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07mynullchar.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07mynulldatetime.. DBI::db=HASH(0x43f2c4)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07mynulldatetime.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07mynulldecimal10_3. DBI::db=HASH(0x43f2bc)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07mynulldecimal10_3.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07mynullfloat. DBI::db=HASH(0x43f25c)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them be fore disconnecting) at t/07mynullfloat.t line 225. FAILED tests 12-13 Failed 2/14 tests, 85.71% okay t/07mynullfloat14... DBI::db=HASH(0x43f25c)->disconnect invalidates 1 active sta
