Community
Participate
Working Groups
fuzz factor description wrong/inconsistent with actual patch definition The Workbench User Guide, in the "Working with Patches" section, states # Adjust the 'Maximum fuzz factor' (patch terminology). This factor determines how far from its original line a hunk is allowed to match. The default is two. So if a hunk does not match at the line given in the patch file, the Resource Patcher tries to match the hunk 'fuzz' number of lines before or after the position. The fuzz factor specified and used by patch is actually a very different beast; but given how (poorly) it is documented, the confusion is understandable. What the Workbench User Guide describes is actually the patch "offset" value -- how far away from the nominal location the match was found -- and patch can easily use rather large offsets. The fuzz factor is how many lines from the top and bottom of the context will be ignored when locating a match.
Thanks. We'll update the doc before 3.2 ships.
Fixed
The description from the Workbench User Guide still uses term of "location" which is inadequate to how the fuzz factor actually works. Moreover, as pointed in bug 131574, comment 7, "Maximum fuzz factor" is no longer a proper name for the field on the Apply Patch wizard.
I assume that this has been reopened... would it make sense to update the target milestone to avoid confusion?
(In reply to comment #4) > would it make sense to update the target milestone to avoid confusion? Sorry, my fault.
Created attachment 103314 [details] Updated "Working with patches" section
Applied to CVS HEAD with some minor modifications.
Verified in I20080613-2000.