On Fri, Apr 04, 2008 at 01:43:24PM -0700, Steven Fisher wrote:
> On 04-Apr-2008, at 1:17 PM, Nicolas Williams wrote:
> > Sure there is:
> >
> >const char *sqlite3_column_decltype(sqlite3_stmt*,int);
> >int sqlite3_column_type(sqlite3_stmt*, int iCol);
>
> This would be useful but, again,
On 04-Apr-2008, at 1:17 PM, Nicolas Williams wrote:
> On Fri, Apr 04, 2008 at 01:06:58PM -0700, Steven Fisher wrote:
>>> It's not necessarily the same as strcasecmp(). You can have per-
>>> column collations.
>>
>> Column names, not column contents. :) I don't like to have my C code
>> rely on
On Fri, Apr 04, 2008 at 01:06:58PM -0700, Steven Fisher wrote:
> > It's not necessarily the same as strcasecmp(). You can have per-
> > column collations.
>
> Column names, not column contents. :) I don't like to have my C code
> rely on the order of columns from a query. You can avoid
On 04-Apr-2008, at 12:54 PM, Nicolas Williams wrote:
> On Fri, Apr 04, 2008 at 12:48:05PM -0700, Steven Fisher wrote:
>> On 03-Apr-2008, at 11:22 PM, Matthew L. Creech wrote:
>>> We need to either rename it so
>>> that it's part of the library's exported API, or do something
>>> different in
On Fri, Apr 04, 2008 at 12:48:05PM -0700, Steven Fisher wrote:
> On 03-Apr-2008, at 11:22 PM, Matthew L. Creech wrote:
> > We need to either rename it so
> > that it's part of the library's exported API, or do something
> > different in tclsqlite.c.
>
> I would really like to have a few of
On 03-Apr-2008, at 11:22 PM, Matthew L. Creech wrote:
> We need to either rename it so
> that it's part of the library's exported API, or do something
> different in tclsqlite.c.
I would really like to have a few of sqlite3's internal functions
available to client applications in a
On Fri, Apr 04, 2008 at 08:48:53AM -0400, D. Richard Hipp wrote:
> The way we build the TCL interface that is on the download
> page is that the TCL interface code becomes part of the
> amalgamation and the whole thing is compiled as a single
> translation unit. I cannot imagine why anyone would
On Fri, Apr 04, 2008 at 08:48:53AM -0400, D. Richard Hipp wrote:
> This has never been a problem for the prebuilt binaries on
> the website.
Neither this wasn't any problem for earlier sources (including 3.5.6).
> Anyway, you can fix the problem by either using the
> precompiled binaries, or
On Apr 3, 2008, at 10:46 PM, Zbigniew Baniewski wrote:
> I'm sorry to confirm the problem described at http://tinyurl.com/
> 29wc8x
>
> #v+
> $ tclsh8.5
> % package require sqlite3
> couldn't load file "/usr/lib/sqlite3/libtclsqlite3.so.0":
> /usr/lib/sqlite3/libtclsqlite3.so.0: undefined
On Thu, Apr 3, 2008 at 10:46 PM, Zbigniew Baniewski <[EMAIL PROTECTED]> wrote:
> I'm sorry to confirm the problem described at http://tinyurl.com/29wc8x
>
> #v+
> $ tclsh8.5
> % package require sqlite3
> couldn't load file "/usr/lib/sqlite3/libtclsqlite3.so.0":
>
On Thu, Apr 03, 2008 at 09:54:15PM -0500, John Stanton wrote:
> Install TCL
Another one? What for?
--
pozdrawiam / regards
Zbigniew Baniewski
___
sqlite-users mailing
Zbigniew Baniewski wrote:
> I'm sorry to confirm the problem described at http://tinyurl.com/29wc8x
>
> #v+
> $ tclsh8.5
> % package require sqlite3
> couldn't load file "/usr/lib/sqlite3/libtclsqlite3.so.0":
> /usr/lib/sqlite3/libtclsqlite3.so.0: undefined symbol: sqlite3StrICmp
> #v-
I'm sorry to confirm the problem described at http://tinyurl.com/29wc8x
#v+
$ tclsh8.5
% package require sqlite3
couldn't load file "/usr/lib/sqlite3/libtclsqlite3.so.0":
/usr/lib/sqlite3/libtclsqlite3.so.0: undefined symbol: sqlite3StrICmp
#v-
Does there exist any cure?
--
13 matches
Mail list logo