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

Re: Possible alpha5 SR bug

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
Cc: Jeff Davis <pgsql(at)j-davis(dot)com>, pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>, quinn <quinn(at)fairpath(dot)com>, Josh Berkus <josh(at)postgresql(dot)org>
Subject: Re: Possible alpha5 SR bug
Date: 2010-04-13 08:16:25
Message-ID: k2i9837222c1004130116m9941c70ejbd2a464bd5935dbf@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-bugs
On Tue, Apr 13, 2010 at 08:22, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
> Thanks for the test and report!
>
> On Tue, Apr 13, 2010 at 1:36 PM, Jeff Davis <pgsql(at)j-davis(dot)com> wrote:
>> FATAL:  could not load library "/usr/local/pgsql-9.0alpha5-build1/lib/libpqwalreceiver.so": dlopen(/usr/local/pgsql-9.0alpha5-build1/lib/libpqwalreceiver.so, 10): Library not loaded: /usr/local/pgsql/lib/libpq.5.dylib
>>          Referenced from: /usr/local/pgsql-9.0alpha5-build1/lib/libpqwalreceiver.so
>>          Reason: no suitable image found.  Did find:
>>                /Users/quinn/lib/libpq.5.dylib: stat() failed with errno=13
>
> Seems to have failed in loading libpq.5.dylib. I guess that "errno=13" means
> "permission denied". Please ensure that the permission is appropriate.
>
>> LOG:  WAL receiver process (PID 1011) was terminated by signal 11: Segmentation fault
>
> Oops! I guess that this happened because walrcv_disconnect() was called in
> WalRcvDie() even though libpqwalreceiver.so couldn't be loaded. The attached
> patch would fix the problem.

Applied, thanks.

-- 
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/

In response to

pgsql-bugs by date

Next:From: Ben MadinDate: 2010-04-13 08:39:13
Subject: BUG #5418: psql exits after using tab-completion with error message
Previous:From: Craig RingerDate: 2010-04-13 08:13:12
Subject: Re: BUG #5414: pg_dump failure from database 8.4.3 to 8.4.3

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