Re: (ITS#7859) ldif processing issue with long lines

mwarren@symas.com wrote:

Also, another issue has been reported where the length of LDIF lines is greater by two than a specified 'ldif-wrap' definition when using slapcat.

This appears to be the result of an intentional backward-compatiblility kludge. While the spec may have defaulted to 76 chars, the UMich code has always output 78 columns by default, so there's an offset built in to the LDIF output functions. This offset wasn't taken into account when the variable output width support was written.

Probably we should just remove the kludge and define our default output width to 78 instead of pretending it's still 76.