Re: Win32 hard crash problem - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Win32 hard crash problem
Date
Msg-id 25009.1157063976@sss.pgh.pa.us
Whole thread Raw
In response to Re: Win32 hard crash problem  ("Joshua D. Drake" <jd@commandprompt.com>)
Responses Re: Win32 hard crash problem
Re: Win32 hard crash problem
Re: Win32 hard crash problem
List pgsql-hackers
"Joshua D. Drake" <jd@commandprompt.com> writes:
>> My bet is something depending on GetTickCount to measure elapsed time
>> (and no, it's not used in the core Postgres code, but you've got plenty
>> of other possible culprits in that stack).

> This doesn't quite make sense. The only reason we have to reboot is 
> because PostgreSQL no longer responds. The system itself is fine.

The Windows kernel may still work, but that doesn't mean that everything
Postgres depends on still works.  I'm wondering about (a) the TCP stack
(and that includes 3rd party firewalls and such, not only the core
Windows code); (b) timing or threading stuff inside the application
that's using libpq, which the only thing we know about so far is that
it's *not* JDBC/Hibernate.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: updatable views and default values
Next
From: "Joshua D. Drake"
Date:
Subject: Re: Win32 hard crash problem