[特設]サマータイム対応相談室

**デフォルトの名無しさん** · 2018/08/11(土) 09:39:28.62

はいどうぞ

**デフォルトの名無しさん** · 2018/08/23(木) 19:47:11.32

会話は成立せずチンパンジーが汚物投げ合っている感じ

**デフォルトの名無しさん** · 2018/08/23(木) 19:47:52.52

ということにしたいんだな
知恵遅れが知恵遅れなｼｽﾃﾑ作ったこと棚にあげて

**デフォルトの名無しさん** · 2018/08/23(木) 19:48:22.53

>>810
> >>631にしっかり適切な回答が書いてある

ローカル時間で処理しましょうってことですかね？ｗ

**デフォルトの名無しさん** · 2018/08/23(木) 19:48:43.66

やはり池沼だわ

**デフォルトの名無しさん** · 2018/08/23(木) 19:49:57.50

池沼が作らない限り大きな問題なんか発生しようがないからな

**デフォルトの名無しさん** · 2018/08/23(木) 19:50:15.58

>>814
お互いに相手の意図を全く汲み取れずにピントのずれた自分の言いたいことを言い合ってるだけだよなこれ
会話になってないけど本人たちは気がついてない

**デフォルトの名無しさん** · 2018/08/23(木) 19:51:42.84

知恵遅れが知恵遅れなｼｽﾃﾑ作ったこと棚にあげてる
どっちもどっちということにしたいらしい

このｽﾚ低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀは

ID:ncZgpeak　←　こっち側だからな

このｽﾚ低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀの鏡

**デフォルトの名無しさん** · 2018/08/23(木) 19:52:50.76

ｽﾚの最初からいた低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀが
分がわるくなって逃げようとしてる

**デフォルトの名無しさん** · 2018/08/23(木) 19:54:57.38

よくこんだ恥さらして
生きてて恥ずかしくないな

まずｺﾞﾐｸｽﾞのくせにｺﾞﾐｸｽﾞの自覚がない

**デフォルトの名無しさん** · 2018/08/23(木) 19:55:32.61

>>794を読めばわかると思うが、

アラームの設定画面で
[09]▽ : [00] ▽ みたいなインターフェースではダメだということ
[09]▽ : [00] ▽ [JST]▽ もちろんコレもダメ

正しくは
[09]▽ : [00] ▽ [x] サマータイム中は1時間繰り上げる

UTCで指定してもJSTで指定しても、そもそもアラームの鳴る時間が
変わるので時間指定ができない

**デフォルトの名無しさん** · 2018/08/23(木) 19:57:02.16

[09]▽ : [00] ▽ [x] サマータイムに追従する

こっちのほうがわかりやすいかな？いや難しいねｗ

**デフォルトの名無しさん** · 2018/08/23(木) 19:57:44.18

低学歴知恵遅れのｼｽﾃﾑでは
時刻設定もできないらしいわ

あきれるぐらい頭悪い

知恵遅れのPCでは時刻設定もできないのか
ﾀｲﾑｿﾞｰﾝかえても普通に時刻設定できる理由が
まず分かってないからな

**デフォルトの名無しさん** · 2018/08/23(木) 19:58:39.39

>>801
COBOLでどう扱われているか知っているか？
それを知っていたらお前の指摘は見当違いだ
全ての処理系が望む仕様になっているとは限らんのよ

**デフォルトの名無しさん** · 2018/08/23(木) 20:00:32.30

>>825
日本の9時とアメリカの9時は、UTCで見ると時間が違うので、

日本でもアメリカでも9時に起きようと思ったら
UTCで記録している場合は設定時間を変更する必要があるよ

理解してる？

**デフォルトの名無しさん** · 2018/08/23(木) 20:01:48.48

UTCとともにローカル時間を保存して
ローカル時間だけを使えば良いんだ！

という主張だと、UTCつかわないなら
保存する必要ないじゃんってことになる

**デフォルトの名無しさん** · 2018/08/23(木) 20:01:57.94

>>825
PCに限定している時点でピンボケ
鯖よりでかいのとスマホより小さいのは仕様上の制約が非常に多い

**デフォルトの名無しさん** · 2018/08/23(木) 20:02:45.88

mktime()というPOSIX準拠の関数がある

まず低学歴知恵遅れは
この関数がなんのためにあるかすら分かってない

**デフォルトの名無しさん** · 2018/08/23(木) 20:03:37.76

ﾎﾝﾄになどんだけ頭悪いねんと
ﾏｼﾞでな致命的なﾚﾍﾞﾙといって

**デフォルトの名無しさん** · 2018/08/23(木) 20:03:57.11

タイムゾーンを変更しても見た目が変わるだけだから
日本時間の9時に設定したものをアメリカに持っていっても
やっぱり日本時間の9時にアラームが鳴るんだよ
つまりタイムゾーンが変わったら時間の再設定が必要になる

**デフォルトの名無しさん** · 2018/08/23(木) 20:04:35.90

心配しなくてもな
低学歴知恵遅れが作らないかぎり
そんなことにはならない

**デフォルトの名無しさん** · 2018/08/23(木) 20:05:54.37

>>830
> mktime()というPOSIX準拠の関数がある
>
> まず低学歴知恵遅れは
> この関数がなんのためにあるかすら分かってない

それを使うと、モロッコでは9:00と取得できた場合
サマータイム中のイギリスでは10:00になる。

でも見た目が違うだけだから、問題ない。
イギリスで10:00に起きても、見た目が違うだけで
本当は9:00だから遅刻ではない。

そう言いたいんでしょう？ｗ

**デフォルトの名無しさん** · 2018/08/23(木) 20:08:00.17

はあ？
ﾎﾝﾄにｵﾏｴはなにをいってるのか意味が分からない
それはﾊﾞｶでﾁｮﾝでも設定できる構造体に値設定すれば
ﾊﾞｶでもﾁｮﾝでもPOSIXﾀｲﾑとる関数だぞ

知恵遅れが時刻を設定できないできないといってたから書いてあげたのに

**デフォルトの名無しさん** · 2018/08/23(木) 20:13:25.66

>>835
POSIXタイムが問題じゃなくて
ローカルタイムが変わるのが問題なの

UTCで0:00と設定しても
サマータイムが導入された日本は、
9:00だったり10:00だったりするわけだ

どちらも表示が違うだけで、UTCで0:00なのは一緒
だからいつも9:00に起きているなら、
サマータイム中は10:00に起きれば大丈夫だと思うか？
表示が違うだけっていうなら、そういうことになるよな

サマータイム対応っていうのは、そうならないようにすることなんだよ

**デフォルトの名無しさん** · 2018/08/23(木) 20:14:55.22

それについては
>>631にしっかり適切な回答が書いてある
池沼には理解できない

すべて池沼の知能の問題

繰り返し不要

**デフォルトの名無しさん** · 2018/08/23(木) 20:15:44.01

>>631
そんなことはここに居る人の殆どはわかっている
データベースにタイムスタンプとして保存されているのもUTCベースなのもわかってるし
ロケールに従って取り出しの際に変換されるのもわかっている

それを踏まえて、タイムスタンプのような形じゃなくて入力そのままの形で記録されている
日時情報や、人間が入力する日時情報の判別をどうするかという事なんだよ。
印刷物などなどもサマータイムでの時間かそうでないかを明確にしとかないと切替日に
混乱が起きるし、入力するデータにしてもしかり

通信で日時情報をやりとりしている場合は、相手側とのすりあわせも必要。UTCで交換
しているなら問題は少ないだろうがプロトコルでローカルタイムで交換することになっていれば
その対応も必要。

そういった部分の洗い出し、修正、動作検証に多大なコストと時間がかかるって言ってるんだよ。

**デフォルトの名無しさん** · 2018/08/23(木) 20:16:16.27

>>631に書いてある

> 例えば年間の営業時間ﾃﾞｰﾀﾍﾞｰｽがある
> ｺｲﾂはﾛｰｶﾙﾀｲﾑで保存する

これが正解だってことだろ？
ローカルタイムで保存すればいいってことだろ
UTC意味ないって言ってるじゃんｗ

**デフォルトの名無しさん** · 2018/08/23(木) 20:16:46.62

それは池沼みたいな作りにしたﾔﾂの責任
池沼の瑕疵責任

責任もってなおしなさい

**デフォルトの名無しさん** · 2018/08/23(木) 20:18:31.97

ID:ncZgpeak ←　たとえばｺｲﾂみたいな池沼が作ると
当然大きな問題が発生する

池沼を放置して
池沼の思うがままに作らせたﾔﾂの責任

**デフォルトの名無しさん** · 2018/08/23(木) 20:20:13.35

Twitterで自動返信機能のあるbot同士がうっかり絡んじゃってノーストップでレスバトル続けちゃってるのをみてる気分

**デフォルトの名無しさん** · 2018/08/23(木) 20:21:39.28

ということにしたいんだな
ｽﾚの最初からいた低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀも
なにが正しいか分かってくるのもいるらしいな

**デフォルトの名無しさん** · 2018/08/23(木) 20:22:00.72

>>638
時刻の計算でUTCで end_time - start_time で計算したとしても
それがローカルタイムの何日分なのかというのは単純に24時間で割って出せないんだよね。
サマータイム切替日は24時間/日じゃないから

**デフォルトの名無しさん** · 2018/08/23(木) 20:27:18.13

朝9:00の意味することが二通りあるんだよ

日本標準時をJSTとして
日本夏時間をJDTと呼ぶならば

9:00は、JSTで9:00（UTCだと0:00）、JDTでも9:00（UTCでは前日23:00）なのか
JSTで9:00（UTCだと0:00）、JDTで10:00（UTCは同じく0:00）

アラームだと期待するのは前者なんだが、
そうするとUTCで0:00と設定するのはダメだし
UTCで23:00と設定するのもダメ

設定時間が日付によって変わる。というのがサマータイムの本質なわけ

**デフォルトの名無しさん** · 2018/08/23(木) 20:28:44.12

サマータイムに対応してます、てパッケージに乗っ取られるならOKのような気がしてきた

**デフォルトの名無しさん** · 2018/08/23(木) 20:29:17.00

>>795
NGName したらスッカスカやん w

**デフォルトの名無しさん** · 2018/08/23(木) 20:30:47.65

さっき書いたﾊﾞｶでもﾁｮﾝでも設定取得できる構造体のﾒﾝﾊﾞに
tm_ydayというのが普通にあるからな

tm_ydayというのは
1月1日からの日数が格納される

低学歴知恵遅れが考える程度の機能なんか
すでにあるわけ

**デフォルトの名無しさん** · 2018/08/23(木) 20:31:13.09

>>847
NGにしちゃうなんてもったいない

**デフォルトの名無しさん** · 2018/08/23(木) 20:31:39.84

池沼が意味不明な事ぶつぶついってるしな

**デフォルトの名無しさん** · 2018/08/23(木) 20:32:23.99

>>849
5ちゃんの華

**デフォルトの名無しさん** · 2018/08/23(木) 20:32:28.20

>>844
それって「何日分」の定義にもよるだろ
悪徳駐車場みたいに1分後に00:00:00過ぎたら1日だーとか言う奴もいるし

**デフォルトの名無しさん** · 2018/08/23(木) 20:34:18.20

池沼はｼｽﾃﾑでちゃんと適切に動くように用意されてるｲﾝﾀｰﾌｪｰｽをいちいち使わないで
いちいち問題おこすように作ってるﾜｹだからな

まちがいなく瑕疵責任

**デフォルトの名無しさん** · 2018/08/23(木) 20:34:38.14

>>849
チラッと見たけど流石に中身なさ過ぎ
元気なときならまだしも帰宅途中でお疲れモードだったので脱落したよ w

**デフォルトの名無しさん** · 2018/08/23(木) 20:35:08.11

>>853
何をどう使えば適切に動くというの？
時間をずらさないとダメなんだよ？

朝9:00の意味することが二通りあるんだよ

日本標準時をJSTとして
日本夏時間をJDTと呼ぶならば

9:00は、JSTで9:00（UTCだと0:00）、JDTでも9:00（UTCでは前日23:00）なのか
JSTで9:00（UTCだと0:00）、JDTで10:00（UTCは同じく0:00）

アラームだと期待するのは前者なんだが、
そうするとUTCで0:00と設定するのはダメだし
UTCで23:00と設定するのもダメ

設定時間が日付によって変わる。というのがサマータイムの本質なわけ

**デフォルトの名無しさん** · 2018/08/23(木) 20:36:21.84

冗談ぬきで
池沼はなにがいいたいのか
池沼はなにがしたいのか
池沼はなにをいってるのか
さっぱり分からない

**デフォルトの名無しさん** · 2018/08/23(木) 20:36:33.98

>>854
OK、OK、まとめてあげる
UTCで扱えば問題が解決するようなことを言ってるやつがいるが
それが間違いであることを具体的に説明

具体的に例を示してUTCで記録するだけで問題が解決しないことを示そう

イギリスとモロッコはともにUTC+0000である。
イギリスはサマータイムを実施しているがモロッコは実施していない

さてイギリスとモロッコに住む人がともに朝8時に目覚ましをかけたとしよう
UTC+0000なのだからUTCで記録するとどちらも同じ8:00ということになる
ではUTCで8:00にアラームが鳴ると設定されている場合に、
どちらも同じ時間にアラームを鳴らしていいだろうか？

残念ながらサマータイム中のイギリスは違う。1時間繰り上げているために
モロッコで8:00は、イギリスでは9:00になる

この時間のずれに対応するのが本当のサマータイム対応

UTCで8:00にアラームが鳴るという設定を、正しく機能させるにはどうするか？
それには「どこの国」という情報が必要になる。
それがわからないとサマータイムを実施しているかどうかすらわからないし、
何時に時間をずらすのかもわからない

またサマータイムを実施しているからと言って、1時間繰り上げるかどうかはものによる
だから「サマータイムの時にどうするか？」という情報も必要になる。

今回の日本のように2時間とか言っているなら「何時間ずらすか？」の情報も必要になるかもしれない
（国情報のみでずらす時間が決定できるなら、国情報のみでよいが）

**デフォルトの名無しさん** · 2018/08/23(木) 20:36:57.40

もう一つ

朝9:00の意味することが二通りあるんだよ

日本標準時をJSTとして
日本夏時間をJDTと呼ぶならば

9:00は、JSTで9:00（UTCだと0:00）、JDTでも9:00（UTCでは前日23:00）なのか
JSTで9:00（UTCだと0:00）、JDTで10:00（UTCは同じく0:00）

アラームだと期待するのは前者なんだが、
そうするとUTCで0:00と設定するのはダメだし
UTCで23:00と設定するのもダメ

設定時間が日付によって変わる。というのがサマータイムの本質なわけ

**デフォルトの名無しさん** · 2018/08/23(木) 20:37:58.51

何度も書いてるが
池沼はﾛｰｶﾙ時刻を保存するとき
いちいちﾀｲﾑｿﾞｰﾝの情報を欠落させて保存するらしからな

そもそも論外

**デフォルトの名無しさん** · 2018/08/23(木) 20:38:42.85

あとコレもかな。国際化対応のひとつなので知っておくと良い

ローカライゼーションとインターナショナリゼーションの違いにも似てるな
UTCで記録してもインターナショナリゼーションレベルの対応しかできない
サマータイムに対応するのはローカライゼーション（現地の文化に合わせること）

UTCで記録することはこっち
https://globalization.co.jp/resource/g11n/i18n/
> インターナショナリゼーションとは
> インターナショナリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> さまざまな言語や地域に対応できる形に作っておくことを指します。

サマータイム対応はこっち
https://globalization.co.jp/resource/g11n/l10n/
> ローカリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> 特定の言語や地域に合う形にすることを指します。

一時間ずらす日時は、地域によって異なる

**デフォルトの名無しさん** · 2018/08/23(木) 20:38:48.45

そらな池沼が作れば
障害がなくなることはない

**デフォルトの名無しさん** · 2018/08/23(木) 20:39:57.48

ID:PC3NGxdh　←　新しい池沼

**デフォルトの名無しさん** · 2018/08/23(木) 20:41:30.43

>>859
> 池沼はﾛｰｶﾙ時刻を保存するとき
> いちいちﾀｲﾑｿﾞｰﾝの情報を欠落させて保存するらしからな

日本で扱う場合は暗黙的にJSTが指定されたものとして
扱えば良いのだから、それは問題じゃない

保存してあるタイムゾーンの情報を
日付によって変えなければいけないのがサマータイムだから

例 JST 9:00 にアラーム設定 → JDT 9:00にアラーム設定
JSTで保存した情報をJDTに変更しなければいけない

**デフォルトの名無しさん** · 2018/08/23(木) 20:42:31.53

まずまともな人間と思考のしかたが違うからな
池沼はまともな人間なら絶対やらないことを平気でする

まともな人間に遠く及ばないくせに
自己評価だけはたかい

どんだけｺﾞﾐｸｽﾞかという自覚がない
ｺﾞﾐｸｽﾞはまず人間になるのが先

**デフォルトの名無しさん** · 2018/08/23(木) 20:45:21.22

0900で保存しといて
TZ=Asia/Tokyoで
処理すればなんの問題も起きない

**デフォルトの名無しさん** · 2018/08/23(木) 20:45:42.17

>>854
よし、要約してあげよう。

サハリン先生「サマータイムを考慮した設計になってればサマータイムは問題ない」
モロッコ師匠「UTCで記録しただけじゃサマータイム対応にはならない」

と、まあ、小学生でもわかる自明なことを朝の3時から延々と唱え続けてる。

**デフォルトの名無しさん** · 2018/08/23(木) 20:46:55.44

普通に
×ｻﾏｰﾀｲﾑ考慮
○国際化対応
されたｼｽﾃﾑなら
一切問題おきない

ｻﾏｰﾀｲﾑ以前の問題

**デフォルトの名無しさん** · 2018/08/23(木) 20:47:33.69

話が全然噛み合っていない
自分に有利なルールで戦う異種格闘技戦だな

**デフォルトの名無しさん** · 2018/08/23(木) 20:47:42.60

> サハリン先生「サマータイムを考慮した設計になってればサマータイムは問題ない」

ワロタｗ
正しい設計なら問題は発生しないと言ってるだけで
中身がなにもないなｗ

その正しい設計の中身とやらが、UTCで保存すれば大丈夫
タイムゾーンを保存していれば大丈夫　と
間違ったことを言ってるのだから手に負えない

**デフォルトの名無しさん** · 2018/08/23(木) 20:48:41.53

>>868
俺はこのスレの>>1にそって、
サマータイム対応するにはどうするか？の話をしてるんだがなｗ
サマータイム対応というのは1時間ずれることへの対応なんだが
どうもそれを理解してないようだ。

**デフォルトの名無しさん** · 2018/08/23(木) 20:49:04.56

なにも間違ってない
低学歴知恵遅れじゃなければ
普通にそうするからな

**デフォルトの名無しさん** · 2018/08/23(木) 20:49:16.07

1. サマータイムに対応するシステムを構築するのが極端にコストがかかったり対応できないシステムが存在することが大問題であるからそもそもサマータイム導入は不可能

2. サマータイムに対応するシステムを作ったとしてもユーザーに極端に不便を強いるものしかできないからサマータイム導入には反対

3. サマータイムに対応するシステムを適切な設計で作ればユーザーに極端な不便を強いるなどの問題は起こらずにサマータイムに対応できるからサマータイム導入でもなんでもすればいい

**デフォルトの名無しさん** · 2018/08/23(木) 20:49:26.96

国内専用だとそもそもサマータイム考慮していないのも多数あるからな
特に組み込み用とかだと

**デフォルトの名無しさん** · 2018/08/23(木) 20:50:16.08

まずまともに国際化対応もされてるｼｽﾃﾑなら
一切ｼｽﾃﾑの改修なんか不要だからな

設定値だけの問題

**デフォルトの名無しさん** · 2018/08/23(木) 20:51:16.65

計算機ｼｽﾃﾑ以外の問題は板違い

**デフォルトの名無しさん** · 2018/08/23(木) 20:52:10.86

アラームなんかむしろタイムゾーンを記録しないことが正解だからな

JST 9:00なんて指定してしまったら、
JDTのとき10:00になってしまう

**デフォルトの名無しさん** · 2018/08/23(木) 20:52:15.89

サハリン先生に加えてモロッコ師匠か
視察旅行はサハリンよりもモロッコの方が良いな

**デフォルトの名無しさん** · 2018/08/23(木) 20:52:50.79

つまり低学歴知恵遅れ以外が作れば
問題なんか一切おきない

低学歴知恵遅れはいちいち知能が低いと自白してるのが
このｽﾚだからな

**デフォルトの名無しさん** · 2018/08/23(木) 20:53:10.92

>>875
エンベデッドシステムだって
メインフレームだって
計算機システムなんだぜ
限定条件外だって必要になれば対応しないといけないのだよ

**デフォルトの名無しさん** · 2018/08/23(木) 20:56:45.11

やっぱり低学歴知恵遅れはなにもわかってない
TZ=Asia/Tokyoで保存すれば
夏時間対応したTZ infoを更新すれば
それ対応はおしまい

そのｹｰｽで
JSTとJDTで保存するとかいってる時点で論外なﾜｹ

ﾏｼﾞで知能に著しい問題がある

**デフォルトの名無しさん** · 2018/08/23(木) 20:58:00.88

>>880
ケースごとに対応方法が違うなら、
「それで対応はおしまい」なんて言っちゃダメだよｗ

**デフォルトの名無しさん** · 2018/08/23(木) 20:58:17.98

>>878
>>872の1の主張
「そんなこと言っても現実問題、不正なシステムが多数存在するからサマータイム対応は不可能であって対応方法の具体的な議論は無駄」

**デフォルトの名無しさん** · 2018/08/23(木) 20:58:31.51

どの地域でもどの国でも
時刻固定でいいならそもそもTZ保存すら不要だからな
単純にその日の時刻の構造体に9:00いれて
POSIX時刻とればおしまい

**デフォルトの名無しさん** · 2018/08/23(木) 20:58:38.68

壊れたテープレコーダーだな
こちらの土俵に踏み込む勇気はないのか

**デフォルトの名無しさん** · 2018/08/23(木) 21:00:48.37

ｹｰｽ毎もへったくれもない
用途が確定してるｹｰｽでそういう作りになってないのが問題なﾜｹだからな
知恵遅れ設計の問題

**デフォルトの名無しさん** · 2018/08/23(木) 21:01:03.09

>>880
> TZ=Asia/Tokyoで保存すれば
> 夏時間対応したTZ infoを更新すれば
> それ対応はおしまい

これやったところで、JST 9:00（UTC 0:00）は
UTC 0:00のままなので、タイムゾーンを変更すると
JDT 10:00 になるのでまずい

**デフォルトの名無しさん** · 2018/08/23(木) 21:02:42.20

どんだけ頭悪かったら
そんなﾚｽができるﾜｹ

こんなﾔﾂがﾎﾝﾄにｼｽﾃﾑに関与してるのなら
ﾎﾝﾄに恐ろしいわ

**デフォルトの名無しさん** · 2018/08/23(木) 21:04:12.14

基本的に反論できないときは罵倒するスタンスらしいｗ

**デフォルトの名無しさん** · 2018/08/23(木) 21:05:33.22

反論もくそもないからな
まずｼｽﾃﾑで時刻がどう扱われてる理解できてない
これ以外ない

すでに何度も説明してる
もうさすがにﾑﾘ

**デフォルトの名無しさん** · 2018/08/23(木) 21:05:33.67

(それはお前も同じだろう)

**デフォルトの名無しさん** · 2018/08/23(木) 21:09:31.80

JSTならPOSIXﾀｲﾑに32,400を足す
夏時間ならPOSIXﾀｲﾑに39,600を足す

それだけのことだからな
ｺｰﾄﾞではそんなこと一切気にする必要すらない

**デフォルトの名無しさん** · 2018/08/23(木) 21:11:31.92

いちいちまともじゃない作りにすれば
当然問題はおきる

そういう作りにいちいちするﾔﾂは
まともじゃない

つまり知恵遅れ

**デフォルトの名無しさん** · 2018/08/23(木) 21:12:32.70

JSTならPOSIXﾀｲﾑに32,400を足した時間にアラームを鳴らす
夏時間ならPOSIXﾀｲﾑに39,600を足した時間にアラームを鳴らす

そういうコードを書かないといけない
自分で書くのが嫌なら、ローカルタイムで処理しなければいけない
UTCの出番はない

**デフォルトの名無しさん** · 2018/08/23(木) 21:15:17.55

で、ローカルタイムで処理すればいいかと言うと
またそうとも言い切れなくて、
例えば同じ日に同じ時間が2回発生することがある

cronなんかはそのための対策コードが入っている

**デフォルトの名無しさん** · 2018/08/23(木) 21:19:17.73

どうすれば正解か書いてやるわ

①time()で現在のPOSIX時刻を取得する
②localtimeでﾛｰｶﾙ時刻の入った構造体を取得する（ｺﾚで今日の日付とかもとれる）
③この構造体に9:00を設定する
④mktime()でﾛｰｶﾙ時刻の入った構造体からPOSIX時刻を取得する

④でとれたPOSIX時刻がｱﾗｰﾑを鳴らすPOSIX時刻になる
time()で現在のPOSIX時刻が取得できる

わかった？

**デフォルトの名無しさん** · 2018/08/23(木) 21:26:50.91

>>895
アラームを予約した日はがサマータイムになる前で
アラームがなる日がサマータイムの場合を
書いてないのは意図的？

**デフォルトの名無しさん** · 2018/08/23(木) 21:29:28.21

そもそもｵﾏｴが書いた要件を満たす場合
必要な設定情報は9:00しかない
それ以外は不要

ﾎﾝﾄにな知恵遅れのいってることは意味不明

**デフォルトの名無しさん** · 2018/08/23(木) 21:31:04.06

>>897
勝手に俺の要件を決めるなよｗ
サマータイム対応をちゃんとしろって話だ

**デフォルトの名無しさん** · 2018/08/23(木) 21:31:18.98

なんか参加者増えているｗ
今日中に落ちるな、よかったよかった

**デフォルトの名無しさん** · 2018/08/23(木) 21:32:05.18

ﾀｲﾑｿﾞｰﾝ関係なく固定で9:00に鳴らすと決めてるのに
ﾎﾝﾄにななにをいってるのか意味が分からないわけ

**デフォルトの名無しさん** · 2018/08/23(木) 21:33:31.00

低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀの
厚顔無恥の恥さらしの黒歴史ｽﾚが落ちるのは
そら嬉しいだろう

**デフォルトの名無しさん** · 2018/08/23(木) 21:33:38.47

はい、次スレぴょんぴょん♪

[特設]サマータイム対応相談室
https://mevius.5ch.net/test/read.cgi/tech/1535027544/

**デフォルトの名無しさん** · 2018/08/23(木) 21:34:04.91

>>899
残念ながらモロッコ師匠が次スレを立ててしまっている。

[特設]サマータイム対応相談室
http://mevius.5ch.net/test/read.cgi/tech/1535027544/

**デフォルトの名無しさん** · 2018/08/23(木) 21:34:06.70

>>900
UTCで保存すれば解決とか言ってるからだろｗ

**デフォルトの名無しさん** · 2018/08/23(木) 21:34:38.20

その2をつけ忘れた。すまんのう。
立て直すかね？ｗ

**デフォルトの名無しさん** · 2018/08/23(木) 21:35:12.32

何度も書いてるとおり
それについては
>>631にしっかり適切な回答が書いてある
池沼には理解できない

すべて池沼の知能の問題

繰り返し不要

**デフォルトの名無しさん** · 2018/08/23(木) 21:36:36.29

このｽﾚはこのｽﾚで完結する
もう繰り返しは不要

すべてｺﾀｴはでててる

すべて低学歴知恵遅れの知能の問題

**デフォルトの名無しさん** · 2018/08/23(木) 21:37:59.62

③→④をどれだけの周期で繰り返せば完璧なアラームになるの？

**デフォルトの名無しさん** · 2018/08/23(木) 21:43:51.85

00:00～9:00まで間に一日一回動く周期にすれば
問題なんかおきない

何回くりかえしても
日付がかわらないかぎり
POSIX時刻は同じ値しかかえってこないからな

ﾎﾝﾄにななにをいってるのか意味が分からないわけ

**デフォルトの名無しさん** · 2018/08/23(木) 21:44:43.40

日付が変わると
POSIX時刻は違う値を返すらしいね

**デフォルトの名無しさん** · 2018/08/23(木) 21:46:57.04

あたりまえだろ
次の日は
次の日のﾛｰｶﾙ時刻のPOSIX時刻を返す

>>773に書いてるPOSIX時刻の意味がわかってて池沼はｽﾚに書き込んでるの？

> POSIX時刻（unix時刻ともいう）の変換(>>752)がそもそも間違ってる
> POSIX時刻は1900年1月1日0時0分(UTC)からの通秒値だからな

**デフォルトの名無しさん** · 2018/08/23(木) 21:49:16.65

>>911
学歴は？年収は？

**デフォルトの名無しさん** · 2018/08/23(木) 21:49:49.77

計算機ｼｽﾃﾑと関係ない
板違い