Re: [sqlite] [System.Data.SQLite.DLL] Retrieving table names with column names

2016-07-24 Thread Chris Locke
Thanks Ryan. I guess I'm used to MS Access (can I mention those words in this mailing list?) which recognised the 'table name.field name' convention on all columns regardless. It made things 'lazy' I guess. If a table has 20 fields, then it can be a pain listing out every field required. A

Re: [sqlite] [System.Data.SQLite.DLL] Retrieving table names with column names

2016-07-24 Thread Chris Locke
Thank you for your prompt reply. Thats no big issue then and I will code it explicitly ... didn't want to do that if there was an option / some other method I was missing. Thanks, Chris On Fri, Jul 22, 2016 at 6:55 AM, Hick Gunter wrote: > Short answer: YES. > > This

[sqlite] Bug 6c266900 - Is there still interest?

2016-07-24 Thread Thiago Arrais
I've reproduced it with the latest snapshot and am willing to work on this in case there is still interest in it being fixed. And if the team doesn't think it demands an overall architectural rewrite, of course. :-) Ref.: http://www.sqlite.org/src/tktview?name=6c266900a2 Snapshot used:

Re: [sqlite] The upcoming "pi" release of SQLite

2016-07-24 Thread Roger Binns
On 23/07/16 08:16, Richard Hipp wrote: > Draft change log: https://www.sqlite.org/draft/releaselog/3_14_0.html Please please don't make the new trace/profile API expand the SQL by default. There are two problems with expanding by default: - The text no longer matches what the programmer had in

Re: [sqlite] sqlite3_scrub_backup() not mentioned in 3.14 release log

2016-07-24 Thread Ralf Junker
Absolutely, thanks for the catch! This link might be even better as it always points to the latest version on trunk: https://www.sqlite.org/src/artifact?ci=trunk=ext/misc/scrub.c Ralf On 24.07.2016 15:19, Simon Slavin wrote: By which you mean, of course,

Re: [sqlite] sqlite3_scrub_backup() not mentioned in 3.14 release log

2016-07-24 Thread Simon Slavin
On 24 Jul 2016, at 11:38am, Ralf Junker wrote: > > http://127.0.0.1:8080/artifact/ea0903701e3ac02b > > sqlite3_scrub_backub() is not mentioned in the 3.14 draft release log nor > documentation. By which you mean, of course,

Re: [sqlite] The upcoming "pi" release of SQLite

2016-07-24 Thread gwenn
Hello, It seems that the problem reported here: http://www.mail-archive.com/sqlite-users%40mailinglists.sqlite.org/msg97627.html is not fixed. SQLite version 3.14.0 2016-07-23 05:22:02 sqlite> select 0x1g; 1 sqlite> Regards. On Sat, Jul 23, 2016 at 5:16 PM, Richard Hipp wrote:

[sqlite] sqlite3_scrub_backup() not mentioned in 3.14 release log

2016-07-24 Thread Ralf Junker
On 23.07.2016 17:16, Richard Hipp wrote: Look over the changes. Speak up loudly and quickly if you have any issues. http://127.0.0.1:8080/artifact/ea0903701e3ac02b sqlite3_scrub_backub() is not mentioned in the 3.14 draft release log nor documentation. * Will it be part of the next