encountered problems linking DBD::SQLite statically, because its
Makefile.PL uses DBI and wants to use and modify the postamble that
DBI::DBD provides.
My question is: Is there a recipe how I can link DBD::SQLite statically
into my Perl binary? Is there a way I can fake enough of an "installe
On Tuesday 23 January 2018 11:14:13 p...@cpan.org wrote:
> * Better compatibility with the MariaDB client library
Basic unit tests passed on Travis with last MySQL versions 5.5.58,
5.6.38, 5.7.20, 8.0.3 and MariaDB versions 5.5.58, 10.0.33, 10.1.30,
10.2.12, 10.3.3. Also with MariaDB C/Connector
Hello,
I would like to announce a new DBI driver for MariaDB and MySQL
databases. As stated in the email [1] which I sent to this mailing list
about a half year ago, we in the GoodData company decided to create a
fork of the old DBD::mysql driver under the name DBD::MariaDB.
The source code of
In message , "Tony
D'Alfonso" writes:
>Does it still make a difference running it as 32-bit on a 64-bit machine. I`v
>e strictly been trying it on 64 bit.
What does file(1) report about the architecture of your Oracle.so?
# file
Does it still make a difference running it as 32-bit on a 64-bit machine. I`ve
strictly been trying it on 64 bit.
Regards,
Tony.
-Original Message-
From: Tony D'Alfonso
Sent: June 23, 2016 9:55 AM
To: 'Bruce Johnson'
Cc: dbi users
Subject: RE: Bundle::DBI and DBD::Oracle failing
.
-Original Message-
From: Bruce Johnson [mailto:john...@pharmacy.arizona.edu]
Sent: June 22, 2016 5:12 PM
To: Tony D'Alfonso
Cc: dbi users
Subject: Re: Bundle::DBI and DBD::Oracle failing
> On Jun 22, 2016, at 1:26 PM, Tony D'Alfonso <tony.dalfo...@smi-ieso.ca> wrote:
>
> SD
On 6/22/2016 2:05 PM, Bruce Johnson wrote:
On Jun 22, 2016, at 1:34 PM, John R Pierce > wrote:
if root installed it to /root, no other user can see or access that.
running cpan as root is fine, since that doesn’t affect the
permissions of the
> On Jun 22, 2016, at 1:26 PM, Tony D'Alfonso wrote:
>
> SDK was installed too:
>
> # yum list oracle-instantclient*
> Loaded plugins: product-id, search-disabled-repos, subscription-manager
> Installed Packages
> oracle-instantclient-basic.x86_64
On Jun 22, 2016, at 1:34 PM, John R Pierce
> wrote:
if root installed it to /root, no other user can see or access that.
running cpan as root is fine, since that doesn’t affect the permissions of the
final perl executables. The only thing it
...@pharmacy.arizona.edu]
Sent: June 22, 2016 4:23 PM
To: Tony D'Alfonso
Cc: dbi users
Subject: Re: Bundle::DBI and DBD::Oracle failing
> On Jun 22, 2016, at 12:32 PM, Tony D'Alfonso <tony.dalfo...@smi-ieso.ca>
> wrote:
>
> Hi Carl,
>
> I used CPAN to install them a
On 6/22/2016 12:32 PM, Tony D'Alfonso wrote:
I used CPAN to install them and it appeared as though they are in place:
# cpan -i Bundle::DBI
Reading '/root/.cpan/Metadata'
Database was generated on Wed, 22 Jun 2016 13:29:02 GMT
if root installed it to /root, no other user can see or access
> On Jun 22, 2016, at 12:32 PM, Tony D'Alfonso
> wrote:
>
> Hi Carl,
>
> I used CPAN to install them and it appeared as though they are in place:
>
> # cpan -i Bundle::DBI
> Reading '/root/.cpan/Metadata'
> Database was generated on Wed, 22 Jun 2016 13:29:02 GMT
>
s@perl.org>
Subject: RE: Bundle::DBI and DBD::Oracle failing
Confirming this email made it through. Slicing the output into multiple
messages. Can you help me with this error message?
perl /stl/bin/test.pl
install_driver(Oracle) failed: Can't load
'/root/perl5/lib/perl5/x86_64-linux-thread
'Alfonso; dbi-users@perl.org
Subject: Re: Bundle::DBI and DBD::Oracle failing
It means you don¹t have the Oracle DBD installed. Or its installed to a
different place.
Did you install it? Where?
Carl Yamamoto-Furst
--
From: Tony D'Alfonso <tony.dalfo...@smi-ieso.ca>
Date: Wedne
That library is part of a compatibility package that isn't installed by
default. On my build machine I've had to do the following:
sudo yum -y install compat-libstdc++-33
After that the build succeeded.
On 2016-06-22 2:00 PM, Tony D'Alfonso wrote:
Confirming this email made it through.
# perl -V
Summary of my perl5 (revision 5 version 16 subversion 3) configuration:
Platform:
osname=linux, osvers=2.6.32-504.16.2.el6.x86_64,
archname=x86_64-linux-thread-multi
uname='linux x86-021.build.eng.bos.redhat.com 2.6.32-504.16.2.el6.x86_64 #1
smp tue mar 10
Confirming this email made it through. Slicing the output into multiple
messages. Can you help me with this error message?
perl /stl/bin/test.pl
install_driver(Oracle) failed: Can't load
'/root/perl5/lib/perl5/x86_64-linux-thread-multi/auto/DBD/Oracle/Oracle.so' for
module DBD::Oracle:
On 10/06/2013 19:14, Prindle, Douglas E wrote:
Hi John.
Thanks a bunch for responding.
Yes we had a new oracle 11 client installed as well.
So with that in mind should I recompile or not ?
*Thank You,*
*Douglas E. Prindle*| Credit Decisioning Systems | Apollo Infrastructure
((904) 954-2472
- Forwarded message from Prindle, Douglas E douglas.e.prin...@citi.com
-
Date: Mon, 10 Jun 2013 15:11:26 +
From: Prindle, Douglas E douglas.e.prin...@citi.com
To: tim.bu...@pobox.com tim.bu...@pobox.com
Subject: Quick Perl Questions - DBI and DBD
Hi Tim.
I have emailed you
Questions - DBI and DBD
- Forwarded message from Prindle, Douglas E
douglas.e.prin...@citi.com -
Date: Mon, 10 Jun 2013 15:11:26 +
From: Prindle, Douglas E douglas.e.prin...@citi.com
To: tim.bu...@pobox.com tim.bu...@pobox.com
Subject: Quick Perl Questions - DBI and DBD
...@citi.commailto:douglas.e.prin...@citi.com
From: John Scoles [mailto:byter...@hotmail.com]
Sent: Monday, June 10, 2013 1:58 PM
To: Prindle, Douglas E [GCG-NAOT]; dbi-users@perl.org
Subject: RE: (Fwd) Quick Perl Questions - DBI and DBD
It should just work as long as you did
Hi all, we are currently using DBD::ORACLE 1.16 and DBI 1.46, and I'm having a
tough time
trying to determine if either of these are still supported by the open source
community.
All help is appreciated.
Thanks,
Gary
a really old version of Perl newer DBI
and DBD::Oracle modules no longer support? If it is (a) then so long as you
don't change anything why would you need support? If it is (b) and you
seriously cannot move to a newer Perl you've got the same problem with Perl
itself.
With DBD::Oracle, the latest
on the version of
oracle DB and client you are using. CheersJohn
Date: Mon, 23 Jan 2012 15:14:24 +
From: martin.ev...@easysoft.com
To: dbi-users@perl.org
Subject: Re: What is the oldest community supported versions for PERL DBI and
DBD::ORACLE?
On 23/01/12 14:13, TIDWELL, GARY wrote
+
From: martin.ev...@easysoft.com
To: dbi-users@perl.org
Subject: Re: What is the oldest community supported versions for PERL
DBI and DBD::ORACLE?
On 23/01/12 14:13, TIDWELL, GARY wrote:
Hi all, we are currently using DBD::ORACLE 1.16 and DBI 1.46, and I'm
having a tough time
trying
.
What has happened is corporate standards have changed - we have to have an
exception
to use DBD/DBI (which makes no sense to me because both Perl and Oracle are
standard
within the company). The need for an exception has been true for years, but
this year
they want some proof of community
Jeff,
The following perl script is used to connect to SQL server database using
DBI and DBD::ODBC modules.
*my *$dbh = DBI-*connect*(DBI:ODBC:Driver={SQL
Server};Server=$db_instance;Database=$db_name;UID=$db_user;PWD=$db_pass) or
*die*(\n\nCONNECT ERROR:\n\n$DBI::errstr);
I used the same
to connect to SQL server database using
DBI and DBD::ODBC modules.
*my *$dbh = DBI-*connect*(DBI:ODBC:Driver={SQL
Server};Server=$db_instance;Database=$db_name;UID=$db_user;PWD=$db_pass) or
*die*(\n\nCONNECT ERROR:\n\n$DBI::errstr);
I used the same syntax to connect to Teradata but I couldn't
Yes I tried the new version of Perl. Unfortunately the result is the same.
Do you have the zip files of DBI and DBD supported for Perl 5.8.7 and MySQL
4.1.13?
Tim
From: Jonathan Leffler [mailto:jonathan.leff...@gmail.com]
Sent: Friday, May 20, 2011 5:11 AM
We have an old server that needs to install BDI and DBD module. The server is
running with Perl 5.8.7 and MySQL 4.1.13
We have DBI-1.41 and DBD-mysql-2.9003. However, it was failed when I installed
these modules.
These are the outputs for DBI and DBD:
I also tried the latest versions
On Thu, May 19, 2011 at 14:41, tim.p...@cox.com wrote:
We have an old server that needs to install BDI and DBD module. The server
is running with Perl 5.8.7 and MySQL 4.1.13
We have DBI-1.41 and DBD-mysql-2.9003. However, it was failed when I
installed these modules.
These are the outputs
Hello guys,
Recently I cross compile perl for my mini2440 arm-linux (factory distro
qtopia 2.2) which works pretty well. Now, I want to write small script for
collecting data from DI and AI. For this I need to have DBI library and DBD
sqlite driver. My cpan does not work and i do not have make
Hello Experts,
Need to recompile the DBI and DBD modules for perl 5.8.8 and the server
uses Oracle 11g on AIX 6.1.5 If anyone has done this or know which module
we need to download your help is reall appreciated, we need to response as
quick as possible. Thanks
Have a great Day!
Senior Unix
On 13/04/2011 5:19 PM, mmilli...@fruit.com wrote:
Well nothing special
The latest DBI and DBD::Oracle and I would go with the latest version of
the Oracle instant client 11g.
Compiling for AIX is always a bit problematic depending on how the
system is set up, how the Perl was compiled
, 24 January, 2011 5:31:31
Subject: Re: DBI 1.611 + DBD::mysql 4.016 = segfaults on Ubuntu 10.10
amd64 ?
On Fri, Jan 21, 2011 at 03:23:18PM +1100, Cosimo Streppone wrote:
stat(/usr/lib/perl5/auto/DBI/DESTROY.al, 0x7f341e8459b0) = -1 ENOENT
(No such file or directory)
It took me
January, 2011 5:31:31
Subject: Re: DBI 1.611 + DBD::mysql 4.016 = segfaults on Ubuntu 10.10 amd64 ?
On Fri, Jan 21, 2011 at 03:23:18PM +1100, Cosimo Streppone wrote:
stat(/usr/lib/perl5/auto/DBI/DESTROY.al, 0x7f341e8459b0) = -1 ENOENT (No
such
file or directory)
It took me a while to track down
On Fri, Jan 21, 2011 at 03:23:18PM +1100, Cosimo Streppone wrote:
stat(/usr/lib/perl5/auto/DBI/DESTROY.al, 0x7f341e8459b0) = -1 ENOENT (No
such file or directory)
It took me a while to track down where that object was coming from.
It's from a tie I added many years ago to help catch people
Hi,
just looking for hints, maybe some of you had the same problem.
Searching archives I found some evidence that DBI + DBD::mysql
on Ubuntu 10.*04* might segfault.
Here I'm on 10.10 amd64, so I don't really know.
I have this mod_perl app that uses DBI and DBD::mysql and
it's totally fine
...@hogranch.com
To: dbi-users@perl.org
Sent: Sat, 7 August, 2010 1:41:29 AM
Subject: Re: DBI and DBD Installation on Different Unix (Solaris, AIX, HP and
Linux)
On 08/06/10 2:31 AM, Satish Bora wrote:
Thanks for some quick insights.
Well I had tried this option earlier and now also. Here is what I get
Hello,
I am asking a very basic question here. Is there any standard instruction set
which can guarantee the successful installation of DBI and DBD on Unix env. I
tried this for last month of or so (using README files from DBI-DBD packages
or based on the search on Google and other CPAN sites
Hello,
I am asking a very basic question here. Is there any standard
instruction set
which can guarantee the successful installation of DBI and DBD on Unix
env. I
tried this for last month of or so (using README files from DBI-DBD
packages
or based on the search on Google and other CPAN
Satish Bora schrieb:
Hello,
I am asking a very basic question here. Is there any standard instruction set
which can guarantee the successful installation of DBI and DBD on Unix env. I
tried this for last month of or so (using README files from DBI-DBD packages
or based on the search
On 08/06/10 08:05, Satish Bora wrote:
Hello,
Hello Satish,
I am asking a very basic question here.
You do not follow the guide how to ask questions as preferred in DBI
documentation.
Is there any standard instruction set
which can guarantee the successful installation of DBI and DBD
On 08/06/10 1:37 AM, Robert Roggenbuck wrote:
There is a standard method, wich requires just a working Perl
environment and Internet access:
$ perl -MCPAN -e install 'DBI'
on many platforms, you need to install optional C compilers and
associated libraries to build modules that have C
: prerequisite Test::Simple 0.90 not found. We have 0.62.
DBD::File 0.39 using IO::File (1.13)
DBI::DBD::SqlEngine 0.01 using DBI::SQL::Nano 1.014245
DBI 1.613
DBI::PurePerl2.014120
OS aix (5.3.0.0)
Perl 5.008008 (aix
not found. We have 6.30.
Warning: prerequisite Test::Simple 0.90 not found. We have 0.62.
DBD::File 0.39 using IO::File (1.13)
DBI::DBD::SqlEngine 0.01 using DBI::SQL::Nano 1.014245
DBI 1.613
DBI::PurePerl2.014120
OS aix
Hi,
I just wanted to know what is the compatible version of DBI and Oracle DBD for
perl, v5.6.1? It would be great if you can provide me with the information as
soon as possible since it's very urgent.
Thanks a lot for your time!
Regards,
Subhasis.
Subhasis Gorai wrote:
Hi,
I just wanted to know what is the compatible version of DBI and Oracle DBD
for perl, v5.6.1? It would be great if you can provide me with the
information as soon as possible since it's very urgent.
Thanks a lot for your time!
Regards,
Subhasis
Martin Evans wrote:
Subhasis Gorai wrote:
Hi,
I just wanted to know what is the compatible version of DBI and Oracle DBD for
perl, v5.6.1? It would be great if you can provide me with the information as
soon as possible since it's very urgent.
Thanks a lot for your time!
Regards
Hi,
I was attempting to check DBD::Oracle 1.24 rc1 fixed the issue
RowCacheSize is being ignored slowing down fetches a lot,
http://rt.cpan.org/Public/Bug/Display.html?id=46763 and came across a
possible bug/inconsistency in DBI or DBD::Oracle.
DBI says RowCacheSize is a connection attribute
://rt.cpan.org/Public/Bug/Display.html?id=46763 and came across a
possible bug/inconsistency in DBI or DBD::Oracle.
DBI says RowCacheSize is a connection attribute and RowsInCache is a
statement attribute - this seems to imply to me there can only be a
single cache per connection OR you cannot have
::Oracle 1.24 rc1 fixed the issue
RowCacheSize is being ignored slowing down fetches a lot,
http://rt.cpan.org/Public/Bug/Display.html?id=46763 and came across a
possible bug/inconsistency in DBI or DBD::Oracle.
DBI says RowCacheSize is a connection attribute and RowsInCache is a
statement
DSN:
use DBI;
use DBD::ODBC;
my $database = ORADB;
my $DSN = 'driver={Microsoft ODBC for
Oracle};server=10.1.6.9:1521;uid=oradbuser;pwd=oradbpassword;';
my $dbh = DBI-connect(dbi:ODBC:$DSN) or die $DBI::errstr\n;
My first question: in the $DSN string, where can I put the database name? I
found
-users@perl.org
Objet : Perl DBI and DBD::ODBC for Oracle on Windows
Hi,
I've been trying to connect to a remote Oracle database through Windows
XP but couldn't make it work after a few days' effort. This is what
I've done:
1. Install ActivePerl on Windows.
2. Install DBI module.
3. Install
- Original Message
From: pmonsch...@groupe-casino.fr pmonsch...@groupe-casino.fr
To: my600...@yahoo.com; dbi-users@perl.org
Sent: Tuesday, July 28, 2009 9:21:02 AM
Subject: RE: Perl DBI and DBD::ODBC for Oracle on Windows
Hello
1) By adding sid= in the DSN, you should be able
??
Thanks
Karl Forner
P.S
Here are the configs :
working computer:
arch: ia64
OS: Suse ES 9
perl -v : v5.8.6
DBI: 1.607
DBD::Oracle: 1.16
buggy computer:
arch: i686
OS : ubuntu 8.04
perl -v : v5.8.8
DBI: 1.601
DBD::Oracle: 1.22
I think if you add add ora_envhp = 0 to your options it will work
do
test(@badinfo);
test(@goodinfo);
test(@goodinfo);
I get NOK OK OK on both !!!
Is this a bug ??
Thanks
Karl Forner
P.S
Here are the configs :
working computer:
arch: ia64
OS: Suse ES 9
perl -v : v5.8.6
DBI: 1.607
DBD::Oracle: 1.16
buggy computer:
arch: i686
OS : ubuntu 8.04
perl -v
database)
But if I do
test(@badinfo);
test(@goodinfo);
test(@goodinfo);
I get NOK OK OK on both !!!
Is this a bug ??
Thanks
Karl Forner
P.S
Here are the configs :
working computer:
arch: ia64
OS: Suse ES 9
perl -v : v5.8.6
DBI: 1.607
DBD::Oracle: 1.16
buggy computer:
arch: i686
OS
computer:
arch: ia64
OS: Suse ES 9
perl -v : v5.8.6
DBI: 1.607
DBD::Oracle: 1.16
buggy computer:
arch: i686
OS : ubuntu 8.04
perl -v : v5.8.8
DBI: 1.601
DBD::Oracle: 1.22
I think if you add add ora_envhp = 0 to your options it will work.
See the DBD::Oracle pod for an explanation
the
expected stuff (using the same database)
But if I do
test(@badinfo);
test(@goodinfo);
test(@goodinfo);
I get NOK OK OK on both !!!
Is this a bug ??
Thanks
Karl Forner
P.S
Here are the configs :
working computer:
arch: ia64
OS: Suse ES 9
perl -v : v5.8.6
DBI: 1.607
DBD::Oracle
)
But if I do
test(@badinfo);
test(@goodinfo);
test(@goodinfo);
I get NOK OK OK on both !!!
Is this a bug ??
Thanks
Karl Forner
P.S
Here are the configs :
working computer:
arch: ia64
OS: Suse ES 9
perl -v : v5.8.6
DBI: 1.607
DBD::Oracle: 1.16
buggy
(@badinfo);
test(@goodinfo);
test(@goodinfo);
I get NOK OK OK on both !!!
Is this a bug ??
Thanks
Karl Forner
P.S
Here are the configs :
working computer:
arch: ia64
OS: Suse ES 9
perl -v : v5.8.6
DBI: 1.607
DBD::Oracle: 1.16
buggy computer:
arch: i686
are the configs :
working computer:
arch: ia64
OS: Suse ES 9
perl -v : v5.8.6
DBI: 1.607
DBD::Oracle: 1.16
buggy computer:
arch: i686
OS : ubuntu 8.04
perl -v : v5.8.8
DBI: 1.601
DBD::Oracle: 1.22
I think if you add add ora_envhp = 0 to your
);
test(@goodinfo);
test(@goodinfo);
I get NOK OK OK on both !!!
Is this a bug ??
Thanks
Karl Forner
P.S
Here are the configs :
working computer:
arch: ia64
OS: Suse ES 9
perl -v : v5.8.6
DBI: 1.607
DBD::Oracle: 1.16
buggy computer
duncan.garl...@tuskerdirect.com (Duncan Garland) writes:
Has anybody had any thoughts about this problem?
I can only say that I haven't encountered these problems using
DBI/Oracle/SOAP::Lite on the same machine. But I don't use Net::SSL.
--
Radek
Duncan Garland wrote:
Has anybody had any thoughts about this problem?
Looking at the number of answers to your problem, I'm tempted to answer
No.
Signal SEGV at /usr/lib/perl5/Net/SSL.pm line 131
SEGV is usually a pointer running amok, or a hardware problem (CPU
running too hot, memory
Has anybody had any thoughts about this problem?
Duncan Garland wrote:
Hi,
We've got a script which segmentation faults whenever we try to use
both DBI and SOAP::Lite.
Early on in the script we make a connection to Oracle. Later on we do
some SOAP calls and
Signal SEGV at
Hi,
We've got a script which segmentation faults whenever we try to use both
DBI and SOAP::Lite.
Early on in the script we make a connection to Oracle. Later on we do
some SOAP calls and
Signal SEGV at /usr/lib/perl5/Net/SSL.pm line 131
eval {...} called at
Hello,
Would you be able to give me some advice on a DBI issue I'm having? I'm
quite new to Perl and completely new to
MySQL. I'm currently trying to install DBI (v1.607) and DBD::mysql (v4.010).
I'm hoping to use these along with
BioPerl and the Ensembl Perl API, to access the online genomic
Thomas Walsh wrote:
Hello,
Would you be able to give me some advice on a DBI issue I'm having? I'm
quite new to Perl and completely new to
MySQL. I'm currently trying to install DBI (v1.607) and DBD::mysql (v4.010).
I'm hoping to use these along with
BioPerl and the Ensembl Perl API, to access
Martin Evans wrote:
Thomas Walsh wrote:
Hello,
Would you be able to give me some advice on a DBI issue I'm having? I'm
quite new to Perl and completely new to
MySQL. I'm currently trying to install DBI (v1.607) and DBD::mysql
(v4.010).
I'm hoping to use these along with
BioPerl
On Thu, 08 Jan 2009 13:48:02 +, Martin Evans wrote:
Looks like you are not the only one with this chopblanks problem:
http://www.nabble.com/Bundle::Bugzilla-install-hangs-td20363858.html
http://lists.mysql.com/perl/4296
You will have to do all three
You will need
DBI
DBD::Oracle
Oracle client
and most likely some environment variables as well
First actually read the readme files
http://search.cpan.org/src/PYTHIAN/DBD-Oracle-1.21/README it has
detailed instructions on how to set up DBD::Oracle
You can use
], [EMAIL PROTECTED]
Subject
Re: Questions related to DBI and DBD::Oracle
You will have to do all three
You will need
DBI
DBD::Oracle
Oracle client
and most likely some environment variables as well
First actually read the readme files
http://search.cpan.org/src/PYTHIAN/DBD-Oracle-1.21/README
Solutions
Phone: (847) 964-8709
WHS - Walgreens Health Services
[EMAIL PROTECTED]
07/29/2008 07:53 PM
To
[EMAIL PROTECTED]
cc
dbi-users@perl.org, [EMAIL PROTECTED]
Subject
Re: Questions related to DBI and DBD::Oracle
You will have to install the DBD::Oracle perl module befoer you can
PROTECTED]
Cc: dbi-users@perl.org, [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Questions related to DBI and DBD::Oracle
Thanks for the input.
I have one more question. If I install oracle.pm will that solve my
problem or do I need to install oracle client on the unix box to make it
work.
Do I
Hello,
I am trying to connect to the oracle database through a perl script. I
have installed DBI module on my server.
I need to run my script on an App server and the database is on the other
server.
When I am running the test script which is
use DBI;
$dbh = DBI-connect( 'dbi:Oracle:dwhs01',
You will have to install the DBD::Oracle perl module befoer you can use it.
http://search.cpan.org/~pythian/DBD-Oracle-1.21/Oracle.pm
so far you only have DBI or th Data Base Interface you need a Data Base
Driver to make it actually connect ot a DB. This is why it is asking for
DBD::Oracle
(dbi:Oracle:CS89PROD, /, , HASH(0x505290))
- DBI-install_driver(Oracle) for linux perl=5.008005 pid=18625
ruid=500 euid=500
install_driver: DBD::Oracle version 1.19 loaded from
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi/DBD/Oracle.pm
New DBI::dr (for DBD::Oracle::dr, parent=, id
New DBI::dr (for DBD::Oracle::dr, parent=, id=)
dbih_setup_handle(DBI::dr=HASH(0x698190)=DBI::dr=HASH(0x7809e0),
DBD::Oracle::dr, 0, Null!)
Had to create DBD::Oracle::dr::imp_data_size unexpectedly at
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/DBI.pm line
1063
-linux-thread-multi/DBD/Oracle.pm
New DBI::dr (for DBD::Oracle::dr, parent=, id=)
dbih_setup_handle(DBI::dr=HASH(0x698190)=DBI::dr=HASH(0x7809e0),
DBD::Oracle::dr, 0, Null!)
Had to create DBD::Oracle::dr::imp_data_size unexpectedly at
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux
Just a wrap up for those that are going to fall prey to this gremlin.
I took over the issue from the SA and removed DBI and DBD from the @inc
paths and then reinstalled them initially it didn't work
As it turned out these DBD files had been installed on a dual core
server and there was some files
Peter McLarty wrote:
Hi
Running some redhat servers and created some scripts that use DBI and
DBD::Oracle to access our 10.2.0.3 databases.
The script was built and tested and has been used successfully on dual core
64bit Xeon CPU servers and with as best as we can tell an identical
On Fri, Oct 05, 2007 at 09:07:48AM +0100, Martin Evans wrote:
Peter McLarty wrote:
Hi
Running some redhat servers and created some scripts that use DBI and
DBD::Oracle to access our 10.2.0.3 databases.
The script was built and tested and has been used successfully on dual
core 64bit Xeon
Hi
Running some redhat servers and created some scripts that use DBI and
DBD::Oracle to access our 10.2.0.3 databases.
The script was built and tested and has been used successfully on dual core
64bit Xeon CPU servers and with as best as we can tell an identical
installation on some new quad
On Wed, Jun 06, 2007 at 07:45:45PM -0400, Wood, David wrote:
It took us a while to whittle this down into a small test case; however,
the fruits of labour seem to have paid off:
% perl -MDBI -e 'my $dbh =
DBI-connect(dbi:Sybase:server=MYSERVER,janedoe,janepass); my
$arr_ref =
with both of these patches. Yippee
:-). David
-Original Message-
From: Tim Bunce [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 07, 2007 6:55 AM
To: Wood, David
Cc: Tim Bunce; dbi-users@perl.org; [EMAIL PROTECTED]
Subject: Re: Incompatibility with DBI v1.56 / DBD::Sybase v1.08 /
DBIx
that uses as
few modules as possible. Ideally just DBI + DBD::Sybase + DBIx::ContextualFetch.
Tim.
On Tue, May 29, 2007 at 10:45:37PM -0400, Wood, David wrote:
Hello,
We're running Perl v5.8.6 on Linux, Solaris Sparc, and Solaris x86.
We're using the latest DBI/DBD related modules:
o DBI v1.56
o
Hello,
We're running Perl v5.8.6 on Linux, Solaris Sparc, and Solaris x86.
We're using the latest DBI/DBD related modules:
o DBI v1.56
o DBD::Sybase v1.08
o DBIx::ContextualFetch v1.03
o Class::DBI v3.0.16
o Class::DBI::Sybase v0.5
o Ima::DBI v0.34
o etc
We recently upgraded DBD::Sybase from
Are you using IIS7?
- Original Message -
From: Fi Dot [EMAIL PROTECTED]
To: dbi-users@perl.org
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Monday, May 21, 2007 4:42 PM
Subject: Memory leak, DBI 1.55 + DBD::ODBC 1.13 + MS SQL 2000
Hi All
]
Sent: Monday, May 21, 2007 4:42 PM
Subject: Memory leak, DBI 1.55 + DBD::ODBC 1.13 + MS SQL 2000
Hi All!
Recently I have bumped into a memory leak happening in DBI.
Running DBI version 1.55, DBD::ODBC version 1.13 on Windows XP SP2,
Active State Active Perl 5.8 build 819. More comprehensive
: Re: Memory leak, DBI 1.55 + DBD::ODBC 1.13 + MS SQL 2000
John,
No. I am running this script just from the shell.
Fi.
On 5/22/07, John Scoles [EMAIL PROTECTED] wrote:
Are you using IIS7?
- Original Message -
From: Fi Dot [EMAIL PROTECTED]
To: dbi-users@perl.org
Cc: [EMAIL PROTECTED
Hi All!
Recently I have bumped into a memory leak happening in DBI.
Running DBI version 1.55, DBD::ODBC version 1.13 on Windows XP SP2,
Active State Active Perl 5.8 build 819. More comprehensive build info
at the bottom of this email.
You could find the code I am executing attached
Hi Tim,
Just have some questions on how to uninstall/reinstall DBI and
DBD-Oracle. I typed uninst DBI and got an error message. I was able to
uninstall DBD-Oracle successfully and tried to reinstall but got another
error message.
This is the error message when I tried to reinstall DBD
) if your regisry has become currupt you may be in trouble.
Hope this helps
- Original Message -
From: MANZANARES, CYNTHIA (ATTSI) [EMAIL PROTECTED]
To: DBI-USERS@PERL.ORG
Sent: Friday, April 27, 2007 12:51 PM
Subject: DBI AND DBD-ORACLE
Hi Tim,
Just have some questions on how
yourself.
You can find even older versions on BackPAN:
http://backpan.cpan.org/authors/Tim_Bunce/
starts with DBI-0.89 and DBD-Oracle-0.47 from 1997.
Only that far back? Would they be interested in DBI versions 0.69, 0.73,
0.74, 0.75, 0.77, 0.78, 0.79, and 0.81..0.88 too? I have them stashed
) which came with DBI 1.5.2 pre-installed. Then I used the perl package
manager to install DBD::Oracle 1.1.7. The installations completed successfully.
I can verify the DBI and DBD packages using the perl package manager.
Unfortunately, when I run this line of code:
$dbh = DBI-connect
Federico Giannici wrote:
Patrick Galbraith wrote:
Sam Smith wrote:
Sam,
Thanks for the trace. I need to talk to someone about getting an
OpenBSD box to test out potential solutions.
I'm available to test a prerelease version of the DBD driver.
Thanks!
It's my intent to roll up a
previous message, I have done
further investigations trying to find the problem.
Please note that my knowledge of DBI/DBD is almost null, so the
followings are only simple suppositions.
I have seen that mysql_st_internal_execute() function is executed
by both the do and execute methods
investigations trying to find the problem.
Please note that my knowledge of DBI/DBD is almost null, so the
followings are only simple suppositions.
I have seen that mysql_st_internal_execute() function is executed
by both the do and execute methods. It seems that the problems
are only with the do
1 - 100 of 285 matches
Mail list logo