home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / compiler / 1507 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  1.4 KB
  1. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!udel!gvls1!faatcrl!iecc!compilers-sender
  2. From: masticol@cadenza.rutgers.edu (Steve Masticola)
  3. Newsgroups: comp.compilers
  4. Subject: Possible lex bug?
  5. Keywords: lex, errors, comment
  6. Message-ID: <92-09-025@comp.compilers>
  7. Date: 2 Sep 92 19:49:29 GMT
  8. Sender: compilers-sender@iecc.cambridge.ma.us
  9. Reply-To: masticol@cadenza.rutgers.edu (Steve Masticola)
  10. Organization: Rutgers Univ., New Brunswick, N.J.
  11. Lines: 29
  12. Approved: compilers@iecc.cambridge.ma.us
  13.  
  14. Has anyone else come across the following possible bug in lex? I'd
  15. like to ignore certain characters, including vertical tab (\v,
  16. ^K, \013, etc.) When I included the line
  17.  
  18. [ \v\f\r\t]         ;
  19.  
  20. in the source file, vertical tabs fell through. However,
  21.  
  22. [ ^K\f\r\t]       ;
  23.  
  24. or 
  25.  
  26. [ \013\f\r\t]       ;
  27.  
  28. works. I'm not thrilled about this, though, because it means
  29. hard-coding a control character or ASCII code.
  30.  
  31. I'm running Sun's version of lex on a Sparc-2, in case it makes a
  32. difference, but another site has reported the same problem. I don't
  33. know what equipment they have there.
  34.  
  35. Thanks for any help!
  36.  
  37. - Steve (masticol@cs.rutgers.edu).
  38. [AT&T lex has a lot of bugs, I can't say I'm surprised to hear about
  39. another one. Flex handles it correctly. -John]
  40. -- 
  41. Send compilers articles to compilers@iecc.cambridge.ma.us or
  42. {ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
  43.