Boost.MultiArrayでresize()やview()がコンパイルできない件 - GFSの興味ごととか
1つ前の記事（と言っても11ヶ月前のですがｗ）の解決方法です． いえ，解決自体はもっと前にしてたのですがメモをしていなかったので． 参考： compiler bug in msvc10 with std::copy _HAS_ITERATOR_DEBUGGING | Microsoft Docs これによると，MSVC2010のstd::copyはInputIteratorにinput_iterator_tagかつOutputIteratorにoutput_iterator_tag，又は両方ともrandom_access_iterator_tagのどちらかの組合せを要求しているのだそうです． それに適合しないstd::copyの使い方をしているためコンパイルエラーになっているようです． そしてそのチェックはITERATOR DEBUG LEVELの値によって行なわれます． つまり，そのチェ
InfoTech.fmfamily.net - VS2010で全ソリューション共通のVC++ディレクトリを設定する方法
Visual Studio 2010ですべてのソリューションに共通して設定するVC++ディレクトリが設定できなくなったみたいです。勝手なことをしないでほしいものです(´・ω・｀)ダメになったことを確認する方法： １．ツール(T)→オプション(O)でオプションダイアログを開く ２．ツリーの「プロジェクト及びソリューション」のノードを展開 ３．表示された「VC++ディレクトリ」ノードを選択 ↓ 次のように表示される。 「[ツール]の[オプション]でのVC++ディレクトリの編集は推奨されていません。」 「VC++ディレクトリは、すべてのプロジェクトに既定で追加されるユーザープロパティシート として使用できるようになりました。詳細については[?]をクリックしてください。」 全ユーザ共通とはいかないものの、とりあえず１ユーザ内ではすべてのソリューションに対し て同じVC++ディレクトリを指定
gccにおけるatomic操作命令の個別関数
gccとVC x86/x64環境で開発する上で, gccとVCはどちらも非常に優れたC/C++コンパイラです. ただLinuxとWindowsのどちらの環境でも動作するようなC/C++コードを書くためには, gccとVC, およびそれらが動作するOSの違いが問題になることがあります. ここではそれらの違いについてまとめていきたいと思います. なお説明を簡単にするためにマクロを多用していますが実際には可能なら別の手段をとるか, 名前がぶつからないような命名規則に則ったマクロ名をつけることをお薦めします. 対象 定義済みマクロ 有用なマクロ コンパイルオプション 演算子の代替表現の抑制 日本語のコメント 型 pragma attributeとdeclspec ファイル入出力 テキストとバイナリ 巨大なファイル static変数の初期化 snprintf 例外ハンドラ intrinsic関数
LightSwitchを使用して素早くビジネスアプリケーションを開発してみよう
はじめに Visual Studio LightSwitchは、ビジネスアプリケーションを素早く構築するためのマイクロソフトの新しい開発環境です。本稿では、ベータ版のLightSwitchを紹介し、実際にサンプルアプリケーションを作成してみます。 対象読者 LightSwitchに関心がある方 LightSwitchを使用したビジネスアプリケーションの開発に関心がある方 LightSwitchとは LightSwitchは、マイクロソフトが2010年8月にベータ版を公開した新しい開発環境で、主にビジネスアプリケーションを素早く構築するのに適しています。 LightSwitchでは、マウス操作によるテーブル設計と画面設計により、プログラムコードを記述しなくてもビジネスアプリケーションを開発できます。そして、デスクトップ、Web、クラウド向けのアプリケーションとしてビルドすることが可能です（図
ショートカットキー - Visual Studio Wiki
目次 ファイル ビルド デバッグ 編集 検索 表示 リファクタ リンク ファイル ショートカットキー 意味 Ctrl + Shift + N プロジェクトの作成 Ctrl + N ファイルの作成 Ct...
BoostのVisual Studio Debugger Visualizers - Faith and Brave - C++で遊ぼう
Visual Studioには2005からDebugger Visualizersという機能がこっそり入っていて そのおかげでSTLコンテナの状態がデバッグウィンドウで見やすくなっています。 デフォルトでDebugger Visualizersが有効になっているので、 vectorをデバッグしてみると以下のようにデバッグウィンドウに表示されます。 Debugger Visualizersを無効にした場合は以下のように表示されます。 これを見れば、Debugger Visualizersのおかげでどれだけ見やすくなっているかがわかると思います。 なんだかよくわからない値ではなく、要素数と要素がはっきりわかるようになっています。 Debugger Visualizersは、コンパイラに同梱されたライブラリのみに適用されるだけでなく ユーザー定義のライブラリにも適用することができます。 Visu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to prevent "There appears to be a discrepancy between the solution's source control..." without changing the .sln file
MSDN ホームページ