Skip site navigation (1) Skip section navigation (2)

Re: Unixware 714 pthreads

From: ohp(at)pyrenet(dot)fr
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Unixware 714 pthreads
Date: 2004-10-28 19:11:36
Message-ID: Pine.UW2.4.53.0410282104480.11440@server.pyrenet.fr (view raw or flat)
Thread:
Lists: pgsql-hackers
I agree with all that you say Tom, I'm just asking for some help to debug
this, Now that Larry is a litle off the list, I'm feeling really lonely on
UW.
SCO won't do anything until I come up with a test program that fails. All
my tries did work until then.

I use other threaded progs like postfix or bind that nether fail.

I'm really at lost. Would you/someone help me?

Best regards

 On Thu, 28 Oct 2004, Tom Lane wrote:

> Date: Thu, 28 Oct 2004 13:55:56 -0400
> From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
> To: ohp(at)pyrenet(dot)fr
> Cc: pgsql-hackers(at)postgresql(dot)org
> Subject: Re: [HACKERS] Unixware 714 pthreads
>
> ohp(at)pyrenet(dot)fr writes:
> > On Thu, 28 Oct 2004, Tom Lane wrote:
> >> No.  Why should the signal handler need re-arming?
>
> > My impression was that once caught, signal handler for a particular signal
> > is reset to SIG-DFL.
>
> No.  If your signal support is POSIX-compatible, it should not do that
> because we don't set SA_RESETHAND when calling sigaction(2).  If you
> don't have POSIX signals, you had better have BSD-style signal(2),
> which doesn't reset either.  If this is not happening as expected,
> you will have much worse problems than whether statement_timeout works :-(
>
> 			regards, tom lane
>

-- 
Olivier PRENANT        	        Tel: +33-5-61-50-97-00 (Work)
6, Chemin d'Harraud Turrou           +33-5-61-50-97-01 (Fax)
31190 AUTERIVE                       +33-6-07-63-80-64 (GSM)
FRANCE                          Email: ohp(at)pyrenet(dot)fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)

In response to

Responses

pgsql-hackers by date

Next:From: Jim ButtafuocoDate: 2004-10-28 19:55:55
Subject: Re: Beta 4 on Debian Sarge (MIPS/MIPSEL)
Previous:From: Tom LaneDate: 2004-10-28 18:55:45
Subject: Re: sign parsing (was: Re: [HACKERS] to_char/to_number loses sign)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group