FreeTDS Development Group

["Varley, David(CBorn at Alcoa)" <David.Varley AT alcoa.com.au>]

Freddy,

Tests 1-6 core-dump, 7 and 8 both pass.
No freetds.log is generated, but here's a run of t0001 with
resulting core-dump, foloowed by stack traces using first gdb
and then dbx (which seems to grok the libc symbols better).

Parameters to gethostbyaddr_r look a bit odd, right number,
but strange values. If tds_gethostbyaddr_r is passing a
structure address as the last parameter, how can it be 0 ?



bash-2.02# ./t0001
../../../../freetds/src/tds/unittests/t0001.c: Testing login, logout
Unaligned access pid=11953 <lt-t0001> va=0x11ffff3b4 pc=0x3ff800ecd54
ra=0x3ff80
142290 inst=0xa6100028
Segmentation fault (core dumped)

bash-2.02# gdb ./t0001 core
GNU gdb 5.0
Copyright 2000 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
"alphaev56-dec-osf4.0f"..."/usr/users/cborn/src/ODBC/
freetds_c7_x/src/tds/unittests/./t0001": not in executable format: File
format not recognized

Core was generated by `lt-t0001'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from
/usr/users/cborn/src/ODBC/freetds_c7_x/src/tds/.libs/libtds.so...done.
Reading symbols from /usr/shlib/libiconv.so...done.
Reading symbols from /usr/shlib/libc.so...done.
Reading symbols from /usr/local/lib/libgcc_s.so.1...done.
#0  0x3ff801a4950 in cma_tis_thread_get_self () from /usr/shlib/libc.so
(gdb) where
#0  0x3ff801a4950 in cma_tis_thread_get_self () from /usr/shlib/libc.so
#1  0x3ff80142290 in sethostent_r () from /usr/shlib/libc.so
#2  0x3ff800edc00 in getsvc () from /usr/shlib/libc.so
#3  0x3ff80140e94 in gethostbyaddr_r () from /usr/shlib/libc.so
warning: Hit beginning of text section without finding
warning: enclosing function for address 0x11fffe330
This warning occurs if you are debugging a function without any symbols
(for example, in a stripped executable).  In that case, you may wish to
increase the size of the search with the `set heuristic-fence-post' command.

Otherwise, you told GDB there was a function where there isn't one, or
(more likely) you have encountered a bug in GDB.
(gdb) quit

Hmmm, gdb seems not to understand the libc details, try again using dbx....

bash-2.02# dbx .libs/t0001 core
dbx version 3.11.10
Type 'help' for help.
Core file created by program "lt-t0001"

signal Segmentation fault at >*[(unknown), 0x3ff801a4950]       ldl     r2,
0(r16)
(dbx) where
>  0 (unknown)() [0x3ff801a4950]
   1 rewind(0x3ffc0087f20, 0x11fffc050, 0x3ff80142290, 0x11ffff378,
0x3ff800edc00) [0x3ff800ecd68]
   2 (unknown)() [0x3ff8014228c]
   3 (unknown)() [0x3ff80141f7c]
   4 __gethostbyaddr_r(0x11ffff6e0, 0x0, 0x11ffff5e0, 0x0, 0x0)
[0x3ff80140e90]
   5 tds_gethostbyaddr_r() ["../../../freetds/src/tds/threadsafe.c":6,
0x3ffbffec5b4]
   6 lookup_host() ["../../../freetds/src/tds/config.c":6, 0x3ffbffe9bb8]
   7 tds_read_conf_section() ["../../../freetds/src/tds/config.c":6,
0x3ffbffe89b0]
   8 tds_read_conf_sections() ["../../../freetds/src/tds/config.c":6,
0x3ffbffe8028]
   9 tds_try_conf_file() ["../../../freetds/src/tds/config.c":6,
0x3ffbffe7cd4]
  10 tds_read_conf_file() ["../../../freetds/src/tds/config.c":6,
0x3ffbffe7e58]
  11 tds_get_config() ["../../../freetds/src/tds/config.c":6, 0x3ffbffe7a94]
  12 tds_connect() ["../../../freetds/src/tds/login.c":6, 0x3ffbffdd7fc]
  13 try_tds_login() ["../../../../freetds/src/tds/unittests/common.c":6,
0x120001d70]
  14 main() ["../../../../freetds/src/tds/unittests/t0001.c":6, 0x120001954]
  15 _mcount(0x12000189c, 0x140021e30, 0x14002913c, 0x140028dc8,
0x140006800) [0x120001898]
(dbx) quit

> -----Original Message-----
> From: ZIGLIO Frediano [mailto:Frediano.Ziglio AT vodafoneomnitel.it]
> Sent: Thursday, 12 September 2002 5:58 PM
> To: TDS Development Group
> Subject: [freetds] RE: configure bombs on DU 4.0
> 
> 
> > 
> > Nick,
> > 
> > I've just realized I've been configuring on Tru64 with 
> > --with-threadsafe
> > rather than --enable-threadsafe (well, it didn't complain 
> :( ) and so
> > haven't really been doing a threadsafe build. I tried the right way,
> > and 6 of the 8 tds unittests core-dump on me. Looks like problems
> > in the /usr/shlib/libc.so gethostxxx-r functions. Do you have this
> > working ?
> > 
> > David
> > 
> test 8 do not make any connection... strange...
> Can you post a stack trace and/or freetds.log file ?
> 
> freddy77
> 
> =================================
> "STRICTLY PERSONAL AND CONFIDENTIAL
> 
> This message may contain confidential and proprietary 
> material for the sole
> use of the intended recipient. Any review or distribution by others is
> strictly prohibited. If you are not the intended recipient 
> please contact
> the sender and delete all copies.
> The contents of this message that do not relate to the 
> official business of
> our company shall be understood as neither given nor endorsed by it."
> 
> =================================
> 
> ---
> You are currently subscribed to freetds as: 
> [David.Varley AT alcoa.com.au]
> To unsubscribe, forward this message to 
> $subst('Email.Unsub')
>