On Fri, Jan 30, 2009 at 11:28 PM, Mark Koenig <[email protected]> wrote: > Related to my last question about transparent persistence in Factor- > > Assuming that a native Factor transparent persistent oodb is a too large > project. > > Can anyone "ballpark" the size of project to provide an FFI to a commercial > oodb like db4o or McObject?
It shouldn't be too large, maybe a thousand lines of code, assuming the database export a C API. Take a look at basis/db for an RDBMS binding for SQLite and Postgres with a high-level interface; I assume a binding to db4o would involve a similar amount of effort. Maybe less, if you're willing to live with a bare FFI interface instead of something more Factor-like. > It looks like these databases are available for Java or .net. Can the Java > version be used with Factor? You'd need a Java bridge for that. Chris Double experimented with one at some point, it could be revived. > Are there any contract programmers out there who have the background > necessary to complete > such a project. You can e-mail me off-list if you're interested in this. > How far is Factor from a version 1.0? I can't give you a timeframe, but take a look at https://concatenative.org/wiki/view/Factor/To%20do for a roadmap. Not all of these features will be in 1.0, but hopefully we can get most of them in. With continuous integration, a release is not as critical since the code is very robust from all the daily testing going on. Slava ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Factor-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/factor-talk
