Aren
/
haiku
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

new docs 

git-svn-id: file:///srv/svn/repos/haiku/trunk/current@2931 a95241bf-73f2-0310-859d-f6bbb57e9c96
This commit is contained in:
mahlzeit 2003-03-17 22:21:51 +00:00
parent fc89f8b55a
commit d89d006239
2 changed files with 31 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

BIN
docs/develop/midi/midiport.png Normal file
View File

Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 10 KiB

31
docs/develop/midi/stuff.html Normal file
View File

@ -0,0 +1,31 @@
<HTML>
<BODY>
<H1>Misc notes</H1>
<UL>
<LI><P>Sometimes the midi_server's debug output shows an "Application -1 not
registered" error message. This means it cannot figure out which app an
incoming BMessage came from. The server ignores those messages.</P>
<P>How can this happen? libmidi2 has two ways of sending messages to the
midi_server: it either expects a reply back or not. In the first case, it is
obvious to the midi_server what the reply address of the message is. In the
second case, even though it is not necessary for the server to send a message
back, it still uses the reply address to determine which app the message came
from. For this, BMessenger uses be_app_messenger of the client app.</P>
<P>However, if the client app has no BApplication object, there is no
be_app_messenger either. Now, the midi_server cannot determine where the
message came from and will ignore it. Is this important? For example, when such
a client app Release()'s its endpoints, it sends a message to the server
without a return address. Now the server ignores that message and does not
remove the endpoint from the roster. Of course, after the client app has died,
the endpoints will be removed eventually. Does all of this matter? Not really,
because only trivial apps will have no BApplication object.</P></LI>
</UL>
</BODY>
</HTML>