think that it should have been quoted since
DBI::looks_like_number() returns false for the string 1.#INF.
I agree that drivers using emulated placeholders should use
looks_like_number() as a final check before adding a supposedly numeric
(SQL_INTEGER, SQL_FLOAT etc) value without quotes.
Tim.
to the mysql_thread_id() API function:
http://dev.mysql.com/doc/mysql/en/mysql-thread-id.html
Tim.
, mysql_take_imp_data isn't needed at all.
There's no 'preparation' the driver needs to do.
Tim.
On Tue, Mar 29, 2005 at 11:32:45PM -0500, Stas Bekman wrote:
Tim Bunce wrote:
Still no time to dig, but it sounds like an tie inner vs outer issue.
If you're using the outer handle then you'll need to mg_get() to fire
FETCH.
If that's not it then perhaps you could send me a patch (svn diff
On Wed, Mar 30, 2005 at 11:02:12AM -0500, Stas Bekman wrote:
Tim Bunce wrote:
The DBIc_ACTIVE_off isn't needed. In fact, looking at DBD::Mysql's
struct imp_dbh_st, mysql_take_imp_data isn't needed at all.
There's no 'preparation' the driver needs to do.
You mean it should be just
I've no time to dig, but this works:
$ perl -MDBI -wl -e 'print
DBI-connect(dbi:Sponge:,undef,undef,{dbi_imp_data=42})-{dbi_imp_data}'
42
Tim.
On Mon, Mar 28, 2005 at 05:09:21PM -0500, Stas Bekman wrote:
Stas Bekman wrote:
Tim, connect() never uses dbi_imp_data attribute
in DBI.pm: sub
On Tue, Mar 22, 2005 at 04:46:33PM -0800, David Wheeler wrote:
YES! :-)
:)
On Mar 22, 2005, at 4:21 PM, Tim Bunce wrote:
The return; is because I've not decided how to interpret return values
so to avoid problems later I've mandated that callbacks must return
nothing.
I can certainly
: Memory allocation is slow.
What you're seeing is the same reason that fetchall_* (and selectall_*)
is often slower than fetchrow_*.
http://search.cpan.org/src/TIMB/DBI_AdvancedTalk_2004/sld017.htm
Tim.
?
Tim.
p.s. There's no PurePerl support and I've no plans to add it anytime soon.
Ah, phooey. Guess I'll have to work on finishing the callbaks now ;)
Thanks Steffen.
Tim.
On Wed, Mar 16, 2005 at 01:35:23PM +0100, Steffen Goeldner wrote:
Looks like t/11fetch.t should return a true value.
Patch attached.
Steffen
Index: t/11fetch.t
On Mon, Mar 14, 2005 at 10:06:51AM -0800, Zhuang Li wrote:
Sure, Tim. I'll do it as soon as I get a chance.
DBI 1.48 is out now. I added a t/11fetch.t file with some basic tests.
That's the one to patch.
Tim.
Thanks,
john
-Original Message-
From: Tim Bunce
Sent: Saturday
Thanks John.
Any chance you could add some tests in the relevant t/*.t file?
[John has polished up the rough code I sketched out last January
on dbi-dev in response to a request from Daniel Lewart.]
Tim.
On Thu, Mar 10, 2005 at 10:32:35AM -0800, Zhuang Li wrote:
I've made a patch
added driver-private APIs
for the same feature. That way we have a range of practical experience
to drawn on.
It's late. I will try and write up an API and a dbi-users proposal soon.
Feel free to bounce it off me before sending to the list so save
one round of debate on the first version.
Tim.
for that reason.
Drivers are, of course, fee to add whatever they want.
Tim.
On Thu, Mar 10, 2005 at 10:54:37AM -, Martin J. Evans wrote:
On 10-Mar-2005 Tim Bunce wrote:
On Thu, Mar 10, 2005 at 08:54:54AM -, Martin J. Evans wrote:
although ODBC does not define what happens if one of the commits on a
connection fails (this alone probably makes commiting
wider support for the
proposals from the user community.
Tim.
proposals should
be made in that context.
Tim.
$key = do{ local $^W; # silence undef warnings
...
}
Counts as simple, effective, sufficient, and efficient in my book :)
Tim.
On Mon, Feb 21, 2005 at 04:10:29PM -0800, David Wheeler wrote:
On Feb 21, 2005, at 2:17 PM, Tim Bunce wrote:
Which is also pretty easily done, eh? Something like this?
Yes, though I wouldn't bother validating the contents of the hash.
Just checking you're getting a hash ref is enough I
on the DBI module.
Cool! Done. Thanks.
Tim.
On Tue, Feb 15, 2005 at 10:38:20AM -0800, David Wheeler wrote:
On Feb 14, 2005, at 3:09 AM, Tim Bunce wrote:
[On the roadmap/todo there's an item about recording the names of
all attributes that have been set on a handle. That may also be
useful here so drivers can be led by what attributes
On Sun, Feb 13, 2005 at 05:54:40PM -0800, David Wheeler wrote:
On Feb 13, 2005, at 2:44 PM, Tim Bunce wrote:
The DBD::_::connect method then becomes just something like
my $dbh = $drh-new_child($attr) or return;
$dbh-connect(...) or return;
return $dbh;
then we kindly
Thanks Steffen, applied.
Tim.
On Thu, Feb 10, 2005 at 11:59:38AM +0100, Steffen Goeldner wrote:
A DBI driver should pass the following tests:
my @ti = $dbh-type_info;
ok( @ti,'type_info');
my $tia = $dbh-type_info_all;
is( ref $tia,'ARRAY','type_info_all');
my $idx = shift
On Fri, Feb 11, 2005 at 11:18:34AM -0800, David Wheeler wrote:
On Feb 4, 2005, at 10:38 AM, David Wheeler wrote:
That's starting to get might complex, isn't it?
Uh, mite. :-)
Or mighty, perhaps.
Tim.
On Thu, Feb 03, 2005 at 03:49:11PM -0800, David Wheeler wrote:
On Feb 3, 2005, at 3:30 PM, Tim Bunce wrote:
Should be pretty straight-forward. Are there other events for which
you'd like to add callbacks? OnPrepare, perhaps? OnExecute? OnFetch?
Yes, but let's just start with the connect
::Oracle for the above environment and
running into problems at the linking part.
The README also says:
: It is important to use a Perl that was built on the system you are
: trying to use and it's also important to use the same compiler that
: was used to build the Perl you are using.
Tim.
On Wed, Feb 02, 2005 at 10:50:20AM -0800, David Wheeler wrote:
On Feb 2, 2005, at 2:59 AM, Tim Bunce wrote:
Ah, I see. But loking at DBI::_::dr::connect_cached, it looks as though
connect() isn't called if it finds an active, pingable driver in the
cache.
That's right.
I must still
On Thu, Feb 03, 2005 at 08:40:48AM -0800, David Wheeler wrote:
On Feb 3, 2005, at 7:45 AM, Tim Bunce wrote:
+ my $no_reset = delete $attr-{NoReset};
+ %$attr = () if $no_reset;
If this looks good to you, I can add a test for it and update the docs
and send that patch.
Any
that the DBI fund,
such as it is, be used to compensate those volunteering, and
deliverying, some of those chunks. Helping those who help others.
Tim.
On Thu, Jan 13, 2005 at 03:17:28PM -0800, Gennis Emerson wrote:
Could the prefix jdbc_ be registered for DBD::JDBC?
Done.
Tim.
.)
The stub will resolve the method lookup and then, because it's only
a stub (a declaration without a definition), AUTOLOAD will still
be called for you.
Tim.
. And
stopping there.
I'm happy to let a thousand flowers bloom ... outside the DBI itself :)
If it stratches your itch then go right ahead.
Tim.
On Fri, 14 Jan 2005 00:08:28 -0800, Jonathan Leffler
[EMAIL PROTECTED] wrote:
On Thu, 13 Jan 2005 13:26:31 +0100, Jochen Wiedmann
[EMAIL PROTECTED
DBI.
Tim.
On Tue, Jan 11, 2005 at 02:46:46PM +0530, Manoj Kumar wrote:
I would like to know from Perl community , how to I give call
to a java method from perl .
Thanks
--mksheoran
http://www.catb.org/~esr/faqs/smart-questions.html
Tim.
Thanks, applied.
Tim.
On Fri, Dec 17, 2004 at 11:33:24AM +0100, Steffen Goeldner wrote:
Changed DBD::ExampleP to reflect the recent changes to DBI::DBD.
Steffen
Index: lib/DBD/ExampleP.pm
===
--- lib/DBD/ExampleP.pm
On Fri, Dec 17, 2004 at 02:15:57PM +0100, Steffen Goeldner wrote:
P.S.: This was my last patch this year.
Thanks, applied.
I wish all a Merry Christmas and a Happy New Year!
Thanks Steffen. And many thanks for all your well-considered
and well-presented patches.
Tim.
attribute.
- The examples are more consistent ($dbh is always the inner handle).
Thanks, applied.
Tim.
On Thu, Dec 16, 2004 at 03:19:57PM +0100, Steffen Goeldner wrote:
Tim Bunce wrote:
[...]
+ # add driver prefix to attribute name if it doesn't have it
already
+ $attr_name = $driver_prefix.$attr_name
+ unless $attr_name =~ /^$driver_prefix/o
returns
Comments, or patches against subversion, most welcome.
Tim.
On Tue, Dec 14, 2004 at 06:24:40PM -0800, Jonathan Leffler wrote:
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
On Wed, Dec 15, 2004 at 07:27:59AM -0800, Jonathan Leffler wrote:
Sorry for this flurry of half-researched questions... :-(
I'll probably be able to submit another patch to DBI::DBD.pm out of this.
Great! Thanks.
Tim.
p.s. Patch against subversion if possible. If not grab the latest
from
' that ensures that errors on one db handle don't
also appear on other children of the same handle.
Having said that, there is certainly a possibility that changes
in this area could be related to the 'weirdnesses' you're seeing.
But that wouldn't be by design.
Tim.
On Tue, 14 Dec 2004 10:12:54 +0100
On Tue, Dec 14, 2004 at 02:13:17PM -0800, Jonathan Leffler wrote:
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:
Use of uninitialized value in subroutine entry at t/t91udts.t line 97.
$sth
Thanks, applied.
Tim.
On Tue, Dec 14, 2004 at 10:12:54AM +0100, Steffen Goeldner wrote:
DBI 1.31 suggests that lexically scoped variables should
be passed to _new_dbh():
http://search.cpan.org/~timb/DBI/Changes#Changes_in_DBI_1.31,_29th_November_2002
DBI 1.33 suggests that drivers
without providing an error string?
Should a (more useful) warning be generated by set_err?
Should set_err set errstr to a default like (errstr undef)?
Tim.
--- DBI.xs (revision 583)
+++ DBI.xs (working copy)
@@ -2870,7 +2870,10 @@
sprintf(intro,%s %s %s: , HvNAME(DBIc_IMP_STASH
in this kind of situation.
Thanks.
Tim.
On Mon, Dec 06, 2004 at 10:30:03AM +, Tim Bunce wrote:
I've appended a provisional patch.
Here's one that works:
@@ -2870,7 +2872,11 @@
sprintf(intro,%s %s %s: , HvNAME(DBIc_IMP_STASH(imp_xxh)),
err_meth_name,
SvTRUE(err_sv) ? failed : is_warning ? warning : information
On Mon, Dec 06, 2004 at 09:10:33AM -0800, Jonathan Leffler wrote:
On Fri, 3 Dec 2004 21:04:11 +, Tim Bunce [EMAIL PROTECTED] wrote:
On Thu, Dec 02, 2004 at 04:07:13PM -0800, Jonathan Leffler wrote:
unless ($dbh = $drh-$connect_meth($dsn, $user, $pass, $attr
with the _r
version of the Sybase libraries.
DBD::Oracle is thread-safe, AFAIK. It automatically initializes the
OCI library in threaded mode if the perl is configured for threading
or multiplicity.
Tim.
p.s. Michael, DBD::Sybase could (should?) automatically link with
the _r version of the Sybase
towards wiki (Kwiki) content management.
Then anyone with a perl.org account can edit pages (with revision control
and emailing of diffs etc).
Meanwhile, Ilya has given up hope of finding time to maintain the site.
I've found another volunteer and I'm working with him to get upto speed.
Tim.
On Thu, Dec 02, 2004 at 04:07:13PM -0800, Jonathan Leffler wrote:
Dear Tim,
I was just getting ready to ship DBD::Informix 2004.02 when I made the
mistake of testing it with Perl 5.6.1 and DBI 1.46.
I ran into problems with a DBD::Informix test that was expecting an error
code to be set
.
At the moment there's no more than a mailing list: [EMAIL PROTECTED]
(mailto:[EMAIL PROTECTED])
Tim.
On Tue, Nov 23, 2004 at 10:39:48PM -0800, Jonathan Leffler wrote:
On Tue, 23 Nov 2004 13:20:20 -0800, Darren Duncan
[EMAIL PROTECTED] wrote:
First of all, thanks to those of you who replied to my question. Very
helpful.
At 3:18 PM + 11/23/04, Tim Bunce wrote:
You've got a lot
On Wed, Nov 17, 2004 at 09:09:32AM -0500, Steven N. Hirsch wrote:
Tim,
I'm working on qualifying perl-5.8.3 and DBI-1.46 for a critical
application which uses DBI. We've been running with perl-5.8.0 + DBI-1.35
for quite a while (color me conservative when my job's at stake).
After
functions to help diagnose Unicode issues.
All can be imported via the use DBI qw(:utils) tag.
=cut
I'd appreciate some testing soonish. I plan to release it Monday evening.
Thanks!
Tim.
to happen. I have a largish codebase based on this quite
resonable expectation.
It can be argued that both expectations are reasonable.
But I can see that ignoring pure-scalar parameters when calculating
tuples to execute is more practical.
I'll change it.
Tim.
foreach (keys(%hash_of_arrays
On Mon, Nov 08, 2004 at 10:14:52AM +0100, Steffen Goeldner wrote:
Hi Tim,
belatedly congratulations for your Oracle award. Is it true that
it's endowed with a 1/2 year-long free Metalink access?
Not that I'm aware of. No endowments at all :)
Attached is a small patch for DBI::DBD::Metadata
On Thu, Oct 28, 2004 at 05:19:53PM +0200, H.Merijn Brand wrote:
On Fri 22 Oct 2004 23:36, Tim Bunce [EMAIL PROTECTED] wrote:
Added Test::More as a prerequisite module.
Now you're (also) using Test::More, I suggest using it a way that makes
debugging easier once things fail:
Patches
On Wed, Oct 27, 2004 at 09:39:33AM +0200, H.Merijn Brand wrote:
On Fri 22 Oct 2004 23:36, Tim Bunce [EMAIL PROTECTED] wrote:
file: $CPAN/authors/id/T/TI/TIMB/DBD-Oracle-1.16.tar.gz
size: 235224 bytes
md5: 9711550ed0ebfc743920a6a357ed717c
I know you can't blame the test
recently but not
yet reenabled the tests to see which no longer fail.
Anyone with Oracle 8.x can find how how true that is by setting the
DBD_ALL_TESTS env var to a true value. Let me know... :)
Tim.
://rt.cpan.org/NoAuth/Bugs.html?Dist=DBD-Informix
https://rt.cpan.org/NoAuth/Dists.html?Queue=Informix
Seems like a better way to manage bug reports etc., as that's
what RT was designed to do.
Tim.
On Fri, Oct 22, 2004 at 09:53:06AM +0200, Steffen Goeldner wrote:
Tim Bunce wrote:
On Thu, Oct 21, 2004 at 06:57:20PM +0200, Honza Pazdziora wrote:
On Thu, Oct 21, 2004 at 06:46:15PM +0200, H.Merijn Brand wrote:
On Thu 21 Oct 2004 18:20, Tim Bunce [EMAIL PROTECTED] wrote:
Please try
On Thu, Oct 21, 2004 at 05:00:56PM -0500, Scott T. Hildreth wrote:
Tim,
Are you still maintaining DBD::Proxy?
Yes, with a loose definition of the word maintaining.
Have you had a request for supporting named parameters?
Tim Howell [CC'd] volunteered but not much has happened.
I could
On Fri, Oct 22, 2004 at 01:14:42PM -0700, Jonathan Leffler wrote:
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
On Fri, Oct 22, 2004 at 09:00:23AM -0700, Tim Howell wrote:
Just a quick note to let everyone know that I haven't dropped off the
face of the planet and am, indeed working on DBD::Proxy. I got slammed
by a couple of projects on my return from OSCON and the programming side
of my job
On Thu, Oct 21, 2004 at 08:53:40AM +0200, Steffen Goeldner wrote:
Tim Bunce wrote:
Yes, another release candidate!
You know, my Borland compiler is now in picky mode:
'typename' is only allowed in template declarations in function ...
Patch attached.
Thanks, applied.
Tim
On Thu, Oct 21, 2004 at 09:07:01AM +0200, Steffen Goeldner wrote:
Tim Bunce wrote:
t\21nchar... Database and client versions and character sets:
Database 8.1.7.2.1 CHAR set is WE8ISO8859P1 (Non-Unicode), NCHAR set is
WE8ISO8859P1 (Non-Unicode)
Client 8.1.7.0 NLS_LANG
ON Thu, Oct 21, 2004 at 10:41:28AM +0100, Tim Bunce wrote:
On Thu, Oct 21, 2004 at 07:52:42AM +0200, Honza Pazdziora wrote:
t/25plsql is now clean. The perl -Mblib yields
Can't select from function (ORA-06553: PLS-561: character set mismatch on value
for parameter 'ARG2'
ORA-06553
On Thu, Oct 21, 2004 at 06:57:20PM +0200, Honza Pazdziora wrote:
On Thu, Oct 21, 2004 at 06:46:15PM +0200, H.Merijn Brand wrote:
On Thu 21 Oct 2004 18:20, Tim Bunce [EMAIL PROTECTED] wrote:
Please try this patch over the original.
Describe failed during DBI::st=HASH(0x402091a8)-FETCH
of ...
- a range of Oracle versions, especially 8.1.x and even 8.0.x
- Windows, VMS and other less-common platforms
- anyone who's has 32/64 bit build/link issues
Thanks!
Tim.
=head1 Changes in DBD-Oracle 1.16 (svn rev 505) 19th October 2004
NOTE:
This release has major changes to Unicode
next week I'll either announce this one or release and announce
a (minor) update.
Tim.
[1] The change in get_fbav is unlikely to affect your driver unless it
changes the number of columns in the statement handle - as DBD::Sybase
and DBD::ODBC do when handling multiple result sets.
dbih_get_fbav
On Mon, Oct 04, 2004 at 03:58:54PM +0200, Steffen Goeldner wrote:
Tim Bunce wrote:
On Fri, Oct 01, 2004 at 01:46:45PM +0200, Steffen Goeldner wrote:
Tim Bunce wrote:
I can live with assuming support for ANSI C style prototypes
since we already effectively require perl 5.6
On Fri, Oct 01, 2004 at 01:46:45PM +0200, Steffen Goeldner wrote:
Tim Bunce wrote:
I can live with assuming support for ANSI C style prototypes
since we already effectively require perl 5.6 and that requires ANSI C.
O.k., attached are the KR = ANSI patches for dbdimp.c and oci8.c.
Thanks
On Thu, Sep 30, 2004 at 10:29:25AM +0200, Steffen Goeldner wrote:
Tim Bunce wrote:
On Wed, Sep 22, 2004 at 03:52:09PM +0200, Steffen Goeldner wrote:
Compiling DBD::Oracle with Borland C++ 5.5, I have a bunch of warnings:
[...]
1. ignore the warnings :-(
2. suppress the warnings (-w
relevant. (Though it does remind me to add a dummy DESTROY)
Tim.
. Thanks to all who contributed.
I'll return to it once I get to address the issue for DBI v2, or
a driver author brings it up because they're actually working on it
(or have a patch contributed by someone who has).
Tim.
On Thu, 9 Sep 2004 17:52:44 +0100 (BST), Matt Sergeant
[EMAIL PROTECTED
.
Tim.
[1] perfect means I can apply it from my mail reader (mutt) by typing
| cd ~/dbi/trunk patch -p0
Jeff
Could you rework that using File::Spec?
Index: t/01basics.t
===
--- t/01basics.t (revision 452
} };
like ($@, qr/attribute/, attr typo);
Is that on purpose?
Yes. See DBI Changes file ( and similar reports from DBD::Oracle).
The test needs changing.
/me has a lot of other problems on this AIX machine to care about right now ...
Often the way with AIX it seems ... :)
Tim.
On Wed, Sep 08, 2004 at 09:15:36AM -0700, David Wheeler wrote:
On Sep 8, 2004, at 4:45 AM, Tim Bunce wrote:
I was thinking of doing at least 0 on that list for DBI 1.44.
I'd especially like to do
$dbh-{SetUTF8} = 2;
And be done with it.
I'll take a look. Patches welcome
mean that the appropriate API function call won't block.
Tim.
an option. Just put the files there and add
a use lib ...; to the *.t files.
Tim.
This is a question for the dbi-users mailing list not dbi-dev.
Please repost there. Also, research Oracle's RETURNING clause
for INSERTstatements.
Tim.
that
INSERT INTO foo (bar, baz) VALUES (1, NULL)
doesn't trigger the DEFAULT, but that
INSERT INTO foo (bar) VALUES (1)
would.
But I'm just guessing. I'm not aware of any that do that as I've
never looked into it before.
Tim [trying to write a book, it seems]
On Thu, Aug 26, 2004 at 12:02:19AM -0500, david nicol wrote:
In the recent roadmap announcement, Tim Bunce wrote:
=head2 Other Enhancements
* Support non-blocking mode for drivers that can enable it in their
client API.
I have just startedworking with DBI but I'm doing something
leave pobox.com
send a copy of everything to gmail and use gmail for searching or,
in a limited way, when I'm away from home.
Tim.
All gone. (I've received more than 6 requests but haven't replied yet.)
Tim.
On Wed, Aug 25, 2004 at 02:14:19PM +0100, Tim Bunce wrote:
I have 6 google gmail invites available. If anyone wants one
please reply to me (not the list). It's first come first served.
To save time I reply to anyone
Aplied. Thanks.
Tim.
On Wed, Aug 11, 2004 at 07:01:11PM -0700, Jan Dubois wrote:
Merijn wrote:
HP-UX 11i (11.11) + perl-5.8.5-dor + DBI-1.43 + DBD-CSV-0.21
Failed Test Stat Wstat Total Fail Failed List of Failed
.
Argument 1.70_01 isn't numeric in numeric ge (=) at
/P/DBI-1.43/blib/lib/DBI/PurePerl.pm line 525.
t/zvpp_01basics...ok
4/110 skipped: developer tests
perl 5.009002 cygwin-64int (gcc 3.3.1)
Sigh. Fixed, thanks.
Tim.
it -- it seems perfectly obvious to me (but I'm not
Tim) that the $dbh should keep such a track so that whenever a $dbh is
destroyed, all the associated $sth can be destroyed first.
I didn't put that into the DBI itself because a) I'd have to do it
with refs and the ref-loops would cause
themselves.
There's no need to wait for DBI v2 to do that.
Tim.
[*] Are there any compiled drivers not using Driver.xst?
in helping out on the DBD::Multiplex
driver. Is there some source I can look at?
Soonish. Once I branch off DBI v1 development I'll put DBD::Multiplex
into the source tree. Tom Kishel [CC'd] is once again looking after it
for me (and trying to understand the changes I've made meanwhile :).
Tim.
sqlite_db_last_insert_id
#endif
pass a -Dno_last_insert_id to the compiler is using DBI 1.42.
Sadly the DBI doesn't define a C preprocessor macro giving the version.
I'll add this to the DBI v2 ToDo.
Tim.
On Tue, Aug 10, 2004 at 05:42:05PM +0200, H.Merijn Brand wrote:
On Tue 10 Aug 2004 00:52, Tim Bunce [EMAIL PROTECTED] wrote:
Comments welcome.
=head1 DBI ROAD-MAP
9th August 2004
This document aims to provide a high level overview of the future direction of the
DBI
Comments welcome.
=head1 DBI ROAD-MAP
9th August 2004
This document aims to provide a high level overview of the future direction of the DBI.
It outlines the broad categories of changes, along with some rational,
but does not go into implementation details and ignores many more
minor planned
) for DBI 1.44.
Tim and I talked about long term plans for this, where the user might
specify in advance which columns he'd like UTF-8 turned on for, or some
(I thought horrible) heuristic method where the DBD automagically
decides to turn on the flag if it detects data that it can turn
On Tue, Aug 03, 2004 at 10:37:57AM +0100, Tim Bunce wrote:
Meanwhile, now isn't the time to be getting into debates about such
future details.
Enough already, please. More heat than light is being generated.
The DBI interface is not going to change significantly anytime soon.
If anyone
as the version that'll be re-engineered with a perl6 API. Though in
practice it may work out that DBI v3 is a 'plain' port to perl6 and
it's DBI v4 that gets an API makeover. But that's all some way off yet.
Meanwhile, now isn't the time to be getting into debates about such
future details.
Tim.
On Tue, Aug 03, 2004 at 04:06:17PM -0500, Scott T. Hildreth wrote:
This should be on the dbi-users list.
So anyone replying should edit the CC to only include [EMAIL PROTECTED]
Thanks.
Tim.
an official release with a function that does that.
It'll be set_internal_handle() and they'll probably be a get_internal_handle()
(though tied(%$h) does that already :-)
Tim.
,
Never say never, or even will not :)
More like the primary focus of DBI v2.0 is to enhance the DBI-to-DBD
interface so that ...
it will pave the way
for v2.x to introduce them and introduce (a fairly limited number of)
changes for DBD developers. See (a) for details.
Tim.
801 - 900 of 1464 matches
Mail list logo