Website request -- developer docs along with release docs

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(at)swapsimple(dot)com> wrote:
> On Sun, Oct 19, 2008 at 11:21:09PM -0400, Tom Lane wrote:
>> Eric Haszlakiewicz <erh(at)swapsimple(dot)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(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers
>