#
072aeeb6 |
| 02-Mar-2015 |
Navdeep Parhar <np@FreeBSD.org> |
Merge r278538 through r279514.
|
#
9b2a0d91 |
| 22-Feb-2015 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r279023 through r279162.
|
#
cc3a001f |
| 21-Feb-2015 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
Prevent NULL pointer de-reference.
As a follow up to r279090, if dp hasn't been defined, we shouldn't attempt to do an optimization here.
|
#
d58abbfe |
| 20-Feb-2015 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
regex(3): Fix uninitialized pointer values.
CID: 405582 (also clang static checker) CID: 1018724
|
Revision tags: release/10.1.0, release/9.3.0 |
|
#
6cec9cad |
| 03-Jun-2014 |
Peter Grehan <grehan@FreeBSD.org> |
MFC @ r266724
An SVM update will follow this.
|
#
414fdaf0 |
| 21-May-2014 |
Alan Somers <asomers@FreeBSD.org> |
IFC @266473
|
#
cc3f4b99 |
| 09-May-2014 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Merge from head
|
#
eab20bce |
| 02-May-2014 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
regex: Remove some unreachable breaks.
This is based on a much bigger cleanup done in Illumos.
Reference: https://www.illumos.org/issues/2077
MFC after: 1 week
|
Revision tags: release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0, release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0 |
|
#
1ee774f6 |
| 02-Oct-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- MFC
|
#
10b3b545 |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
#
e7cbc6ee |
| 16-Sep-2009 |
Diomidis Spinellis <dds@FreeBSD.org> |
Fix an off-by-one error in the marking of the O_CH operator following an OOR2 operator.
PR: 130504 MFC after: 2 weeks
|
#
bca3476a |
| 16-Sep-2009 |
Diomidis Spinellis <dds@FreeBSD.org> |
Add a couple of debugging statements.
|
Revision tags: release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0 |
|
#
eb2b3d10 |
| 25-May-2007 |
Xin LI <delphij@FreeBSD.org> |
Const'ify and ANSIfy the internal interfaces of regex(3). This is the final change that makes libc to compile with WERROR on my amd64 crashbox.
|
#
082063a0 |
| 05-Mar-2007 |
Xin LI <delphij@FreeBSD.org> |
Only stop evaluation of a back reference if the match length is zero and the recursion level is too deep.
Obtained from: OpenBSD
|
#
0f4481c5 |
| 05-Mar-2007 |
Xin LI <delphij@FreeBSD.org> |
Avoid infinite recursion on:
echo "foo foo bar bar bar baz" | sed 's/\([^ ]*\)\( *\1\)*/\1/g'
Obtained from: OpenBSD via NetBSD (rev. 1.18)
|
Revision tags: release/6.2.0_cvs, release/6.2.0 |
|
#
c879ae35 |
| 09-Jan-2007 |
Warner Losh <imp@FreeBSD.org> |
Per Regents of the University of Calfornia letter, remove advertising clause.
# If I've done so improperly on a file, please let me know.
|
Revision tags: release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0 |
|
#
1ee0dbee |
| 17-Aug-2005 |
Tim J. Robbins <tjr@FreeBSD.org> |
Fix a boundary condition error in slow() and fast() in multibyte locales: we must allow the character beginning at "p" to be converted to a wide character for the purposes of EOL processing and word-
Fix a boundary condition error in slow() and fast() in multibyte locales: we must allow the character beginning at "p" to be converted to a wide character for the purposes of EOL processing and word-boundary matching.
show more ...
|
Revision tags: release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0 |
|
#
c7ce9e21 |
| 30-Dec-2004 |
Diomidis Spinellis <dds@FreeBSD.org> |
Plug memory leak.
PR: bin/75656 MFC after: 2 weeks
|
#
bd9643b1 |
| 21-Nov-2004 |
Tim J. Robbins <tjr@FreeBSD.org> |
Fix computation of the 'n' argument to mbrtowc (through XMBRTOWC) to avoid reading past 'stop' in various places when converting multibyte characters. Reading too far caused truncation to not be dete
Fix computation of the 'n' argument to mbrtowc (through XMBRTOWC) to avoid 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
show more ...
|
Revision tags: release/5.3.0_cvs, release/5.3.0 |
|
#
e5996857 |
| 12-Jul-2004 |
Tim J. Robbins <tjr@FreeBSD.org> |
Make regular expression matching aware of multibyte characters. The general idea is that we perform multibyte->wide character conversion while parsing and compiling, then convert byte sequences to wi
Make regular expression matching aware of multibyte characters. The general 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.
show more ...
|
Revision tags: release/4.10.0_cvs, release/4.10.0, release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0, release/5.1.0_cvs, release/5.1.0, release/4.8.0_cvs, release/4.8.0 |
|
#
e0554a53 |
| 16-Feb-2003 |
Jacques Vidrine <nectar@FreeBSD.org> |
Eliminate 61 warnings emitted at WARNS=2 (leaving 53 to go). Only warnings that could be fixed without changing the generated object code and without restructuring the source code have been handled.
Eliminate 61 warnings emitted at WARNS=2 (leaving 53 to go). 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
show more ...
|
Revision tags: release/5.0.0_cvs, release/5.0.0, release/4.7.0_cvs, release/4.6.2_cvs, release/4.6.2, release/4.6.1, release/4.6.0_cvs |
|
#
333fc21e |
| 22-Mar-2002 |
David E. O'Brien <obrien@FreeBSD.org> |
Fix the style of the SCM ID's. I believe have made all of libc .c's as consistent as possible.
|
#
c05ac53b |
| 21-Mar-2002 |
David E. O'Brien <obrien@FreeBSD.org> |
Remove __P() usage.
|
#
8fb3f3f6 |
| 21-Mar-2002 |
David E. O'Brien <obrien@FreeBSD.org> |
Remove 'register' keyword.
|
Revision tags: release/4.5.0_cvs, release/4.4.0_cvs, release/4.3.0_cvs, release/4.3.0, release/4.2.0, release/4.1.1_cvs, release/4.1.0 |
|
#
b6c1a561 |
| 09-Jul-2000 |
Daniel C. Sobral <dcs@FreeBSD.org> |
Since g->moffset points to the _maximum_ offset at which the must string may be found (from the beginning of the pattern), the point at which must is found minus that offset may actually point to som
Since g->moffset points to the _maximum_ offset at which the must 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
show more ...
|