Re: [gnome-db]0.2.90 tarballs

[Gerhard Dieringer <Gerhard Dieringer nexgo de>]

Am 2001.08.10 16:22 schrieb(en) Rodrigo Moya:
> Hi!
> 
> Sorry Gerhard for not having answered before, but this morning I lost a
> lot of mails (the gnome-db.org mail server's fault :-), so I just saw
> your message on the archives.
> 
> Am 2001.08.08 16:14 schrieb(en) Rodrigo Moya:
> > On 08 Aug 2001 20:16:34 +0200, Gerhard Dieringer wrote:
> > > Hi Rodrigo
> > > > > I tested the new release but gda-test gives the following error
> > messages:
> > > --------------------------------------------------
> > > GDA-Test version 0.2.90
> > > Copyright (c) 2000 Free Software Foundation, Inc.
> > > This program is part of GNU Data Access (GDA) version 0.2.90.
> > > GDA-Test comes with NO WARRANTY, to the extent permitted by law.
> > > You may redistribute copies of GDA-Test under the terms of the GNU
> > > General Public License. For more information see the file COPYING.
> > > > > initializing...
> > > > > The following 2 GDA providers are available:
> > > 1: OAFIID:GNOME_GDA_Provider_Default_Connection
> > > 2: OAFIID:GNOME_GDA_Provider_Postgres_Connection
> > > > > Choose one (enter the number):2
> > > > > choosing OAFIID:GNOME_GDA_Provider_Postgres_Connection...
> > > > > Please enter dsn (like 'DATABASE=test'): DATABASE=gmd
> > > Please enter user name: gmd
> > > Please enter password: 
> > > > > opening connection...
> > > gda-connection.c: 68: gda_connection_real_error called
> > > gda-connection.c: 68: gda_connection_real_error called
> > > %s: An Error occured in the CORBA system.
> > > > > ** CRITICAL **: file gda-error.c: line 354
> (gda_error_get_description):
> > > assertion `GDA_IS_ERROR (error)' failed.
> > > (null)
> > > > > ** CRITICAL **: file gda-error.c: line 354
> (gda_error_get_description):
> > > assertion `GDA_IS_ERROR (error)' failed.
> > > (null)
> > > > > Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject'
> > > > > Gtk-CRITICAL **: file gtkobject.c: line 235
> (gtk_object_destroy):
> > assertion
> > > `object != NULL' failed.
> > > > > Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject'
> > > > > Gtk-CRITICAL **: file gtkobject.c: line 235
> (gtk_object_destroy):
> > assertion
> > > `object != NULL' failed.
> > > -----------------------------------------------------
> > > The following versions are installed:
> > > gmd lise:~ > pkg-config --modversion bonobo
> > > 1.0.7
> > > gmd lise:~ > pkg-config --modversion ORBit 
> > > 0.5.8
> > > > As the problem Vivien is having, this really seems something
> related to
> > Bonobo
> > and/or ORBit. What distribution are you running?
> > > Do other gnome-db programs (the front end) work, or do they have the
> > same problem?
> > Yes, gasql and gnomedb-fe also don't work. 
> > With gasql I get the following messages, when I try to connect to a
> DB:
> >
> > gmd lise:~ > gasql
> >	New plugin (0x8152a60/0x40e33ec0): Test(V0.6.0)
> >	New plugin (0x8152e80/0x40e372f0): NetAddr(V0.6.0)
> >	New plugin (0x8153308/0x40e45a50): Picts(V0.6.0)
> > gda-connection.c: 68: gda_connection_real_error called
> > gasql: error while loading shared libraries: gasql: undefined symbol:
> > gnome_db_errordlg_new
> >
> this is an old version of gASQL, since these functions were renamed in
> gnome-db to gnome_db_error_dialog_*. So, please, try with the latest
> tarball Vivien has made which should have this fixed
> 
> > And with gnomedb-fe when trying to connect to a DB, I get a small >
> empty
> > Dialog window
> > and the appication hangs. It can only be stopped with 
> > kill -QUIT nnnn
> >
> oops, that's weird. Could you debug the gnomedb-components binary
> (setting a breakpoint in open_connection_cb, in the
> gnome-db/components/gnomedb-com-connection.c), please?
> 
Hi Rodrigo,

it gets even more strange!

I reinstalled libgda-0.2.90 and had the nice effect, that gda-test now
1.) works and 2.) on every call!?!?
(You remember, with 0.2.10 it only worked at every second call). 
The only thing I changed since the last unsuccessfull trial was the
installation of the now gconf-1.0.3

But gnomedb-fe still does not work. As I don't know how to debug a
bonobo-controll with gdb, I inserted
some output-statements in open_connection_cb and noticed, that 
gnome_dialog_run(GNOME_DIALOG(dialog))
doesn't return. It opens the second, empty dialog window and then hangs.

I also tried gasql-0.6-0.2.90. After inserting an
oaf_init(argc, argv)
between gnome_init_with_popt_table (...) and bonobo_init (...)
I could start it, but it also didn't work.
After trying to connect to a DB I got a dialog window with:
Error: -1, Description: %s: An Error occured in the CORBA system.

an the following output on the terminal:

gmd lise:~/temp > gasql
	New plugin (0x815bc80/0x40c39f80): Test(V0.6.0)
	New plugin (0x815c128/0x40c3d3b0): NetAddr(V0.6.0)
	New plugin (0x815c5f8/0x40c41b00): Picts(V0.6.0)
gda-connection.c: 68: gda_connection_real_error called

** CRITICAL **: file gda-error.c: line 338 (gda_error_list_free): assertion
`errors != 0' failed.

Gtk-CRITICAL **: file gtkentry.c: line 398 (gtk_entry_set_text): assertion
`text != NULL' failed.

Gtk-CRITICAL **: file gtkentry.c: line 398 (gtk_entry_set_text): assertion
`text != NULL' failed.

Gtk-CRITICAL **: file gtkentry.c: line 398 (gtk_entry_set_text): assertion
`text != NULL' failed.

Gtk-CRITICAL **: file gtkentry.c: line 398 (gtk_entry_set_text): assertion
`text != NULL' failed.
gda-connection.c: 68: gda_connection_real_error called
Freeing builtin Nummerische Daten-Darstellung
Freeing builtin Bool'sche Daten-Darstellung
Freeing builtin Datums-Darstellung
Freeing builtin Datums-Darstellung
Freeing builtin Standard-Daten-Darstellung
Freeing plugin Beispiel plugin
Freeing plugin IP Adressen ex:172.16.49.19
Freeing plugin Pictures plugin


> are you also using Mandrake?

I use SuSE-Linux 7.1 with an old Kernel 2.2.16 because all newer kernels
that I tested
2.2.17 ... 2.4.3 crash on my box. 
All GNOME-libs are up-to-date, compiled from source tarballs with gcc
2.95.2 (the 'older' stuff)
and with gcc 3.0 (the 'newer' stuff), I installed gcc 3.0 at Jun, 23. 2001.

Some ideas?

Perhaps the mixture of gcc 2.95.2 and gcc 3.0 compiled modules makes the
trubble???

---------
Gerhard