Re: Problem on AIX with current - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Problem on AIX with current
Date
Msg-id 23945.1001953353@sss.pgh.pa.us
Whole thread Raw
In response to Re: Problem on AIX with current  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Responses Re: Problem on AIX with current
List pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
>> Can you read the man page for cs(3), AIX 4 sais it is not recommended
>> suggests to use compare_and_swap, maybe AIX 5 has more to say ?

>     Note: The cs subroutine is only provided to support binary
>     compatibility with AIX Version 3 applications. When writing new
>     applications, it is not recommended to use this subroutine; it may cause
>     reduced performance in the future. Applications should use the
>     compare_and_swap (compare_and_swap Subroutine) subroutine, unless they
>     need to use unaligned memory locations.

> Seems same as AIX 4?

Hmm, does anyone want to produce new s_lock code for AIX that uses
compare_and_swap?  But I'm not sure that's the problem here.

> Here is a stack trace using dbx.

> semop(??, ??, ??) at 0xd02be73c
> IpcSemaphoreLock(??, ??, ??), line 425 in "ipc.c"
> LWLockAcquire(??, ??), line 270 in "lwlock.c"
> LockAcquire(??, ??, ??, ??, ??), line 482 in "lock.c"

This process is waiting to acquire the LockMgr lock.  You need to look
at the rest of the processes and try to figure out who's got the lock.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Zeugswetter Andreas SB SD"
Date:
Subject: Re: Problem on AIX with current
Next
From: Oleg Bartunov
Date:
Subject: patch contrib/intarray to current CVS