News for hackers. Stuff that matters.
Re:Next generation Unix pipe by Alex Larsson by alexlarsson on Saturday August 11, 2012 @04:04AM (#4369707)
Yes, in other words, the parent is right that zero termination is currently not automatic.
Re:Next generation Unix pipe by Alex Larsson by dfc on Saturday August 11, 2012 @04:08AM (#4369708)
He did not say automatic, he said "knew about" nulls. When you talk about automagically detecting nulls I have this image of an ascii-art Clippy with a cowsay bubble that says "I see you are using null terminated data, I have enabled --null for you."
Re:Next generation Unix pipe by Alex Larsson by rogerbinns on Saturday August 11, 2012 @02:55PM (#4370698)
I did exactly say automatic. It is the previous word to "knew about" you quoted!

And yes, I would expect that find detects that when it is talking to xargs then null termination should be used without the user having to go and fish out what the options are for each tool. And if you used ps with another tool that prefers json then ps can automatically do that, again without having to find and maintain flags.

Re:Next generation Unix pipe by Alex Larsson by alexlarsson on Saturday August 11, 2012 @04:33AM (#4369733)
"automatically knew", in a post which talks about format negotiation. It was fairly obvious to me he meant that it would use the format negotiation to automatically enable the --null switch.
Re:Next generation Unix pipe by Alex Larsson by ibotty on Saturday August 11, 2012 @04:44AM (#4369744)
null-terminated strings are hard to read in a shell window. and isatty(3) does not work for pagers.

content nagotiation only works with bi-directional data transfer (i.e. not with pipes).

Re:Next generation Unix pipe by Alex Larsson by alexlarsson on Saturday August 11, 2012 @04:51AM (#4369756)
Thats only true if you only negotiate via data in the pipe. dtools (in the article) uses non-mandatory file locks to do the content negotiation on the pipe.