Opened 11 years ago
Closed 11 years ago
#10686 closed bug (fixed)
Building Haiku on Haiku fails
Reported by: | jessicah | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | - General | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Error I got was error initialising the mime DB. Using the system mimeset worked fine, where the haiku host version of mimeset did not.
Attachments (2)
Change History (11)
by , 11 years ago
Attachment: | 0001-libbe_build.so-fix-unterminated-string-in-BEntry-set.patch added |
---|
comment:1 by , 11 years ago
patch: | 0 → 1 |
---|
comment:2 by , 11 years ago
comment:3 by , 11 years ago
This should sync the code with hrev24425. You also need to adjust bufferSize to (B_PATH_NAME_LENGTH - 1).
follow-up: 5 comment:4 by , 11 years ago
Looking at _kern_read_link it zero terminates the buffer for all normal cases except when *_bufferSize == 0, shouldn't it always zero-terminate instead?
See http://grok.bikemonkey.org/source/xref/haiku/src/build/libroot/fs.cpp#1065
comment:5 by , 11 years ago
Replying to tqh:
Looking at _kern_read_link it zero terminates the buffer for all normal cases except when *_bufferSize == 0, shouldn't it always zero-terminate instead?
You're not allowed to write to a zero-length buffer.
comment:6 by , 11 years ago
patch: | 1 → 0 |
---|
by , 11 years ago
Attachment: | 0001-libbe_build-fix-unterminated-string-in-BEntry-set.-F.patch added |
---|
comment:7 by , 11 years ago
patch: | 0 → 1 |
---|
Took quite some time to track down, but found it was an unterminated string in BEntry::set in the libbe_build tree. It now matches the behaviour in libbe's BEntry::_SetTo.