On Thu, Oct 18, 2007 at 03:31:36PM +0100, Frank Hofmann wrote:
> On Thu, 18 Oct 2007, Ceri Davies wrote:
>
>> On Thu, Oct 18, 2007 at 06:10:47AM -0700, David Lindt wrote:
>>> I can get your feedback to the MDB writer. Could you please let me know
>>> of
>>> the error?
>>
>> Thanks David.
>>
>> I have the version marked:
>>
>> Part No: 816-5041-11
>> June 2007
>>
>> On page 98, the first paragraph reads:
>>
>> In the free buffers at 0x70a9add8 and 0x709ae28, the redzone is filled
>> with
>> 0xfeedfacefeedface. This is ...
>>
>> It should read:
>>
>> In the free buffers at 0x70a9add8 and 0x709ae28, the redzone is filled
>> with
>> 0xdeadbeefdeadbeef. This is ...
>>
>> Examination of the figure being referred to by this text confirms this.
>
> Hmm; I think the text is correct; if illustrations show something else than
> these are faulty.
>
> The "redzone" or a kmem/umem buffer should indeed be filled with feedface
> not deadbeef. If diagrams / illustrations show anything else then these are
> incorrect but not the text.
Hmm, you're right, I think I've misparsed the rest of the sentence
Part of the figure is:
0x70a9add8: deadbeef deadbeef \
0x70a9ade0: deadbeef deadbeef +- User Data (free)
0x70a9ade8: deadbeef deadbeef /
0x70a9adf0: feedface feedface -- REDZONE
0x70a9adf8: 70ae3260 8440c68e -- Debugging Data
Followed by the text:
In the free buffers at 0x70a9add8 and 0x70a9ae28, the redzone is filled
with 0xfeedfacefeedface. This a convenient way of determining that a
buffer is free.
I read that incorrectly; apologies for the noise.
Ceri
--
That must be wonderful! I don't understand it at all.
-- Moliere
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/docs-discuss/attachments/20071018/557f4d61/attachment.bin>
