[過去ﾛｸﾞ]
Visual Studio 2008 Part 22 (314ﾚｽ)
Visual Studio 2008 Part 22 http://mevius.5ch.net/test/read.cgi/tech/1413180800/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
4: デフォルトの名無しさん [sage] 2014/10/14(火) 09:42:38.35 ID:yI2xaj4J Visual Studio 2008 Express Edition の DVD イメージからのインストール ttp://www.microsoft.com/japan/msdn/vstudio/express/maninstall/2008/default.aspx ・sp1適用済み ttp://download.microsoft.com/download/6/F/1/6F161D1A-E893-4BFA-A53A-AF6B0D56A55D/VS2008ExpressWithSP1JPNX1504866.iso ・無印 ttp://download.microsoft.com/download/F/A/6/FA693F60-97D1-44EB-AC7F-6A44AC42B10E/VS2008ExpressJPNX1428694.iso Microsoft Visual Studio 2008 Service Pack 1 (iso) ttp://www.microsoft.com/downloads/details.aspx?FamilyId=27673C47-B3B5-4C67-BD99-84E525B5CE61&displaylang=ja ttp://download.microsoft.com/download/b/0/4/b0482e09-09ca-4914-be2c-fd9b0d2bd1f3/VS2008SP1JPNX1512986.iso ダウンロードの詳細 : MSDN Library for Visual Studio 2008 SP1: ttp://www.microsoft.com/downloads/details.aspx?FamilyID=7bbe5eda-5062-4ebb-83c7-d3c5ff92a373&DisplayLang=ja Microsoft Visual Studio International Pack 1.0 SR1 ttp://www.microsoft.com/downloads/details.aspx?FamilyID=44cac7f0-633b-477d-aed2-99aee642fc10&DisplayLang=ja http://mevius.5ch.net/test/read.cgi/tech/1413180800/4
20: デフォルトの名無しさん [sage] 2015/01/29(木) 15:26:23.35 ID:M2LDD2Vs 表 http://mevius.5ch.net/test/read.cgi/tech/1413180800/20
278: デフォルトの名無しさん [] 2018/09/17(月) 02:51:12.35 ID:dj7qSZnZ ?-1 ﾃﾞﾌｫﾙﾄ設定（Release） 【実行結果】 ↓このｺｰﾄﾞの逆ｱｾﾝﾌﾞﾙｺｰﾄﾞ https://ideone.com/Dqqn6J [1]0x0007F2C44DFFF8F2:1.1053482540585106e-308 [2]0x1FF68DDFB62221DE:1.051355436595308e-154 http://mevius.5ch.net/test/read.cgi/tech/1413180800/278
292: デフォルトの名無しさん [sage] 2018/09/17(月) 10:52:24.35 ID:+dwRu2dr >>288 お前は相変わらず理解してないな。 80bit（拡張倍精度）と64bit(倍精度)の演算で桁落ちが異なり、結果が異なるのは当然なんだよ。 問題は同じバイナリの癖に何故起動方法によって異なるのか？だったんだ。 理由はMSILだからだ。 MSILはCLR上でJITされ、x86コードに落とされる。 このときにJIT最適化がかかれば、拡張倍精度（を保ったまま）のコードになるし、 最適化がかからず毎回メモリに書き戻していれば、倍精度のコードになる。 .NETにおける同一バイナリってのは、同一MSILという意味であって、同一x86機械語という意味ではない。 だから、確かに同一バイナリを掴んでいたが、起動方法によって結果が異なっていたんだよ。 (VSがデバッグ用に意図的にそういう仕様にしていただけ。俺はそれを知らなかった） 君のコードについては、 いちいちfprintする場合はdouble(倍精度）が毎回必要になるから、 コンパイラはその部分での拡張倍精度でのループを断念し、 結果的にそのループが倍精度で回っているだけのこと。 もし仮にCが拡張倍精度型 ExDouble を持っていたとして、printfもそれに対応していれば、 もしかするとその毎回printfするコードでも拡張倍精度で回っていたかもしれん。 勿論手動でそういうコードのすることも可能だ。 そこはコンパイラがどう判断したのかでしかなく、あまり詰めても意味がない。 http://mevius.5ch.net/test/read.cgi/tech/1413180800/292
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.028s