At 12:49 AM +0100 9/12/04, Matt Sergeant wrote:
This is just because Mac OSX is fussy - Linux won't complain and will let
the latterly loaded symbol supercede. But it's a valid bug in
DBD::SQLite2, so I'll fix it in the next release (should be simple).
Matt.
Now, unless you have a Mac OS X box of y
On Saturday 11 September 2004 4:45 pm, Darren Duncan wrote:
> At 4:05 PM -0700 9/11/04, Scott Leighton wrote:
> > I'm not seeing any such problem here. The following code works
> >perfectly with DBD::SQLite2 v0.33 and DBD::SQLite v1.05.
> >
> > You don't 'use' the DBD modules, you use DBI; and i
On Sat, 11 Sep 2004, Darren Duncan wrote:
> And the results:
>
> [S0106000393c33758:Documents/Perl Distributions/devworld]
> darrenduncan% ../perl58 dbd_load_test.pl
> dyld: ../perl58 multiple definitions of symbol _sqlite_busy_timeout
> /Volumes/Programming/Perl/lib/perl5/site_perl/5.8.5/darwin
On Sat, 11 Sep 2004, Darren Duncan wrote:
> However, this SQLite v2 and SQLite v3 can not be used simultaneously
> as they have symbol conflicts. The one flagged was
> _sqlite_busy_timeout, but from a quick scan of the offending files
> there seem to be more conflicts. It all looks like a num
At 4:05 PM -0700 9/11/04, Scott Leighton wrote:
I'm not seeing any such problem here. The following code works
perfectly with DBD::SQLite2 v0.33 and DBD::SQLite v1.05.
You don't 'use' the DBD modules, you use DBI; and it handles loading
of the modules specified in the connect.
Scott
I know how
On Saturday 11 September 2004 3:19 pm, Darren Duncan wrote:
> Just now I installed the newest versions of DBD::SQLite v1.05 (3.06)
> and DBD::SQLite2 v0.33 (2.8.15). They both tested and installed with
> no problems, along with DBI v1.43 and Perl v5.8.5, all using GCC 3.3
> on Mac OS X 10.2.8.
>
>
Just now I installed the newest versions of DBD::SQLite v1.05 (3.06)
and DBD::SQLite2 v0.33 (2.8.15). They both tested and installed with
no problems, along with DBI v1.43 and Perl v5.8.5, all using GCC 3.3
on Mac OS X 10.2.8.
However, this SQLite v2 and SQLite v3 can not be used simultaneousl
On Fri, 10 Sep 2004 15:58:24 -0400, D. Richard Hipp <[EMAIL PROTECTED]> wrote:
OK. My workaround trick didn't work afterall. Looks like you
are stuck with a temporary file when doing an UPDATE or a mass
INSERT inside a transaction.
yes. update may be very simple. See the following log:
SQLite ver
Ed Porter wrote:
I found that performance began to fail miserably as the blob size increased
above 500 bytes (has anyone else experienced this problem?).
I just ran a test where I do "count" INSERTs of a BLOB of different sizes.
Here's the result:
size=100 count=100 time=26374 microseconds per ite
On Fri, 10 Sep 2004, Darren Duncan wrote:
> With this round, I will start using the new stuff like named host parameters.
Sadly named host params are still broken in sqlite 3.0.6. When I parse
this SQL:
SELECT user_id, fname, lname FROM users
WHERE lname like :1
UNION
SELECT user_id, fn
Vladimir Vukicevic, dando pulos de alegria, escreveu :
Hi yesso,
On Sat, 11 Sep 2004 09:02:08 +0200, yesso <[EMAIL PROTECTED]> wrote:
hi, can i use this provider in a c# project?
Yes, you can use it with any language that can access ADO and/or OLE-DB
databases.
But as Vladimir pointed out, you ma
Hi yesso,
On Sat, 11 Sep 2004 09:02:08 +0200, yesso <[EMAIL PROTECTED]> wrote:
>
> hi, can i use this provider in a c# project?
>
You may want to also look at the SQLite ADO.NET provider at
http://www.mono-project.com/contributing/sqlite.html , which is part
of mono's class libraries, but works
Hallo Nuno,
Saturday, September 11, 2004, 5:05:31 AM, du hattest geschrieben:
NL> Hi all.
NL> I just finished a first version of the SQLite OLE/DB provider.
NL> It only implements the basic ADO functionality (execute SQL command and
NL> Recordset view).
NL> I make it available for all (free of
13 matches
Mail list logo