Visual Studio 2010 Part21
1) BOMつける
2) VC使うのをやめる
3) const wchar_t* const hello = L"ハロー"; で定義して自分(API)で変換 >>174
変換ミスではないです
”い”のコードが"ぁ"になってることはデバッガ上で確認済み
>>175
1)は効きませんでした
2)はうーん・・・
3)をやってみます ソースファイルのエンコードをそのまま使いたいってことだったのか
Perlとかじゃないんだからそれはできないだろ Youtube見てたら､書式をショートカットキーで整列させる人がいたけど
どうやれば出来るの？ VS2015でよければUTF-8文字列リテラルが使える。
const char* const hello = u8"ハロー"; VS2010のソリューションエクスプローラ上でかなり深い階層にあるVBファイルを開くには
階層を辿っていかなければならず結構めんどうなのですが
フルパスがわかっていれば一発で開けるような方法はないでしょうか？
Windowsの[ファイル名を指定して実行]やコマンドプロンプトでそのVBファイルのフルパスを入力しEnter押しても
新しいVS2010のインスタンスが作られてそちらで開いてしまいました。 C# で入力候補が出ていたんですが、途中から出なくなり、
スタブの生成が出てしまいました。
また入力候補を出したいのですが、どうすればよいでしょうか。 ネイティブC++で書いたアプリをデバッグビルドしてデバッグする際に、
特定の関数だけ/O2レベルの最適化をかけたいのですが
どうすれば良いんでしょうか…
問題の関数は/O2最適化時10秒、デバッグビルド時3分という大幅な速度差があり、
#pragma optimize( "ts", on )を問題の関数の直前に書いてみましたが、
速度が後者のままで変わりませんですた… デバッグビルドは全ての動作がリリースビルドより遅くなる 最適化オプションの問題じゃなくてデバッグ版のSTLがイテレータのチェックで死ぬほど遅い奴じゃねーの デバッグ時にSTLがイテレータのチェックするのをその関数のとこだけ除きたいって話だろ Visual C# 2010 ExpressのデータベースエクスプローラーでSQL Server 2012 Expressに接続しようとしているんですがうまくいきません
データソースにSQL Server（SqlClient）自体ありません、どうやれば表示されるんでしょうか？ with Tools ってのをインストールしてないとか？
SQL Server Express 2012 & Visual Studio 2010
http://www.formatyourbrain.com/sql-server-express-2012-visual-studio-2010/ >>196
WindowsUpdateをしてSSDT for visual studio 2010をインストールしました
なのにまだデータベースエクスプローラーでは「Microsoft SQL server(SqlClient)」と表示されません .net4ベースでwindowsフォームアプリケーションの開発をしています。
ClickOnceでサーバーにhttpにて配置しクライアントへインストールまではできましたが、
アプリケーションと配置のマニュフェストを更新しバージョンを上げて再配置したところ、
開始前の更新チェックを設定しているはずなのに、更新が行われず古いバージョン（インストール済みの現バージョン）で起動してしまいます。
管理者権限は初回のインストール時に必要で常に必要ではないとの認識ですが、権限を与えてもうまくいかず、IEのキャッシュを削除してもうまくいきません。
他にどういったところが影響していると考えたら良いでしょうか。
どなたかお知恵をくださいませ。 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
7YHDE >>202
CDから起動だかで配置しないとVerチェックまともに働かなかった記憶がある clickonceの件は、開発環境の.net4.5にwindows updateの適用がされた影響で、アプリ起動時の更新チェックに使用される暗号化アルゴリズムがデフォルトでSha2になった為でした。
アプリの証明書はSha1だったので、これが原因でした。 Win7 64BIT に VS++ 2010 Express をインストールした状態で、
64BIT コンパイラを使おうと思って、DL した ISOイメージから作った
「Windows SDK for Windows 7 and .NET Framework 4」
を DVD からインストールしようとしたのですが、途中でエラーになり
インストールできませんでした。
product has reported the following error: Please refer to
xxxx\HTML\ConfigDetails.htm
みたいなエラーが出て、いろいろ試しましたが駄目でした。 報告かな？ｗ
内容からして頭の方が駄目だったんだろ
聞きたいんだったらエラー内容とかhtmの内容書けよｗ >>1
2010ダウンロード先なくなってるんだけどダウンロードできるところないですか? C#かVBのようなので2010は関係ないかもしれないけど
自分が作ったアプリじゃないんだけどコードを2017で起動してみたらコードにエラー箇所があるから2010以前なら問題ないかなと思ったんだ ファイル名でググってればどっかにあんだろ。
Internet Archiveでもいいし。 すみません
msgboxで文字化けしますが
なぜでしょう？ VSすれだぞ
ここで聞く点からしてプログラミング向いてないよ諦めな 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 のスレって無いんですか？ >>220
VS2005 ---> Ver 8
VC++ 6.0 ---> Ver 6 >>221
評価します
>>222
しね
>>223
書き足すが良い VS2010のWEBインストールが接続で失敗する
ついにサポート切れでインストールできなくなったか・・・・ iso探したけど英語版ならググレばあるけど、日本語版はないね メルカリやヤフオクでも５万以上するし
なんとかしたいな Internet Archiveなどから拾えるだろ ここ普通に生きてない？
https://my.visualstudio.com/Downloads?q=visual%20studio%202010
もうみんな忘れてるかもしれんが、この時代から試用版の中身は製品版そのものだ。
っていうか、iso落として保存してない間抜けな人っているんだねw
っていうかこの時代はそもそも普通にAmazonとかでパッケージ版買ってたと思うんだけどw >>233
いけたわ
マジでありがとう!!
ヤフオクで５万円で買わずにすんだわ
リアル知り合いならモスのソイパティをおごりたいところ 7-Zip 21.02 alphaのソースから7z.sfxと7zCon.sfxがビルドできなくなったな。7zS.sfxはまだ行けた。
だいぶ昔の19.00のソースならどちらもビルドできた。
VS2013なら21.02 alphaでもすべてビルドできた。 2022スレ立ってるけど
もうバージョンでスレ分ける意味なんてないだろ
しかもワッチョイだし VisualStudio2010のC#で作成した２つのアプリ（A,Bとする）と１つのDLL（C.dllとする）
があって、C.dll内の関数のfloatやdoubleを使った計算が、Aから呼び出した場合とBから呼び出した場合
で異なる（誤差が出る）んだけど、何が原因なんだろう？ターゲットプラットフォームの
問題かと考えてAとBをx86にそろえたけど変わらない。 AとBでDLL呼び出すための宣言が違ってるんじゃないか？ >>239
早速の返信ありがとうございます。
ビンゴかもしれません！
今、条件を変えて調査中です・・ 238です。
宣言は確かに異なっていたのですが、合わせてみても結果はかわりませんでした。 誤差の出る部分を絞り込むと、math.sqrtに行き当たりました。
こんな感じです。
A：Math.sqrt(14) = 3.74165749549866
B：Math.sqrt(14) = 3.74165738677394 >>243
ほんそれ
>AとBをx86にそろえたけど
とか言ってるから x86 の DLL と x64 の DLL がありそうだし >>246
>>247
ありがとうございます。ヒントになりそうなので、こちらの方向で調べてみます。 >>246、>>247のヒントで、C.dll内にあるMath.Pow, Math.Sqrt, Math.Ceilingなど、
floatからdoubleにキャストされてしまう関数を再度floatにキャストしたり、小数部の
誤差を切り捨てるで、誤差を減らせることがわかりました。(なかったことにするとも言う)
最悪これでいきます。
AとBのアプリからC.dllの同じ関数を同じ引数で呼んでいるのに、なぜ戻り値が
異なるのかはわかっていません。そこがわかればスッキリ直せそうなのですが。 どっかで型変換しちゃってるんでしょ
面倒なことせずにABC全部doubleで統一したらいいよｗ どこかで型変換してしまっているんですかねぇ。。
お伝えできていませんでしたが、A、BからC.dllへ渡す引数はすべてInt型です。
C.dll内の数値計算でfloat,doubleが使われています。C.dll内で型変換を
してしまっているのなら、A,Bどちらからも条件は同じはずなのに・・
私としてはVisualStudioの設定の問題かと思ってこちらに書き込みましたが、
スレチな可能性が出てきましたので、この辺でおいとましようかと思います。 >AとBのアプリからC.dllの同じ関数を同じ引数で呼んでいる
あやCすぎる ABはこのどちらかの問題があるはず
・dllに同じ値を渡してるつもりだけど、実は異なる値を渡してる
・dllから異なる値が返ってきてるつもりだけど、実は同じ値を受け取ってから異なる値にしてしまってる
Cは小数点の計算誤差を拡大してる状態だろうからそこも修正すべきだけど、とりあえず今回の問題とは無関係
まぁABCの全ソースをうｐするぐらいじゃないとわからないな（一部ソースにするとたいていそこに問題あるから全ソースじゃないとダメ） ABから完全に同一条件で同一のメソッドを呼んでいるかが最初に確認すべきことだと思うんだけど
そこを誰も聞かないのが凄いねw なにを期待してるんか知らんけど
そもそも真面目に答える義務なんて無いから
ノイズだらけの問題にまともな答えが来ると思ってる方が可笑しい 質問主です。
いいえ、皆さんの意見は参考になっています。ありがとうございます。
ソースコード全部は難しいので、現象を簡略化してみました。
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と引数、結果のやり取りをしていないので、無意識の型変換はされていないと思うのですが、
見逃している点があるのでしょうか。 A は import Mathf
B は import Math
というオチとか 綺麗にAがfloat、Bがdoubleになってるな
省略した部分に問題があるよ MathF、Aの結果がfloat、いろいろご助言ありがとうございます。
MathFについては、私も調べてみたのですが、.NETのVer.5から追加されており、
今使っているVS2010の.NET Ver.4では実装されていないようです。
とはいえ核心に近づいていると感じますので、同様の問題に引っかかっていないか、
調べています。 呼び出し方については、下記まで簡略化しました。
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をソリューションエクスプローラーの「参照設定」から追加しました。 簡略した形式でいいから誰でも再現できるようにABC全ソース(プロジェクト一式)をzipでかためてどっかにうｐしろって
>>262は言葉にしたら「ACとABは同じソースコードなのに結果が変わる」だからな。それはあり得ないんだよ 実は C.dll が2個あるとかは？
A と B の置き場所カレントディレクトリを一緒にして C.dll もそこに置いて確認はしたか 全ソースを準備している途中で、どこかの段階でAの結果がBと一致するようになりました。
ありがとうございます。ここまでくれば徐々にAを戻していって、自力で原因に
たどり着けそうです。皆様の助言のおかげです。 やっぱりここで言ってるのとは違って実際には「違うことやってるから違う結果が出た」だけの話だよねw
最初からそうだと思ったよ。
プロジェクトの設定にMath.Sqrtとかの結果に影響を与えるようなオプションなんて存在しないしw コンパイルオプションで常にdoubleをfloatで計算するようなのあったっけ 質問主です。
原因は、ネットから落として来たフリーのDirectX関係のライブラリでした。
このライブラリの初期化前に実行するとSystem.Math.Sqrtは正しい（doubleの）
答えを返します。回避策としてSystem.Math.Powを使えそうです。
このライブラリがSystem.Mathに影響を与えるはずがない、と思い込んでいた私が
間違っておりました。
皆様のご助言、大変助かりました。 なるほど
>フリーのDirectX関係のライブラリ
kwsk >>269
責任転嫁のために必死で考えたんだろうから、
あまり突っ込んでやるなよｗ 標準ライブラリの置き換えはわりとやるぞ
例えばPCのシステムタイム変更したくない/できないからkernel32のGetTimeZoneInformationの動作変えるとかさ
math.sqrtが置換できるのかは知らないけどdirectx系ならやりたくなってもおかしくない 質問主です。
ライブラリの作者の方に相談したところ、これはDirect3D 9の仕様であり、計算速度を稼ぐために
CPUの浮動小数点演算の精度をfloatに変更するのがデフォルトになっているとのことでした。
それを無効化するオプションの設定方法を教えていただき、無事解決しました。 
