| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
'RELENG_6_3_0_RELEASE'.
This commit was manufactured to restore the state of the 6.3-RELEASE image.
|
|
|
|
|
|
|
|
| |
engine.c: 1.19+1.20
grot/tests: 1.3
Notes:
svn path=/stable/6/; revision=167590
|
|
|
|
|
|
|
|
|
|
| |
Confirmed by: tjr [1]
[1] PERFORCE CHANGESET 57044:
http://perforce.freebsd.org/changeView.cgi?CH=57044
Notes:
svn path=/head/; revision=145493
|
|
|
|
| |
Notes:
svn path=/head/; revision=141846
|
|
|
|
| |
Notes:
svn path=/head/; revision=140505
|
|
|
|
|
|
|
|
| |
PR: bin/75656
MFC after: 2 weeks
Notes:
svn path=/head/; revision=139437
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
reading past 'stop' in various places when converting multibyte characters.
Reading too far caused truncation to not be detected when it should have
been, eventually causing regexec() to loop infinitely in with certain
combinations of patterns and strings in multibyte locales.
PR: 74020
MFC after: 4 weeks
Notes:
svn path=/head/; revision=137959
|
|
|
|
|
|
|
| |
include it in all cases.
Notes:
svn path=/head/; revision=136091
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
multibyte character support:
- In CHadd(), avoid writing past the end of the character set bitmap when
the opposite-case counterpart of wide characters with values less than
NC have values greater than or equal to NC.
- In CHaddtype(), fix a braino that caused alphabetic characters to be
added to all character classes! (but only with REG_ICASE)
PR: 71367
Notes:
svn path=/head/; revision=134802
|
|
|
|
| |
Notes:
svn path=/head/; revision=132390
|
|
|
|
|
|
|
| |
with "sh mkh" so it works if the script is not executable.
Notes:
svn path=/head/; revision=132389
|
|
|
|
|
|
|
| |
of OANYOF sets for the moment.
Notes:
svn path=/head/; revision=132388
|
|
|
|
| |
Notes:
svn path=/head/; revision=132387
|
|
|
|
|
|
|
| |
support now.
Notes:
svn path=/head/; revision=132031
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
idea is that we perform multibyte->wide character conversion while parsing
and compiling, then convert byte sequences to wide characters when they're
needed for comparison and stepping through the string during execution.
As with tr(1), the main complication is to efficiently represent sets of
characters in bracket expressions. The old bitmap representation is replaced
by a bitmap for the first 256 characters combined with a vector of individual
wide characters, a vector of character ranges (for [A-Z] etc.), and a vector
of character classes (for [[:alpha:]] etc.).
One other point of interest is that although the Boyer-Moore algorithm had
to be disabled in the general multibyte case, it is still enabled for UTF-8
because of its self-synchronizing nature. This greatly speeds up matching
by reducing the number of multibyte conversions that need to be done.
Notes:
svn path=/head/; revision=132019
|
|
|
|
|
|
|
| |
contains an illegal multibyte character sequence.
Notes:
svn path=/head/; revision=132017
|
|
|
|
|
|
|
| |
unused character category calculations.
Notes:
svn path=/head/; revision=131973
|
|
|
|
| |
Notes:
svn path=/head/; revision=131692
|
|
|
|
| |
Notes:
svn path=/head/; revision=131504
|
|
|
|
| |
Notes:
svn path=/head/; revision=119893
|
|
|
|
|
|
|
|
|
|
| |
Only warnings that could be fixed without changing the generated object
code and without restructuring the source code have been handled.
Reviewed by: /sbin/md5
Notes:
svn path=/head/; revision=111010
|
|
|
|
| |
Notes:
svn path=/head/; revision=108087
|
|
|
|
| |
Notes:
svn path=/head/; revision=108037
|
|
|
|
| |
Notes:
svn path=/head/; revision=107052
|
|
|
|
| |
Notes:
svn path=/head/; revision=104358
|
|
|
|
| |
Notes:
svn path=/head/; revision=102411
|
|
|
|
|
|
|
| |
I believe have made all of libc .h's as consistent as possible.
Notes:
svn path=/head/; revision=92991
|
|
|
|
|
|
|
| |
I believe have made all of libc .c's as consistent as possible.
Notes:
svn path=/head/; revision=92986
|
|
|
|
|
|
|
| |
when deP'ing. But I guess not.
Notes:
svn path=/head/; revision=92971
|
|
|
|
| |
Notes:
svn path=/head/; revision=92905
|
|
|
|
| |
Notes:
svn path=/head/; revision=92889
|
|
|
|
|
|
|
| |
Submitted by: trevor
Notes:
svn path=/head/; revision=89647
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
access an array beyond it's length. This only happens in the last iteration of
a loop, and the value fetched is not used then, so the bug is a relatively
innocent one. Fix this by not fetching any value on the last iteration of said
loop.
Submitted by: MKI <mki@mozone.net>
MFC after: 1 week
Notes:
svn path=/head/; revision=86208
|
|
|
|
| |
Notes:
svn path=/head/; revision=84306
|
|
|
|
|
|
|
| |
with a trailing zero-width space: `e.g.\&'.
Notes:
svn path=/head/; revision=81449
|
|
|
|
|
|
|
|
|
|
| |
Avoid using parenthesis enclosure macros (.Pq and .Po/.Pc) with plain text.
Not only this slows down the mdoc(7) processing significantly, but it also
has an undesired (in this case) effect of disabling hyphenation within the
entire enclosed block.
Notes:
svn path=/head/; revision=81251
|
|
|
|
| |
Notes:
svn path=/head/; revision=79754
|
|
|
|
| |
Notes:
svn path=/head/; revision=74870
|
|
|
|
| |
Notes:
svn path=/head/; revision=72205
|
|
|
|
| |
Notes:
svn path=/head/; revision=70966
|
|
|
|
| |
Notes:
svn path=/head/; revision=70481
|
|
|
|
|
|
|
| |
The former looks ugly on grotty(1) devices.
Notes:
svn path=/head/; revision=68820
|
|
|
|
| |
Notes:
svn path=/head/; revision=68722
|
|
|
|
| |
Notes:
svn path=/head/; revision=62872
|
|
|
|
|
|
|
| |
regex(3).
Notes:
svn path=/head/; revision=62857
|
|
|
|
|
|
|
| |
Obtained from: BSD/OS
Notes:
svn path=/head/; revision=62856
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of the processing of the recursion, "scan" would be pointing to O_CH
(or O_QUEST), which would then be interpreted as being the end character
for altoffset().
We avoid this by properly increasing scan before leaving the switch.
Without this, something like (a?b?)?cc would result in a g->moffset of
1 instead of 2.
I added a case to the soon-to-be-imported regex(3) test code to catch
this error.
Notes:
svn path=/head/; revision=62855
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
string may be found (from the beginning of the pattern), the point
at which must is found minus that offset may actually point to some
place before the start of the text.
In that case, make start = start.
Alternatively, this could be tested for in the preceding if, but it
did not occur to me. :-)
Caught by: regex(3) test code
Notes:
svn path=/head/; revision=62854
|
|
|
|
| |
Notes:
svn path=/head/; revision=62848
|
|
|
|
|
|
|
|
|
| |
correct the offset when we free it.
Caught by: phkmalloc
Notes:
svn path=/head/; revision=62817
|