On 2/9/15, Stephan Beal <sgb...@googlemail.com> wrote: > On Mon, Feb 9, 2015 at 12:56 PM, Vikrant Chaudhary <vikr...@webstream.io> > wrote: > >> * No global repository object: At present, reference (henceforth >> "object") to the repository is stored in a global variable "g". I >> think that in sqlite3, a process can simultaneously handle connections >> to multiple databases because for every connection there is a "struct >> sqlite3" object, but that is not the case with Fossil. It would be >> > > That's what libfossil is largely about - refactoring fossil to use that > approach. > > http://fossil.wanderinghorse.net/r/libfossil/
To which efforts I encourage you and wish you Godspeed. But, to be clear, I have no intention of following that path for the canonical Fossil executable. Fossil shall continuing in the classical 1970s unix motif of doing one thing quickly and then calling exit(). Vikrant, if you want a library, then by all means help Stephan. His is a noble effort and worthy of your support. I'm happy to assist your labors by providing server space or domain names or other infrastructure assistance. But your objective is emphatically not where the canonical Fossil program is going. Thank you for your suggestions. -- D. Richard Hipp d...@sqlite.org _______________________________________________ fossil-dev mailing list fossil-dev@lists.fossil-scm.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/fossil-dev
