いまだにVC6から離れられない奴の数→
■ このスレッドは過去ログ倉庫に格納されています
VC6のUIなら舞うように開発できるって奴いっぱいいるはずです。
・VC6のここが良かった
・VC7のオススメポイント(移行の切欠にしたい)
・VC6禁断症状が出たときの対処法
さあこい VisualStudio2008〜の互換性の悪さとは何の関係も無いな 俺用メモ
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\6.0\ServicePacks]
"sp5"=""
"latest"=dword:00000005
File: vcpp5.exe
CRC-32: d80b91a8
MD4: 744815a97faaf2f6473e9e1885167dcc
MD5: 574e04a0bc863e8e1e8e28606da9d12f
SHA-1: d62465c0e3215086f0f4745253402378ad823d54
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\6.0\ServicePacks]
"sp6"=""
"latest"=dword:00000006 VC6が便利すぎて、今でもVC6だわ。
趣味でのフリーソフト制作限定だけどね 最新のAPIもヘッダとライブラリ動的リンクすれば使えるし
まあ最近はVista以降のボリューム制御が変な事になってて焦ったが VC6(日本語版)をインストールしたら最初にする事がDEVBLD.PKGのアレの修正なのはもう体で覚えてる
SP5になっても修正されずにしぶとく残ってたが、結局SP6まであのままだったんだろうか… devbld.pkgのアレってなんだろビルド出来ないやつ?
SP6まで当てたdevbld.pkgのバージョンは6.00.9782.0で特に使ってて問題無いです IDEの設定ウィンドウでインクリメンタルリンクとプロファイルの
チェックボックスが重なってて設定できないアホなバグのことじゃね? 昔はググると一番上くらいに来てたな、でも今検索したらなかった
ちょっと寂しい あああのバグかーTABで上手くごまかして使ってた
是非とも変更方法をここにでも残しておいて欲しいです (おいおいVC6のIDEなんてまだ使ってるのかよ) 堅牢製って意味では最後のAPIネイティブIDEなVC6も悪くないぜ
7と7.1はそうでもなかったが8以降の.NET製IDEは時々Excelじみた不可解なクラッシュを起こすのと操作性がなー VC6で十分。WIN7で使ってると、デバッグで例外で落ちたら、プロセスがゾンビ化して、
VCの立ち上げなおしが必要でめんどいので、XPを復活させるかとか検討中。
eclipseでjavaも使っているけど、もっさりしてかなわん。けど、最終的には、
MFCともおさらばするつもりなんで、最新のVCの予定なし。
visual source safeもまだ使ってるが、これも、どうにかしないとです。 俺用メモ
INFO: How to Determine If Visual Studio 6.0 Service Pack 3, 4, or 5 Is Installed
http://support.microsoft.com/default.aspx?scid=kb;en-us;316915 Vista/7/8 でも VC6 って動きますか? >>293
Vistaでも何とか動いた。7ではXPモードで動かした方が確実。 IDEのメニューのプロジェクトファイル→Makefile変換だけに用があるんだけど
コマンドラインツールでそういうのない? 2010では復活してたけど、クラスウィザード無くすなんて正気だろうか?
他のPGに話したら最初信じてもらえなかった。 Sunとのトラブルが無ければVC7は一新でなくVC6の正統進化で設計されてたのかねー
あれでサブスクライバから消えて以降はもう使い勝手や感覚を知らない人も増えたんだろうなあ VC6は、ラベル(goto文のジャンプ先)があるとコンパイルエラーを起こしたり、
getline(入力ストリーム, stringオブジェクト)
でEOFの検出がおかしくて、コーディングによっては無限ループを起こしたり
しないか?その性質を考慮した対策のコーディングをするか、Cのfgetsで代用
するなりせざるを得ないな。
それに、Cの標準ライブラリにstd::で名前空間を指定するとコンパイルエラー
になったりして、問題の多いコンパイラだな。 Win8にもmsvcrt.dllってまだ存在するの?よね?
永遠に不滅じゃね? >>301
STLは、STLPORTを使ってるので、大丈夫。 IDE抜きで論じるならそれはVC6というよりCL6の話になるな
その側面で言うとCL6に限らずMS系は他環境のコードを持ち込む用途には向かんよ
標準が最新のアーキを追い切れてない頃から独自拡張で対応等、
色々な意味で「現実の最前線で」戦って来た泥臭いコンパイラなので
CL6が自前でコードを書く時に面倒だったのはfor/while時の宣言子の扱いくらいだな
STLをどうしても使わざるを得ない要件では最初から7.1以降使うし VC6とgccでほぼ満足してるんだが
これから新しくやるのは何がいい?
とりあえずアンドロイドで動く何かを作りたいからJavaなのかな
うぜえなあ ソースコード付いてるんだしライブラリぐらい自分で修正しろっての >>295
XPドーモだとホストドライブのプロジェクトを開けないだろ!? ┌───────┐
. (│● ● | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
/| ┌▽▽▽▽┐ |< どーも。 平均年収1163万円(40.3歳)の職員の給与は
( ┤ | | | | 皆さんからの受信料で支えられています。
\ └△△△△┘ | \_________________________
|\ 受\ [犬HK] \
| \信\ |\\
| \料\ | (_)
| \払\ |
| /\\え\|
└──┘ └──┘ とりあえずVS2010も入れてあるけど使うのはいつもVS6
.Netなんてクソ重いの必要ないので気楽に立ち上げささっと作れる快適環境 VC6最強伝説
Windowsの天下が続く限りずっと戦える気がする 32ビットバイナリが動く間かな。
まあ仮想があれば永遠だな。 凄く使いづらかった。プロパティシートがVBライクでC++の柔軟性を妨げてた インストーラの段階から既にもう色々とな…
Sunとの係争で従来系列でVC7を出せなくなって、2003に辿り着く前の未完成品を大人の事情で渋々出したのが2002 VC6は、C++の標準ライブラリを使おうとするとビルドエラーを起こす。
clコマンドでコマンドプロンプトのプログラムは作れるけれど、windows
プログラムだと(win32 apiのスケルトンコードでもmfcを使うスケルト
ンコードのどちらでも)ビルドエラーで作れない。
windowsプログラムにstlを使えないとは重大な欠陥だ。 C++の仕様の内、テンプレート周りを使い切りたい人にCL6.0が向いていないのは事実だが
(typename等に一部方言があるし、特殊化等の比較的後発の仕様も当然実装されてないしな)
流石にそれは環境が何かおかしいとしか思えない
Dinkumwareのパッチを当てない状態でも基本的なSTLのコードは正常にビルド出来るのが普通だぞ
環境(SP等)とエラーを起こす最小のコード晒してみれ コンパイラやリンカオプションの線もあるからそっちも忘れずにな ウチは使い分けだな
IDE使用で安定性(IDEフリーズや強制終了がない事)重視ならVC6環境
新しいOS機能や強化変数ウォッチ等を重視する場合は2003やその他
IDE非使用(nmake)開発ならほぼCL6だな、7.1以降を使うのはごく稀
OpenBusiness契約だがノート含めて全環境に入れてあるのはVC6だけ
2003〜2008はメインのデスクトップにしか入れてない いまだにOSが2000だからバリバリVC6使ってる 仮想環境で動かすならVC6とかVC4.2ぐらいをOS付きで
エミュレートだろうな。そうじゃないとホストOSの資源使いすぎて困る。
環境を複数つくって切り替えると掛け算で容量食らうからな。 ■ このスレッドは過去ログ倉庫に格納されています