public inbox for cygwin-xfree@sourceware.org help / color / mirror / Atom feed
From: Jon Turney <jon.turney@dronecode.org.uk> To: cygwin-xfree@cygwin.com Cc: "Matt D." <matt@codespunk.com> Subject: Re: -displayfd outputting some garbage? Date: Thu, 09 Feb 2017 00:44:00 -0000 [thread overview] Message-ID: <6112354f-7eac-2d9e-e059-9bf065ea4b42@dronecode.org.uk> (raw) In-Reply-To: <589A6E11.8060704@codespunk.com> 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/
prev parent reply other threads:[~2017-02-09 0:44 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top [not found] <589A6A71.4000703@gmail.com> 2017-02-08 1:02 ` Matt D. 2017-02-09 0:44 ` Jon Turney [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=6112354f-7eac-2d9e-e059-9bf065ea4b42@dronecode.org.uk \ --to=jon.turney@dronecode.org.uk \ --cc=cygwin-xfree@cygwin.com \ --cc=matt@codespunk.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).