FreeTDS Development Group

["martin A." <acevedoma AT hotmail.com>]

Hello, I have now another core.xxx but with this some debug info is showed

1) tail -f freetds_20051126_182913.log
util.c:276:Starting log file for FreeTDS 0.64.dev.20051019
       on 2005-11-26 18:27:45 with debug flags 0x4fff.
iconv.c:361:iconv to convert client-side data to the "ISO-8859-1" character 
set
iconv.c:514:tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
iconv.c:514:tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
net.c:168:Connecting to 213.27.242.161 port 1433.

2)  GDB shows some information

......

#0  tds_connect (tds=Cannot access memory at address 0x8
) at login.c:235


235             if (IS_TDS80(tds)) {


(gdb)  backtrace
#0  tds_connect (tds=Cannot access memory at address 0x8
) at login.c:235
Cannot access memory at address 0x0
Current language:  auto; currently c
(gdb)

........


(gdb) list -
225
226             memcpy(tds->capabilities, connection->capabilities, 
TDS_MAX_CAPABILITY);
227
228             retval = tds_version(tds, version);
229             if (!retval)
230                     version[0] = '\0';
231
232             if (tds_open_socket(tds, 
tds_dstr_cstr(&connection->ip_addr), connection->port, connect_timeout) != 
TDS_SUCCEED)
233                     return TDS_FAIL;
234

(gdb) list

235             if (IS_TDS80(tds)) { /** <<<<<  ERROR HERE */
236                     retval = tds8_do_login(tds, connection);
237                     db_selected = 1;
238             } else if (IS_TDS7_PLUS(tds)) {
239                     retval = tds7_send_login(tds, connection);
240                     db_selected = 1;
241             } else {
242                     tds->out_flag = 0x02;
243                     retval = tds_send_login(tds, connection);
244

I can open and disconnect many connections without problem but after some 
hours [5-10] the program dump the core...

Regards

> From: Frediano Ziglio <freddyz77 AT tin.it>
> Reply-To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
> To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
> Subject: Re: [freetds] Cored dump
> Date: Sat, 26 Nov 2005 19:59:15 +0100
>
> Il giorno ven, 25/11/2005 alle 18.11 +0000, martin A. ha scritto:
> > I have a problem with connections to the server. The connections mostly 
> the
> > time work without problem, I can run querys, sp etc very well, but after
> > some time when the program try to connect to the server the application
> > hungs, the core.xxxx does not show important things ....:
> > gdb only shows this:
> >
> > (gdb) bt
> > #0  0x00000000 in ?? ()
> > #1  0x00000000 in ?? ()
> > (gdb)
> >
>
> Quite strange... stack corruption, no debug informations??
>
> >
> > but the coredump file is generated in a call to dbopen()( I see this in 
> my
> > own log). I put another log file from the freetds library, the file 
> contains
> > only this (after some hours that the programm is running)
> >
> >
> > [root@localhost ivr]# more freetds_20051125_171857.log
> > util.c:276:Starting log file for FreeTDS 0.64.dev.20051019
> >         on 2005-11-25 17:17:23 with debug flags 0x4fff.
> > iconv.c:361:iconv to convert client-side data to the "ISO-8859-1" 
> character
> > set
> > iconv.c:514:tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
> > iconv.c:514:tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
> > net.c:168:Connecting to 213.27.242.161 port 1433.
> > net.c:236:tds_open_socket: 0.0.0.0:0: Operation now in progress
> >
>
> Quite strange... what did happen to sin variable ??
> Note that lines 168 and 236 should print same informations!!!
> I suspect a corruption but I could not spot the line...
>
> freddy77
>
>
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds