Rob Browning [EMAIL PROTECTED] writes:
The 50MB of RAM you're worried about is a *BUG*, and it needs to be
fixed. Other than that, and some performance work that seems fairly
Is this a bug we can fix? Or is it a bug in libXML? I've not done
any profiling to determine this.
On Fri, Dec 08, 2000 at 12:04:59PM +1100, Robert Graham Merkel wrote:
Bill, you wanted some information about ROI calculation.
All this stuff is all archived in the ML - read the thread starting
at this URL:
http://gnucash.org/gnucash-devel/June-2000/msg00409.php3
This calculations are
Derek Atkins wrote:
Not everything in the GnuCash data is an SQL primitive data type.
I'm having a hard time thinking of anything. I was planning that we
go out of the way to make sure we use primitives for all the primary
stuff. As I mentioned before, this might even mean getting
Greetings everyone,
I have been using gnucash for awhile now, and I'm interested in
helping with the development. I've been following your conversation on
rdbms, and I think I can help with that module.
I do Oracle programming and I'm pretty good with SQL and database
design in general. I can
On Fri, Dec 08, 2000 at 12:04:59PM +1100, Robert Graham Merkel wrote:
All this stuff is all archived in the ML - read the thread starting
at this URL:
http://gnucash.org/gnucash-devel/June-2000/msg00409.php3
This calculations are slightly nontrivial, so sharing them with
gnumeric if
David Merrill [EMAIL PROTECTED] writes:
I have been using gnucash for awhile now, and I'm interested in
helping with the development. I've been following your conversation
on rdbms, and I think I can help with that module.
I do Oracle programming and I'm pretty good with SQL and database
On Fri, Dec 08, 2000 at 05:37:12PM -0600, Rob Browning wrote:
David Merrill [EMAIL PROTECTED] writes:
I have been using gnucash for awhile now, and I'm interested in
helping with the development. I've been following your conversation
on rdbms, and I think I can help with that module.
Hi,,
I've just recently tripped across some interesting URL's
TREE --http://tree.sourceforge.net/
a (stock) price database server, gets live data off the net stores
it serves it
FreeMarket -- http://www.freemarket-project.org/
A stock technical analysis system (version 0.03) but very
I wrote:
To a first approximation. At least, all the databases appear to support
the data types required by the SQL92 standard, and this standard
includes all the types you'd expect (several sizes of integer floating
point variables, character strings, date fields, money fields, blobs,
[EMAIL PROTECTED] (Bill Gribble) writes:
jody suggested that the gnumeric folks might be receptive to an
app-neutral refactoring of the financial stuff in gnumeric. If we can
make a freestanding library from their code, we can share it with them
and hopefully get some synergy out of it.
Derek Atkins [EMAIL PROTECTED] writes:
Rob Browning [EMAIL PROTECTED] writes:
The 50MB of RAM you're worried about is a *BUG*, and it needs to be
fixed. Other than that, and some performance work that seems fairly
Is this a bug we can fix? Or is it a bug in libXML? I've not done
writes:
On Fri, Dec 08, 2000 at 12:04:59PM +1100, Robert Graham Merkel wrote:
All this stuff is all archived in the ML - read the thread starting
at this URL:
http://gnucash.org/gnucash-devel/June-2000/msg00409.php3
This calculations are slightly nontrivial, so sharing them with
Rob Browning writes:
[EMAIL PROTECTED] (Bill Gribble) writes:
jody suggested that the gnumeric folks might be receptive to an
app-neutral refactoring of the financial stuff in gnumeric. If we can
make a freestanding library from their code, we can share it with them
and
Bill Gribble writes:
On Fri, Dec 08, 2000 at 12:04:59PM +1100, Robert Graham Merkel wrote:
Bill, you wanted some information about ROI calculation.
All this stuff is all archived in the ML - read the thread starting
at this URL:
On 8 Dec 2000, Derek Atkins wrote:
Also, I'm looking at network protocols. When designing a network
protocol, I don't like assuming you have 100BaseT between your client
and server. That means you have to make protocols as compact as
possible. I also don't like to compress a network
It's been rumoured that Richard -Gilligan- Uschold said:
If anyone knows of a
source for the TXF export format spec, it would resolve this problem.
well, I grepped on google but didn't find anything.
--linas
___
gnucash-devel mailing list
[EMAIL
I also agree that a shared financial library would be an excellent
idea.
Is there any other project that might get on board, or should we just
get going and if we start producing something good other people can
get involved as they see fit?
On Sat, Dec 09, 2000 at 11:56:20AM +1100, Robert Graham Merkel wrote:
Rob Browning writes:
[EMAIL PROTECTED] (Bill Gribble) writes:
jody suggested that the gnumeric folks might be receptive to an
app-neutral refactoring of the financial stuff in gnumeric. If we can
make a
18 matches
Mail list logo
