Skip to Content.
Sympa Menu

freetds - [freetds] snapshot dumps core on RHEL ES release 3

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Lowden, James K" <james.k.lowden AT alliancebernstein.com>
  • To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
  • Subject: [freetds] snapshot dumps core on RHEL ES release 3
  • Date: Wed, 29 Nov 2006 15:01:27 -0500

[subject was: IssueconnectingtoSQLServerfromLinuxHostwithnewerversions
ofFreeTDS...]
> From: Glenn, Chris
> Sent: Wednesday, November 29, 2006 2:04 PM
>
> The new version appears to work correctly. That is, it connects
> without any error messages. BUT, when attempting to execute any
> sql commands, it core dumps.

OK! That's progress. Let's see what's still broken.

> If you notice in the log file below, the connect is reporting a
> failure, but it continues on.
...
> ---------------------------------------------------
> net.c:185:Connecting to 10.3.2.40 port 1433 (TDS version 7.0)
> net.c:240:connect(2) failed: 0x73, "Operation now in progress"


I will clean up the message. It's not really a failure; that return
code is expected on a non-blocking socket.


> net.c:242:Contents of sockaddr_in
> 0000 02 00 05 99 0a 03 02 28-00 00 00 00 00 00 00 00 |.......(
........|
>
> net.c:243: sockaddr_in: sin_family = 2
> sin_port = 9905
> sin_addr.s_addr = 2802030a
> (param ip_addr) = '10.3.2.40'
> write.c:134:tds_put_string converting 8 bytes of "addlinux"
> write.c:162:tds_put_string wrote 16 bytes
> write.c:134:tds_put_string converting 2 bytes of "sa"
> write.c:162:tds_put_string wrote 4 bytes
> write.c:134:tds_put_string converting 4 bytes of "TSQL"
> write.c:162:tds_put_string wrote 8 bytes
> ...
> ---------------------------------------------------

Unfortunately it seems you trimmed off the interesting part. :-( Post
the whole log if you would. It may tell us something.

The other thing you might do is run tsql under gdb and show us the
backtrace.

One more thing. I changed tsql recently and that could be the problem.
Please try your query with bsqldb, too. (You can use ldd(1) to make
sure it's using the right library.)

Thanks. I'm hoping your system is some kind of canary that will help us
find errors.

--jkl

-----------------------------------------
The information contained in this transmission may be privileged and
confidential and is intended only for the use of the person(s) named
above. If you are not the intended recipient, or an employee or agent
responsible
for delivering this message to the intended recipient, any review,
dissemination,
distribution or duplication of this communication is strictly prohibited. If
you are
not the intended recipient, please contact the sender immediately by reply
e-mail
and destroy all copies of the original message. Please note that we do not
accept
account orders and/or instructions by e-mail, and therefore will not be
responsible
for carrying out such orders and/or instructions. If you, as the intended
recipient
of this message, the purpose of which is to inform and update our clients,
prospects
and consultants of developments relating to our services and products, would
not
like to receive further e-mail correspondence from the sender, please "reply"
to the
sender indicating your wishes. In the U.S.: 1345 Avenue of the Americas, New
York,
NY 10105.




Archive powered by MHonArc 2.6.24.

Top of Page