Sorry if I insist, but now I have the case at hand (my test program is now =
blocked), so I can check and verify all what you want.
I would like to know if it can be a libpq bug or if you think the fault is =
due to a system bug or to a machine issue and in this case I would be grate=
ful if you could give me a hint on what could be.
Regards, Andrea
-----Messaggio originale-----
Da: Craig Ringer [mailto:ringerc@ringerc.id.au]=20
Inviato: sabato 17 dicembre 2011 7.19
A: Andrea Grassi
Cc: pgsql-bugs@postgresql.org
Oggetto: Re: R: [BUGS] BUG #6342: libpq blocks forever in "poll" function
On 16/12/2011 10:10 PM, Andrea Grassi wrote:
> The client program and the postgres server are on the same host, client c=
onnects to 127.0.0.1.
> In the meantime, my original program blocks (not my example but very prob=
ably the reasons are the same).
>
> I typed "ps -C testprogramname -o wchan:80=3D" and the output was only a =
single dash ( "-" ).
That means it's not waiting in a kernel call right now. Was the program=20
in the hung state you've observed at the time you ran the command? Its=20
output would only be interesting when it's hung.
> I searched for the complete stack in /proc/$pid/stack (where $pid) was th=
e pid of my process but this file doesn't exists !! Why ?
Old kernel, maybe? You're running on some kind of enterprise-y distro,=20
so who knows how ancient half the stuff in there is.
--
Craig Ringer