Re: Re: 7.1 beta 4 ODBC Connection Problem

Oh, you're not using ODBC on Windows?

Adam Lang
Systems Engineer
Rutgers Casualty Insurance Company
http://www.rutgersinsurance.com
----- Original Message -----
From: "Steve Wranovsky" <stevew@merge.com>
To: "Adam Lang" <aalang@rutgersinsurance.com>
Cc: <pgsql-odbc@postgresql.org>
Sent: Wednesday, February 07, 2001 12:52 PM
Subject: Re: [ODBC] Re: 7.1 beta 4 ODBC Connection Problem


> Adam,
>
> I uninstalled the 7.0.2 RPMS (including the ODBC driver), and
> installed the following RPMS:
>
> postgresql-server-7.1beta4-1
> postgresql-odbc-7.1beta4-1
> postgresql-7.1beta4-1
> postgresql-devel-7.1beta4-1
>
> So, this should be the latest ODBC driver, I assume.
>
> You're right, I was mistaken about my source of the 7.0.2 RPMs.  I
> actually downloaded them from the RedHat's web site.
>
> Steve
>
> At 12:51 PM 2/7/01 -0500, Adam Lang wrote:
> >Did you download the newest ODBC driver?  There have been several fixes
for
> >working with 7.1 servers.
> >
> >Postgresql 6.5 came with Redhat 6.2.
> >
> >Adam Lang
> >Systems Engineer
> >Rutgers Casualty Insurance Company
> >http://www.rutgersinsurance.com
> >----- Original Message -----
> >From: "Steve Wranovsky" <stevew@merge.com>
> >To: <pgsql-odbc@postgresql.org>
> >Sent: Wednesday, February 07, 2001 12:21 PM
> >Subject: 7.1 beta 4 ODBC Connection Problem
> >
> >
> >> Hello,
> >>
> >> I have been successfully using 7.0.2 with our application under Redhat
> >6.0.
> >> I was using the 7.0.2 RPMs that come with RedHat 6.2.
> >>
> >> I decided to test the 7.1 beta 4 with our application, and installed
the
> >> RPMs from the PostgreSQL.org ftp site.  I was able to install
everything,
> >create
> >> our database and check it with psql, however, when I try and access the
> >database
> >> via ODBC, I run into problems.
> >>
> >> I get a seg fault when I try and connect to the database via
SQLConnect.
> >Below
> >> is a stack trace from teh core file.  The crash occurs in sprintf.  I'm
> >unsure
> >> if there are perhaps some incompatibilities between my environment and
the
> >RPMs
> >> installed, or if this is a bug in the 7.1beta4 code.  Does anyone have
> >> any ideas?
> >>
> >> Thanks,
> >> Steve
> >>
> >> [mergeark@steveark mergeark]$ gdb adopt_std core
> >> GNU gdb 4.17.0.11 with Linux support
> >> Copyright 1998 Free Software Foundation, Inc.
> >> GDB is free software, covered by the GNU General Public License, and
you
> >are
> >> welcome to change it and/or distribute copies of it under certain
> >conditions.
> >> Type "show copying" to see the conditions.
> >> There is absolutely no warranty for GDB.  Type "show warranty" for
> >details.
> >> This GDB was configured as "i386-redhat-linux"...
> >> Core was generated by `adopt_std /dev/scd0 1'.
> >> Program terminated with signal 11, Segmentation fault.
> >> Reading symbols from /home/mergeark/exe/lib/libmergebox.so...done.
> >> Reading symbols from /usr/lib/libpsqlodbc.so.0...done.
> >> Reading symbols from /home/mergeark/exe/lib/mc3adv.so...done.
> >> Reading symbols from /lib/libm.so.6...done.
> >> Reading symbols from /lib/libdl.so.2...done.
> >> Reading symbols from /lib/libc.so.6...done.
> >> Reading symbols from /lib/ld-linux.so.2...done.
> >> Reading symbols from /lib/libnss_files.so.2...done.
> >> #0  0x40171e23 in _IO_vfprintf (s=0xbfffd7e0, format=0x40064409
"%c.%c",
> >ap=0xbfffd8ac) at vfprintf.c:1248
> >> vfprintf.c:1248: No such file or directory.
> >> (gdb) bt
> >> #0  0x40171e23 in _IO_vfprintf (s=0xbfffd7e0, format=0x40064409
"%c.%c",
> >ap=0xbfffd8ac) at vfprintf.c:1248
> >> #1  0x4017e0b3 in _IO_vsprintf (string=0x400643df "0.0",
format=0x40064409
> >"%c.%c", args=0xbfffd8a8) at iovsprintf.c:47
> >> #2  0x4017876f in sprintf (s=0x400643df "0.0", format=0x40064409
"%c.%c")
> >at sprintf.c:38
> >> #3  0x4004f268 in CC_lookup_pg_version ()
> >> #4  0x4004def9 in CC_connect ()
> >> #5  0x4004d0b4 in SQLConnect ()
> >> #6  0x8057efa in DatabaseConnect ()
> >> #7  0x8057c1e in ADB_DatabaseInit ()
> >> #8  0x804a802 in Initialize_Process () at adopt_std.c:238
> >> #9  0x804bf7b in main (ac=3, av=0xbffff754) at adopt_std.c:934
> >> #10 0x40143cb3 in __libc_start_main (main=0x804be8c <main>, argc=3,
> >argv=0xbffff754, init=0x8049b6c <_init>,
> >>     fini=0x8068614 <_fini>, rtld_fini=0x4000a350 <_dl_fini>,
> >stack_end=0xbffff74c) at ../sysdeps/generic/libc-start.c:78
> >> (gdb)