[freetds] db-library : SIGSEGV on dbexit()
Lowden, James K
LowdenJK at bernstein.com
Tue Jun 10 17:09:40 EDT 2003
> From: GUTIERREZ Pablo TESIS-TAMSA [mailto:Tesgup at tamsa.com.mx]
> Sent: June 10, 2003 4:04 PM
> I'm using FREE-TDS 0.61.1, and I'm having a problem with the
> My code is similar to this one:
> DBSETUSER (login,...
> for (;;)
> sleep (5);
> dbcmd (dbproc, "INSERT INTO ... ");
> if (dbsqlexec (dbproc) != SUCCESS)
> exit (-1);
> The first time the loop runs, it goes fine.
> But the second time, it throws a SIGSEGV signal in the execution of
> I know I should use dbclose() instead of dbexit() in this
> case, but, why the exception?
Hmmm. The real surprise is that you got as far as dbexit() on the second
iteration, that you could use dbopen() after having freed the resources
allocated with dbinit().
It's best to think of dbinit/dbexit and dbopen/dbclose as malloc/free pairs,
because that's what they call. The answer to your question is that dbexit()
calls tds_free_context(), which frees the context pointer and does not set
it to NULL.
We could set it to NULL, of course, and maybe we should, but we'd only mask
the problem; you'd get in to trouble eventually, relying on freed resources.
For example, your snippet doesn't check to see if dbopen() returns NULL
before passing dbproc to dbcmd(). dbcmd()'s behavior is undefined at that
point: we could return FAIL or segfault dereferencing the NULL pointer.
That's a design choice insofar as we adhere to the letter of the
documentation. (Emulating each vendor's behavior for all error conditions
would be wild goose chase.) IMHO it's better to die early and noisy when
presented with invalid inputs, because they usually indicate, as in the
instant case, a logic error.
One of these days, freetds.conf will be parsed and loaded by dbinit(),
instead of dbopen(), as it is now. When that happens, a call to dbopen()
after dbexit() will certainly fail.
The information contained in this transmission may contain privileged and confidential information 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.
More information about the FreeTDS