freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: Brian Bruns <camber AT ais.org>
- To: TDS Development Group <freetds AT franklin.oit.unc.edu>
- Subject: RE: another php/sqsh core dump
- Date: Sun, 9 Sep 2001 19:14:54 -0400 (EDT)
I was planning on it, but I've just gotten buried lately with other stuff
and haven't had any time to work on FreeTDS (or any of my other free
projects) in weeks.
A few of the planned features are half working (TDS 5 placeholder
support), but others such as TDS 7 from big endian hosts may be important
enough to do a full 0.53 release. If folks want to test the current CVS
and let me know of any show stoppers, I'll try to scrape up some time
later this week to do a release canidate.
Brian
On Sun, 9 Sep 2001, Steve Langasek wrote:
> On Sun, 9 Sep 2001, Brian Bruns wrote:
>
> > There is a problem with 0.52, please try a snapshot from CVS.
>
> Is there likely to be a 0.53 or 0.52.1 bugfix release soon? There seem to
> be
> a few frequently-reported buglets that it might be good to have solved.
>
> Steve Langasek
> postmodern programmer
>
>
> > On Sun, 9 Sep 2001, Pavel Kolesnikov wrote:
> >
> > > On Tue, 4 Sep 2001, Thompson, Bill D (London) wrote:
> > >
> > > > In freetds-0.52/src/tds/config.c there is a function called
> > > > search_interface_file()
> > > > There is some code in there which should be replaced with this
> > > > segment...this solved it for me...
> > > >
> > > > /*
> > > > * create the full pathname to the interface file
> > > > */
> > > > [...]
> > >
>
> > > Unfortunatelly, it didn't help. My sqsh is still crashing,
> > > See my gdb output (sqsh was linked with efence):
> > >
> > > (gdb) bt
> > > #0 0x28114e84 in strtoul () from /usr/lib/libc.so.4
> > > #1 0x28114a86 in inet_aton () from /usr/lib/libc.so.4
> > > #2 0x28114a36 in inet_addr () from /usr/lib/libc.so.4
> > > #3 0x2808c37c in tds_connect (login=0x28428eec) at login.c:153
> > > #4 0x2808708b in ct_connect (con=0x28426fe0, servername=0x283eeff8
> > > "SYBASE",
> > > snamelen=2) at ct.c:298
> > > #5 0x8052c37 in cmd_connect (argc=1, argv=0x2841afc0) at
> > > cmd_connect.c:541
> > > #6 0x804e121 in jobset_run (js=0x2827cff4, cmd_line=0x8061a20
> > > "\\connect",
> > > exit_status=0xbfbff898) at sqsh_job.c:428
> > > #7 0x8052224 in cmd_loop (argc=1, argv=0x28408fc0) at cmd_loop.c:165
> > > #8 0x804e121 in jobset_run (js=0x2827cff4,
> > > cmd_line=0x80664bc "\\loop $script", exit_status=0xbfbffb58)
> > > at sqsh_job.c:428
> > > #9 0x805f662 in main (argc=4, argv=0xbfbffc34) at sqsh_main.c:609
> > > #10 0x8049ec1 in _start ()
>
> > > I have no problem to connect with sybase's isql.
>
>
> ---
> You are currently subscribed to freetds as: [camber AT ais.org]
> To unsubscribe, forward this message to $subst('Email.Unsub')
>
-
another php/sqsh core dump,
Pavel Kolesnikov, 09/04/2001
- <Possible follow-up(s)>
- RE: another php/sqsh core dump, Thompson, Bill D (London), 09/04/2001
- RE: another php/sqsh core dump, Thompson, Bill D (London), 09/04/2001
- RE: another php/sqsh core dump, Pavel Kolesnikov, 09/09/2001
- RE: another php/sqsh core dump, Brian Bruns, 09/09/2001
- RE: another php/sqsh core dump, Steve Langasek, 09/09/2001
- RE: another php/sqsh core dump, Brian Bruns, 09/09/2001
Archive powered by MHonArc 2.6.24.