Received: from u1.abs.net (root@u1.abs.net [207.114.0.131]) by hub.org (8.8.8/8.7.5) with ESMTP id VAA06707 for ; Wed, 27 May 1998 21:33:06 -0400 (EDT) Received: from insightdist.com (nobody@localhost) by u1.abs.net (8.8.5/8.8.5(+AntiRelay)) with UUCP id VAA28897 for pgsql-interfaces@postgreSQL.org; Wed, 27 May 1998 21:30:58 -0400 (EDT) X-Authentication-Warning: u1.abs.net: nobody set sender to insightdist.com!byronn using -f Received: from ceodev by insightdist.com (AIX 3.2/UCB 5.64/4.03) id AA35159; Wed, 27 May 1998 21:15:50 -0400 Received: from ppp0_ceodev by ceodev (AIX 4.1/UCB 5.64/4.03) id AA37286; Wed, 27 May 1998 21:15:48 -0400 Message-Id: <356CB92B.DBA14533@insightdist.com> Date: Wed, 27 May 1998 21:08:59 -0400 From: Byron Nikolaidis X-Mailer: Mozilla 4.05 [en] (Win95; I) Mime-Version: 1.0 To: "Thomas G. Lockhart" Cc: Postgres Interfaces Mailing List Subject: Re: [INTERFACES] pgsql ODBC sources References: <356CB26B.A9127004@alumni.caltech.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Thomas G. Lockhart wrote: > I was poking through the backend source code working on the "name" data > type and stumbled on the (apparent) fact that NAMEDATALEN is defined to > be 32 bytes in the backend and only 16 bytes (the old backend value) in > interfaces/odbc/connection.h. > The define NAMEDATALEN is only used when using the 6.2 protocol. This is a per datasource option. It is not used when using the 6.3 protocol. SM_USER, which is 32 bytes, is used for the 6.3 protocol. > Also, some lines in the odbc sources seem to have a trailing ^M. Should > we add more, or take them out? :) > > - Tom Yeah, I hate those things. When I transfer the odbc source files to our unix box, I use ftp in ascii mode, which filters that crap out. It works either way on the Microsoft side so I'd say take em out. By the way, just to clear things up, as long as people are on the subject lately, I hate Microsoft just as much as the next guy! I'm a unix systems programmer first. I dont really consider myself a windows programmer, even though I work on the odbc driver. We just had to have the driver work well for our customers and it forced me to work with the windows programming model. Sorry about the divergent theme here. I know you weren't asking about Microsoft, but I wanted to get that out! Byron