An update this morning yielded the following:
gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../.. -I../../..
-I.. -I../..
-DLOCALE_DIR=\"/mnt/raid/home/mj/gnucash-gda/gnucash.15335/share/locale\"
-I../../../src/backend -I../../../src/engine -I../../../src/core-utils
-I../../../lib/lib
Mark Johnson wrote:
>gnc-backend-util.c and .h have been added. I am trying a build now.
>
>Mark
>
>___
>gnucash-devel mailing list
>gnucash-devel@gnucash.org
>https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>
>
Looks like a function protot
Derek Atkins wrote:
>Mark Johnson <[EMAIL PROTECTED]> writes:
>
>
>
>>Compiling the latest gda-dev failed as follows:
>>
>>
>[snip]
>
>
>>.deps/gnc-backend-gda.Tpo -c gnc-backend-gda.c -fPIC -DPIC -o
>>.libs/gnc-backend-gda.o
>>gnc-backend-gda.c:41:34: gnc-backend-util-gda.h: No such fil
Mark Johnson <[EMAIL PROTECTED]> writes:
> Compiling the latest gda-dev failed as follows:
[snip]
> .deps/gnc-backend-gda.Tpo -c gnc-backend-gda.c -fPIC -DPIC -o
> .libs/gnc-backend-gda.o
> gnc-backend-gda.c:41:34: gnc-backend-util-gda.h: No such file or directory
[snip]
Yeah, looks like Phil f
Derek Atkins wrote:
What's the point of the global, static fb_info? In general static
storage is a Bad Idea (TM).
Agreed. It's something I copied from 1.8.12, and didn't spend enough
time thinking if the global was necessary.
It is the storage space where the callback function (for when O
What's the point of the global, static fb_info? In general static
storage is a Bad Idea (TM).
As for the QSF Importer -- I'm not at all surprised that it doesn't
use the GnuCash APIs :( Feel free to change that ;)
-derek
Quoting Mark Johnson <[EMAIL PROTECTED]>:
> Phil Longstaff wrote:
>
>>>
Phil Longstaff wrote:
First, I thought I had found something when I found the function
gtk_file_chooser_set_local_only, but the wretched dialog insists on
trying to display the directory of the entered URI when one clicks
Save. Naturally, such a directory does not exist. Entering
gda://AnAc
On Sat, 2006-23-12 at 12:58 -0700, Mark Johnson wrote:
> Derek Atkins wrote:
>
> >> I would like to test the gda backend by saving (a copy of) my real
> >> data to it. How would I do that? (I am testing gnucash-gda on a
> >> separate machine from where I run gnucash with my real data.)
> >
> >
Quoting Mark Johnson <[EMAIL PROTECTED]>:
> Sigh, I couldn't resist the temptation... I started looking into this.
>
> First, I thought I had found something when I found the function
> gtk_file_chooser_set_local_only, but the wretched dialog insists on
> trying to display the directory of the en
Derek Atkins wrote:
>> I would like to test the gda backend by saving (a copy of) my real
>> data to it. How would I do that? (I am testing gnucash-gda on a
>> separate machine from where I run gnucash with my real data.)
>
>
> My understanding is that right now there's not a good way of doing
Phil Longstaff wrote:
>On Mon, 2006-18-12 at 14:37 -0700, Mark Johnson wrote:
>
>
>>1. It should use the username and password from the connection rather
>>than requiring them on the command line.
>>
>>
>
>It should allow them on the command line to override what is in the
>connection but n
On Mon, 2006-18-12 at 14:37 -0700, Mark Johnson wrote:
> 1. It should use the username and password from the connection rather
> than requiring them on the command line.
It should allow them on the command line to override what is in the
connection but not require them. If that is not the case,
Derek Atkins wrote:
> Quoting Mark Johnson <[EMAIL PROTECTED]>:
>
>>> The PG backend still works, even in 2.0. You just can't use the
>>> Save-As dialog to create a new one (because you cannot specify
>>> a URI in the interface). So your understand is not completely correct.
>>> Regardless, the
Quoting Mark Johnson <[EMAIL PROTECTED]>:
>> The PG backend still works, even in 2.0. You just can't use the
>> Save-As dialog to create a new one (because you cannot specify
>> a URI in the interface). So your understand is not completely correct.
>> Regardless, the fact remains that we will st
Derek Atkins wrote:
> Quoting Daniel Espinosa <[EMAIL PROTECTED]>:
>
>>> Maybe. The problem is that GnuCash has multiple backends.. Some of
>>> them
>>> require the save button, some do not. I think the answer here is that
>>> the save button should always exist but only be active when the boo
Quoting Daniel Espinosa <[EMAIL PROTECTED]>:
>> Maybe. The problem is that GnuCash has multiple backends.. Some of them
>> require the save button, some do not. I think the answer here is that
>> the save button should always exist but only be active when the book
>> is dirty. In the case of
2006/12/18, Derek Atkins <[EMAIL PROTECTED]>:
> Hi,
>
> Quoting Mark Johnson <[EMAIL PROTECTED]>:
>
> > After a few minutes playing with it, I offer the following feedback:
> > 1. It should use the username and password from the connection rather
> > than requiring them on the command line.
>
> Agr
Hi,
Quoting Mark Johnson <[EMAIL PROTECTED]>:
> After a few minutes playing with it, I offer the following feedback:
> 1. It should use the username and password from the connection rather
> than requiring them on the command line.
Agreen.
> 2. The Save button should be removed (second choice:
Daniel Espinosa wrote:
> I strongly recomend to install libgnomedb also, becouse it install a
> graphical tool called "gnome-database-properties" wich you can create
> the data source (DSN), the username and password to connecto to any
> data base server or SQLite, and you can test the connection,
2006/12/12, Mark Johnson <[EMAIL PROTECTED]>:
> Mark Johnson wrote:
>
> >I've modified the config file as follows:
> >
> >
> >
> > >value="URI=/home/phil/.libgda/sales_test.db"/>
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
Mark Johnson wrote:
>I've modified the config file as follows:
>
>
>
>value="URI=/home/phil/.libgda/sales_test.db"/>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>I logged into MySql (as root) and created the
Phil Longstaff wrote:
>I've attached a config file which is in ~/.libgda/config. If you use
>this, have a MySQL server running with a database named 'gnucash', then
>starting gnucash with URI gda://gnucash will connect to and use that
>database.
>
>I haven't tried with anything other than MySQL t
Mark Johnson wrote:
>Phil Longstaff wrote:
>
>
>
>>Yes. Fixed in r15194.
>>
>>Phil
>>
>>
>>
>>
>>
>Trying another build.
>
>Are you using--enable-compile-warnings? At the moment, I am leaving it out.
>
>Mark
>
>
>
>
Build has succeeded. I got svn 15198. Now to find the time to try
ru
Phil Longstaff wrote:
>On Sat, 2006-09-12 at 17:40 -0500, Derek Atkins wrote:
>
>
>>Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>>
>>
>>
Are you using--enable-compile-warnings? At the moment, I am leaving it out.
>>>I'm not. Maybe I'll turn it on.
>>>
>>>
>>Yeah
On Sat, 2006-09-12 at 17:40 -0500, Derek Atkins wrote:
> Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>
> >> Are you using--enable-compile-warnings? At the moment, I am leaving it
> >> out.
> >
> > I'm not. Maybe I'll turn it on.
>
> Yeah, you should configure with --enable-error-on-warning
> -
Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>> Are you using--enable-compile-warnings? At the moment, I am leaving it out.
>
> I'm not. Maybe I'll turn it on.
Yeah, you should configure with --enable-error-on-warning
--enable-compile-warnings --enable-debug ... The latter is
probably optional,
On Sat, 2006-09-12 at 15:13 -0700, Mark Johnson wrote:
> Phil Longstaff wrote:
>
> >Yes. Fixed in r15194.
> >
> >Phil
> >
> >
> >
> Trying another build.
>
> Are you using--enable-compile-warnings? At the moment, I am leaving it out.
I'm not. Maybe I'll turn it on.
Phil
__
Phil Longstaff wrote:
>Yes. Fixed in r15194.
>
>Phil
>
>
>
Trying another build.
Are you using--enable-compile-warnings? At the moment, I am leaving it out.
Mark
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/ma
> I am using gcc 3.3.6. It may also be that I am passing
> --enable-compile-warnings to configure. I see that -Wall is part of the
> options being passed to gcc. I expect that the
> --enable-compile-warnings caused the -Wall. I would recommend its use
> for development.
I've got 4.0.2, and
Phil Longstaff wrote:
>>Thanks, Phil. My next attempt at building ended with this:
>> gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../.. -I../../..
>>-I.. -I../.. -DLOCALE_DIR=\"/opt/gnucash-svn15192/share/locale\"
>>-I../../../src/backend -I../../../src/engine -I../../../src/core-uti
> Thanks, Phil. My next attempt at building ended with this:
> gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../.. -I../../..
> -I.. -I../.. -DLOCALE_DIR=\"/opt/gnucash-svn15192/share/locale\"
> -I../../../src/backend -I../../../src/engine -I../../../src/core-utils
> -I../../../lib/li
Phil Longstaff wrote:
>Fixed in r15192.
>
>I've attached a config file which is in ~/.libgda/config. If you use
>this, have a MySQL server running with a database named 'gnucash', then
>starting gnucash with URI gda://gnucash will connect to and use that
>database.
>
>I haven't tried with anythin
On Thu, 2006-07-12 at 20:52 -0700, Mark Johnson wrote:
> I thought I'd see what the gda back end looks like so far. After
> checking out the branches/gda-dev (svn 15190), the compile failed:
> gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../.. -I../../..
> -I.. -I../.. -DLOCALE_DIR=\"
33 matches
Mail list logo