Which driver are you using? UnixODBC is the driver manager. I'd check:
df -h -- volumes with low disk space
log files (at or near your ulimit)
Jeff
-Original Message-
From: Daniel Kasak [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 27, 2005 5:25 PM
To:
Hi,
My name is Kotra Kiran Kumar .I am working in HSBC Software ,Pune,India .I
installed Http::Recorder perl modules .When I am trying to run
http-recorder I am getting code when I moved from one page to another page
through links.But when I submits any form in the web page the proxy
This is not a DBI question. Please don't post off-topic questions to the
dbi-users list.
Suffice it to say, the error message suggests that you are calling
query_param() on a string rather than an object.
Ronald
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Hi,
I am upgrading my Oracle client. This probably means I need to recompile
DBD::Oracle. Correct?
Thanks,
Ian
Correct.
On Tue, 2005-11-29 at 08:33 -0700, Ian Harisay wrote:
Hi,
I am upgrading my Oracle client. This probably means I need to recompile
DBD::Oracle. Correct?
Thanks,
Ian
--
Scott T. Hildreth [EMAIL PROTECTED]
Tim Bunce [EMAIL PROTECTED] wrote:
I'll guess that what you're really after is to be able to call begin_work
again whilst an earlier begin_work is in effect and have the DBI keep a
counter of how deeply nested the begin_work calls are. Then commit would
decrement the counter and only commit at
On Tue, Nov 29, 2005 at 10:50:01AM -0800, Tyler MacDonald wrote:
Tim Bunce [EMAIL PROTECTED] wrote:
I'll guess that what you're really after is to be able to call begin_work
again whilst an earlier begin_work is in effect and have the DBI keep a
counter of how deeply nested the begin_work
file: $CPAN/authors/id/T/TI/TIMB/DBI-1.49.tar.gz
size: 385494 bytes
md5: dd9c7b50d0fbfd04d1737c273cb1b9a5
=head2 Changes in DBI 1.49 (svn rev 2287), 29th November 2005
Fixed assorted attribute handling bugs in DBD::Proxy.
Fixed croak() in DBD::NullP thanks to Sergey Skvortsov.
There is a problem in Oracle 10.2 that surfaces after you install the latest
Perl, dbd-oracle and dbi on a windows box. The symptom is that sqlplus and
sqlplusw no longer function, they return almost immediately to the command
prompt. This is a know but undocumented problem in oracle. I
Whoops, trace file was to big... attached is the first 200 lines.
On Tue, 2005-11-29 at 11:39 -0600, Scott T. Hildreth wrote:
Perl: 5.008003(i686-linux)
OS : linux (2.4.24-abi)
DBI : 1.48
DBD::mysql : 2.9008
DBD::Sponge :
Tim Bunce [EMAIL PROTECTED] wrote:
PostgreSQL is non-standard (and inconvenient) in this respect.
I chatted with Mischa (my work's resident DB guru) about this, and
according to him, the error behaviour when you attempt to SELECT from a
table that does not exist is undetermined in the
Hi - I'm soon to be doing a Perl app on the Internet, that'll need
database. We want the db to be as free as possible, but still fully
multi-user (web-based). Would the best route be MySql on Linux? Random
access files? Something else? We want no licensing obligations (no Oracle,
Sequal Server,
You're likely to get as many opinions as there are respondents to your
question. MySQL seems to be the most popular for smaller Web apps. It's free,
Free, easy to use, well documented, widely understood, and capable enough for
most tasks. PostgreSQL is also popular for similar reasons, but
On Tue, 29 Nov 2005 20:09:26 -0500, Josh Danziger wrote:
Hi Josh
arbitrary SQL statements on the database a breeze. I've heard
arguments that postgresql is a better database platform; the claim
is that postgres is more functional and runs faster (I don't know
how this changed with MySQL 5).
John Armstrong [EMAIL PROTECTED] wrote:
Hi - I'm soon to be doing a Perl app on the Internet, that'll need
database. We want the db to be as free as possible, but still fully
multi-user (web-based). Would the best route be MySql on Linux? Random
access files? Something else? We want no
At 5:02 PM -0800 11/29/05, John Armstrong wrote:
Hi - I'm soon to be doing a Perl app on the Internet, that'll need
database. We want the db to be as free as possible, but still fully
multi-user (web-based). Would the best route be MySql on Linux? Random
access files? Something else? We want no
postgreSQL!
On Tue, 29 Nov 2005, John Armstrong wrote:
Hi - I'm soon to be doing a Perl app on the Internet, that'll need
database. We want the db to be as free as possible, but still fully
multi-user (web-based). Would the best route be MySql on Linux? Random
access files? Something else? We
17 matches
Mail list logo