Re: ODBC changes

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: ODBC changes
Дата
Msg-id 10421.988781431@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: ODBC changes  (Hiroshi Inoue <Inoue@tpf.co.jp>)
Список pgsql-odbc
Hiroshi Inoue <Inoue@tpf.co.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

В списке pgsql-odbc по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: ODBC changes
Следующее
От: Dave Page
Дата:
Сообщение: RE: ODBC changes