BUGS
上传用户:eo_sii
上传日期:2007-01-05
资源大小:91k
文件大小:2k
源码类别:

手机短信编程

开发平台:

Unix_Linux

  1. SMSLink Server - KNOWN BUGS
  2. ===========================
  3. (last modified on 21/02/99)
  4. (01/09/98)
  5. * When the parser experience a "parse error" (typing mistake, command not recog-
  6.   nized by the grammar), an error message is generated all right, but the next
  7.   command(s) to be issued, correct or not, won't be processed. You first have to
  8.   press [return] a few times (as many times as there are words in the first, in-
  9.   correct command line) to "purge the buffer" that's still holding this line.
  10. * Specially for the "set" command, the input buffer size defined by default by
  11.   lex doesn't seem to be quite enough. When a very long string is keyed in, a
  12.   "parse error" will be generated, due to the fact that the closing quote won't
  13.   be seen by the parser. You then have to press [return] quite a few times to
  14.   purge the buffer (see previous bug).
  15.   Some side effect here is the fact that if the original string contained a
  16.   sequence of words meaningfull to the language, they might get executed.
  17. (02/09/98)
  18. * The interactive interface (command prompt) is not displayed correctly when
  19.   accessed from a DOS/Windows machine. To display the strings correctly, I had
  20.   to replace 'n' char. by "rn". This fix doesn't seem to affect the Unix
  21.   clients (using standard telnet) in the least.
  22.   
  23.   But even then, a "parse error" is generated for each character that the DOS/
  24.   Windows client is sending (even though the yytext string seems to contain
  25.   only that character).
  26.   
  27.   UPDATE : the telnet client have to implement "line mode", not "character
  28.   mode". I was able to configure Reflection ver. 6 (32bit) to do so (see varia
  29.   directory, a file called SMS.R1W). But neither the telnet applet that ships
  30.   with Win95 or WinNT, nor older versions of Reflection seem able to support
  31.   that. So it would be much better to handle this on the server side.