Skip site navigation (1) Skip section navigation (2)

Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>,Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tim McAuley <mcauleyt(at)tcd(dot)ie>, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)
Date: 2003-09-26 18:08:10
Message-ID: 25111.1064599690@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackerspgsql-jdbc
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> Tom Lane writes:
>> so it appears that cygwin's "echo" generates a different newline style
>> than what got put into sql_features.txt.  A possible way to fix this is
>> to put the "\." line into sql_features.txt, but maybe there's a cleaner
>> answer.  Peter, any thoughts?

> There's no clean answer to this on Cygwin.  This specific case is just a
> little problem that we could solve locally, but in general you'll just end
> up annoying people if you require them to use consistent line endings on
> Cygwin.

Yeah, I was wondering whether you wouldn't propose dropping the newline
consistency check.  I'm not very comfortable with that, but maybe we
should.  Bruce?

			regards, tom lane

In response to

Responses

pgsql-hackers by date

Next:From: Ned LillyDate: 2003-09-26 18:10:22
Subject: Metapa - PostgreSQL/Linux clustering for BI
Previous:From: Bruce MomjianDate: 2003-09-26 18:07:46
Subject: Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)

pgsql-jdbc by date

Next:From: Bruce MomjianDate: 2003-09-26 18:12:39
Subject: Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)
Previous:From: Bruce MomjianDate: 2003-09-26 18:07:46
Subject: Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)

pgsql-general by date

Next:From: Ned LillyDate: 2003-09-26 18:10:22
Subject: Metapa - PostgreSQL/Linux clustering for BI
Previous:From: Bruce MomjianDate: 2003-09-26 18:07:46
Subject: Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group