On Mon, Feb 13, 2006 at 03:33:42PM +0100, H.Merijn Brand wrote:
On Thu, 2 Feb 2006 20:57:02 +, Tim Bunce [EMAIL PROTECTED] wrote:
On Thu, Feb 02, 2006 at 03:17:38PM +0100, H.Merijn Brand wrote:
On Fri, 27 Jan 2006 23:47:41 +, Tim Bunce [EMAIL PROTECTED] wrote:
Here's what I
On Mon, Feb 06, 2006 at 05:53:18AM -0800, Gisle Aas wrote:
Tim Bunce [EMAIL PROTECTED] writes:
I agree. Any chance yould you patch lib/DBI/DBD.pm to add in a section
describing what driver authors need to do?
Is this enough?
That's great. I tweaked it a bit and appended the body
On Mon, Jan 30, 2006 at 03:19:33AM -0800, Gisle Aas wrote:
Tim Bunce [EMAIL PROTECTED] writes:
I agree. Any chance yould you patch lib/DBI/DBD.pm to add in a section
describing what driver authors need to do?
It's on my list of things to get done. I hope to provide a patch this
week
On Thu, Jan 26, 2006 at 02:34:09AM -0800, Gisle Aas wrote:
Tim Bunce [EMAIL PROTECTED] writes:
(Any need adding to Driver.xst?)
No. It only contains XS functions and these always get my_perl passed
(which is wasted unless PERL_NO_GET_CONTEXT is used), but if we also
patch up
On Thu, Jan 26, 2006 at 08:52:53AM -0800, Gisle Aas wrote:
Tim Bunce [EMAIL PROTECTED] writes:
On Thu, Jan 26, 2006 at 02:34:09AM -0800, Gisle Aas wrote:
Tim Bunce [EMAIL PROTECTED] writes:
(Any need adding to Driver.xst?)
No. It only contains XS functions and these always
On Wed, Jan 25, 2006 at 01:02:24PM -0800, Gisle Aas wrote:
Tim Bunce [EMAIL PROTECTED] writes:
On Tue, Jan 24, 2006 at 02:23:04AM -0800, Gisle Aas wrote:
I suggest this patch (relative to 1.50) to get PERL_NO_GET_CONTEXT
going. Any reason not to?
It's been a while since I looked
.
Tim.
A small change in the handling of the input arguments
would simplify this also. In DBI-1.50, the HandleError
sub gets a single value to play with. If this were an
arrayref then the fixup handlers could replace them
with the full return value handed back to the caller.
An alternative
.
I've also added a README.cygwin.txt with the couple of
extra bits of information that are needed when building under Cygwin; native
vs. Cygwin paths, and the dependency on the w32api package.
Thanks.
All tests now successful
Yeah!
Thanks again Andy. Great to have cygwin sorted, finally.
Tim.
On Thu, Jan 19, 2006 at 08:12:03AM +0100, H.Merijn Brand wrote:
Will the README.hpux changes be included, or do you wait for the refactoring?
Doc patches can be dropped in anytime - they don't need testing.
I figure there'll be at least a week of public testing of RC6
on dbi-users.
Tim.
p.s
On Thu, Jan 19, 2006 at 12:00:19PM +0100, Honza Pazdziora wrote:
On Wed, Jan 18, 2006 at 11:29:10AM +, Tim Bunce wrote:
Here's a hopefully-final-stake-in-the-ground:
http://www.data-plan.com/public/DBD-Oracle-1.17-RC5.tar.gz
As usual I'd be grateful for more, and wider
On Fri, Jan 20, 2006 at 10:20:39AM +, Tim Bunce wrote:
Life would be easier for us if I could install that myself, but
$ sudo yum install oracle-instantclient-basic-10.2.0.1-1.i386.rpm
says
unsigned package oracle-instantclient-basic-10.2.0.1-1.i386.rpm
and
$ rpm
.
HTTP request sent, awaiting response... 500 Internal Error
Presumably temporary. Works for me now and I've had a few reports of
success from others. Try again. If it still fails I'll email it to you.
Tim.
Thanks. I've made find_headers always return absolute paths and
made the corresponding changes elsewhere. RC5 is on it's way...
Tim.
On Mon, Jan 16, 2006 at 02:57:21PM +0100, Honza Pazdziora wrote:
On Wed, Jan 11, 2006 at 10:22:18AM +, Tim Bunce wrote:
Running
ORACLE_HOME=/usr
.)
Assuming there aren't any show stoppers I'll announce this
release candidate to dbi-users in a few days.
Thanks!
Tim.
=head1 Changes in DBD-Oracle 1.17 (svn rev 2429) XXth January 2005
Fixed automatic csform setting for some UTF8 cases and for Oracle 8.0
Fixed truncation error on fetch
://www.catb.org/~esr/faqs/smart-questions.html
Tim.
.
Thanks!
Tim.
On Tue, Jan 17, 2006 at 12:00:31PM +0100, H.Merijn Brand wrote:
On Tue, 17 Jan 2006 09:54:53 +, Tim Bunce [EMAIL PROTECTED] wrote:
On Tue, Jan 17, 2006 at 10:06:36AM +0100, H.Merijn Brand wrote:
I also suggest to make a new sub-folder with the examples of all the
config.sh's
- is that suitable?
Perfect. Thanks Andy.
Tim.
manipulating %ENV didn't alter the processes own
'native' environment variables until a subprocess was spawned).
I've CC'd p5p in the hope someone can shed some light on it and save us
some time digging...
Tim.
they
shouldn't (which may shed light on deeper issues), then we'll see what
the remaining failures are.
Tim.
On Thu, Jan 12, 2006 at 11:02:46AM +0100, H.Merijn Brand wrote:
On Wed, 11 Jan 2006 23:57:58 +, Tim Bunce [EMAIL PROTECTED] wrote:
http://www.data-plan.com/public/DBD-Oracle-1.17-RC3.tar.gz
We're getting there. This one fixes the two issues raised against RC2
(thanks Andy
Thanks!
Tim.
On Thu, Jan 12, 2006 at 12:57:54AM -, Andy Hassall wrote:
Is it worth being a bit more specific about what Instant Client packages to
install in README?
e.g.:
(names in quotes match those used in the headings on
http://www.oracle.com/technology/software/tech/oci
://www.andyh.co.uk/temp/DBD-Oracle/1.17RC1/linux_10201instant_test102_WE8ISO8859P15_test.log
Shouldn't be too hard to track down. If you can do it in a day or
so they I'll get it into 1.17!
Tim.
On Thu, Jan 12, 2006 at 12:48:22AM -, Andy Hassall wrote:
On Sun, Jan 01, 2006 at 11:39:17PM -
, 'system exit 1; should return 256';
+ is system(exit 0;),0, 'system exit 0; should return 0';
}
Thanks, applied (to DBD::Oracle :)
Tim..
test script.
Please base the patch on 1.17 release candidate 1:
http://www.data-plan.com/public/DBD-Oracle-1.17.tar.gz
(I'm close to posting release candidate 2 but your patch should still
apply without problems.)
Thanks again Jill.
Tim.
On Thu, Dec 29, 2005 at 12:11:50PM +0100, Honza Pazdziora wrote:
On Wed, Dec 28, 2005 at 11:11:31PM +, Tim Bunce wrote:
http://www.data-plan.com/public/DBD-Oracle-1.17.tar.gz
=head1 Changes in DBD-Oracle 1.17 (svn rev 2334)
[...]
Changed Binding Cursors docs, clarifying
On Tue, Jan 10, 2006 at 10:15:36PM +, Tim Bunce wrote:
On Sun, Jan 01, 2006 at 11:39:17PM -, Andy Hassall wrote:
Any and all testing would be greatly appreciated, but especially
testing of building against Oracle Instant Client and Oracle XE
on a range of platforms.
I've put
form part of DBI v2.)
We'll be making a more formal announcement with the DBD::Oracle 1.17 release.
If you have any questions AT ALL about this change please contact me.
(It'll help me ensure the announcement addresses any concerns :)
Tim.
p.s. The Changes file in the distribution mentions
is
AL16UTF16 (Unicode)
Client 10.2.0.1 NLS_LANG is '.UTF8', NLS_NCHAR is 'unset'
... at least from Linux 10gR2/full client (after fixing the Makefile.PL to
get it to build). I'll run the other combinations again when I get a chance.
Thanks Andy. Those test runs are a great help.
Tim.
http://www.data-plan.com/public/DBD-Oracle-1.17-RC3.tar.gz
We're getting there. This one fixes the two issues raised against RC2
(thanks Andy and Steffen).
I'd be grateful for more, and wider, testing. Thanks!
Tim.
the same tests in the same config?
Under Cygwin there are additional Unicode-related failures.
Other will have to scratch that itch.
Tim.
To move this forward in the simplest and most portable way I've just
added a warning in Makefile.PL if LD_LIBRARY_PATH (or the equiv on that
platform) doesn't contain the appropriate ORACLE_HOME path.
Tim.
On Mon, Jan 09, 2006 at 08:58:19PM -0800, Jonathan Leffler wrote:
On 1/9/06, Tim Bunce
On Thu, Dec 29, 2005 at 11:56:27AM +0100, Honza Pazdziora wrote:
On Wed, Dec 28, 2005 at 11:11:31PM +, Tim Bunce wrote:
http://www.data-plan.com/public/DBD-Oracle-1.17.tar.gz
=head1 Changes in DBD-Oracle 1.17 (svn rev 2334)
Hello Tim,
it seems like the problem that I reported
On Fri, Dec 30, 2005 at 11:31:50PM +, Tim Bunce wrote:
the LD_RUN_PATH=foo in the makefile is only exported into the
environment if there's already an env var with the same name defined.
Sigh.
For gnu make we could add a line that says
export LD_RUN_PATH
but I don't know how
then I think similar logic is needed for NCHAR.
Could you reproduce the problem using an NCHAR field with your client
NCHAR charset set to utf8 and your non-nchar charset set to an 8bit
charset?
Tim.
Index: oci8.c
===
--- oci8.c
Applied, with thanks.
Tim.
On Thu, Dec 29, 2005 at 09:22:04PM +0100, Honza Pazdziora wrote:
On Wed, Dec 28, 2005 at 11:11:31PM +, Tim Bunce wrote:
http://www.data-plan.com/public/DBD-Oracle-1.17.tar.gz
=head1 Changes in DBD-Oracle 1.17 (svn rev 2334)
Hello Tim,
please
On Thu, Dec 29, 2005 at 10:16:41PM +0100, Honza Pazdziora wrote:
On Thu, Dec 29, 2005 at 05:56:51PM +, Tim Bunce wrote:
when running that make test, and better yet, by using
LD_RUN_PATH=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib
(or equivalent) when making
On Thu, Dec 29, 2005 at 03:22:21PM +0100, Honza Pazdziora wrote:
On Wed, Dec 28, 2005 at 11:11:31PM +, Tim Bunce wrote:
http://www.data-plan.com/public/DBD-Oracle-1.17.tar.gz
=head1 Changes in DBD-Oracle 1.17 (svn rev 2334)
[...]
Any and all testing would be greatly
it under the same terms as Perl 5.
=cut
Any and all testing would be greatly appreciated, but especially
testing of building against Oracle Instant Client and Oracle XE
on a range of platforms.
Thanks!
Tim.
How is this different to
$dbh-selectall_arrayref($sql, { Slice = {} });
If it isn't, then perhaps you could offer a patch to the docs to make it
easier for people to see that selectall_arrayref can return an array of
has refs.
Tim.
On Thu, Dec 22, 2005 at 06:15:32PM -0800, Mark Hedges
On Tue, Dec 13, 2005 at 04:12:51PM +, Tim Bunce wrote:
http://dbi.demonweb.co.uk/public/DBI-1.50.tar.gz
Usual story... any and all testing most welcome.
Including building and testing drivers.
Thanks!
Tim.
with the perl binary).
Thanks again for the bug report.
Tim.
Index: Makefile.PL
===
--- Makefile.PL (revision 2286)
+++ Makefile.PL (working copy)
@@ -143,13 +143,13 @@
warn WARNING: Your GNU C $gccversion compiler is very old. Please
.
I've attached the current diffs from the release candidate. More
testing would be great, but unless I hear anything bad by the end of
today I'll probably release tomorrow morning.
Tim.
Index: META.yml
===
--- META.yml(revision 2281
On Mon, Nov 28, 2005 at 12:06:37PM -0800, Darren Duncan wrote:
At 2:12 PM + 11/28/05, Tim Bunce wrote:
I've attached the current diffs from the release candidate. More
testing would be great, but unless I hear anything bad by the end of
today I'll probably release tomorrow morning.
Okay
need (Tim, take_imp_data still needs some
work when you get a chance :). Once this is done, we can move on to other
dbds.
I'm working on it again now. Finally.
The next release has the new ChildHandles attribute (using weakrefs) so
I'm planning to have take_imp_data effectively destroy all
enabled.
Ported DBI::ProfileDumper::Apache to mod_perl2 RC5+
thanks to Philip M. Golluci
=cut
I'd appreciate some testing. Especially on Perl 5.6 and Windows.
Thanks!
Tim.
On Wed, Nov 02, 2005 at 03:34:14PM -0800, David Wheeler wrote:
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
Are you volunteering?
Tim.
On Thu, Nov 03, 2005 at 01:24:21PM -0600, David Nicol wrote:
'connect.cached.new' = [\pre, \post] syntax so that I could do
If I understand correctly, the QPSMTPD people have just implemented
self-registering
callbacks in modules by standardizing the names
://www.justatheory.com/computers/databases/sqlite/custom_perl_aggregates.html
How does that relate to callbacks, exactly?
Tim.
[1] Áine Rebecca Bunce was born at 9:30 this morning :-)
as my prefix.
It's not essential, but it does avoid the risk of clashes with other
drivers and enables you to use the install_method method to make it easy
for applications to call your driver-private methods.
I've added it for the next release.
Tim.
...
Tim.
)
but I'm not sure if that's valid and/or viable.
How does the MaxDB API expose the functionality?
Tim.
Thanks, applied.
Tim.
On Mon, Aug 15, 2005 at 06:58:20PM +0200, Steffen Goeldner wrote:
I'd like to register 'monetdb_' as prefix for DBD::monetdb,
the DBI driver for MonetDB:
http://monetdb.cwi.nl
Steffen
Index: DBI.pm
, undef, undef, $schema, uc
$table);
which looks bloody stupid.
Bug?
No.
Tim.
to your needs then use DBD::Sponge to provide a
$sth interface to the in-memory rows.
Tim.
would be good:
http://search.cpan.org/~timb/DBI/DBI.pm#Subclassing_the_DBI
Tim.
p.s. I'm not making any suggestions here to avoid distorting your thinking :)
On Tue, Jul 26, 2005 at 02:20:49PM -0700, Dean Arnold wrote:
Tim Bunce wrote:
On Sat, Jul 23, 2005 at 10:13:05AM -0700, Dean Arnold wrote:
The more I think about this, the more I'm convinced
I should just POD a caveat that fetchall_XXX with bind_col()
isn't supported (much like binding
On Tue, Jul 26, 2005 at 01:20:44PM -0700, Dean Arnold wrote:
Dean, check the discussion on take_imp_data and DBI::Pool[1] in this
list's archives.
[1] http://stason.org/tmp/DBI-Pool-0.02.tar.gz
You can't really use Storable to snatch the underlaying datastructs from
a random DBD. Tim
On Wed, Jul 27, 2005 at 04:20:44PM +0100, Richard Clamp wrote:
While experimenting with DBD::NullP I discovered that while the db
package makes use of croak, but doesn't import it from anywhere.
The attached patch fixes that up.
Thanks, applied.
Tim.
on the beefy
side, is a better solution for my needs.
You've not offered any concrete example of any problems.
Tim.
to implicitly/effectively call finish.
Tim.
multiple variable binds to the same column.
True.
And I think I'll omit that feature in DBIx::Threaded as well.
Wise :)
Tim.
Is this change intentional? If so why ?
No, the DBI should just work.
Probably is a bug related to 64 bitness. Can you try a perl with the
same config except without USE_64_BIT_INT?
Tim.
[I'm about to post this to dbi-announce, dbi-users, and perl6-language.
I'm posting this as a draft here first. I'd appreciate any comments
you may have. Any at all. Thanks. -- Tim.]
Once upon a time I said:
http://groups-beta.google.com/group/perl.dbi.users/msg/caf189d7b404a003?dmode
On Fri, Jun 24, 2005 at 08:20:56AM +0200, Cosimo Streppone wrote:
Tim Bunce ha scritto:
On Tue, Jun 21, 2005 at 02:29:22PM +0200, Cosimo Streppone wrote:
Tim Bunce wrote:
I'd appreciate it if someone could look into why sometimes Makefile.PL
fails on windows.
[...]
The exact error
On Wed, Jun 22, 2005 at 06:21:58PM -0400, Sam Tregar wrote:
On Wed, 22 Jun 2005, Tim Bunce wrote:
I'd rather go with ChildHandles as per the outline in my previous email.
If you insist. I don't understand the use of child here. What is
the parent?
For a driver handle the children
On Tue, Jun 21, 2005 at 02:29:22PM +0200, Cosimo Streppone wrote:
Tim Bunce wrote:
I'd appreciate it if someone could look into why sometimes Makefile.PL
fails on windows.
There are four reports here http://testers.cpan.org/show/DBI.html#DBI-1.48
For example http://www.nntp.perl.org/group
On Wed, Jun 22, 2005 at 03:00:31AM -0700, Peter Scott wrote:
On Tue, 21 Jun 2005 21:42:42 +0100, Tim Bunce wrote:
On Tue, Jun 21, 2005 at 06:46:03AM -0700, Peter Scott wrote:
- $dbh-connected($dsn, $user, $pass, $attr) if ref $dbh ne
'DBI::db';
+# We'll normalize the dsn
for any DBI.xs code to support ChildHandles
as it lives in the attribute cache as a simple hash ref. It should
also 'just work' for DBI::PurePerl.
I'd be grateful if you could rework the patch along those lines.
Tim.
On Mon, Jun 20, 2005 at 01:38:42PM -0400, Sam Tregar wrote:
On Mon, 20 Jun 2005, Tim Bunce wrote:
Can you suggest a good
place to put the code to collect open handles? Knowing nothing about
the internals I'm guessing connect() is the right spot.
Actually _new_handle() in DBI.pm
On Sun, Jun 19, 2005 at 06:16:25AM -0700, Peter Scott wrote:
On Sat, 18 Jun 2005 15:34:36 +0100, Tim Bunce wrote:
On Fri, Jun 17, 2005 at 05:49:01PM -0700, Peter Scott wrote:
The connected() method of subclasses doesn't get all the attribute
that were set by the caller; three of them
as well.
See post_constants() in Makefile.PL for the relevant code.
Thanks.
Tim.
On Mon, Jun 20, 2005 at 08:27:57PM -0400, Sam Tregar wrote:
On Tue, 21 Jun 2005, Tim Bunce wrote:
$handles = DBI-ChildHandles();
$drh = DBI-install_driver('mysql');
$all_mysql_dbh = $drh-{ChildHandles};
(install_driver doesn't reinstall the driver if it's already loaded
::db';
Why not just
$dbh-connected(@orig_args) if ...
Tim.
? :)
Tim.
this work already:
$dbh-{Profile} = DBI::ProfileDumper-new( File = 'dbi.prof' );
Assigning a new value to $dbh-{Profile} would DESTROY the old one
(flushing it to disk in the process).
Tim.
Does this make sense? One alternative would be to write the second
line as:
$dbh-{Profile}-{File
Thanks, applied.
Tim.
On Sun, Jun 12, 2005 at 06:59:47PM -0400, Sam Tregar wrote:
On Sun, 12 Jun 2005, Tim Bunce wrote:
Thanks, applied. Change 1079.
Any chance you could patch a test into t/41prof_dump.t?
Done. Without the prior patch the new test causes:
Invalid Profile data
Thanks, applied. Change 1079.
Any chance you could patch a test into t/41prof_dump.t?
Tim.
On Sun, Jun 12, 2005 at 02:18:41AM -0400, Sam Tregar wrote:
On Sun, 12 Jun 2005, Sam Tregar wrote:
So the question is, what is assigning an empty array to {Path}?
Of course right after sending
No bells here. Keep digging!
Tim.
On Tue, Jun 07, 2005 at 04:43:53PM -0400, Sam Tregar wrote:
Hello all. I've been playing with DBI::ProfileDumper again and I've
been experiencing an odd error. At first I thought it was something
happening in my application but then I got the same error
changed 183 to 190 and checked the change (and your test patch, thanks)
into subversion - so you can patch against that version :)
Thanks!
Tim.
On Thu, May 12, 2005 at 09:48:04AM -0700, Dean Arnold wrote:
Tim wrote:
[ NOTE TO TIM: Your note in the roadmap shows both the scalar and
hashref form of type info...in the interest of simplicity, I'd prefer
a single form (hashrefs); do you have a strong opinion one way
or the other
Thanks, applied (reversed :)
Tim.
On Thu, May 12, 2005 at 12:43:42PM -0700, Dean Arnold wrote:
Tim Bunce wrote:
Okay. You send, I'll apply.
Thanks Dean!
Tim.
Here 'tis. (diff'd against DBI 1.48)
- Dean
--- DBI.pmThu May 12 12:40:53 2005
+++ ../DBI-1.48/DBI.pm
On Wed, May 11, 2005 at 05:04:35PM -0700, Dean Arnold wrote:
Tim wrote:
On Wed, May 11, 2005 at 09:36:26AM -0700, Dean Arnold wrote:
I may have missed this in the archives, but google
didn't shed any light, so here goes...
DBI currently defines a readonly ParamValues $sth attribute
that was passed as the third argument to bind_param().
Note that type information that is not relevant to a given
TYPE may be omitted, e.g., SCALE for SQL_CHAR.
[ NOTE TO TIM: Your note in the roadmap shows both the scalar and
hashref form of type info...in the interest of simplicity, I'd prefer
a single
microseconds by avoiding the assignment doesn't seem worth
an example.
Tim.
+Columns can be bound to the elements of an array:
+
+ $sth-execute;
+ my @row = @{$sth-{NAME}}; # Or (undef) x $sth-{NUM_OF_FIELDS};
+ $sth-bind_columns( \(@row) );
+ while ($sth-fetch) {
+ print $row[0
On Wed, May 11, 2005 at 10:51:54AM -0500, Daniel S. Lewart wrote:
Tim,
The patch below adds a bind_columns example to
bind columns to array elements.
Thanks, but why would you want to?
Why not just use the array ref returned by fetch() or fetchrow_arrayref()?
Saving a few microseconds
-beta.google.com/groups?q=ParamTypes%20bunce
Tim.
I'm currently dealing with an app that needs to retrieve
parameter type info, and will be adding a driver-specific
attribute for it, but thought it might be something that DBI
in general might need.
FWIW: my implementation will return
and, hopefully, others
to contribute. I will, of course, be available for help etc.
There's some small measure of fame but no fortune here.[*]
I'm asking of dbi-dev first. If I get no takers I'll cast the net wider.
Tim.
[*] There is $500 sitting in The Perl Foundation DBI grant, put there at my
On Wed, May 04, 2005 at 01:17:00AM +0200, Steffen Goeldner wrote:
Tim Bunce wrote:
On the occasion of the 1st anniversary - where did the time go?
[whoosh]
When a batch is first executed the statement handle appears exactly
as if the batch only contained the first sub-statement
own rows() method
to return whetever you want - which is exactly what you've already done :)
Tim.
On Apr 15, 2005, at 6:53 AM, Rudy Lippan wrote:
On Thu, 14 Apr 2005, Patrick Galbraith wrote:
Tim,
For the longest time, there's been this annoying warning with the
compile for DBD::mysql
On Mon, Apr 11, 2005 at 01:42:48PM -0500, Andy Lester wrote:
On Mon, Apr 11, 2005 at 01:34:11PM -0400, Stas Bekman ([EMAIL PROTECTED])
wrote:
Tim Bunce wrote:
[...]
I've applied the patch (change #970) and make a few tweaks. I needed to
add a 'const char *' entry to the typemap file
upsets your compiler. Thanks.
Tim.
On Mon, Apr 11, 2005 at 12:26:20PM +0200, H.Merijn Brand wrote:
On Mon, 11 Apr 2005 11:15:44 +0100, Tim Bunce [EMAIL PROTECTED] wrote:
On Sun, Apr 10, 2005 at 05:03:58PM -0500, Andy Lester wrote:
Attached is a patch that does for DBI what I've been doing in the Perl
core the past few
Thanks, applied.
Tim.
On Sat, Apr 09, 2005 at 12:12:36PM +0100, Avis, Ed wrote:
DBI has a warning about multiple copies of Driver.xst found in @INC, but
this warning also fires when @INC has the same directory in it twice,
which isn't something to worry about. This patch quietens the warning
Thanks applied.
Tim.
On Fri, Apr 08, 2005 at 06:49:54PM -0400, Stas Bekman wrote:
this patch allows correctly handling magical imp_data scalars (which is
the case when a variable is coming from a thread::shared variable.
Index: DBI.xs
On Sat, Apr 09, 2005 at 01:08:40AM -0400, Stas Bekman wrote:
Tim,
I've a pretty well working prototype now. There is one problem though.
Before take_imp_data can be called all $sth must be destroyed. for example
the following code:
my $dbh = DBI-connect('dbi:mysql:test
On Sun, Apr 10, 2005 at 03:08:04PM -0400, Stas Bekman wrote:
Tim Bunce wrote:
On Sat, Apr 09, 2005 at 01:08:40AM -0400, Stas Bekman wrote:
Tim,
I've a pretty well working prototype now. There is one problem though.
Before take_imp_data can be called all $sth must be destroyed
-insensitive variants?
I think this is what you're after:
Perl_ibcmp(pTHX_ const char *s1, const char *s2, register I32 len)
Tim.
On Tue, Apr 05, 2005 at 07:27:10PM -0700, Patrick Galbraith wrote:
Tim,
I have a fix to the emulated code that throws an error if you try to
bind a non-numeric value as a numeric - is this the desired behaviour?
I tested my fix, and it works fine, but perhaps you have pointers to
make
Fixed in revision 959. Thanks.
Tim.
On Wed, Apr 06, 2005 at 10:15:15AM -0400, Stas Bekman wrote:
The svn of DBI has this warning:
cc -c -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-DDEBUG_LEAKING_SCALARS -DDEBUGGING -fno-strict-aliasing -pipe
-I/usr/local/include -D_LARGEFILE_SOURCE
701 - 800 of 1464 matches
Mail list logo
