13/06/24 14:07:40.36
2：14から
記者
期限ギリギリというところで韓国側から通貨スワップの要請が来ましたが、
以前に「日韓双方にとって利益になるなら延長してもいい」という発言がありましたから
当然スワップが延長されるものと考えてよろしいのですね？
官房長官
あくまで「日韓双方にとって利益になる」という前提ですので、通貨スワップが日本にとって
利益になるものかどうかについて、これから議論していく必要があると思ってます
記者
ええと、期限を目に前にしてこれから事務レベルの協議という事ですと、期限までに間に合うとは
到底思えないのですが、もし期限までに結論が出なかった場合はどうなるのですか？
韓国がスワップを必要と言っているのですから、議論など差し置いて今すぐにでも延長するべきと思いますが
官房長官
このように期限ギリギリに要請してくると言う事は、韓国側において余り必要でないと判断したわけです
本当に必要なら一刻を争いすぐに要請してくるだろうと考え、すぐに手続きできるよう準備した期間はありました
結果的に期限までに延長手続きが間に合わなくても、それは日本側の問題ではないと思ってます
記者
つまり、「時は金なり」ということですか？
官房長官
日本側はそう思ってます
890:デフォルトの名無しさん
13/06/24 14:08:24.89
ｗ
891:デフォルトの名無しさん
13/06/24 14:33:21.38
>>886
＞業者のツールは縦軸の尺度が自動で変わるからダメだよ
業者のツールって何よ？
892:デフォルトの名無しさん
13/06/24 15:15:50.71
>>886
で、儲かっているのか？
893:デフォルトの名無しさん
13/06/28 13:06:42.51
VB6でPrintFormやEndDocで数秒間フリーズするのは仕様ですか？
回避する方法があったら教えてください。
894:デフォルトの名無しさん
13/06/28 14:43:54.14
印刷してるのかな？
プリンタにデータを流し込む部分だから
ある程度時間がかかるのは仕方なかったはず
お待ちくださいと画面に出すのがいいのでは
895:デフォルトの名無しさん
13/06/28 15:16:48.25
>>894
1分毎にデータをファイルに保存しているのですが、保存時刻にPrintFormやEndDocで処理が止まっていると保存し損ねてしまうんです。
取り敢えず、時刻がXX分50～59秒ならば、データ保存処理まで待ってからrintFormやEndDocを実行するようにしています。
OS自体が数秒間フリーズしているようなので、出来るものなら回避したいです。
RS-232Cへも1秒間隔で垂れ流し送信しているのでそれも止まってしまいます。
896:デフォルトの名無しさん
13/06/28 15:20:43.07
サード製のプリンタコントローラでも貼り付けるしかないんじゃないか？
とか思ったが、普通のソフトでもプリンタ操作すると、Windowsが止まってる気がするときがある…アレは何だろう。
897:デフォルトの名無しさん
13/06/28 15:26:57.95
>>896
同じプリンタでもUSBとLANで若干時間が違うみたいです。
OSもXPで3秒のところ、７(よりCPU性能は７のほうがかなり高い)だと5秒掛かります。
898:デフォルトの名無しさん
13/07/01 13:44:14.60
メッセージボックスを表示させてるときに、開発環境だと他の処理が止まるけど、実行環境だと動いてるのは何故？
899:デフォルトの名無しさん
13/07/01 14:12:19.72
気のせい
900:デフォルトの名無しさん
13/07/01 21:18:28.69
止まるとか動くとか、小学生じゃないんだからもう少し正確に物事表現しろよw
だからVBer（以下略
モーダルダイアログ表示中でもタイマ等のイベントは発生する。
>>898が言わんとしてる現象の実態はおそらくこれ。
VB6なんかもう10年以上ろくに触ってないから記憶があいまいだけど、
Win9x上のIDEでデバッグ実行するとモーダルダイアログ表示中は
タイマのイベントも発生しなくなるんだったような。
>>898はまだWin9x使ってるのかなw
901:デフォルトの名無しさん
13/07/02 09:19:26.34
ＸＰでも７でも、ＩＤＥ上ではタイマー止まるよ。
902:デフォルトの名無しさん
13/07/02 09:39:11.19
タイマーを使えばマルチスレッドになるのか！
903:デフォルトの名無しさん
13/07/02 11:35:52.32
と思った時期が私にもありました
904:デフォルトの名無しさん
13/07/02 11:49:09.52
所詮VBだったか
905:デフォルトの名無しさん
13/07/02 17:57:15.39
マルチスレッドに起因する不具合を完全に除去することに成功した言語
906:デフォルトの名無しさん
13/07/04 01:08:11.90
VBのランタイムはスレッドセーフ。
907:デフォルトの名無しさん
13/07/04 02:34:07.66
>>906
シングルスレッド前提のランタイムがスレッドセーフに作られてるとは思えんが
根拠はあるのか？
908:デフォルトの名無しさん
13/07/04 10:04:58.13
定説です
909:デフォルトの名無しさん
13/07/04 14:22:54.41
VB6からCreateThread APIを呼び出すのはバッドノウハウ
COMのシングルスレッドモデルの仕組みのおかげで
Form等の操作がスレッドセーフに出来てしまうけど、
あくまでもたまたま誤差範囲で動くといったもの