RE: [gnome-db] Segmentation Fault gda-test 1.1.99



Alan,

 

Could this be why libgda on Win32 does not work for me?

 

-----Original Message-----
From: gnome-db-list-bounces gnome org [mailto:gnome-db-list-bounces gnome org] On Behalf Of Bas Driessen
Sent:
Tuesday, October 26, 2004 7:40 PM
To: Rodrigo Moya
Cc: GDA
Subject: Re: [gnome-db] Segmentation Fault gda-test 1.1.99

 

On Tue, 2004-10-26 at 22:17, Rodrigo Moya wrote:

On Tue, 2004-10-26 at 21:28 +1000, Bas Driessen wrote:
> Hello,
> 
> Just to let you know that the gda-test application isn /testing fails
> in version 1.1.99 on my machine. It stops with a segmentation
> violation. I also get segfaults when running my application linked to
> 1.1.99. All works fine (including gda-test) with version 1.0.4
> 
> Just to let you know, since you are about to release 1.2, it may be
> worth a quick test to see if gda-test works on your machine. I am
> running FC2 x86_64 (AMD 64).
> 
> The tail of the gda-test output is as follows:
> 
> 
>         Column 0 - Row 49: This is a string
>         Column 1 - Row 49: 200
>         Column 2 - Row 49: FALSE
>         Column 3 - Row 49: 3.14
>         Column 4 - Row 49: Another string
>         Column 5 - Row 49: 4560.46
>                                                                                                                              
> =========================================
> = Testing GDA client API
> =========================================
> Data source = stocksql, User =
>         Provider capabilities...
>                 Aggregates: Supported
>                 Indexes: Supported
>                 Namespaces: Supported
>                 Procedures: Supported
>                 Sequences: Supported
>                 SQL: Supported
>                 Transactions: Supported
>                 Triggers: Supported
>                 Users: Supported
>                 Views: Supported
>                 XML queries: Not supported
>                 BLOBs: Supported
>                                                                                                                              
>         Provider reports version: PostgreSQL 7.4.2 on
> x86_64-redhat-linux-gnu, compiled by GCC x86_64-redhat-linux-gcc (GCC)
> 3.3.3 20040216 (Red Hat Linux 3.3.3-2.1)
>                                                                                                                              
>         Namespaces
>                 NONE
> Segmentation fault
> [bas ams testing]$
> 
> 
> I will try to locate why/where my appn falls over. If you need
> additional info, please let me know.
> 
it works on my machine. We will need you getting a backtrace of the
crash from gdb. Can you do that please? *
 
[*] $ gdb app
    (gdb) run
leave it running until it crashes, and
    (gdb) bt


Thanks for response Rodrigo,

Have been investigating further. The good news is that all appears to work fine with the latest CVS (
26/10/2004) sources. Still I wanted to know why it did not work in 1.1.99, but for some reason gdb is not working properly on my x86_64 box even though I am using default FC2 installation. I get the following error when starting it.

...
...
This GDB was configured as "x86_64-redhat-linux-gnu"..."/opt/builds/gnome-db/libgda-1.1.99/testing/gda-test": not in executable format: File format not recognized
                                                                                                                            
(gdb)

I realize this is not a libgda issue, but just to let you know the background why I can not supply you with a bt at this stage. gdb is not working with any application btw, not just libgda related ones, even though gdb compiler flags are set.

When running autogen.sh to generate the Makefiles for the cvs version of libgda I got a couple of warnings. (see below). All appears to work fine, but just to let you know if it serious and requires fixing prior to 1.2 release.


Running automake-1.8...
doc/C/Makefile.am:18: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
libgda/Makefile.am:3: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
libsql/Makefile.am:3: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/bdb/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/firebird/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/freetds/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/ibmdb2/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/ldap/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/mdb/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/msql/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/mysql/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/odbc/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/oracle/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/postgres/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/sqlite/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/sybase/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/xbase/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
providers/xml/Makefile.am:4: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
report/libgda-report/Makefile.am:3: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
report/testing/Makefile.am:1: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
testing/Makefile.am:1: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')
tools/Makefile.am:17: `INCLUDES' is the old name for `AM_CPPFLAGS' (or `*_CPPFLAGS')

Thanks,
Bas.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]