Christopher Browne writes:
> I see two things:
> a) A necessity to break some bottlenecks, and
> b) An opportunity to make the software greatly more scalable.
The most important problem facing the GnuCash team right now is
GnuCash's unreliability (one version of GnuCash crashed on me once;
therefore every version of GnuCash is unreliable). If GnuCash is
written in a language which can dump core[1] (which it is), then it needs
to fsync() every transaction to disk. Seems to me that the current
transaction store doesn't support that level of reliability.
[1] Of course, I last hacked on a machine that used core (the PDP-8)
in 1978, over twenty years ago. Yet programs still "dump core".
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | "Ask not what your country
521 Pleasant Valley Rd. | +1 315 268 1925 voice | can force other people to
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | do for you..." -Perry M.
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
