On Mon, May 04, 2009 at 07:42:58PM +0200, Alain Baeckeroot wrote:
> Le 01/05/2009 à 23:02, Thomas Weber a écrit :
> Currently the database_1.0.1 package "works" (and crash due to swig) for
> postgresql, mysql and sqlite, and provide a simple (not robust nor fast)
> interface to those db, and have many globals var (more than 100).
>
> Our octave-postgres works only for postgres 8, it has been tested only
> on 32bit (but is supposed to work on 64bit too), it is fast for
> retrieving numbers, does db error checking, uses no global vars, and
> most important does not crash octave during normal flow of operations.
>
> As i'm a little biased, i think our code is better ;-) . If the only
> way to get our "package" on octave-forge is to replace the current one,
> i can try to implement something for mysql and sqlite, but it will
> take some time (as it is far from our needs).
That is not what I mean; I'm in no position to force you to do anything.
However, I fear that the following will happen: you add a postgresql
package to octave-forge. Then someone comes and realizes that the
database package crashes for MySQL and creates a MySQL package. The next
person does the same for Sqlite. Keeping these packages in some sync
regarding their syntax will be a pain.
So, if the current database package crashes for all three supported
databases, I'm all in favor of wiping it completely and starting just
with PostgreSQL. This is my opinion only, at least Soren should speak up
about that.
Thomas
------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations
Conference from O'Reilly Media. Velocity features a full day of
expert-led, hands-on workshops and two days of sessions from industry
leaders in dedicated Performance & Operations tracks. Use code vel09scf
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
_______________________________________________
Octave-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/octave-dev
