On Sun, 5 Aug 2001, Jonathan Leffler wrote:
Tim Bunce wrote:
On Thu, Jan 04, 2001 at 02:09:53PM +0100, H.Merijn Brand wrote:
On Wed 01 Aug 2001 17:28, Tim Bunce [EMAIL PROTECTED] wrote:
Does anyone know of any DBI drivers that are implemented in XS
(ie C) that [do not] use the Driver.xst
not expect to achieve that on a LAN -- but it illustrates
that special features can make a huge difference to performance.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
Guardian of DBD::Informix 1.00.PC1 -- see http://www.cpan.org/
#include disclaimer.h
Moved to dbi-dev as this is getting much more like a dev issue than
a general dbi-users issue.
On Thu, 20 Sep 2001, Tim Bunce wrote:
On Wed, Sep 19, 2001 at 05:49:26PM -0700, Jonathan Leffler wrote:
On Wed, 19 Sep 2001, Tim Bunce wrote:
On Wed, Sep 19, 2001 at 11:24:39AM -0500, James Maes
, whatever); the table name is 'He
said, What?' where the single quotes are not part of the name.
It is hairy dealing with such stuff...
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
Guardian of DBD::Informix 1.00.PC1 -- see http://www.cpan.org/
#include disclaimer.h
and then all will be
fine. Without that, Informix won't be able to do much -- you'll simply
get (at best) syntax errors and (at worst) misunderstood SQL.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
Guardian of DBD::Informix 1.00.PC1 -- see http://www.cpan.org/
#include disclaimer.h
On Mon, 21 Jan 2002, Tim Bunce wrote:
On Mon, Jan 21, 2002 at 01:42:40PM -0800, Jonathan Leffler wrote:
[...]
Thanks, the examples helped explain where you're coming from.
[..] The default implementation of quoted_identifier will work with
DBD::Informix if the program has DELIMIDENT set
means
that Informix customers will be able to purchase support from Informix for
IBM Informix Database Driver for Perl.
* This release provides a (limited) support for UDTs - see README for details.
* See the ChangeLog file for details about what has changed.
Jonathan Leffler ([EMAIL PROTECTED
.
* See the ChangeLog file for details about what has changed.
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
@(#)$Id: Announce version /main/36 2000-02-09 14:01:07 - hacked $
--
Jonathan Leffler #include disclaimer.h
STSM, IBM Data Management Solutions. Phone
On Thu, 7 Feb 2002, Tim Bunce wrote:
On Thu, Feb 07, 2002 at 01:41:16PM -0800, Jonathan Leffler wrote:
It is by no means a show-stopper, but whenever I build DBI 1.21, it
always copies Changes down to blib/lib/DBI/Changes.pm instead of only
doing it once. [...]
[...] But a patch would
On Wed, 13 Feb 2002, H.Merijn Brand wrote:
On Wed 13 Feb 2002 02:02, Jonathan Leffler [EMAIL PROTECTED] wrote:
+=over 4
+
+*FIX ME* If there are statements 'active' when the $dbh is destroyed,
+does DBI arrange to destroy those statement handles, or does the driver need to
+do the work
the driver's version?
I ask because DBD::Informix currently tracks Statement for itself, more
or less as implied by the code above. This has consequences for the
FETCH code (which does recognize it) and the STORE code (which declines
to do anything with it.
--
Jonathan Leffler
and performs fine.
--
Jonathan Leffler #include disclaimer.h
STSM, Informix Database Engineering, IBM Data Management Solutions
Phone: +1 650-926-6921 Tie-line: 630-6921
Email: [EMAIL PROTECTED] (RIP [EMAIL PROTECTED])
Notes ID: Jonathan Leffler/Menlo Park
I was able to build DBD::Informix 1.00.PC2 out of the box with Perl
5.7.3 and a mildly modified version of DBI 1.21 (one line change in
DBI.xs -- see patch in message with subject Physician Heal Thyself?),
on Solaris 7 with GCC 3.0.4 and Informix ClientSDK 2.70.UC1.
--
Jonathan Leffler
it with an independent entity).
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
Guardian of DBD::Informix 1.00.PC2 -- see http://dbi.perl.org/
#include disclaimer.h
[EMAIL PROTECTED] wrote:
On Sun, 10 Mar 2002, Jonathan Leffler wrote:
Binding is simplified: simply scan for the desired placeholder name and
copy the value and data type. Execution is simplified because we need
not reparse the statement. The bound values need to be quoted
?...
--
Jonathan Leffler #include disclaimer.h
STSM, Informix Database Engineering, IBM Data Management Solutions
Phone: +1 650-926-6921 Tie-line: 630-6921
Email: [EMAIL PROTECTED] (RIP [EMAIL PROTECTED])
Notes ID: Jonathan Leffler/Menlo Park/IBM@IBMUS
Guardian
think?
What should the dbd_st_rows method do? What happens if it is not
provided?
--
Jonathan Leffler #include disclaimer.h
STSM, Informix Database Engineering, IBM Data Management Solutions
Phone: +1 650-926-6921 Tie-line: 630-6921
Email: [EMAIL
specification of $dbh-tables()?
Now you know why I'm balding!
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
with DBI 1.32
if absolutely necessary, though that would then break when DBI 1.33 is
finally released, so I'd rather wait.
--
Jonathan Leffler #include disclaimer.h
STSM, Informix Database Engineering, IBM Data Management
Phone: +1 650-926-6921 Fax: +1 650-926-6971 Tie
Tim Bunce wrote:
On Sun, Dec 15, 2002 at 10:16:47PM -0800, Jonathan Leffler wrote:
Dear Tim (and others who've worked on the metadata methods),
I'd like to check on my understanding of what's required from the
metadata methods such as $dbh-tables. [...]
Thanks for the feedback, Tim.
{Yes, I
the original DBI 1.32
version of DBD.pm. The uncompressed one is against the DBD.pm I sent you y'day.
--
Jonathan Leffler #include disclaimer.h
STSM, Informix Database Engineering, IBM Data Management
Phone: +1 650-926-6921 Fax: +1 650-926-6971 Tie-line: 630-6921
Email
have the zeroth column as the DBI version number, and then
have the other column numbers matching the ODBC spec?
/grin
That seems more than a trifle wasteful, not to mention backwards
incompatible, so it is not a very serious suggestion.
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix
?
*/
! pg_error(dbh, beginstatus, begin failed\n);
! return 0;
! }
!
! /* if the initial COMMIT failed, return 0 now */
! if (commitstatus != PGRES_COMMAND_OK) {
return 0;
}
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include
disclaimer.h
I don't suffer from
I've mercilessly truncated the message to which I'm responding with
[...] marking most omissions. It's still a fairly long response, though.
Dean Arnold wrote:
Jonathan Leffler wrote:
Dean Arnold wrote:
1. Will this support updatable cursors? [...]
[...]Informix does not support updatable
as I feared ;-)
:)
It's my intention that the DBI provide more 'hand-holding' for
drivers over time as part of a (very) vague perl6 migration strategy.
Tim.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
,
but we may need to do a better job than that. What do you think, Tim?
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management Solutions
4100 Bohannon Drive, Menlo Park, CA 94025
Tel: +1 650-926-6921 Tie-Line: 630-6921
I don't suffer from insanity; I
build this module, use the ItWorks (Perl)
** script to report your configuration to the maintenance team (meaning
** Jonathan Leffler) at [EMAIL PROTECTED] Note that ItWorks does not
** send email to anybody; you have to do that yourself.
New in release 2003.03.0303:
* Pre-requisite version of DBI
build this module, use the ItWorks (Perl)
** script to report your configuration to the maintenance team (meaning
** Jonathan Leffler) at [EMAIL PROTECTED] Note that ItWorks does not
** send email to anybody; you have to do that yourself.
New in release 2003.03.0400:
* Minor bug fix release
, into development releases leading up to a DBI 1.36.
Did my patch to data_sources make it? Curiosity is killing this cat,
that's all.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
Tim Bunce wrote:
On Fri, Mar 07, 2003 at 11:12:00PM -0800, Jonathan Leffler wrote:
Tim Bunce wrote:
I'd appreciate a summary of which drivers support some form of
``last insert id'' and details of the interface they provide.
Specifically...
via an attribute or method?
at the sth
Tim Bunce wrote:
Jonathan Leffler wrote:
Tim Bunce wrote:
Can you tell if the last insert generated a SERIAL or SERIAL8 id?
Or would the application need to give you a hint?
I don't need an application hint, though I can't readily tell either.
The SERIAL I can guess pretty reliably simply
-- and I disliked the semantics. The revised semantics
and default are acceptable; if agreed elsewhere, I'd be prepared to
add support for it to DBD::Informix in due course.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http
it into a succinct capabilities matrix, so I'll start:
modulecol-vals-onlytablenamespartial-valsin( ?foolist)
DBD::CSV: yesno no no
DBD::Informix yesno no no
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL
after one of the keywords SET, MULTISET or LIST), { and } are not
comment markers.
In some contexts, # comments are recognized, but in general, that
marks an SLV (statement local variable) rather than a comment.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
.
The second paragraph of Jeff's also warrants the same commentary about
the use of single or double quotes being acceptable to Informix for
enclosing strings unless you explicitly tell the server otherwise.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
, but the operation goes through anyway. Which DBMS
doesn't do that automatically? Ingres?
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
:
/Users/jleffler/perl/v5.8.3/lib/5.8.3/darwin-2level
/Users/jleffler/perl/v5.8.3/lib/5.8.3
/Users/jleffler/perl/v5.8.3/lib/site_perl/5.8.3/darwin-2level
/Users/jleffler/perl/v5.8.3/lib/site_perl/5.8.3
/Users/jleffler/perl/v5.8.3/lib/site_perl
.
--
Jonathan Leffler ([EMAIL
to the standardized name.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
with the writing...
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
with the database server.
Informix can use shared memory connections -- and uses semaphores for
synchronization.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
is ready. This
would be compatible with either local or remote systems.
No - as I said previously, file descriptors (whether pipe, socket,
file or anything else) are not the only mechanism used to achieve IPC
- interprocess communication.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
First edition misdirected in error.
-- Forwarded message --
From: Jonathan Leffler [EMAIL PROTECTED]
Date: Thu, 9 Sep 2004 00:07:12 -0700
Subject: Re: interface ideas for non-blocking mode
To: David Nicol [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
On Wed, 8 Sep 2004 14:39:45 -0500
If so, contact me (at this account) and the first 3 response (maybe
more) get an invitation.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
of my other email addresses to join Gmail,
different from the one used to make this subscription.)
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
On Fri, 22 Oct 2004 09:31:00 +0100, Tim Bunce [EMAIL PROTECTED] wrote:
On Thu, Oct 21, 2004 at 11:05:22PM -0700, Jonathan Leffler wrote:
You can decide whether or not it is a good idea for you to follow
suit, but for the next release of DBD::Informix, the documented email
contact point
interface that reports whether the
current $dbh will use actual or emulated prepared statements. Unless
one already exists.
Ask Tim nicely - and expect a lag while drivers catch up.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http
a change in behaviour
with DBI and Perl 5.61 -- did you get to see that? I sent it to
[EMAIL PROTECTED] from work, but I'm not sure if it went to the list.
The copy I sent myself directly to gmail got there, but I'm not sure I
saw the list version.)
--
Jonathan Leffler [EMAIL PROTECTED
-directly; see below.
-
$VERSION = 1.23.00 # Version number of DBD::File
This is where the version number of your driver is specified.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
I don't suffer from insanity
On Tue, 14 Dec 2004 16:47:39 +, Tim Bunce [EMAIL PROTECTED] wrote:
On Tue, Dec 14, 2004 at 07:08:08AM -0800, Jonathan Leffler wrote:
I had certainly managed to miss this change - which could easily
account for some of the weirdnesses I'd been seeing in DBD::Informix.
(I haven't had
Sorry for this flurry of half-researched questions... :-(
I'll probably be able to submit another patch to DBI::DBD.pm out of this.
On Wed, 15 Dec 2004 10:11:57 +, Tim Bunce [EMAIL PROTECTED] wrote:
On Tue, Dec 14, 2004 at 06:24:40PM -0800, Jonathan Leffler wrote:
On Tue, 14 Dec 2004 16
On Fri, 3 Dec 2004 20:54:00 +, Tim Bunce [EMAIL PROTECTED] wrote:
On Fri, Dec 03, 2004 at 12:15:06PM -0800, Jonathan Leffler wrote:
Testing null handling in DBD::Informix 2004.02 (pre-release), I'm
getting a warning from Perl:
Use of uninitialized value in subroutine entry at t
-
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Information Management Division
4100 Bohannon Drive, Menlo Park, CA 94025
Tel: +1 650-926-6921 Tie-Line: 630-6921
I don't suffer from insanity; I enjoy every minute of it!
I've got about 40 left to offer - they're more generous than before.
Don't cc the list with your response please. Running a FIFO.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every
-users as I'd like you to be able to show wider support for the
proposals from the user community.
Tim.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
On Wed, 9 Mar 2005 09:47:20 +0100, H.Merijn Brand [EMAIL PROTECTED] wrote:
On Tue, 8 Mar 2005 12:12:23 -0800, Jonathan Leffler
[EMAIL PROTECTED] wrote:
On Tue, 8 Mar 2005 11:01:48 +, Tim Bunce [EMAIL PROTECTED] wrote:
On Mon, Mar 07, 2005 at 11:47:32PM -, Greg Sabino Mullane wrote
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
scenarios
- which is critical.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
you successfully build this module, use the ItWorks (Perl)
** script to report your configuration to the maintenance team (meaning
** Jonathan Leffler) at [EMAIL PROTECTED]
** Note that ItWorks does not send email to anybody; you have to do that
** yourself.
New in release 2005.01:
* Various minor
it is necessary. The overhead of another function call is
minimal, and the code put into Informix.xsi by DBI etc is
inscrutable, and best left for Tim to worry about.
HTH - not sure whether it will.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2005.01 - http
with
http://svn.perl.org/modules/SQL-Statement/trunk/SQL-Statement-1.14.tar.gz
Thanks!
--
Jeff
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2005.01 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
And it worked fine on MacOS X 10.3.9 with Perl 5.8.6.
On 4/22/05, Jonathan Leffler [EMAIL PROTECTED] wrote:
Worked OK on Solaris 8 with Perl 5.8.6 etc... And it was just 'single
gzipped'.
I'll check on MacOS X tonight.
t/03executeDBD skipped 1/16 (No XBase installed).
On 4/22/05
Worked OK on Solaris 8 with Perl 5.8.6 etc... And it was just 'single gzipped'.
I'll check on MacOS X tonight.
t/03executeDBD skipped 1/16 (No XBase installed).
On 4/22/05, Jeff Zucker [EMAIL PROTECTED] wrote:
Jonathan Leffler wrote:
the file seemed to be
a double gzipped file
Hmm
needs to work with.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2005.01 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
all in favour of looking at the big picture and trying to see where you
want to go. However, you must also keep an eye out for the marshes between
where you are and where you want to go; don't let DBI be sunk by ignoring
the realities of the available DBMS.
--
Jonathan Leffler [EMAIL PROTECTED
the hell out of me if you
can't define a connection string that will work with Informix (I'm not too
worried about the challenge-response stuff, though Informix can handle
that).
Oh - and DBI v2 should have support for scrollable cursors.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
On 7/9/05, Darren Duncan [EMAIL PROTECTED] wrote:
At 1:03 AM -0700 7/9/05, Jonathan Leffler wrote:
Can you explain which parts of the SQL:2003 mandate this notation?
I've had a moderately good poke around my copy of ISO/IEC
9075-2:2003 (SQL/Foundation) and cannot find this. I'd like a few
drivers, it
is doable.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2005.01 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
you successfully build this module, use the ItWorks (Perl)
** script to report your configuration to the maintenance team (meaning
** Jonathan Leffler) at [EMAIL PROTECTED]
** The ItWorks script does not send email to anybody; you have to do
** that yourself.
New in release 2005.02:
* The changes
system to system...
The question should be is -rpath,/usr/lib/oracle/xe/... understood by the
loader in every situation? to which, I suspect, the answer is No. If
you're using GNU LD, you are likely OK; if you're using other loaders, maybe
not.
--
Jonathan Leffler [EMAIL PROTECTED] #include
the
fallback work? DBI? The driver? If the latter, I oppose - probably even
if you make it absolutely crystal clear what the fallback semantics are.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2005.02 - http://dbi.perl.org
I don't suffer from insanity - I
; DBD::WhatEver when using another driver), and
sometimes the underlying DBMS - or, even the DBMS and DBMS API versions.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2005.02 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
, or is it
(or was it) some sort of accident?
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2005.02 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
5.8.8 (64-bit, multi, threads) - no problems (including adding
DBD::Informix).
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2005.02 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.
versions
of Perl; it does not work with prototypes, and may also not create shared
objects. However, that is a wild guess - not wholly uneducated, but still
pretty wild.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2005.02 - http://dbi.perl.org
I don't
)
** script to report your configuration to the maintenance team (meaning
** Jonathan Leffler) at [EMAIL PROTECTED]
** The ItWorks script does not send email to anybody; you have to do
** that yourself.
New in release 2007.0226:
* Support for CSDK 3.00.
* Minor bug fixes.
* No exploitation of new
' be the
default - if you want cached stuff, you have to ask for it?
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2007.0226 - http://dbi.perl.org
Blessed are we who can laugh at ourselves, for we shall never cease to be
amused.
with an _nn at the end in the
announcements on comp.lang.perl.announce, but CPANPLUS doesn't offer to
install them for me.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2007.0226 - http://dbi.perl.org
Blessed are we who can laugh at ourselves, for we shall
using Java(script?) running in your brower.
You should set your 'WikiName' (eg TimBunce or JonathanLeffler) in the
options on the RHS panel.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2007.0226 - http://dbi.perl.org
Blessed are we who can laugh
/07_Database_Interfaces
http://dbi.perl.org/
** When you successfully build this module, use the ItWorks (Perl)
** script to report your configuration to the maintenance team (meaning
** Jonathan Leffler) at [EMAIL PROTECTED]
** The ItWorks script does not send email to anybody; you have to do
/07_Database_Interfaces
http://dbi.perl.org/
** When you successfully build this module, use the ItWorks (Perl)
** script to report your configuration to the maintenance team (meaning
** Jonathan Leffler) at [EMAIL PROTECTED]
** The ItWorks script does not send email to anybody; you have to do
so you can see total action.
Everything should be there including perl -V. Let me know if anything is
missing.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2007.0904 - http://dbi.perl.org
Blessed are we who can laugh at ourselves, for we shall
+file+cc%3A+open+failed%3A+No+such+file+or+directory#70f75626c884f609
Anyone know the Makefile.PL well enough to say why cc ends up in the
OTHERLDFLAGS, since its not a flag? Is there something I should add to the
commandline of Makefile.PL when I run it?
--
Jonathan Leffler [EMAIL
to be resolved.
Support email address:
* This release is supported by Jonathan Leffler [EMAIL PROTECTED].
* You may also report your bugs via the CPAN resolution tracking system:
http://rt.cpan.org/
* Such bug reports can be sent by email to [EMAIL PROTECTED];
they also get sent to [EMAIL
[, $offset]);
Or do we need a more general hash to pass values in?
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2008.0229 - http://dbi.perl.org
Blessed are we who can laugh at ourselves, for we shall never cease to be
amused.
Ooopps - can we get the DBI mailing lists to reply to the list instead of
the sender by default?
On Fri, Mar 14, 2008 at 10:34 AM, Jonathan Leffler
[EMAIL PROTECTED] wrote:
On Fri, Mar 14, 2008 at 9:19 AM, Dean Arnold [EMAIL PROTECTED]
wrote:
Jonathan Leffler wrote:
On Fri, Mar 14
Double ooops - then I wouldn't send it to the wrong list.
On Fri, Mar 14, 2008 at 10:38 AM, Jonathan Leffler
[EMAIL PROTECTED] wrote:
Ooopps - can we get the DBI mailing lists to reply to the list instead of
the sender by default?
On Fri, Mar 14, 2008 at 10:34 AM, Jonathan Leffler
[EMAIL
On Fri, Mar 14, 2008 at 10:38 AM, Jonathan Leffler
[EMAIL PROTECTED] wrote:
Ooopps - can we get the DBI mailing lists to reply to the list instead of
the sender by default?
Double ooopps - if the DBI lists set the Reply-To to themselves, then I
wouldn't have sent this to dbi-users instead
optional without any harm.
Optional colon makes sense - the preferred notation should be documented
(probably without colon).
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2008.0229 - http://dbi.perl.org
Blessed are we who can laugh at ourselves, for we
]# perl -v
This is perl, v5.8.0 built for x86_64-linux-thread-multi
(with 1 registered patch, see perl -V for more detail)
Copyright 1987-2002, Larry Wall
[...]
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2008.0513 - http://dbi.perl.org
Blessed
that,
upgrade to 5.8.8.
You may get lucky and someone may be prepared to help with your actual
configuration, but I have serious doubts.
--
Jonathan Leffler [EMAIL PROTECTED] #include disclaimer.h
Guardian of DBD::Informix - v2008.0513 - http://dbi.perl.org
Blessed are we who can laugh at ourselves
household name), and are very cautious
about changes to anything - not altogether unreasonably.
Does anyone have any recent experience building Perl with static modules?
Should I consider removing all references to them in the DBD::Informix
documentation?
--
Jonathan Leffler [EMAIL PROTECTED
in considerable detail how DBIx::Chart covers what this
invention claims.
--
Jonathan Leffler jonathan.leff...@gmail.com #include disclaimer.h
Guardian of DBD::Informix - v2008.0513 - http://dbi.perl.org
Blessed are we who can laugh at ourselves, for we shall never cease to be
amused.
Schemas, representation in
diagnostics areas, and similar uses.
This is different from the rules for a delimited identifier (one enclosed in
double quotes - unless in MS SQL Server, where [square brackets] are
preferred).
--
Jonathan Leffler jonathan.leff...@gmail.com #include disclaimer.h
uses back quotes in place of double quotes.
I expect there are other idiosyncrasies in other DBMS that I'm simply
unaware of. (I'm also studiously ignoring schema names - the complicate the
matter still more.)
--
Jonathan Leffler jonathan.leff...@gmail.com #include disclaimer.h
Guardian of DBD
On Mon, Jun 29, 2009 at 10:08 AM, David Fetter da...@fetter.org wrote:
On Mon, Jun 29, 2009 at 09:54:04AM -0700, Jonathan Leffler wrote:
On Mon, Jun 29, 2009 at 9:23 AM, David Fetter da...@fetter.org wrote:
On Mon, Jun 29, 2009 at 04:26:30PM +0100, Tim Bunce wrote:
Oracle is one
doesn't have one either for savepoints.
It uses COMMIT for that.
--
Jonathan Leffler jonathan.leff...@gmail.com #include disclaimer.h
Guardian of DBD::Informix - v2008.0513 - http://dbi.perl.org
Blessed are we who can laugh at ourselves, for we shall never cease to be
amused.
is to explicitly name every returned value with an AS clause.
--
Jonathan Leffler jonathan.leff...@gmail.com #include disclaimer.h
Guardian of DBD::Informix - v2008.0513 - http://dbi.perl.org
Blessed are we who can laugh at ourselves, for we shall never cease to be
amused.
PERL_POLUTE mode.
So please test compiled drivers against DBI 1.613_71.
Thanks!
Tim.
--
Jonathan Leffler jonathan.leff...@gmail.com #include disclaimer.h
Guardian of DBD::Informix - v2008.0513 - http://dbi.perl.org
Blessed are we who can laugh at ourselves, for we shall never cease
1 - 100 of 122 matches
Mail list logo