Documentation: Replace remaining references of OpenBeOS with Haiku

Fixes #19335

Change-Id: I8458431be907e3f59165c7e9cf43d715e904af3d
Reviewed-on: https://review.haiku-os.org/c/haiku/+/8826
Reviewed-by: John Scipione <[email protected]>
Reviewed-by: waddlesplash <[email protected]>
Haiku-Format: Haiku-format Bot <[email protected]>
This commit is contained in:
Niklas Poslovski
2025-01-13 22:23:11 +00:00
committed by waddlesplash
parent ee40fc9747
commit 802fb5b90f
14 changed files with 25 additions and 25 deletions
+2 -2
View File
@@ -1,7 +1,7 @@
The BeOS R5 Midi Kit protocol
=============================
In the course of writing the OpenBeOS Midi Kit, I spent some time
In the course of writing the Haiku Midi Kit, I spent some time
looking at how BeOS R5's libmidi2.so and midi_server communicate. Not
out of a compulsion to clone this protocol, but to learn from it. After
all, the Be engineers spent a lot of time thinking about this already,
@@ -358,7 +358,7 @@ has a zero refcount, libmidi still sends out the 'Mdel' message. It also
drops you into the debugger. (I think it should return an error code
instead, it already has a status_t.) However, if you Release() proxies a
few times too many, your app does not jump into the debugger. (Again, I
think the return result should be an error code here -- for OpenBeOS R1
think the return result should be an error code here -- for Haiku R1
I think we should jump into the debugger just like with local objects).
Hmm, actually, whether you end up in the debugger depends on the
contents of memory after the object is deleted, because you perform the