Goのスライスについて、環境によって挙動が違ってしまう。

Question

https://onlinejudge.u-aizu.ac.jp/problems/ITP1_6_A

上記の問題を解こうと思いました。
問題自体はすでにクリアしているのですが、
解くときに自分の環境で行った結果とAOJで実行した結果が違っていて、疑問に思ったので質問させていただきます。

package main

import "fmt"

func main() {
	var n int
	fmt.Scanf("%d", &n)
	num := make([]int, n)

	for i := 0; i < n; i++ {
		fmt.Scanf("%d", &num[i])
	}

	for i := n - 1; i >= 0; i-- {
		fmt.Printf("%d", num[i])
		if n != 0 {
			fmt.Print(" ")
		}
	}

	fmt.Println("")

}

10
86 212 419 10 627 51 515 113 758 838

と入力するとAOJでは正しく逆順に出力されるのですが、
自分の環境だと、

10
758 113 515 51 627 10 419 212 86 0

となぜか、0が入ってしまいます。

原因がわかる方いらっしゃいましたらおしえていただきたいです。

Comments

[melian]

考えられる原因としては入力するデータファイルの改行コードが "\r\n" となっている場合です。

[hosimi]

なるほど、確かにWindows環境でやってました。
VSCodeでやっていて、改行コードをLFに変更してみましたが変化はありませんでした。

AOJの問題自体はクリアしているので、あまり気にしないようにしたほうがいいのでしょうか？？

回答ありがとうございます！！

[melian]

こちらの環境は Ubuntu Linux 22.04, go1.19-7ca6902c17 なのですが、改行コードを CR LF にすると同じ様に 0 が入ります。LF のみだと問題ありません。

[hosimi]

そうなんですね！！
試していただいてありがとうございます。
悩みが解決できてうれしいです！
できれば回答のほうに書いていただけるとベストアンサーにできるのでよろしくお願いします！！

[melian]

ありがとうございます。ただ、LF のみにしても Windows 環境では 0 が入ってしまう問題は残りますが。。もしかしたら別の人から詳しい回答が寄せられるかもしれませんので、少しの間待ってみてはどうでしょうか。

[hosimi]

そうですね
すこし急ぎすぎました笑
ありがとうございます。

[arcxor]

melian さんは素直に回答欄に回答を書いたほうが良いと思います。

> VSCodeでやっていて、改行コードをLFに変更してみましたが変化はありませんでした。
この操作で LF にきちんと変換できていないだけではありませんか？

Windows環境で試しましたが、入力ファイルの改行コードが LF であれば期待する結果が得られ、CRLF であると 0 が入る結果が得られました。

原因は入力ファイルの改行コードのみだと思います。

[hosimi]

おぉ。
そうなのですね。お手数おかけしてしまって申し訳ないです。
おそらく、僕のどこかしらの設定が干渉してしまっているのかもしれませんね...
お二人ともご回答ありがとうございます。m(_ _"m)

[hosimi]

こちらでも、解決策を模索していたのですが、
今までコマンドプロンプトで実行していたのですが、
Git Bashを用いたところ期待する結果を出力することができました。
改行コードや、環境について答えてくださりありがとうございました！！