The problem of disturbing server messages only occurs while entering the password. Messages befor the connection is opened are lost anyway. So these messages should not be buffered at my opinion.
I don't know if there could be an other message than the bell. (The only others I could imagine are messages during a shared session). But in my application I have "ringing" alarm bells in a xterm annoying me while the login! Are there bell messages from a WinVNC-server? (I dont think so, because I've never heard anything from a Windows VNC-server or thes might be realised in the new Verion V4.X) Bernd M|ller "Seak, Teng-Fong" <[EMAIL PROTECTED]>@realvnc.com am 27.05.2004 11:23:15 Gesendet von: [EMAIL PROTECTED] An: <[EMAIL PROTECTED]> Kopie: Fax: Thema: RE: Unknown VNC authentication result - BUG! Reason found! Impressive diagnostics! For those server messages to client before authentification: isn't it better stock these messages in a buffer? In this way, we could avoid loss of possibly important messages, no? > -----Message d'origine----- > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Envoyi : mercredi 26 mai 2004 16:30 > @ : [EMAIL PROTECTED] > Objet : Unknown VNC authentication result - BUG! Reason found! > > After the detection (with ethereal) of the troubling 0x02-byte while the > authentication procedure, I had a closer look at the RFB protocol. > (I should have looked there much earIyer!) > In the documentation of the server to client messages the disturbing one > byte-message was shortly discribed as BELL! > > Now the reason of the "Unknown VNC authentication result" -error is > obvious: > At my linux vncserver I wrote a simple application (surveying the server > logfile) that launches a Xdisplay process with a bell (!), everytime the > server is connected. > > So when the bell message was send during the authentication procedure, > while the client was wating for the authentication result, teh client read > the bell message as first byte (0x02) and the rest three bytes (0x000000) > from of the correct authentication result so that the result was > interpreted as 0x02000000 (dec. 33554432 ). > If there were further bell messages during the authentication procedure, > the return value varied like dercribed in my posts before. > > I think this effect is only at the unix-server (Xserver). > I wrote a very simple test program to make the error obvious (bell.c): > > #include <stdlib.h> > #include <stdio.h> > > void main(){ > while (1){ > fprintf(stdout,"\a--bell--\n"); > fflush(stdout); > sleep(1); > } > } > > If you compile this program (eg "cc bell.c -o bell") and execute it in a > xterm of the Xvnc-Screen and disconnect, > you should have problems to reconnect with report of the "Unknown VNC > authentication result" > > So the bug will be simply fixed: the server messages to the new client > must be suppressed until the authentication result aof the server was > sent. > > In my application of the vncserver there is a process with a alarm bell. > It would be nice if the bug is fixed soon. > So long I have to quiet my bells on the server (hi!) > > Bernd M|ller *:o) > _______________________________________________ > VNC-List mailing list > [EMAIL PROTECTED] > To remove yourself from the list visit: > http://www.realvnc.com/mailman/listinfo/vnc-list _______________________________________________ VNC-List mailing list [EMAIL PROTECTED] To remove yourself from the list visit: http://www.realvnc.com/mailman/listinfo/vnc-list _______________________________________________ VNC-List mailing list [EMAIL PROTECTED] To remove yourself from the list visit: http://www.realvnc.com/mailman/listinfo/vnc-list
