Re: Make check fails on 8.3.7

From: Christine Desmuke <cdesmuke(at)kshs(dot)org>
To: Alban Hertroys <dalroi(at)solfertje(dot)student(dot)utwente(dot)nl>, pgsql-general(at)postgresql(dot)org
Subject: Re: Make check fails on 8.3.7
Date: 2009-08-07 22:29:23
Message-ID: 4A7CAAC3.3050700@kshs.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Alban Hertroys wrote:
> On 7 Aug 2009, at 4:02, Christine Desmuke wrote:
>
>>> If so, isn't it just the output of stderr getting lost here? What
>>> shell are you using?
>>
>> Yes, it looks like stderr is lost. I'm running bash, and there is
>> nothing odd in .bash_profile
>
>> Any ideas?
>
>
> I have to admit I'm running out, this seems to be a rather odd problem.
> Maybe someone who knows CentOS (or Linux in general) has some ideas
> what's going on here.
> Let's see if we can find any trace of where things are going wrong...
>
> Is there anything about why the regression tests failed in the system logs?

No, nothing.

> Were you redirecting the script output somewhere?

No, I was running make check, which does redirect the output to a series
of files, and then diffs those against the expected output.

> Does your stderr work? If you purposely cause an error, do you get an
> error message? Can you write it to a file?

[postgres(at)zu ~]$ less bangu
bangu: No such file or directory
[postgres(at)zu ~]$ less bangu 2>zztmp
[postgres(at)zu ~]$ cat zztmp
bangu: No such file or directory
[postgres(at)zu ~]$

but

[postgres(at)zu ~]$ /usr/local/pgsql/bin/psql -U nobody
psql: [postgres(at)zu ~]$

[That is, the expected error from psql about the nonexistent user is
swallowed.]

> What are you running your shell from, the console or some kind of X- or
> otherwise virtual console (screen for example)? If the latter, can you
> try the regression tests from the console?

Normally I run from an ssh session, but I tried this from the console as
well, with the same results.

> If that still doesn't show anything it's probably a good idea to run the
> regression tests through trace, but that's probably going to create a
> LOT of output to wade through. It should point you to the culprit though.

I'm going to try this over the weekend and see what I get.

>
> Alban Hertroys
>

--

Christine Desmuke
Kansas State Historical Society
cdesmuke(at)kshs(dot)org

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2009-08-07 22:56:26 Re: Make check fails on 8.3.7
Previous Message Tom Lane 2009-08-07 21:45:00 Re: [HACKERS] \copy: unexpected response (4)