Date: Fri, 12 Dec 2014 14:29:40 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 195922] New: split(1) : wrong output with option -l and line length > MAXBSIZE Message-ID: <bug-195922-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
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@FreeBSD.org Reporter: franz@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-195922-8>