[Bug 195922] New: split(1) : wrong output with option -l and line length > MAXBSIZE

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Fri Dec 12 14:29:40 UTC 2014


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195922

            Bug ID: 195922
           Summary: split(1) : wrong output with option -l  and  line
                    length > MAXBSIZE
           Product: Base System
           Version: 8.4-RELEASE
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: bin
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: franz at dssgmbh.de

Created attachment 150506
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=150506&action=edit
patch

"split -l" gives a wrong output while line length ist greater MAXBSIZE (in my
case 64k).
The "goto" in the source doesn't solve the problem. 
"newfile" has to be called with the first fgets buffer of a line. 

Mostly a good example for the error is to split the output of mysqldump (bigger
tables).

I think in case of pattern matching ( split -p ) there has to be another coding
(dynamic buffer for each line). But this not my turn.      


A suggestion of a patch ist attached.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list