[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