Thx all for the support.

Le 5 déc. 2016 7:45 PM, "Björn Graf" <bjoern.g...@gmail.com> a écrit :

> On Mon, Dec 5, 2016 at 5:53 PM, Russ Cox <r...@golang.org> wrote:
> >
> > [+golang-nuts, bcc golang-dev, per golang.org/wiki/Questions]
> >
> > On Mon, Dec 5, 2016 at 10:24 AM, <jerome.lafo...@gmail.com> wrote:
> >>
> >> Hello,
> >> I just notice that go version is inconsistency on Linux and Windows.
> >> I have unexpected return carriage on Windows (not on Linux).
> >> I don't know whether you can fix it w/o break the Go 1 promise of
> compatibility or not.
> >>
> >> Example:
> >> When I do it on Linux:
> >> go version
> >> go version go1.7.4 linux/amd64
> >> me@home ~/go/>
> >>
> >> when I do it on Windows:
> >> go version
> >> go version go1.7.4 windows/amd64
> >>
> >> me@home ~/go/>
> >
> >
> > Are you sure the extra line is coming from 'go version' and not (for
> example) your shell prompt or some other piece in your system? The code
> that implements 'go version' is one line:
> >
> >         fmt.Printf("go version %s %s/%s\n", runtime.Version(),
> runtime.GOOS, runtime.GOARCH)
> >
> > I submitted https://golang.org/cl/33917 to make sure we never put a \r
> or \n into the runtime.Version() (here, "go1.7.4"). The other two come from
> a fixed set of choices, none of which have \r or \n in them.
> >
> > You might try redirecting the output of 'go version' to a file and
> looking at the file to confirm that there's only the one \n at the end.
>
> CMD.EXE seems to append that newline after any final command print
> out, e.g., "echo test" has an empty line separating test from the
> prompt. PowerShell doesn't do this.
>
> -- bg
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to