From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Magnus Hagander <magnus(at)hagander(dot)net> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, KaiGai Kohei <kaigai(at)ak(dot)jp(dot)nec(dot)com>, KaiGai Kohei <kaigai(at)kaigai(dot)gr(dot)jp>, PgHacker <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: sepgsql contrib module |
Date: | 2011-01-23 17:12:15 |
Message-ID: | 10318.1295802735@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Magnus Hagander <magnus(at)hagander(dot)net> writes:
> On Sun, Jan 23, 2011 at 03:19, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>> That's pretty horrendous. Tom/Bruce, any ideas?
> I saw some similar things earlier, and it turned out to be two
> different reasons in two different cases. In one case, it was because
> I was using GNU indent, even though I thought I was using the one
> that's on our ftp. But it does give a warning in that case, you just
> have to actually *read* the warning. In the other case it was really
> weird - when my wrapper script (that called pgindent with path
> specification and such) executing using dash (the default /bin/sh on
> Ubuntu), it did weird things - but when I explicitly executed the
> wrapper script with /bin/bash, it worked - even though pgindent itself
> is still using /bin/sh.
Hm, but then the inner /bin/sh is really dash no? Maybe the outer
invocation is setting environment variables or something to change the
behavior of the inner invocation. That would be pretty broken, but IME
most bash substitutes are pretty broken.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | kris | 2011-01-23 17:22:41 | Re: Perl 5.12 complains about ecpg parser-hacking scripts |
Previous Message | Andy Colson | 2011-01-23 17:08:34 | Re: Perl 5.12 complains about ecpg parser-hacking scripts |