虹裏img歴史資料館

ここでは虹裏imgのかなり古い過去ログを閲覧することができます。新しいログはこちらにあります

22/01/03(月)22:15:19 なんか... のスレッド詳細

削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。

画像ファイル名:1641215719332.png 22/01/03(月)22:15:19 No.883341488

なんか大変な事になってるな…

1 22/01/03(月)22:20:22 No.883343727

使ったことねえな

2 22/01/03(月)22:21:18 No.883344185

オンプレの話だから関係ないね

3 22/01/03(月)22:21:29 No.883344270

おいおいこれoutlookも関係してるんじゃない?

4 22/01/03(月)22:23:35 No.883345234

INT32で日時カウンタ持っててちょうど新年で天井に達したんだっけか もっと早めにわかったろうに…

5 22/01/03(月)22:24:56 No.883345827

関係ないけどみんな今Windows用のメールクライアントって何使ってるんだろう

6 22/01/03(月)22:25:05 No.883345885

中華サイクルコンピューターのXOSSも不具合出てたな INT32で日時扱ってるの結構まだ出てきそう

7 22/01/03(月)22:25:11 No.883345923

吹いた なんだそれ…

8 22/01/03(月)22:27:02 No.883346752

>中華サイクルコンピューターのXOSSも不具合出てたな >INT32で日時扱ってるの結構まだ出てきそう 近いところで大きくわかってるのは2038年問題ってのがある

9 22/01/03(月)22:28:09 No.883347258

見てきたけどめちゃくちゃ頭悪い実装だな

10 22/01/03(月)22:29:20 No.883347851

むかしGetTickCountっていうパソコンが電源ONしてから何ミリ秒経つか返す関数をつかってストップウォッチ代わりにしてたコードが動かなくなって調べたら24日立つとオーバーフローしてたみたいなのあったなぁ 符号なし整数の上限が2147483647.5で日にするとだいたい24日だったという

11 22/01/03(月)22:29:25 No.883347892

>関係ないけどみんな今Windows用のメールクライアントって何使ってるんだろう GmailかOutlookじゃない?

12 22/01/03(月)22:29:47 No.883348072

outlook関係ないならいいや…

13 22/01/03(月)22:30:48 No.883348542

本当にMSが書いたのかってくらいアホみたいな実装だな…

14 22/01/03(月)22:31:04 No.883348670

>符号なし整数の上限が2147483647.5で日にするとだいたい24日だったという 間違えた符号あり整数だった…符号無しなら48日か

15 22/01/03(月)22:33:16 No.883349678

>むかしGetTickCountっていうパソコンが電源ONしてから何ミリ秒経つか返す関数をつかってストップウォッチ代わりにしてたコードが動かなくなって調べたら24日立つとオーバーフローしてたみたいなのあったなぁ >符号なし整数の上限が2147483647.5で日にするとだいたい24日だったという その後も497日問題ってのがあったぞ

16 22/01/03(月)22:37:23 No.883351363

>その後も497日問題ってのがあったぞ まるで反省していない…

17 22/01/03(月)22:37:41 No.883351484

明日から仕事初めなんですけお…使ってるんですけお…

18 22/01/03(月)22:37:47 No.883351534

全部LONGLONGにすりゃあええ!

19 22/01/03(月)22:38:26 No.883351810

>>中華サイクルコンピューターのXOSSも不具合出てたな >>INT32で日時扱ってるの結構まだ出てきそう >近いところで大きくわかってるのは2038年問題ってのがある その頃には今使ってる機材は交換してるだろうし…

20 22/01/03(月)22:38:39 No.883351895

スクリプトで修正ってどういう治し方なんだろ… 桁あふれしたら別の変数に入れるみたいな仕組みを足すんだろうか

21 22/01/03(月)22:38:52 No.883351990

>その頃には今使ってる機材は交換してるだろうし… (しない)

22 22/01/03(月)22:39:00 No.883352047

>nt型(32ビット)でyy/MM/dd/HH/mmの形で日時を実装しているプログラムは、2022年1月1日0時0分(2201010001)に32ビットの最大値(2147483647)を越えてしまい、エラーが発生する。そういう実装をしているMicrosoft Exchangeでは既に問題が発生中。 どうしてdatetime型とか使わないんですか…どうして…

23 22/01/03(月)22:39:27 No.883352226

>明日から仕事初めなんですけお…使ってるんですけお… ワークアラウンド出てるし始業までに情シスが直すだろう

24 22/01/03(月)22:39:59 No.883352508

メールチェックプラグインみたいなの死んでるから別ルートで処理すれば捌けるみたいなかんじ?

25 22/01/03(月)22:40:17 No.883352657

C++とかで書かれた古いプログラムなんだろうか

26 22/01/03(月)22:40:30 No.883352780

>>関係ないけどみんな今Windows用のメールクライアントって何使ってるんだろう >GmailかOutlookじゃない? 雷鳥…

27 22/01/03(月)22:41:57 No.883353382

>メールチェックプラグインみたいなの死んでるから別ルートで処理すれば捌けるみたいなかんじ? ウィルスチェック処理が失敗するので無効化すれば通る もうパッチでたから設定変えるより当てたほうがいいと思うけど

28 22/01/03(月)22:42:57 No.883353816

>>その頃には今使ってる機材は交換してるだろうし… >(しない) その時は担当が俺じゃないからヨシ!

29 22/01/03(月)22:43:12 No.883353927

>どうしてdatetime型とか使わないんですか…どうして… CかC++なんじゃね

30 22/01/03(月)22:43:18 No.883353983

64ビット整数使おうよ!

31 22/01/03(月)22:43:48 No.883354236

>関係ないけどみんな今Windows用のメールクライアントって何使ってるんだろう 客にoffice365使わせる仕事してるけど outlook(365か2019~2010)>>Thunderbird>>>サイボウズなど有償グループウェア>live>Becky>他 って感じ

32 22/01/03(月)22:44:36 No.883354580

ふーん大変だねと思ったら弊社もExchange Server使ってるの思い出した

33 22/01/03(月)22:45:44 No.883355058

影響あったら嫌だな… 明日仕事行くのちょっと怖い

34 22/01/03(月)22:46:27 No.883355370

Becky使ってる人まだいるんだ…

35 22/01/03(月)22:46:30 No.883355385

>関係ないけどみんな今Windows用のメールクライアントって何使ってるんだろう nPopQ

36 22/01/03(月)22:47:06 No.883355619

アメリカ式のMMDDYYHHMMでデータを入れていれば起きなかった問題

37 22/01/03(月)22:47:11 No.883355655

Exchangeとか過去との互換性の都合でコードはひどいことになってるんだろうな MSとしてはオンラインに移行してほしいだろうから オンプレは本腰入れてないだろうし

38 22/01/03(月)22:47:32 No.883355812

Stringでよかったー!

39 22/01/03(月)22:53:31 No.883358473

謎な実装だな… 数字を数値で扱って何のメリットがあるんだろ 2038年問題ならわかるが

40 22/01/03(月)22:55:14 No.883359218

>謎な実装だな… 雑に不等号で比較できるんじゃないかな 2038年の方はUNIX時間だからWindowsの文化じゃないし

41 22/01/03(月)22:55:14 No.883359221

>関係ないけどみんな今Windows用のメールクライアントって何使ってるんだろう 秀丸メール!

42 22/01/03(月)22:57:45 No.883360205

exchange onlineがメインなんかね

43 22/01/03(月)22:59:43 No.883360963

2022年なんてもう未来なんだなあ

44 22/01/03(月)23:00:09 No.883361147

>雑に不等号で比較できるんじゃないかな なるほど…ソートも雑にできるってことか…

45 22/01/03(月)23:00:41 No.883361370

なぜ今になって誰も手をつけてなかったんだ

46 22/01/03(月)23:01:04 No.883361530

色々試したけどマジで秀丸メールが一番無難な気がしてる

47 22/01/03(月)23:02:01 No.883361917

stringでも雑に比較できなかったっけ?

48 22/01/03(月)23:03:46 No.883362612

今どきはライブラリが充実してるから自前で定義したもんでもなければ比較は楽よね

49 22/01/03(月)23:05:07 No.883363135

これの修正大変そう

50 22/01/03(月)23:06:11 No.883363570

スクリプトはその場しのぎ感ある

51 22/01/03(月)23:10:55 No.883365444

Unsigned Int32 の 4 バイトにすればいいってこと?

↑Top