Try to deactivate the shadow copy for the directory where the sqlite
db file(s) are stored (directory extended properties).
-
To unsubscribe, send email to [EMAIL PROTECTED]
3_3_17.zip shall link to the
processed source package, and another URI shall link to the
amalgamation package. Maybe it's an option for you.
Every non unix user will thank you!
Best regards,
Klemens Friedl
-
To unsubscribe,
s in
advantage.
Best regards,
Klemens Friedl
-
To unsubscribe, send email to [EMAIL PROTECTED]
-
ld be a welcomed gift for v. 3.3.18.
Thanks for SQLite3.
Klemens Friedl
-
To unsubscribe, send email to [EMAIL PROTECTED]
-
The "sqlite3_exec" function has resided in the "legacy.c" file since
shift to version 3. The function is still around in current v3.5 draft
as http://www.sqlite.org/capi350ref.html says.
That function is still kept around for compatibility reasons, as it
was a important function in SQLite v2
2007/8/29, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> I think you will be much much better off to put every
> thread it is own private address space. In other words,
> turn each thread into a separate process. Threads are
> an invention of the devil. Stay as far away from these
> fiendish
I have compiled and used SQLite 3 up to 3.4.2 without problems, but
recent changes on SQL 3.5.x introduced some issues, see below.
I am using mingw (gnu compiler for w32):
gcc version 4.1.3 20070829
NASM version 0.99.04
GNU ld (GNU Binutils) 2.17.50.20070806
GNU Make 3.81
The used this source
2007/10/23, Joe Wilson <[EMAIL PROTECTED]>:
> --- Klemens Friedl <[EMAIL PROTECTED]> wrote:
> > 2007/10/23, Joe Wilson <[EMAIL PROTECTED]>:
> > > --- Klemens Friedl <[EMAIL PROTECTED]> wrote:
> > > > Has someone already used mingw to bu
llTextIndex
Are there plans to support sufix and prefix queries in "Fts Two" ?
e.g. "*foo*"
Best regards,
Klemens Friedl
-
To unsubscribe, send email to [EMAIL PROTECTED]
-
just "exclude") features in "Fts Two" ?
Best regards,
Klemens Friedl
-
To unsubscribe, send email to [EMAIL PROTECTED]
-
ide me the def file so that I can update (& build) my
source to v. 3.3.8 ?
And please provide the "def" file(s) again with v. 3.3.9, thanks!
Best regards,
Klemens Friedl
-
To unsubscribe, send email to [EMAIL PROTECTED]
-
s
only hen full-text search will become really useful.
Best regards,
Klemens Friedl
-
To unsubscribe, send email to [EMAIL PROTECTED]
-
I am using http://sqlite.org/sqlite-source-3_3_8.zip and mingw gcc and gnu make.
v. 3.3.5 worked fine, but with 3.3.8 (3.3.6 introduced the extention
thingy) i have problems to compile it, error output:
[LD] output-i386\dll\3rdparty\sqlite3\sqlite3.dll
Good work Dr. R. Hipp!
I agree with "Jason Hawryluk" that the temp-file location should be
change-able with an option, e.g. compile-time "define".
Regards,
Klemens Friedl
-
To unsubscribe,
ct.com/KB/database/Trees_in_SQL_databases.aspx
it should be faster for huge database tables in comparision to the
slower LIKE comparision.
Klemens Friedl
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
While upgrading from an older SQLite 3.4.2, I stuble upon the
following build problem.
me\sqlite3\btree.c:61: error: expected ';', ',' or ')' before '-' token
mingw32-make: *** [obj-i386\me\sqlite3\btree_sqlite3.o] Error 1
btw. I read the upgrade guide: http://sqlite.org/34to35.html
...
2008/10/3 D. Richard Hipp <[EMAIL PROTECTED]>:
> http://www.sqlite.org/draft/syntaxdiagrams.html
> http://www.sqlite.org/draft/lang.html
The diagrams are nice and for some people probably easier to read than
plain text BNF* syntax.
Although, images have two disadvantages:
1) web search engines
17 matches
Mail list logo