Re: Website request -- developer docs along with release docs - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Website request -- developer docs along with release docs
Date
Msg-id 603c8f070810271042q1cf3aa08w8202a74a7850a575@mail.gmail.com
Whole thread Raw
In response to Website request -- developer docs along with release docs  ("Webb Sprague" <webb.sprague@gmail.com>)
List pgsql-hackers
http://developer.postgresql.org/pgdocs/postgres/index.html


On Mon, Oct 27, 2008 at 12:11 PM, Webb Sprague <webb.sprague@gmail.com> wrote:
> Could I request that a link to the developer docs be posted along with
> the release docs on
>
> http://www.postgresql.org/docs/manuals/
>
> ?
>
> First -- it is interesting.  Second, if one is running CVS HEAD for
> testing (always a service to the community, if not your data), they
> are the appropriate docs.  Finally, it gives users a chance to see why
> they might want to upgrade (for example by browsing the awesome
> windowing capabilities, etc).
>
> And yes, I could write a patch,...
>
> Tx
>
> On Mon, Oct 27, 2008 at 8:50 AM, Eric Haszlakiewicz <erh@swapsimple.com> wrote:
>> On Sun, Oct 19, 2008 at 11:21:09PM -0400, Tom Lane wrote:
>>> Eric Haszlakiewicz <erh@swapsimple.com> writes:
>>> > On Sun, Oct 19, 2008 at 10:15:22PM -0400, Tom Lane wrote:
>>> >> What platform is this, anyway?
>>> > I'm running on NetBSD 4.
>>>
>>> > Well, it seems that something doesn't work right with the "try the next key"
>>> > code when the userid are the same.  I'm not really sure what I should try
>>> > here.
>>>
>>> I read the code and the shmget spec a bit more.  It looks to me like the
>>> issue may be about the ordering of error checks in the kernel.  The
>>> Single Unix Spec quoth
>> ...snip...
>>> If you are starting the two servers with different shmem sizing
>>> parameters then it is possible that the second reason for giving EINVAL
>>> applies.  Now our code is expecting to get EEXIST if there's a shmem
>> ...snip...
>>> So the first question for you is did you give the two servers different
>>> shmem sizing parameters?  If so, does the behavior change if you start
>>> them in the opposite order?  If the answer to both is "yes" then I think
>>> you ought to file a bug against NetBSD kernel.  They're returning an
>>> error code that is uselessly confusing and out of step with other
>>> implementations.
>>
>> Yes, and yes.  The error checking order in NetBSD put the EEXIST return
>> last so the "different size check" was taking precedence.  I fixed that,
>> and now starting two pg servers, even in different chroot's, behaves as
>> expected.  Thanks for the suggestion of where to look!
>>
>> eric
>>
>> --
>> Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
>> To make changes to your subscription:
>> http://www.postgresql.org/mailpref/pgsql-hackers
>>
>
> --
> Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers
>


pgsql-hackers by date:

Previous
From: Jeff Davis
Date:
Subject: Re: array_agg and array_accum (patch)
Next
From: Stefan Kaltenbrunner
Date:
Subject: Re: Website request -- developer docs along with release docs