freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: "ZIGLIO Frediano" <Frediano.Ziglio AT vodafone.com>
- To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
- Subject: RE: [freetds] dump file is per-spid
- Date: Tue, 16 Dec 2003 16:42:10 +0100
> > I think it's a big problem.
>
> Me too. It affects developers the most, but it hinders users, too.
>
> > The simplest way to remove this
> > problem is to use only a global dump (not for every
> connection). This
> > mean to remove dumpfile fields from tds_connect_info/login_info and
> > accept it only on global section. Another problem is related to
> > thread. We write process id in log so to detect differents
> process (as
> > in
> > apache) however on multithreaded environments where
> getpid() on thread 1
> > == getpid() on thread 2 (ie apache2 using thread and linux
> with native
> > posix thread support) it's impossible to detect which thread did the
> > operation.
>
> Rather than process/thread ID, I think spid would be the best
> identifier to use. I don't think even multithreaded
> applications share sessions.
>
You are right however is helpful to have PID too just to check
connection with netstat or whatever.
> > perhaps it's better to leave per-connection iconv as it is...
>
> You're probabably right. It's even possible for a client to
> change his charset, and to support multiple client charsets
> simultaneously.
>
All three library do not permit client charset changing. Under windows
ODBC can use thread charset but it's an option specific to ms driver...
Perhaps this is a todo for 3.5 ODBC version...
freddy77
-
[freetds] dump file is per-spid,
Lowden, James K, 12/15/2003
- <Possible follow-up(s)>
- RE: [freetds] dump file is per-spid, Thompson, Bill D (London), 12/16/2003
-
RE: [freetds] dump file is per-spid,
ZIGLIO Frediano, 12/16/2003
- Re: [freetds] dump file is per-spid, James K. Lowden, 12/16/2003
- RE: [freetds] dump file is per-spid, ZIGLIO Frediano, 12/16/2003
Archive powered by MHonArc 2.6.24.