6b8ef68111
them are related to the `c' function's need to know if we are at the actual end of the address range. (It must print the text not earlier than the whole pattern space was deleted.) It appears the only sed function with this requirement. There is `lastaddr' set by applies(), which is to notify the `c' function, but it can't always help because it's false when we are hitting the end of file early. There is also a bug in applies() due to which `lastaddr' isn't set to true on degenerate ranges such as `$,$' or `N,$' if N appears the last line number. Handling early EOF condition in applies() could look more logical, but it would effectively revert sed to the unreasonable behaviour rev. 1.26 of main.c fought against, as it would require lastline() be called for each line within each address range. So it's better to call lastline() only if needed by the `c' function. Together with this change to sed go regression tests for the bugs fixed (c1-c3). A basic test of `c' (c0) is also added as it helped me to spot my own error. Discussed with: dds Tested by: the regression tests MFC after: 1 week |
||
---|---|---|
.. | ||
aio | ||
atm | ||
audit/audit_pipe_ioctl | ||
bin/sh | ||
ccd/layout | ||
ethernet/ethermulti | ||
execve | ||
fifo | ||
file | ||
fstest | ||
fsx | ||
gaithrstress | ||
geom | ||
geom_concat | ||
geom_eli | ||
geom_gate | ||
geom_gpt | ||
geom_mirror | ||
geom_nop | ||
geom_raid3 | ||
geom_shsec | ||
geom_stripe | ||
geom_uzip | ||
ia64 | ||
include/tgmath | ||
ipsec | ||
lib | ||
mac/mac_bsdextended | ||
mlock | ||
mqueue | ||
msdosfs | ||
net80211 | ||
netatalk/simple_send | ||
netinet | ||
netinet6/ip6_sockets | ||
netipx | ||
nfsmmap | ||
p1003_1b | ||
pipe | ||
priv | ||
pthread/cv_cancel1 | ||
redzone9 | ||
security | ||
sigqueue | ||
sockets | ||
sysvmsg | ||
sysvsem | ||
sysvshm | ||
tls | ||
ufs/uprintf | ||
usr.bin | ||
geom_subr.sh | ||
README | ||
TODO |
$FreeBSD$ This directory is for regression test programs. A regression test program is one that will exercise a particular bit of the system to check that we have not reintroduced an old bug. Tests should be implemented in files with a .t extension. Each .t file can contain more than one test, and can be implemented in any scripting language -- /bin/sh, Perl... The test protocol is quite simple. At its most basic, each .t file should, when run, print a line in this format: 1..m where m is the number of tests that will be run. Each test should produce a single line of output. This line should start with one of ok n not ok n to indicate whether or not the test succeeded. 'n' is the test's number. Anything after this on the line (up to the first '#' if present) is considered to be the name of the test. Naming tests is optional, but encouraged. A test may be written which is conditional, and may need to be skipped. For example, the netatalk tests require 'options NETATALK' in the kernel. A test may be skipped by printing '# skip Reason for skipping' after the test name. For example, ok 1 - netatalk # skip 'options NETATALK' not compiled in A test may be flagged as 'todo'. This indicates that you expect the test to fail (perhaps because the necessary functionality hasn't been written yet). 'todo' tests are expected to fail, so when they start working the test framework can alert you to this happy occurence. Flag these tests with a '# TODO' comment after the test name not ok 1 - infiniteloop # TODO write test for an infinite loop This is modelled on the protocol followed by the Test::Harness Perl module (and therefore much of the automated testing carried out by the Perl community). More documentation can be found at: http://search.cpan.org/~petdance/Test-Harness-2.42/lib/Test/Harness.pm To run the tests and parse their output install the devel/p5-Test-Harness port. This includes the prove(1) command which is used to run the tests and collate the output. prove geom_concat # run all the tests in geom_concat prove -r lib # run all tests in lib/, and subdirectories prove -r -v lib # as above, with verbose output prove -r # run *all* the tests Tests that are for parts of the base system should go into a directory here which is the same as their path relative to src/, for example the uuencode(1) utility resides in src/usr.bin/uuencode so its regression test resides in src/tools/regression/usr.bin/uuencode. To execute individual regression tests for binaries that you are developing, add their directory in the path before running the tests. Example: cd /usr/src/tools/regression/usr.bin (PATH=/home/user/src/experimental/jot:$PATH ; make SUBDIR=jot) Please make a subdir per other regression test, and add a brief description to this file. geom Some tests and an out-of-kernel simulator for the GEOM code ia64 ia64 specific regression tests nfsmmap Some tests to exercise some tricky cases in NFS and mmap p1003_1b Exercise 1003.1B scheduler pipe Pipe code regression test fsx General filesystem exerciser sysvmsg SysV IPC Message Queue Regression Utility sysvsem SysV IPC Semaphore Regression Utility sysvshm SysV IPC Shared Memory Regression Utility gaithrstress General threaded getaddrinfo(3) exerciser