I've been thinking about the Disk-File vs. Database arguments for a
while, and I think there are some broader architectural changes to the
current datastore model that would need to be made before any kind of
multi-access could be implemented. My thesis is that if we can move
to a more
Rob Browning [EMAIL PROTECTED] writes:
On the data communication side, there's also CORBA to consider.
I personally dislike CORBA. My reasoning is two-fold:
1) Synchronous RPC is BAD (in many cases).
2) CORBA tries to push protocol design onto programmers.. But
Hi,
I needed the following patch to get the CVS mainline to compile
on RH6.2 using libxml-devel-1.8.6-2. The problem is the apparent
lack of an xmlRootNode member of the xmlDocPtr object. At least
in version 1.8.6, that structure member is called 'root', not
'xmlRootNode'.
-derek
Index:
Thanks, it appears to be working now (or, at least, it builds ;)
-derek
Dave Peticolas [EMAIL PROTECTED] writes:
Derek Atkins writes:
Well, with those couple of changes, it appears to be working for me
with the libxml-1.8.6 (which is shipped with RH 6.2). Are we not
going to support RH
I'm trying to import a QIF file and I have to hand-massage all the
categories. There are lots of them, so I have to scroll down to
change them all. That's not a big deal. Unfortunately, every time I
change a category on an item, the window scrolls back to the top of
the page. This can get
Christopher Browne [EMAIL PROTECTED] writes:
The options that leap to mind are:
What did you think about the info I got on embedding MySQL and
PosgreSQL (did I post that?).
I'm not sure I saw that; could be "user error" on my part.
If not, I spoke to both camps, and the MySQL people
Aren't guaranteed to be delivered to the other side.
Mike
-Original Message-
From: Derek Atkins [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, October 31, 2000 1:56 PM
To: Perik, Mike
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Trial Balloon: A new
Derek Atkins [EMAIL PROTECTED] writes:
Yes it can. You can send multiple oneway requests, and let the remote
object send oneway replies back.
... at this point what added benefit are you getting from CORBA? To
me, at this point you are still defining a protocol, and using CORBA
for
Hi,
The following patch is necessary to get the current mainline
to successfully 'autogen.sh' on a RedHat 6.2 machine. Namely,
change 'AM_PATH_GDK_PIXBUF' to 'GNOME_CHECK_GDK_PIXBUF'.
-derek
Index: macros/gnome-gdk-pixbuf.m4
===
Dave Peticolas [EMAIL PROTECTED] writes:
So we would have a 'long' name and a 'nickname'?
Sure, though in my original incarnation, I was thinking of an
potentially limitless number of nicknames depending on the view that
the account was in. In fact the name would be a part of the view
Thanks.. That just bolsters my opinion that CORBA is the Wrong
Thing(TM) because we would still have to handle packet
retransmissions ourselves. So I have to wonder what benefit
CORBA is providing.
Thanks :)
-derek
[EMAIL PROTECTED] writes:
Aren't guaranteed to be delivered to the other
Richard -Gilligan- Uschold [EMAIL PROTECTED] writes:
This sounds very interesting! I haven't been able to come up with a
'best' way to hierarchicalize (is that a word) my accounts.
If this were implemented, would this mean that in each hierarchical
view, we would get different totals for
Derek Atkins [EMAIL PROTECTED] writes:
So, any comments?
Yep. How about "You're more or less exactly right." :
Pieces of this discussion have popped up on the list in various
incarnations over the years, and we all know this kind of thing is
needed, but it's a big job, and no one's exactly
Derek Atkins [EMAIL PROTECTED] writes:
I personally dislike CORBA. My reasoning is two-fold:
I don't actually know enough about CORBA to dislike it : but I've
messed with RPC systems enough to sympathize strongly with your
criticisms.
I mostly just brought it up as another one of those
Derek Atkins writes:
Well, with those couple of changes, it appears to be working for me
with the libxml-1.8.6 (which is shipped with RH 6.2). Are we not
going to support RH 6.2 in the development version?
I certainly have no qualms about requiring a rebuild between the two
versions of
Well, with those couple of changes, it appears to be working for me
with the libxml-1.8.6 (which is shipped with RH 6.2). Are we not
going to support RH 6.2 in the development version?
I certainly have no qualms about requiring a rebuild between the two
versions of libxml, but it would be a
Jonathan Blandford [EMAIL PROTECTED] writes:
84 RPC calls? That's pretty heavy, regardless of the protocol or
mechanism. But that aside, CORBA has the oneway directive that lets you
send asynchronous requests.
Yea, I was flabergasted when I heard that, too. It's not something
that M$ is
delurk
Hi Derek,
While I'm hardly a CORBA expert, I'd like to reply to some of these
comments.
Derek Atkins [EMAIL PROTECTED] writes:
Rob Browning [EMAIL PROTECTED] writes:
On the data communication side, there's also CORBA to consider.
I personally dislike CORBA. My reasoning is
Hi,
I tried to import two QIF files (with the same transactions but from
different accounts, one account per file). I got through the whole
process and then Gnucash died with this error:
/var/tmp/gnucash/share/gnucash/scm/qif-import/qif-dialog-utils.scm:489:34: In
procedure gsubr-apply in
Derek Atkins writes:
Hi,
I needed the following patch to get the CVS mainline to compile
on RH6.2 using libxml-devel-1.8.6-2. The problem is the apparent
lack of an xmlRootNode member of the xmlDocPtr object. At least
in version 1.8.6, that structure member is called 'root', not
Derek Atkins writes:
So, any comments?
Yup, I agree too.
dave
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Derek Atkins writes:
Hi,
The following patch is necessary to get the current mainline
to successfully 'autogen.sh' on a RedHat 6.2 machine. Namely,
change 'AM_PATH_GDK_PIXBUF' to 'GNOME_CHECK_GDK_PIXBUF'.
-derek
Index: macros/gnome-gdk-pixbuf.m4
[EMAIL PROTECTED] writes:
CORBA oneway calls are not guaranteed.
They require "best effort" by the ORB. Network calls aren't guaranteed
either...
Thanks,
-Jonathan
___
gnucash-devel mailing list
[EMAIL PROTECTED]
Jonathan Blandford [EMAIL PROTECTED] writes:
Less code to write. More code share amongst other apps on your desktop
(ie. those using GNOME). If gnucash ever decides to use Bonobo, it'll
need to be using CORBA anyway. The thing about protocols (especially
those involving applications) is
Aren't guaranteed to be one-way, or aren't guaranteed to make
it to the other side?
-derek
[EMAIL PROTECTED] writes:
CORBA oneway calls are not guaranteed.
Mike
-Original Message-
From: Jonathan Blandford [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, October 31, 2000
That's what I thought, but aclocal was complaining. I can't say as I
understand why.
-derek
Dave Peticolas [EMAIL PROTECTED] writes:
Derek Atkins writes:
Hi,
The following patch is necessary to get the current mainline
to successfully 'autogen.sh' on a RedHat 6.2 machine. Namely,
CORBA oneway calls are not guaranteed.
Mike
-Original Message-
From: Jonathan Blandford [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, October 31, 2000 2:28 PM
To: Derek Atkins
Cc: Rob Browning; [EMAIL PROTECTED]
Subject: Re: Trial Balloon: A new DataStore Architecture?
Dave Peticolas, in an immanent manifestation of deity, wrote:
Ok. The engine is changing a lot these days, so I would hold off on
doing any work on it right now. When it's starts to stabilize, anyone
who is interested should feel free to update the swig API work. This
will require a fair bit of
28 matches
Mail list logo
