diff options
author | Vern Paxson <vern@ee.lbl.gov> | 1993-11-29 17:13:22 +0000 |
---|---|---|
committer | Vern Paxson <vern@ee.lbl.gov> | 1993-11-29 17:13:22 +0000 |
commit | 18a7d069a1aef814f454c6343e231ac847854d99 (patch) | |
tree | 88103fdb40f404a67a6936f7dd88e64b1b6631e9 /flex.1 | |
parent | 5b100719dcf86274d0543e80f73144ea619a29da (diff) |
Documented that buffer can't grow if REJECT used
Diffstat (limited to 'flex.1')
-rw-r--r-- | flex.1 | 11 |
1 files changed, 9 insertions, 2 deletions
@@ -1617,7 +1617,7 @@ scanner. If you give the flag twice, you will also get comments regarding features that lead to minor performance losses. .IP Note that the use of -.I REJECT +.B REJECT and variable trailing context (see the Bugs section in flex(1)) entails a substantial performance penalty; use of .I yymore(), @@ -2189,7 +2189,7 @@ feature will be to automatically add rules to eliminate backing up). .I Variable trailing context (where both the leading and trailing parts do not have a fixed length) entails almost the same performance loss as -.I REJECT +.B REJECT (i.e., substantial). So when possible a rule like: .nf @@ -2957,6 +2957,13 @@ Ideally the scanner should dynamically resize the buffer in this case, but at present it does not. .PP .I +input buffer overflow, can't enlarge buffer because scanner uses REJECT - +the scanner was working on matching an extremely large token and needed +to expand the input buffer. This doesn't work with scanners that use +.B +REJECT. +.PP +.I fatal flex scanner internal error--end of buffer missed - This can occur in an scanner which is reentered after a long-jump has jumped out (or over) the scanner's activation frame. Before |