Re: -displayfd outputting some garbage?
Jon Turney <[email protected]> Thu, 9 Feb 2017 00:44:35 +0000
| Newsgroups | gmane.os.cygwin.xfree |
|---|---|
| Message-ID | <[email protected]> |
On 08/02/2017 01:02, Matt D. wrote: > On 2/7/2017 7:46 PM, Matt D. wrote: >> I have an xinit script which outputs the display id to a file with the >> following option: >> >> xinit .. -displayfd 3 3>$HOME/.display Thanks for reporting this. For future issues, can I ask you to use the cygwin list, per [1] [1] https://cygwin.com/ml/cygwin-xfree-announce/2015-03/msg00001.html I hope you mean ' xinit -- -displayfd 3 3>$HOME/.display' >> This outputs correctly '0' but appends 0x00 and 0x0A. Why is it >> outputting a null byte and this 0x0A? Yeah, this seem to be a bug in xinit (which needs to insert itself into the displayfd pipeline to learn the display number for it's own purposes) $ X -displayfd 3 3>~/.display [...] $ xxd ~/.display 00000000: 300a 0. $ xinit -- -displayfd 3 3>~/.display [...] $ xxd ~/.display 00000000: 3000 0a 0.. > This is causing issues where I try to perform: > > echo $(cat .display) > > Which results in: > > bash: warning: command substitution: ignored null byte in input > 0 This warning is new in bash 4.4, I think. I think this is a just a warning though, and shouldn't actually cause any issues? -- Jon Turney Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/