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 pr
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
> >
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 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 mo
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:
> >
> > http://gnucash.org/gnucash-devel/J
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 sli
[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.
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 data
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 n
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
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 re
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
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, blob
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 me
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 calculati
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
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.
> straightfo
18 matches
Mail list logo
