Page MenuHomeFreeBSD

Fix a ton of spelling errors
ClosedPublic

Authored by eadler on Aug 8 2015, 2:23 AM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, May 10, 3:02 AM
Unknown Object (File)
Thu, May 9, 5:38 PM
Unknown Object (File)
Mar 11 2024, 4:32 PM
Unknown Object (File)
Mar 11 2024, 4:32 PM
Unknown Object (File)
Mar 11 2024, 4:29 PM
Unknown Object (File)
Mar 8 2024, 2:19 AM
Unknown Object (File)
Jan 6 2024, 7:05 PM
Unknown Object (File)
Jan 6 2024, 7:00 PM

Details

Summary

arc lint is helpful

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 19
Build 19: arc lint + arc unit

Event Timeline

eadler retitled this revision from to Fix a ton of spelling errors.
eadler updated this object.
eadler edited the test plan for this revision. (Show Details)
eadler added reviewers: allanjude, wblock.

I didn't go all the way through, but if you're going to go through and touch a bunch of comments like this, might as well fix the other issues in those comments. A couple examples at the beginning are noted to give you an idea.

sbin/ipfw/tables.c
455

End sentence with a full stop.

926

Start with majuscule letter; end with full stop.

1395

Start with capital 'W'.

@bjk all these fixes were automated. I did not manually look at the comments beyond verifying that the patch seemed correct.

My 5 cents :)

sbin/newfs_nandfs/newfs_nandfs.c
1091

printf("filesystem was created successfully\n");

sbin/rcorder/rcorder.c
223

from the filename's given dependencies and provisions

usr.bin/colldef/parse.y
147

IO error writing substitution table to destination file %s ?

usr.bin/sed/compile.c
367
  • Get a delimited string. 'P' points to the delimiter of the string; d points
usr.bin/vgrind/regexp.c
321

The following routines recognises an irregular expression

This appears to be from running igor -s against a bunch of files. Why these files, exactly?

usr.bin/colldef/parse.y
147

"IO" should be "I/O". But the rest of these would need to be fixed also.

In D3337#67839, @wblock wrote:

This appears to be from running igor -s against a bunch of files. Why these files, exactly?

It was actually arc lint --lintall against bin sbin usr.bin and usr.sbin. This automatically produces patches for one to review. Why only these? I got tired :\

This revision was automatically updated to reflect the committed changes.
eadler marked 7 inline comments as done.