Please don't top-post and include everything that went before.

On 11 Jan 2011, at 17:10, Scott A Mintz wrote:

> There's the issue of "this is what I meant" vs. "this is what I did." When 
> you have a couple hundred customer's, changing the code is painful but 
> doable.  When you have a couple million customer's, then what is "out 
> there" is the "true" API and must be kept around.

If that were generally true no-one would ever change (or even add) anything in 
any software library product.

The problem here is that there are two mutually incompatible versions out there 
already, pre-3.6.23.1 which generates SQLITE_MISUSE in many cases and 
post-3.6.23.1 which generates SQLITE_MISUSE practically never. Introducing a 
third incompatible version (as proposed to start this thread) which generates 
SQLITE_MISUSE with a frequency between the two is unlikely to make things 
better; if anything it will make things worse.

If we knew that no-one had shipped dynamic libraries for a version >=3.6.23.1 
and <now it would invalidate that argument; unfortunately 3.7.2 shipped in 
Ubuntu Maverick and 3.6.23.1 shipped in a maintenance update for Fedora Core 
14. So lots of people already have both behaviours in the wild.

Best Regards,

Phil Willoughby
-- 
Managing Director, StrawberryCat Limited

StrawberryCat Limited is registered in England and Wales with Company No. 
7234809.

The registered office address of StrawberryCat Limited is:

107 Morgan Le Fay Drive
Eastleigh
SO53 4JH

_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to