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
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 expr
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 o
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 real
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)
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
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 su
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
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
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, Octobe
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$
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.
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?
>
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
[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]
http://www.gnumatic.com/cgi-bin/ma
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 sham
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
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:
> 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
>
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: src/e
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 th
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
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 exactl
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 total
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
(basi
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
===
R
> 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
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 "object-or
28 matches
Mail list logo
