Menu
▾
▴
[Tcl-bugs] [ tcl-Bugs-1189293 ] "<<" redirection not binary safe
|
From: SourceForge.net <no...@so...> - 2005-07-27 12:01:44
|
Bugs item #1189293, was opened at 2005-04-25 09:46 Message generated for change (Comment added) made by avl42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1189293&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 25. Channel System Group: current: 8.5a3 Status: Open Resolution: None >Priority: 7 Submitted By: Andreas Leitgeb (avl42) Assigned to: Andreas Kupries (andreas_kupries) Summary: "<<" redirection not binary safe Initial Comment: Redirection from data (using "<<") loses zero-characters: exec wc << [string repeat "\0" 42] returns "0 0 0", rather than "0 0 42" as it should. ---------------------------------------------------------------------- >Comment By: Andreas Leitgeb (avl42) Date: 2005-07-27 14:01 Message: Logged In: YES user_id=830354 Internal APIs shouldn't be used by anyone else. Even if they are, some wrapper-function can be created for the old functionality, and the implementation of exec could use some TclpCreateTempFileEx(), until some minor or major version-number change allows for a change. I don't see why this should be a blocker. ---------------------------------------------------------------------- Comment By: Jeffrey Hobbs (hobbs) Date: 2005-05-31 04:22 Message: Logged In: YES user_id=72656 Indeed unix/tclUnixPipe.c:TclpCreateTempFile (and likely other plats as well) just get contents passed as a C string. We need to change this to a counted string of DString, if we can be sure noone uses this internal API. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2005-04-25 12:09 Message: Logged In: YES user_id=79902 Effect replicated in code that is definitely binary clean (od -c) so whatever the problem is (probably C strings in the tclpcreatepipeline code) it is not the fault of nul handling in wc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1189293&group_id=10894 |