Visual Studio 2010 Part21

**デフォルトの名無しさん** · 2019/06/09(日) 04:23:45.34

つうかエラー箇所があるなら直せばいいんじゃね？

**デフォルトの名無しさん** · 2019/06/09(日) 11:06:31.60

>>213
腐女子スレかと思った

**デフォルトの名無しさん** · 2020/12/13(日) 16:26:00.25

すみません
msgboxで文字化けしますが
なぜでしょう？

**デフォルトの名無しさん** · 2020/12/13(日) 16:39:32.45

VSすれだぞ
ここで聞く点からしてプログラミング向いてないよ諦めな

**デフォルトの名無しさん** · 2021/05/29(土) 11:49:48.16

VS 2019 - v16
VS 2017 - v15
VS 2015 - v14
VS 2013 - v13
VS 2010 - v12
VS 2008 - v11
VS 2005 - v10
であってます？
VS 2012 が有ったような？
VS 2015 のスレって無いんですか？

**デフォルトの名無しさん** · 2021/05/29(土) 13:48:03.66

>>220
VS2005 ---> Ver 8
VC++ 6.0 ---> Ver 6

**デフォルトの名無しさん** · 2021/05/30(日) 04:06:54.11

>>220
全然あってなくてワロタ

**デフォルトの名無しさん** · 2021/05/30(日) 07:33:41.49

2002と2003が

**デフォルトの名無しさん** · 2021/05/30(日) 10:15:07.53

>>221
評価します

>>222
しね

>>223
書き足すが良い

**デフォルトの名無しさん** · 2021/05/30(日) 10:27:47.40

スレ違いだハゲ

**デフォルトの名無しさん** · 2021/07/02(金) 11:37:43.39

VS2010のWEBインストールが接続で失敗する

ついにサポート切れでインストールできなくなったか・・・・

**デフォルトの名無しさん** · 2021/07/02(金) 11:53:54.63

古いのはiso使えば問題ない

**デフォルトの名無しさん** · 2021/07/02(金) 12:14:31.63

マジかよ！VB6の移植案件どうするんだよ

**デフォルトの名無しさん** · 2021/07/02(金) 12:16:10.35

>>227
ｉｓｏないから困っているわ・・・

**デフォルトの名無しさん** · 2021/07/02(金) 12:16:59.28

iso探したけど英語版ならググレばあるけど、日本語版はないね

**デフォルトの名無しさん** · 2021/07/02(金) 12:25:22.75

メルカリやヤフオクでも５万以上するし
なんとかしたいな

**デフォルトの名無しさん** · 2021/07/02(金) 12:39:04.05

Internet Archiveなどから拾えるだろ

**デフォルトの名無しさん** · 2021/07/02(金) 13:34:53.99

ここ普通に生きてない？
https://my.visualstudio.com/Downloads?q=visual%20studio%202010
もうみんな忘れてるかもしれんが、この時代から試用版の中身は製品版そのものだ。

っていうか、iso落として保存してない間抜けな人っているんだねw
っていうかこの時代はそもそも普通にAmazonとかでパッケージ版買ってたと思うんだけどw

**デフォルトの名無しさん** · 2021/07/02(金) 15:36:12.76

>>233
いけたわ
マジでありがとう!!

ヤフオクで５万円で買わずにすんだわ
リアル知り合いならモスのソイパティをおごりたいところ

**デフォルトの名無しさん** · 2021/07/09(金) 10:53:10.54

7-Zip 21.02 alphaのソースから7z.sfxと7zCon.sfxがビルドできなくなったな。7zS.sfxはまだ行けた。
だいぶ昔の19.00のソースならどちらもビルドできた。
VS2013なら21.02 alphaでもすべてビルドできた。

**デフォルトの名無しさん** · 2021/10/27(水) 03:20:51.39

2022スレ立ってるけど
もうバージョンでスレ分ける意味なんてないだろ
しかもワッチョイだし

**デフォルトの名無しさん** · 2021/11/03(水) 14:29:51.48

あげ

**デフォルトの名無しさん** · 2021/11/09(火) 10:38:25.69

VisualStudio2010のC#で作成した２つのアプリ（A,Bとする）と１つのDLL（C.dllとする）
があって、C.dll内の関数のfloatやdoubleを使った計算が、Aから呼び出した場合とBから呼び出した場合
で異なる（誤差が出る）んだけど、何が原因なんだろう？ターゲットプラットフォームの
問題かと考えてAとBをx86にそろえたけど変わらない。

**デフォルトの名無しさん** · 2021/11/09(火) 10:58:49.78

AとBでDLL呼び出すための宣言が違ってるんじゃないか？

**デフォルトの名無しさん** · 2021/11/09(火) 11:24:03.51

>>239
早速の返信ありがとうございます。
ビンゴかもしれません！
今、条件を変えて調査中です・・

**デフォルトの名無しさん** · 2021/11/09(火) 11:27:24.81

宣言忘れで int とかな

**デフォルトの名無しさん** · 2021/11/09(火) 12:29:22.98

238です。
宣言は確かに異なっていたのですが、合わせてみても結果はかわりませんでした。

**デフォルトの名無しさん** · 2021/11/09(火) 13:21:51.88

DLLが実は二種類あるんだろ

**デフォルトの名無しさん** · 2021/11/09(火) 13:44:02.60

誤差の出る部分を絞り込むと、math.sqrtに行き当たりました。
こんな感じです。

A：Math.sqrt(14) = 3.74165749549866
B：Math.sqrt(14) = 3.74165738677394

**デフォルトの名無しさん** · 2021/11/09(火) 14:01:45.25

>>243
ほんそれ

>AとBをx86にそろえたけど
とか言ってるから x86 の DLL と x64 の DLL がありそうだし

**デフォルトの名無しさん** · 2021/11/09(火) 14:06:35.22

どっち呼んでるかは確認してる？
https://docs.microsoft.com/ja-jp/dotnet/api/system.mathf.sqrt?view=net-5.0
https://docs.microsoft.com/ja-jp/dotnet/api/system.math.sqrt?view=net-5.0

**デフォルトの名無しさん** · 2021/11/09(火) 14:12:58.99

とりあえず補足
http://codepad.org/evcGt5sW

**デフォルトの名無しさん** · 2021/11/09(火) 14:19:16.35

確定っぽい

**デフォルトの名無しさん** · 2021/11/09(火) 14:59:14.95

>>246
>>247
ありがとうございます。ヒントになりそうなので、こちらの方向で調べてみます。

**デフォルトの名無しさん** · 2021/11/09(火) 16:31:34.45

>>246、>>247のヒントで、C.dll内にあるMath.Pow, Math.Sqrt, Math.Ceilingなど、
floatからdoubleにキャストされてしまう関数を再度floatにキャストしたり、小数部の
誤差を切り捨てるで、誤差を減らせることがわかりました。(なかったことにするとも言う)
最悪これでいきます。
AとBのアプリからC.dllの同じ関数を同じ引数で呼んでいるのに、なぜ戻り値が
異なるのかはわかっていません。そこがわかればスッキリ直せそうなのですが。

**デフォルトの名無しさん** · 2021/11/09(火) 16:48:46.70

どっかで型変換しちゃってるんでしょ
面倒なことせずにABC全部doubleで統一したらいいよｗ

**デフォルトの名無しさん** · 2021/11/09(火) 18:24:21.94

どこかで型変換してしまっているんですかねぇ。。
お伝えできていませんでしたが、A、BからC.dllへ渡す引数はすべてInt型です。
C.dll内の数値計算でfloat,doubleが使われています。C.dll内で型変換を
してしまっているのなら、A,Bどちらからも条件は同じはずなのに・・
私としてはVisualStudioの設定の問題かと思ってこちらに書き込みましたが、
スレチな可能性が出てきましたので、この辺でおいとましようかと思います。

**デフォルトの名無しさん** · 2021/11/09(火) 18:25:07.92

>AとBのアプリからC.dllの同じ関数を同じ引数で呼んでいる

あやCすぎる

**デフォルトの名無しさん** · 2021/11/09(火) 19:11:41.21

ABはこのどちらかの問題があるはず
・dllに同じ値を渡してるつもりだけど、実は異なる値を渡してる
・dllから異なる値が返ってきてるつもりだけど、実は同じ値を受け取ってから異なる値にしてしまってる

Cは小数点の計算誤差を拡大してる状態だろうからそこも修正すべきだけど、とりあえず今回の問題とは無関係

まぁABCの全ソースをうｐするぐらいじゃないとわからないな（一部ソースにするとたいていそこに問題あるから全ソースじゃないとダメ）

**デフォルトの名無しさん** · 2021/11/09(火) 19:20:31.38

ABから完全に同一条件で同一のメソッドを呼んでいるかが最初に確認すべきことだと思うんだけど
そこを誰も聞かないのが凄いねw

**デフォルトの名無しさん** · 2021/11/10(水) 00:47:51.68

なにを期待してるんか知らんけど
そもそも真面目に答える義務なんて無いから
ノイズだらけの問題にまともな答えが来ると思ってる方が可笑しい

**デフォルトの名無しさん** · 2021/11/10(水) 08:39:33.56

質問主です。
いいえ、皆さんの意見は参考になっています。ありがとうございます。

ソースコード全部は難しいので、現象を簡略化してみました。
C.dllに次の関数を用意し、A、Bから呼び出しました。
public static int test()
{
string tmpStr = "";
tmpStr += "Math.sqrt(2f) = " + System.Math.Sqrt(2.0f).ToString() + "\n";
tmpStr += "Math.sqrt(2d) = " + System.Math.Sqrt(2.0d).ToString() + "\n";
string tmpFileName = System.IO.Path.Combine(System.IO.Path.GetTempPath(), "debug.txt");
System.IO.File.WriteAllText(tmpFileName, tmpStr);
return 1;
}
結果は次の通りです。
A：
Math.sqrt(2f) = 1.41421353816986
Math.sqrt(2d) = 1.41421353816986
B：
Math.sqrt(2f) = 1.4142135623731
Math.sqrt(2d) = 1.4142135623731
A、Bと引数、結果のやり取りをしていないので、無意識の型変換はされていないと思うのですが、
見逃している点があるのでしょうか。

**デフォルトの名無しさん** · 2021/11/10(水) 09:27:09.70

A は import Mathf
B は import Math
というオチとか

**デフォルトの名無しさん** · 2021/11/10(水) 09:32:32.80

綺麗にAがfloat、Bがdoubleになってるな
省略した部分に問題があるよ

**デフォルトの名無しさん** · 2021/11/10(水) 11:58:23.46

Math 使ってるつもりが Mathf が使われてるケース
https://shibuya24.info/entry/mathf_vs_math

**デフォルトの名無しさん** · 2021/11/10(水) 12:26:40.94

MathF、Aの結果がfloat、いろいろご助言ありがとうございます。
MathFについては、私も調べてみたのですが、.NETのVer.5から追加されており、
今使っているVS2010の.NET Ver.4では実装されていないようです。
とはいえ核心に近づいていると感じますので、同様の問題に引っかかっていないか、
調べています。

**デフォルトの名無しさん** · 2021/11/10(水) 12:38:22.20

呼び出し方については、下記まで簡略化しました。
A,Bとも（BはFormAとFormBと読み替え）
namespace WindowsApplication1
{
　public partial class FormA:Form
　{
　　public FormA()
　　{
　　　InitializeComponent();
　　　tlib.tcls.test();
　　}
　}
}
C.dllは
namespace tlib
{
　public static class tcls
　{
　　public static int test()
　　{
　　　>>257と同じ
　　}
　}
}
A、BともC.dllをソリューションエクスプローラーの「参照設定」から追加しました。

**デフォルトの名無しさん** · 2021/11/10(水) 12:56:54.42

簡略した形式でいいから誰でも再現できるようにABC全ソース(プロジェクト一式)をzipでかためてどっかにうｐしろって
>>262は言葉にしたら「ACとABは同じソースコードなのに結果が変わる」だからな。それはあり得ないんだよ

**デフォルトの名無しさん** · 2021/11/10(水) 13:03:25.84

実は C.dll が2個あるとかは？
A と B の置き場所カレントディレクトリを一緒にして C.dll もそこに置いて確認はしたか

**デフォルトの名無しさん** · 2021/11/10(水) 15:01:00.72

全ソースを準備している途中で、どこかの段階でAの結果がBと一致するようになりました。
ありがとうございます。ここまでくれば徐々にAを戻していって、自力で原因に
たどり着けそうです。皆様の助言のおかげです。

**デフォルトの名無しさん** · 2021/11/10(水) 15:58:40.41

やっぱりここで言ってるのとは違って実際には「違うことやってるから違う結果が出た」だけの話だよねw

最初からそうだと思ったよ。

プロジェクトの設定にMath.Sqrtとかの結果に影響を与えるようなオプションなんて存在しないしw

**デフォルトの名無しさん** · 2021/11/10(水) 16:29:30.75

コンパイルオプションで常にdoubleをfloatで計算するようなのあったっけ

**デフォルトの名無しさん** · 2021/11/10(水) 16:44:46.75

質問主です。
原因は、ネットから落として来たフリーのDirectX関係のライブラリでした。
このライブラリの初期化前に実行するとSystem.Math.Sqrtは正しい（doubleの）
答えを返します。回避策としてSystem.Math.Powを使えそうです。
このライブラリがSystem.Mathに影響を与えるはずがない、と思い込んでいた私が
間違っておりました。
皆様のご助言、大変助かりました。

**デフォルトの名無しさん** · 2021/11/10(水) 17:23:35.18

なるほど
>フリーのDirectX関係のライブラリ
kwsk

**デフォルトの名無しさん** · 2021/11/11(木) 01:04:23.31

>>269
責任転嫁のために必死で考えたんだろうから、
あまり突っ込んでやるなよｗ

**デフォルトの名無しさん** · 2021/11/11(木) 09:18:55.62

余計な事話さなければばれないのに

**デフォルトの名無しさん** · 2021/11/11(木) 09:27:27.85

そりゃソースなんてうｐりたくないですし…

**デフォルトの名無しさん** · 2021/11/11(木) 10:48:39.76

標準ライブラリの置き換えはわりとやるぞ
例えばPCのシステムタイム変更したくない/できないからkernel32のGetTimeZoneInformationの動作変えるとかさ
math.sqrtが置換できるのかは知らないけどdirectx系ならやりたくなってもおかしくない

**デフォルトの名無しさん** · 2021/11/12(金) 08:37:33.57

質問主です。
ライブラリの作者の方に相談したところ、これはDirect3D 9の仕様であり、計算速度を稼ぐために
CPUの浮動小数点演算の精度をfloatに変更するのがデフォルトになっているとのことでした。
それを無効化するオプションの設定方法を教えていただき、無事解決しました。

**デフォルトの名無しさん** · 2021/11/12(金) 10:36:52.59

>Direct3D 9の仕様

ほう
オプション描けよ

**デフォルトの名無しさん** · 2021/11/12(金) 10:51:59.06

DirectXの初期化時にD3DCREATE_FPU_PRESERVEというフラグをセットすること
により、回避できるそうです。

**デフォルトの名無しさん** · 2021/11/12(金) 10:57:11.64

**デフォルトの名無しさん** · 2021/11/12(金) 11:09:39.08

https://docs.microsoft.com/ja-jp/windows/win32/direct3d9/d3dcreate
Direct3D 浮動小数点演算の精度を、呼び出し元のスレッドで使用される有効桁数に設定します。
このフラグを指定しない場合、Direct3D では、次の2つの理由により、
既定で単精度のラウンドツーニアモードが使用されます。

倍精度モードでは、Direct3D のパフォーマンスが低下します。
Direct3D の部分は、浮動小数点単位の例外がマスクされることを想定しています。
これらの例外をマスク解除と、未定義の動作が発生する可能性があります。

なるほど最近のバージョンでも起こり得るのかな

**デフォルトの名無しさん** · 2021/11/12(金) 13:01:11.41

Dirext3D内部の設定がSystem.Mathに影響を与えるってこと？w

よく知らんがFPU自体が演算精度の設定を持ってて、
プロセス全体の演算精度がそれに影響されるってこと？

聞いたことないけどマジならヤバいねw

**デフォルトの名無しさん** · 2021/11/12(金) 13:20:58.34

こんなのあった
Unable to make double calculations after D3D device created
https://stackoverflow.com/questions/8890429/unable-to-make-double-calculations-after-d3d-device-created

**デフォルトの名無しさん** · 2021/11/12(金) 18:48:12.56

割と見つかる
>>274 のDirectXのライブラリの作者の方のチョンボか
>>270 の言う通り本人か
http://slapper.sblo.jp/article/38594486.html
https://so-zou.jp/software/tech/library/managed-direct3d/troubleshooting/operation-precision.htm
http://scientistb.blog42.えふしー2.com/blog-entry-148.html
https://qiita.com/mod_poppo/items/9588b6f425ffe4b5c7bf
https://qiita.com/YamadaSan/items/63cdc124c191e3c3fff1
https://qiita.com/yuji_yasuhara/items/0f94f3b60b4525dd1e74

**デフォルトの名無しさん** · 2021/12/02(木) 21:49:14.57

デバッグ時にのみ環境変数を設定したいのですが
プロジェクト→プロパティ構成プロパティ→デバッグ→環境
で設定しようとしても1つしか設定出来ません
hoge1=a
hoge2=b
のようにしてもhoge1のみしか有効になりません
解決策あるでしょうか？

**デフォルトの名無しさん** · 2021/12/02(木) 22:45:10.20

pathを複数設定するときに複数行で書けず1行にしないといけなくて困ったことあるけど、それもだめなのかよ。なんとかしてもらいたいな
ソースコード中で#ifdef DEBUGとか使って設定したら？

**デフォルトの名無しさん** · 2022/09/09(金) 14:00:29.20

yotube-dlってVC2010を使ってるけど脆弱性とか大丈夫？

**デフォルトの名無しさん** · 2022/09/09(金) 14:48:17.39

使っているのはexe化しているpy2exeだから、
心配なら最新のPython上で動かせばいい。

**デフォルトの名無しさん** · 2023/10/16(月) 13:25:52.86

「好き」という言葉が僕に勇気を与えてくれるんだ

**デフォルトの名無しさん** · 2025/07/18(金) 08:15:09.17

マルチの質問すいません

バージョン (>= 2.0.0.593) のパッケージ CoreTweet が見つかりません
- 49 バージョンが nuget.org に見つかりました。 [ 最も近いバージョン: 2.0.0-beta.1 ]
- 1 バージョンが CoreTweet に見つかりました。 [ 最も近いバージョン: 2.0.0-beta.1 ]
- 0 バージョンが Microsoft Visual Studio Offline Packages に見つかりました

visual studioのこれ解消できません
どなたか教えてくれませんか？

**デフォルトの名無しさん** · 2025/07/19(土) 22:08:56.13

【参政脳】　アメリカ制のジャパンファースト万歳！
https://kizuna.5ch.net/test/read.cgi/manifesto/1752822918/l50

**デフォルトの名無しさん** · 2025/08/03(日) 19:41:35.99

てｓと