From: | David Rysdam <drysdam(at)ll(dot)mit(dot)edu> |
---|---|
To: | |
Cc: | "pg >> Postgres General" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: "incomplete startup packet" on SGI |
Date: | 2005-12-14 20:06:36 |
Message-ID: | 43A07B4C.6080505@ll.mit.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
David Rysdam wrote:
> Tom Lane wrote:
>
>> David Rysdam <drysdam(at)ll(dot)mit(dot)edu> writes:
>>
>>
>>> Just finished building and installing on *Sun* (also
>>> "--without-readline", not that I think that could be the issue):
>>> Works fine. So it's something to do with the SGI build in particular.
>>>
>>
>>
>> More likely it's something to do with weird behavior of the SGI kernel's
>> TCP stack. I did a little googling for "transport endpoint is not
>> connected" without turning up anything obviously related, but that or
>> ENOTCONN is probably what you need to search on.
>>
>> regards, tom lane
>>
>> ---------------------------(end of broadcast)---------------------------
>> TIP 2: Don't 'kill -9' the postmaster
>>
>>
>>
>>
> It's acting like a race condition or pointer problem. When I add
> random debug printfs/PQflushs to libpq it sometimes works.
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
> choose an index scan if your joining column's datatypes do not
> match
>
Not a race condition: No threads
Not a memory leak: Electric fence says nothing. And it works when
electric fence is running, whereas a binary that uses the same libpq
without linking efence does not work.
From | Date | Subject | |
---|---|---|---|
Next Message | Jaime Casanova | 2005-12-14 21:18:42 | Re: Recuperar Base de datos |
Previous Message | Ale Raza | 2005-12-14 19:52:19 | Debug user lib for user define data type |