アカウント名:
パスワード:
githubに不具合原因が書いてあるので詳細割愛しますが、WindowsとLinuxで取得するタイムゾーンの名称が異なることが原因でエラーになっていたようですね。
COCOAはXamarin(.NET)を使用しているのは既知の通りですが、Microsoftのドキュメントに書かれているコードを開発者がそのまま信用して書いてしまったようですね。
当方も.NET Core(現.NET6)でクロスプラットフォーム開発していますが、確かに類似のケースはあり、悩まされることもあります。MicrosoftのドキュメントはどうしてもWindowsベースで書かれているので、落とし穴が多く感じますね。
もっとも、ちゃんと動作確認しろよ！って言われたらぐうの音も出ないと思いますが。一方で、Microsoftもクロスプラットフォーム開発を売りにするならドキュメントをちゃんと書いて欲しいですね。
githubのコメントを読みましたが、違うみたいですよ。
1. Xamarinがそういうタイムゾーン周りの問題を抱えていることを認識していたので、回避するために、JSTからUCTへの変換を処理を、標準関数を使用せずに自前で作成していた。2. 過去のバージョンで、利用規約同意日（JST）の設定ファイルへの保存方法を変更していたのだが、その辺りの変更経緯を正しく認識していなかった。3. したがって、バージョンアップを特定の経緯で行った（あるバージョンを飛ばすなど）環境では、開発者が想定していなかった値が設定ファイルに書き込まれていたが、気がついていなかった。4. 想定していなかった日付をJSTからUTCに変更しようとして、エラーになって、起動しなくなっていた。
失礼いたしました！タイムゾーン周りのプラットフォーム非互換の懸念を回避するために別の手段を取ったこと原因でした。勘違いしてました。訂正有難うございます！
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
原因を見るとなるほどなぁ…という感想 (スコア:0)
githubに不具合原因が書いてあるので詳細割愛しますが、
WindowsとLinuxで取得するタイムゾーンの名称が異なることが原因で
エラーになっていたようですね。
COCOAはXamarin(.NET)を使用しているのは既知の通りですが、
Microsoftのドキュメントに書かれているコードを
開発者がそのまま信用して書いてしまったようですね。
当方も.NET Core(現.NET6)でクロスプラットフォーム開発していますが、
確かに類似のケースはあり、悩まされることもあります。
MicrosoftのドキュメントはどうしてもWindowsベースで書かれているので、
落とし穴が多く感じますね。
もっとも、ちゃんと動作確認しろよ！って言われたらぐうの音も出ないと思いますが。
一方で、Microsoftもクロスプラットフォーム開発を売りにするならドキュメントをちゃんと書いて欲しいですね。
Re:原因を見るとなるほどなぁ…という感想 (スコア:3, 参考になる)
githubのコメントを読みましたが、違うみたいですよ。
1. Xamarinがそういうタイムゾーン周りの問題を抱えていることを認識していたので、回避するために、JSTからUCTへの変換を処理を、標準関数を使用せずに自前で作成していた。
2. 過去のバージョンで、利用規約同意日（JST）の設定ファイルへの保存方法を変更していたのだが、その辺りの変更経緯を正しく認識していなかった。
3. したがって、バージョンアップを特定の経緯で行った（あるバージョンを飛ばすなど）環境では、開発者が想定していなかった値が設定ファイルに書き込まれていたが、気がついていなかった。
4. 想定していなかった日付をJSTからUTCに変更しようとして、エラーになって、起動しなくなっていた。
Re: (スコア:0)
失礼いたしました！
タイムゾーン周りのプラットフォーム非互換の懸念を回避するために別の手段を取ったこと原因でした。
勘違いしてました。訂正有難うございます！