The examples under Data Types for Column Binding don't execute.
This is because the second argument to bind_col() should be a scalar
ref, and the examples just use Cundef. Should it be C\undef?
Best,
David
Index: DBI.pm
===
Fellow DBIers,
So I just had a need to use DBI::Shell with a subclass of the DBI. It
doesn't support subclasses directly (it'd be nice to be able to
specify one on the command-line or something), but I was able to hack
it into using one anyway by doing this:
BEGIN {
sub
Fellow DBIers,
I've been having a need in my tests to be able to disconnect all
current connections to a database—before I drop the database, for
example. Now my code uses connect_cached(), so this used to be quite
a PITA, because the DBI was keeping connections open!
But then I stumbled
On Nov 3, 2005, at 2:13 PM, Tim Bunce wrote:
Because the aggregates don't persist, I need to create them for every
database handle. Since I run persistent apps (with mod_perl), it's
best for me to do it the first time I connect to the database. Since
I use connect_cached(), It's hard to know
On Nov 2, 2005, at 2:59 PM, Tim Bunce wrote:
I've an assortments of changes to checkin prior to the next release,
but docs for Callbacks isn't part of them. Patches most welcome.
Okay.
I've been rather busy for a while[1] and that won't get much better
in the short term. Help would be
Hi All,
I just noticed that, while the Callbacks attribute has been
implemented in SVN, it still hasn't made it into a release. I could
have sworn that it was a long time ago that I worked on them. And
didn't I write some docs for them?
So, what's the status on Callbacks? Are they ready
On Nov 1, 2005, at 12:19 PM, Dean Arnold wrote:
Er, care to refresh our collective memories w/ the executive
overview of what callbacks is ? My DBI inbox doesn't surface
anything, and Google ain't much help either...I see a blurb
in the CPAN roadmap doc, but thats it.
See the thread starting
On Nov 1, 2005, at 12:11 PM, David Wheeler wrote:
So, what's the status on Callbacks? Are they ready to go into a
release?
Ah, I see from this post:
http://www.mail-archive.com/dbi-dev@perl.org/msg03793.html
That Steven Schubiger was going to pen some docs for Callbacks. Since
On Nov 1, 2005, at 5:55 PM, Dean Arnold wrote:
Any chance these would work in Pg's PL/perl, extproc_perl, or
the (whatever MySQL does) ?
No, the callbacks are just Perl code refs that get called before a
method gets executed. See t/70callbacks.t in SVN.
Best,
David
On Mar 29, 2005, at 2:39 AM, Tim Bunce wrote:
$dbh-prepare($sql, { Callbacks = { prepare = sub { ... } });
...well, I guess it'd be pretty dumb to do that.
Not if you remember that the (or at least _a_ plan) plan is to rework
$dbh-prepare so it looks like this:
sub prepare {
On Mar 29, 2005, at 12:11 PM, Tim Bunce wrote:
Well, I was kinda hoping your next contribution might be an
implementation of $h-{SetUTF8} :-) That would be much faster.
[Look back in the archives for details.]
D'oh!
Anybody got any spare tuits they can give me? :-)
Is there a way to
set it on an
On Mar 23, 2005, at 2:01 AM, Tim Bunce wrote:
I can certainly live with that. Are return values currently ignored?
An exception will be thrown if anything is returned.
Okay, good to note in the docs.
I think I'd be inclined to have them mean nothing, and leave it up to
callbacks to throw
YES! :-)
On Mar 22, 2005, at 4:21 PM, Tim Bunce wrote:
It ended up a little different in that I don't use an extra element
in the struct but just hv_fetch Callbacks when needed.
So it's more like the way Profile is handled. I should have pointed
you in that direction rather than to the older
On Mar 22, 2005, at 4:46 PM, David Wheeler wrote:
Anyway, it's in now, with support for callbacks on *every* method
and *every* handle. So this does what you'd expect:
$dbh-{Callbacks}-{ping} = sub { print Called ping!\n; return;
};
$dbh-ping;
Nice.
And they work
On Mar 16, 2005, at 7:57 AM, Tim Bunce wrote:
Ah, phooey. Guess I'll have to work on finishing the callbaks now ;)
W00t!
Thanks Steffen.
Steffan++; ;-)
David
On Mar 14, 2005, at 12:25 PM, Tim Bunce wrote:
DBI 1.48 is out now. I added a t/11fetch.t file with some basic tests.
That's the one to patch.
Aw, no callbacks yet? ;-)
Regards,
David
On Mar 14, 2005, at 3:18 PM, Tim Bunce wrote:
No, sorry. I abused my position to get fetchall_hashref out sooner
'for work' (which you might have guessed if you noticed the email
address of the earlier emails :). It is next on the list though!
Understood. I do the same thing all the time for
On Feb 22, 2005, at 1:54 AM, Tim Bunce wrote:
True. The 'if ref' was a little over the top though. If the user
messes with the contents of $h-{Callbacks} then they get what
they've asked for.
Note that the STORE code for Callbacks only gets fired
in a few situations. Specifically, doing
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 think.
Well, I figured it was faster to do it up-front (during the
On Feb 14, 2005, at 3:14 AM, Tim Bunce wrote:
In relation to connect_cached it boiled down to just the difference
between:
if ($dbh and my $oc = $dbh-{OnConnect}) {
$oc-($dbh, $dsn, $user, $pass, $attr) if ref $oc eq 'CODE';
}
and:
if (my $cb = $dbh-{Callbacks}) {
my $oc =
On Feb 14, 2005, at 3:09 AM, Tim Bunce wrote:
Yes. That much should be trivial for them. The more tricky issue is
that it affects how attributes are handles.
Currently the drivers connect() method can process the contents of
\%attr directly. Many support connect() atributes that are not
supported
On Feb 15, 2005, at 2:22 PM, Tim Bunce wrote:
I'll drink to that!
If you'll be at the MySQL conference in April then I'll be buying.
Sadly I won't be going to OSCON this year as it clashes with other
commitments.
Pity, we'll miss you. I won't be at the MySQL conference. I don't often
use MySQL.
On Feb 13, 2005, at 2:51 PM, Tim Bunce wrote:
Maybe the answer it to not allow changing attributes on a cached
handle.
That's already the rule and would not change.
Er, that's news to me.
Uh, sorry, I was thinking of the resetting of AutoCommit.
Different applications use handle caching for
On Feb 13, 2005, at 2:44 PM, Tim Bunce wrote:
So, I'm looking at your new_child() stuff, instead.
That's a much bigger can of worms! (And one that's hard to tell how
deep it is before you really get into it. Driver migration issues
may be painful, for example.)
Hrm.
No :) Having per-class
On Feb 12, 2005, at 10:11 AM, Tim Bunce wrote:
That's starting to get might complex, isn't it?
Uh, mite. :-)
Or mighty, perhaps.
Quite.
So, I'm looking at your new_child() stuff, instead. I'm not entirely
clear on how to implement it (DBI-connect() seems pretty
complex--necessary?), but it seems
On Feb 4, 2005, at 10:38 AM, David Wheeler wrote:
That's starting to get might complex, isn't it?
Uh, mite. :-)
D
smime.p7s
Description: S/MIME cryptographic signature
On Feb 4, 2005, at 2:08 AM, Tim Bunce wrote:
One way I'd had in the back of my mind way to use the DBI dispatcher
to fire the callbacks.
$h-{Callbacks}-{$method_name} = \foo; # called on entry
$h-{Callbacks}-{$method_name} = [ \foo, \bar ]; # foo on entry,
bar on exit
On Feb 3, 2005, at 7:45 AM, Tim Bunce wrote:
I must still be missing something...
Er, why?
Sorry, I kept forgetting that DBI::connect_cached() calls
DBI::connect(), which calls DBI::_::dr::connect_cached(), which calls
(if it finds no dbh in the cache) connect(). The part I kept missing
was
the method is called when most
people won't use it at all? I don't think I see a way around that,
though...
Regards,
David
--
David Wheeler
President, Kineticode, Inc.
http://www.kineticode.com/
Kineticode. Setting knowledge in motion.[sm]
smime.p7s
Description: S/MIME cryptographic signature
On Feb 2, 2005, at 10:50 AM, David Wheeler wrote:
Yes, quite. I just tested this and it worked great for me (Though it
still always returns a new handle for DBD::SQLite for some reason...):
Bah! Matt, please ignore my bitching about DBD::SQLite dbhs not getting
properly cached. It was because I
On Feb 1, 2005, at 2:44 AM, Tim Bunce wrote:
Depends what you mean by wrong. I don't see any 'bugs' here.
No, I wouldn't call it a bug, but it was unexpected behavior (for me,
at least).
DBI-connect and connect_cached both explicitly set any supplied
attributes plus some implicit defaults like
Fellow DBIers,
This script reveals two issues, one with DBD::SQLite and one with the
DBI itself:
#!/usr/bin/perl
use strict;
use DBI;
my $dbh = DBI-connect_cached('dbi:SQLite:dbname=test.db', {RaiseError
= 1 });
$dbh-begin_work;
print SQLite $dbh: $dbh-{AutoCommit}\n;
$dbh =
On Oct 21, 2004, at 11:05 PM, Jonathan Leffler wrote:
If any driver writer doesn't have a Gmail account already and wants
one for this purpose, then I have 4 invitations which I'd donate to
the cause.
I have six. Email me privately.
David
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, of course!
Hey, if I knew any C...I can paste these from Encode.xs, at least:
On Sep 8, 2004, at 12:58 PM, Tim Bunce wrote:
That's the trivial bit :) The fiddly bit is handling the SetUTF8
attribute
(and corresponding bit flags to make it fast enough).
But thanks anyway :)
Ah well, sorry I can't be more help...
Regards,
David
On Jul 5, 2004, at 12:45 PM, Tim Bunce wrote:
Are any/many driver authors/maintainers/patchers going to OSCON this
year?
Any interest in a DBI Driver Developers BoF at OSCON?
Main topics would be:
Migration to DBI v2
Unified test suite
I'm only peripherally involved in DBD::Pg
On Mar 31, 2004, at 1:20 PM, Tim Bunce wrote:
+ $attr-{OnCommit}-() if $attr-{OnCommit}-();
I think you meant:
$attr-{OnCommit}-() if $attr-{OnCommit};
Regards,
David
On Mar 13, 2004, at 1:20 PM, Tim Bunce wrote:
So... I'd appreciate it if people could send me reports of success
or failure when *building* a driver *after installing* DBI 1.42.
All tests pass for DBD::Pg from CVS.
Regards,
David
On Mar 12, 2004, at 5:21 AM, Tim Bunce wrote:
And another:
http://homepage.eircom.net/~timbunce/DBI-1.42-rc4-20040312.tar.gz
I hope this is the last release candidate (knowing full well that
by saying that I'm tempting fate :)
I won't say that this time :)
I've changed the t/50dbm.t test
On Mar 12, 2004, at 9:43 AM, David Wheeler wrote:
But I'm going to report the @INC issue as a bug for Test::Harness.
Done:
http://rt.cpan.org/Ticket/Display.html?id=5649
Regards,
David
On Mar 11, 2004, at 1:59 AM, Tim Bunce wrote:
Note that .../5.6.1 and .../5.005 don't have .../i386-freebsd as well.
Right, because those aren't compiled (XS) modules.
I think the bug here is that BerkeleyDB got installed into a non-arch
specific directory even though it's a compiled extension.
On Mar 11, 2004, at 8:26 AM, Tim Bunce wrote:
A release candidate is available for testing at:
http://homepage.eircom.net/~timbunce/DBI-1.42-rc2-20040311.tar.gz
All tests pass here:
This is perl, v5.8.2 built for i686-linux
This is perl, v5.8.3 built for darwin-2level
But of course I still
On Mar 11, 2004, at 8:56 AM, David Wheeler wrote:
t/50dbmParameterless use IO deprecated at
/usr/local/lib/perl5/site_perl/5.6.1/i386-freebsd/BerkeleyDB.pm line
24
t/50dbmok 132/132Undefined subroutine
BerkeleyDB::Term::close_everything called at
/usr/local/lib
On Mar 11, 2004, at 4:01 PM, Tim Bunce wrote:
And another:
http://homepage.eircom.net/~timbunce/DBI-1.42-rc3-20040311.tar.gz
All tests pass here:
This is perl, v5.8.3 built for darwin-2level
This is perl, v5.8.2 built for i686-linux
Waiting to hear from Andy Lester about Test::Harness adding
On Mar 10, 2004, at 10:39 AM, Tim Bunce wrote:
Any idea why your perl v5.8.2 has .../5.6.1/... in its @INC?
Could it be because site_perl should have pure Perl modules in it, and
so they should always work for later versions of Perl? I don't know the
answer, really; it was put into @INC when I
On Mar 9, 2004, at 10:21 AM, Jeff Zucker wrote:
Thanks much for your tests, David. I'm wondering if the mismatch
between your reported perl version 5.8.2 and the location of
BerkeleyDB in a 5.6.1 directory has something to do with the results?
Ah, yes, curious. I didn't even know that was
On Feb 23, 2004, at 6:47 AM, Tim Bunce wrote:
Groan. 5.9.1 is being, er, clever with version numbers
I expect that this is thanks to John Peacock's version.pm.
Regards,
David
On Feb 22, 2004, at 11:29 AM, Tim Bunce wrote:
A second release candidate is available for testing at:
http://homepage.eircom.net/~timbunce/DBI-1.41-rc2-20040222.tar.gz
All tests pass on the following Perls/platforms:
v5.8.3 built for darwin-2level
v5.8.2 built for i386-freebsd
v5.8.2 built
of `make test TEST_VERBOSE`.
Thanks,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
Jabber: [EMAIL
() is 'sticky'
and so applies to the later execute().
Oh really? DBI is so cool!
Thanks Tim!
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
the PG_BYTEA constant to get DBD::Pg to escape it for
you; don't escape it yourself:
$rv = $sth-bind_param($param_num, $bind_value,
{ pg_type = DBD::Pg::PG_BYTEA });
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED
as there's no harm. I'll look at upgrading to gcc 3.3.
Regards.
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
in this
function
DBI.c: In function `dbih_make_fdsv':
DBI.xs:610: warning: `sv' might be used uninitialized in this function
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://www.kineticode.com
`Perl___notused'
DBI.xs: In function `XS_DBI_dispatch':
DBI.xs:2543: warning: unused variable `Perl___notused'
DBI.c: In function `dbih_make_com':
DBI.xs:721: warning: `memzero_size' might be used uninitialized in this
function
Regards,
David
--
David Wheeler AIM
On Wednesday, August 20, 2003, at 03:44 PM, Bjoern Kriews wrote:
On Wednesday, August 20, 2003, at 11:45 PM, David Wheeler wrote:
Yes, but there are still the other ones:
cc1: warning: changing search order for system directory
/usr/local/include
cc1: warning: as it has already been
On Thursday, August 14, 2003, at 12:53 PM, David Wheeler wrote:
Switching to connect_cached() seems to have made my problem with
Apache 1.3.28 go away Yay!
Did I say this? It's back today! :-(
Issuing rollback() for database handle being DESTROY'd without explicit
disconnect() at /usr/local
of DBD::Pg that was
causing the db handle to get corrupted?'
And is there some way to clean up after that?
That would be great ;) -- All I meant was that I had not added that
item
to the TODO file :)
begin_work() is in there.
David
--
David Wheeler AIM: dwTheory
On Thursday, August 14, 2003, at 11:39 AM, David Wheeler wrote:
Caching can be useful in some applications, but it can also cause
problems and should be used with care. The exact behaviour of this
method is liable to change, so if you intend to use it in any
production applications you should
add it to my own
personal todo list! ;-)
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
?
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
Jabber: [EMAIL PROTECTED]
Kineticode. Setting
On Wednesday, August 13, 2003, at 01:24 PM, Perrin Harkins wrote:
On Wednesday, August 13, 2003, at 12:32 PM, David Wheeler wrote:
The code that's causing the hangup looks like this:
First, we all need to yell at you for not using Apache::DBI. Your code
is not doing anything that it doesn't do
, Rudy Lippan wrote:
here is a patch that gives some more info on what is going on in
ping():
Applied, compiled, and installed. Attached are the results (with
DBI-trace(9), too). Note that it looks like begin is failing. What
might cause that to happen?
Regards,
David
--
David Wheeler
by
#
Thanks for the help with this, Rudy!
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
Jabber
On Monday, July 28, 2003, at 03:39 PM, Johan Schoen wrote:
David Wheeler reported problems with DBI on Apache 1.3.28 and wanted
to know if someone else had problems.
I have no problems with DBI 1.37, DBD::ODBC 1.06 (with minor changes to
Makefile.PL to make it compile) and SAP DB 7.4.3.25
the problem on FreeBSD
and on Mac OS X, and I had a report of the problem on Solaris, so I'm
reasonably sure it's not an OS issue. If anyone has this type of
problem with other databases, then we can likely eliminate DBI or
DBD::Pg as being part of the problem.
Many thanks,
David
--
David Wheeler
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://kineticode.com/ Yahoo!: dew7e
Jabber: [EMAIL PROTECTED]
Kineticode. Setting knowledge
I'm seeing some errors appearing in my Apache log under Bricolage. Not
sure what the deal is, but this didn't happen under DBD::Pg 1.22 or
earlier:
WARNING: BEGIN: already a transaction in progress
WARNING: COMMIT: no transaction in progress
WARNING: BEGIN: already a transaction in progress
On Tuesday, June 10, 2003, at 07:12 PM, Rudy Lippan wrote:
Sorry,
Tested this time :)
Yeah, that did the trick. Getting some warnings during the compile,
though. Attached.
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED
: In function `dbd_bind_ph':
dbdimp.c:857: warning: passing arg 2 of `Perl_sv_2pv_flags' from
incompatible pointer type
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://kineticode.com
/Desktop/DBD-Pg-1.30_2/blib/lib/DBD/Pg.pm line 12.
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://kineticode.com/ Yahoo!: dew7e
/Test/Runner.pm line 0
END failed--call queue aborted.
Bric::__ANON__('Can\'t locate class method
\'DBD::Pg::dr::disconnect_all\' vi...') called at t/Bric/Test/Runner.pm
line 0
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED
() will convert from 1,0 to TRUE/FALSE when pg_type is
PGBOOLOID.
Nice.
- fixed many heap buffer overruns.
Thanks Rudy, sounds great!
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://kineticode.com
this to catch them:
hack caveat=ugly
open STDERR, | perl -ne 'print unless /: NOTICE: /'
or die Cannot pipe STDERR: $!\n;
/hack
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://kineticode.com
here. As long as there's some level of consensus on the mail
list, I think it's cool to apply patches.
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
Yahoo!: dew7e
to say, right now.
Perhaps it's time to get Tim's thoughts on this, hrm?
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
Yahoo!: dew7e
this, Rudy. I
suspect that once you get this committed, others will contribute, as it
represents the first real advances in DBD::Pg in years. I'll help out
where I can, too.
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED
planning to break the backwards
compatibility of the UTF-8 patch. ;-)
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
Yahoo!: dew7e
it looks do-able, just
non-trivial.
Good idea, though they've been known to join discussions on the
interfaces list, too.
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
bind_params(), first?
Also, I'd love to get fetch() and such to optionally turn date and time
and datetime fields into objects before returning them, too. Would such
a thing be possible?
David [who's given up trying to stay caught up!]
--
David Wheeler AIM
is something that really slows things down (although
this may be something that can be improved.)
Yes, and besides, if someone wants to convert their date and time data
to objects anyway, it becomes less of an issue.
Regards,
David
--
David Wheeler AIM
to do it?
Thanks,
David
Begin forwarded message:
From: Dominic Mitchell [EMAIL PROTECTED]
Date: Wed Dec 18, 2002 10:09:33 AM US/Pacific
To: David Wheeler [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Unicode in DBD::Pg
David Wheeler wrote:
On Wednesday, December 18, 2002, at 01:27
On Saturday, December 14, 2002, at 03:37 PM, Bruce Momjian wrote:
Thanks. Patch applied. David, time to package up a new version of
DBD:Pg?
After we figure out what to do with NULLs, I think.
Best,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED
. Then it will be up to the user to clean up her data, and we won't
have to touch it.
Thoughts?
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
Jabber: [EMAIL PROTECTED]
down, as you have now, of course, forced me to
rethink my approach. :-)
Best,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
On Friday, December 13, 2002, at 08:17 AM, David Wheeler wrote:
On Friday, December 13, 2002, at 01:17 AM, Tim Bunce wrote:
Actually I meant just a copy of the reference. Then add accessor
methods
to lookup the value from the handle. Would be much faster as few uses
would
access all those
This looks long, but the question at the end is really quite simple.
On Monday, November 25, 2002, at 03:56 PM, David Wheeler wrote:
(And should there be a section for $drh objects, BTW?).
Using a $drh directly is discouraged (partly because it's likely
to break if you use the proxy).
Ah
to put it into a field other than BYTEA, your code should be
responsible for removing it before it passes it to DBI.
dbi-dev'ers, please correct me if I'm wrong. :-)
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ
suggests.
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
Jabber: [EMAIL PROTECTED]
On Monday, December 2, 2002, at 01:51 AM, Tim Bunce wrote:
Uh, that one had been reported but I lost the plot before the release.
I'm pretty sure it's not significant. Does this fix it?
Yep, sure does.
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL
system tables.
Thoughts?
Yes.
Right then. Thomas, can you update tables() to do this? This way,
people who are accustomed to the old (deprecated) behavior can continue
to get it, and you can get the system tables by providing the argument
form.
Thanks,
Daviid
--
David Wheeler
/libexec/gcc/darwin/ppc/3.1/specs
Thread model: posix
Apple Computer, Inc. GCC version 1161, based on gcc version 3.1
20020420 (prerelease)
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http
' from incompatible
pointer type
DBI.xs: In function `XS_DBD_st_bind_col':
DBI.xs:3366: warning: operation on `lna' may be undefined
DBI.xs: In function `XS_DBD_st_bind_columns':
DBI.xs:3387: warning: operation on `lna' may be undefined
Regards,
David
--
David Wheeler
to this
question? Should we have a separate method that includes system tables?
Enquiring minds want to know!
Best,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/ Yahoo
On Saturday, November 30, 2002, at 02:24 PM, Steven N. Hirsch wrote:
Is 1.31 released? If not, where can I grab a preview?
Yes it is. Available on the CPAN.
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ
.
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
Jabber: [EMAIL PROTECTED]
of this thread.
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
Jabber: [EMAIL PROTECTED]
On Wednesday, November 27, 2002, at 01:52 AM, Tim Bunce wrote:
This is an important topic, but dbi-dev probably isn't the right place
anymore.
Thanks.
Shall we move it to p5p? I think that Brian's and Grahams last posts
would need to be re-posted there.
David
--
David Wheeler
On Wednesday, November 27, 2002, at 08:46 AM, H.Merijn Brand wrote:
FWIW I've upgraded my DBD-Unify tests to Test::More too.
Okay, that's good enough for me.
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ
already done all the work, and
that Test::More really is the best way to go...what the hell?
Thanks,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
1 - 100 of 168 matches
Mail list logo
