Re: ODBC changes

Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp> writes:
> I see my copy is 12,222 bytes on both linux and cygwin.
> I also heard from Eiji Tokuya that he sometimes(not always)
> saw corrupted win32.mak. Unfortunately I don't understand
> where the cause is.

$ cd /home/postgres/pgsql/src/interfaces/odbc
$ rm win32.mak
$ cvs update
cvs server: Updating .
U win32.mak
$ ls -l win32.mak
-rw-r--r-- 1 postgres users 12222 May 2 01:23 win32.mak
$ od -c win32.mak | head
0000000 \r \n # \r \n # F i l e : \t \t \t w
0000020 i n 3 2 . m a k \r \n # \r \n # D
0000040 e s c r i p t i o n : \t \t p s q
0000060 l o d b c M a k e f i l e f
0000100 o r W i n 3 2 . \r \n # \r \n #
0000120 C o n f i g u r a t i o n s : \t
0000140 D e b u g , R e l e a s e ,
0000160 M u l t i b y t e D e b u g ,
0000200 M u l t i b y t e R e l e a s e
0000220 \r \n # B u i l d T y p e s :

I see nothing debatable here: what is on the CVS server is a file
containing CR/LF newlines. If you have something else then it's
been through a transfer process that altered the file.

The question to be discussed is whether that's the way to distribute
the file or not. We can certainly remove the CRs if not.

BTW, by my count a Unix-newline version of this file would be 11736
bytes. A 12708-byte file would be broken in some strange new way
(two LFs per newline, maybe?)

regards, tom lane