いまだにVC6から離れられない奴の数→
■ このスレッドは過去ログ倉庫に格納されています
VC6のUIなら舞うように開発できるって奴いっぱいいるはずです。
・VC6のここが良かった
・VC7のオススメポイント(移行の切欠にしたい)
・VC6禁断症状が出たときの対処法
さあこい 俺としては疾風のごとく立った瞬間に2ゲットすることも容易い。
だがしかし、俺も大人だ。
貴様らにも「もしかしたら、俺でも2ゲットできちゃうかも〜?!」って期待を
させないと可哀相だしな。2ゲッターは1日にしてならず。
厳しいナローバンド時代は、そりゃ苦労も多かったさ。
>>4あたりに( ´,_ゝ`)プッ とも笑われたこともある。悔しかったなぁ
だがそれを乗り越え、心の傷を背負ってみんなが尊敬する「2ゲット」のレスができるわけだ。
しかし、俺はそんな素人には「2」は譲れない。なんせ俺の2ゲッター暦は13日になる。
ここまでの長文を書いても余裕でみんなの憧れ「2」はゲットできる。
2ゲット! >>3
.NETにのってるのってVC7って呼ばれてなかったっけ さぁ?VC6よりあげたこと無いんで俺にはわからない。
いくつか.NETは出てるみたいだが。2003とか2005とか .NET 2003をインスコして、ディレクトリ構造を見ると、
C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7
になってるから、
.NET 2003 → VC7
.NET 2005 → VC8
ということカー ぐぐったら、VS.NET 2003がVC7で、VS.NET 2005がVC8らしいな。
完全に置いてけぼりだわw IDEはどうでもいいが、コンパイラから逃れられないorz
早く切り捨てたいのに VC7.1/8はVC6を尊重したのか不正なコードもコンパイルできる
恐れることはない!
GCCでは無理だけど >>10-12
新しいVCだとWin95だかWin98だかで動くバイナリが作れないとか?
つか多重投稿やめれ >>6-7
.NET 2002 → 7
.NET 2003 → 7.1
2005 → 8 VC6のキーカスタマイズにある、
ToggleWorkspaceWindow
ToggleOutputWindow
が.NET1に欲しい・・。
ソリューションウィンドウとかの表示/非表示をワンキーで切り替えたい。 >>15
ほほー、バージョンみっつも進んでるんですな。
VS 2005 EEとやらを入れてみたが、ソリューションとかいう概念でいきなり挫折。
しかし苦労してHello Worldのコンソールアプリを作るところまではいった。
フフン、スーパープルグラマの俺様にかかればこんなもんよ。
移行するかどうかは別だけどなー。 VC6なら、どんなメンバ関数へも一瞬で移動できる(クラス名の重複具合にもよるが)。
もちろんマウスに持ち変える必要も無く、だ!
VC7は知らないが、VC8じゃこれは無理だった。
Proでもプロファイル出来るしなぁ。 int main(array<System::String ^> ^args)
↑何?これ。なんの暗号ですか。
俺の美的意識を著しく傷つけるコードなんですが。 >>20
VC6は使ったこと無いけれど、ソリューションは、
VC6でのワークスペースに相当するものだと聞いたことがある。
>>22
.NET 2002/2003のマネージ拡張に比べればC++/CLIはだいぶまし。
ちなみに^はマネージ型へのポインタだと思えばいい。
もちろんmainの引数は今までどおりの引数なしやargc, argvも使えるよ。 >>22
C++/CLIのコードだ。.NETがらみだとそういう風にかくんだとさ。 CStringをテンプレートにしたなら、前のCStringも残して置けと言いたい。
過去資産のライブラリを持って行ってもリンクエラーでるがな。
MSDNも割り切って、「それは仕様です」だもんよ。
CString、いつのまにやらテンプレートになってるんだ。
知らなかっただーよ。
つーことはあれだ。
皆MFCがらみで離れられないの? 初心者に戻ったつもりで学びなおせ。
ゼロから新しいVCを学んでくる若人に足元すくわれちゃうぞ。 スレ違いかもしれないんですけど
普通にビルドできてたVC6のプログラムが突然、
ビルドするとリンク中...のまま固まるようになってしまいました。
再インスコして、普通にリンクできてたプロジェクトで
試しても同じ結果です。なにがいけないんでしょうか・・・?
>>29
あんいんすとーるしてさいいんすとーるとかしてみた? アンインストールと再インストールもしたんですけど
だめでした。
法則性は良く分からないですけど、たまにリンクが通ります。
失敗するとVCが固まるので殺して再起動してます。
Cドライブが900MBぐらいの余裕があれば
リンクに影響なんてしないですよね? .NET は起動する時点でうんざり。
>>29
>スレ違いかもしれないんですけど
判ってんなら他所で訊けよ。 最近話題が終わった後に、わざわざ説教する奴が多いな 教授に「新しいの買って♪」って頼んだけど
「gccに移れ」の一言でオワタ Winアプリ作るんじゃないなら、そっちのがいいからね…
eclipse+CDTあたりと仲良くしなされと。
ときにgccの4系ってどうなのさ。
テンプレート周りの移植の時に、gcc様からパラノイア的な突っ込みを
入れられて以降、触るの怖くて仕方がないんだけっども。 >>26
VC7から。
MFCとATLを統合した、とかいってた気がする。
DirectXのライブラリが
/DEBUGで通らなくなったのでVC8に移行しyh 某社じゃ未だにVC4.2でメンテナンスしてますが何か。 古いもの自慢?
VC++1.5 で作ったコードも生きてるけど何か?
一年程前に久々に小規模改造したけど、インテリセンスとか当然ないから
ちょっと面食らった。 >>47
古すぎ、と思ったが制御系なら結構ありそうとかオモタ #include <windows.h>
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpszCmdLine, int nCmdShow) {
MessageBox(NULL, "Hello world!", NULL, 0);
return 0;
}
""の中にそのまま文字列を入れられる時代も終わったんだなぁ(´・ω・`)とVC8で感じました <window.h>だけなら、TEXT("hoge")
いまごろVC6のSTLがクソッタレだと気がついて呆然とした。
マイクロソフトさんよ、VC6 SP6で修正してないのかよ。
参考
ttp://www.dinkumware.com/vc_fixes.html テンプレート回りのパースルールが全然違うし、そもそも通らないんじゃないのか?
7と8でもまた大分違うしなー。 >>29
Platform SDKを入れ替えたなら、それが原因かも。
最近のPlatform SDKはVC6を見捨てた。 離れられないで無く会社がVC6鹿入れてないんだよね。。。。。。。。。。。。。。。。。。。。。。。。。 VC4.2のMFCのオブジェクトへのポインタを引数に取る関数をエクスポートしているDLL群があってさ・・・orz VC6のプロジェクトを2005(MFC8.0?)にコンバートするときに特に気を付けることはありますか
何も変更せずにすんなり行ったので逆に怖いんだけど杞憂? すげーはずかしいんだけど、
VC8でHelloWorldがコンパイル(リンク)が出来なくて困っている。
どのライブラリをリンクすればいいのかわからない。
つーか、printfが未解決になるってどういうこと??
vc6のときはcl で普通にできていたような気がするんだけど(5年以上前の記憶)。
すげーはずかしいんだけど、
未だにセックル出来なくて困っている。 ちょうど昨日OSを再インストールしたんだが、とりあえずVC6はインストールした >>67
VC6なんて仮想マシンにブチ込んどけよ。そしたらもう二度とインストールしなくて済むぞ。 すげーはずかしいんだけど、
未だにセックル出来なくて困っている。 >>58
> 最近のPlatform SDKはVC6を見捨てた。
DirectShow関係を使いたくて、比較的新しいPlatform SDK(Server 2003 RC2) を
入れて、インクルードのパスの優先順位を変えたら、atl関係のヘッダファイル
内で、『デカ過ぎてコンパイルできません』と言われた。
あと64bit拡張に対応するため「int → INT_PTR」「uint → UINT_PTR」
とか変えるのはいいが、
CWnd::KillTimer(int nIDEvent) → CWnd::KillTimer(UINT_PTR nIDEvent)
とか、MFC間で互換性がなくなってて、新しいヘッダでコンパイル通しても
MFC42.DLLとリンクさせようとしたらエラーになるケースや、『newはマクロ
として定義されていません』ってエラーが大量に出る。
ちなみに、「DirectShow」関係は、「DirectX SDK」ではなく、「Platform
SDK」の方に入っているというのは常識らしい。
低レベルのオプソ工作員が潜入したおかげでMSはもはや破綻寸前だな〜。 1 名前:以下、名無しにかわりましてVIPがお送りします。 投稿日:2007/05/31(木) 09:14:08.57 ID:VC6ko31T0
IDがVC6のやつを見てこのスレを思い出した >>71オープンソースマンセーな厨房。『互換性』とか『過去の資産』いう言葉の意味を理解していない。
プログラマーの初期症状だが、プロとして仕事をするようになると身に沁みるので普通は治る。
だがオープンソース業界は就職すら出来ない厨房が溜まり場にしている関係で、そういった厨房が就職するとプロジェクトを滅茶苦茶にした挙句会社の資産を破棄→逃亡するのでオプソ工作員と蔑称される。
面接で挙動が怪しい派遣PGは要注意。派遣しか就職出来なかったような厨房の可能性高し! DDKに入っているコンパイラを使うとmsvcrt.dllを使う実行ファイルが作れると聞いたことがある >>70
ちょっと待て。
> CWnd::KillTimer(int nIDEvent) → CWnd::KillTimer(UINT_PTR nIDEvent)
それはMFCだから、PlatformSDK関係ないだろ。
いつからPSDKにMFCが付属するようになったんだ?
(IA64用のMFCは付いてたような気がしたが・・・)
VC7以降は、なんか操作の手数が多い。
VC6までは、TABキー 一発でフォーカスが目的の場所に行ってたのに、
VC7以降では、そう簡単ではなかったりする。
キーボードだけでサクサク操作しようとすると、けっこうシンドイ。 UNIXの系譜から生まれ出たソフトは、割と平気に
FILE*をDLLに渡したりとかするので、CRTを統一
してあげないとわやになってしまう。 数年前からVC7の起動が遅いのでIDE使うのやめて、全部vimで書くようになった。
>>79
そういうのはソースがあるから、既存のDLLを使わずに、
スタティックリンクしてしまうか、
ラップして別のDLLを作るかすればいいんだけど・・・
ライブラリの中でexit(1)するのは勘弁して欲しい。
エラーハンドラを定義できても、
エラーハンドラはreturnしてはいけません
なんて書いてあって、setjmp/longjmpしろという。
しかたないので、それもまたラップするわけですよ・・・。
>>76
MFCのヘッダファイルが、Platform SDKに入ってるんだよ。新たに定義
された定数やら関数を使うため、Includeのパス設定でPlatform SDKの
パスを優先させると、MFCのヘッダファイルもPlatform SDKに入っている
方が参照されるようになる。
で、MFC4.2のインポートライブラリは従来のままなので、MFC4.2のライブ
ラリをリンクしようとすると、リンク参照エラーになる。 Platform SDKのMFCのヘッダは、
Windows APIのヘッダとは別ディレクトリだったような気がするが、
俺の記憶違いか? 確かに昔は、MFC関係のヘッダは"Include\MFC"ってフォルダに入って
たと思うけど、最近のPlatform SDKだと"Include"フォルダ下のディレクトリ
構造は ...
include -+-- DShow_XPSP1
|
+-- DShowIDL
+-- gl
+-- Win64
|
+-- atl
+-- crt
+-- mfc
|
+-- lchs
+-- lcht
+-- ldeu
+-- lesp
+-- lfra
+-- ljpn
+-- lkor
+-- res
てな風になっていて、詳しく調べてはいないが、32bit環境のヘッダは全て
"Include"の中に入っているっぽい。たぶん、ATLとの統合とかの影響では
ないかと。
じゃぁVC6付属のMFCの代わりに、WindowsSDK付属のMFCを使えばいいじゃないか。
VC6からでも使えるんじゃないか。使えなかったらVC6の使うコンパイラを差し替えればいい。
ていうか、PlatformSDKってWindowsSDKに名前が変ってるよ。 そうなのか。
俺は今Platform SDKではなくWindows SDKを入れているんだが、
(ついでに言うとVisual Studio 2005なんだすまない)
こっちには、もうATL/MFCがない。
Visual C++に64ビット版ATL/MFCが付属するようになったからだろうな。
>>86
> こっちには、もうATL/MFCがない。
それは、ウィザードのメニューがないだけでは? 少なくとも、VC6で
作ったMFCのプロジェクトを、VC 2005で取り込んでビルドはできる。
(但し、変換ウィザードでソースコードの一部は書き換えられる)
>>85
確かVC2005は、new/deleteがマクロじゃなくなってるんだよ。あとリンカ
の仕様も変わってて、Objがリンクできない。とりあえずmakeだけなら問題
ないけど、統合環境でデバッグできなさそう。 >>87
誤解させてすまん。VC 2005にないのではなく、Windows SDKにないと言いたかった。
VCからいきなりATL/MFCがなくなったら暴動もんだよ。 久しぶりにVC6を使ってみた。
コンパイル速いなぁ。
IDEも俊足だなぁ。
しかし今さらVC6には戻れない。 最近のPlatform SDK のlibってもうVC6のlink.exeじゃリンクできないのね。
もう潮時かなあ… しかも、いまのWindows SDKは、Windows2000環境にはインストールできないのよ。 > しかも、いまのWindows SDKは、Windows2000環境にはインストールできないのよ。
インストーラの .exe を .cab にしたりして分解してファイル取り出せない? 実際に成功したやり方があったら教えてください。
自分がやってみた範囲ではダメでした。 というか、2003febだぜ?最後のVC6用SDKは。 新しいSDKを使う = 新しいOSの機能を使ったソフトを作る
ということなわけで、
SDKがインストールできてVC6でビルドできたとしても、
デバッグどーすんのよ、と。 TSFとかGDI+とかVistaでなくとも使える機能だったあるだろ。
そういうものだったら、ビルドさえできれば後は問題ないと思う。 >>98
XPではなく2000でやる必要はあるの? IDEとLibとかヘッダはそのままで、コンパイラだけ最新のに差し替える方法ってないかな。
boostが使えねえ。。 あれ?VC6使ってる人ってmsvcrtとC言語目当てじゃないの?
C++勢はとっくに移行してると思ってた。 msvcrtとリンクしたいだけならmingwという選択肢もあるぞ >>102
VC6のコンパイラ・リンカのパスを、VC7.1のそれに変更してみたことあるよ。
ビルドするだけなら大丈夫だった。
一部のコンパイラオプションは変更もしくは無効になってたりするので、手作業で変更が必要かも。
デバッグ情報に互換性がなく、デバッガは動かなかった。
どのみちVC7.1のコンパイラを使うってことは、ビルドに時間がかかるってことなので、
VC7.1を普通に使うのと大差ないので、すぐに諦めた。 未だにVC6使ってる少数派の1人なんだけど、
試しにVC9(Express)とやらをインストールして使ってみた。
いくつか便利になってる点があるし、
ExpressじゃなくてProなら移行してもいいかな。
ところで、VC6と統合可能な最新MSDN Libraryっていつのだっけ? Vista で VC6 を使う方法はないでしょうか? VMwareとかでXP入れれば?
うちは最近そんなのばっか。 新しいマシンに VC6 をセットアップして、sp6 を当てようと思ったら、
MSのサイトにはもうsp6が公開されていないみたいです。
どうしたらいいんでしょう? sp6を発見したと思ったが、>>112 は英語版みたいで、セットアップできなかった orz ていうか、VC6とVC9じゃコンパイラの最適化の性能が全然違うぞ >>116
全部アセンブラで書いてたら日が暮れるんじゃね?
俺的にはVC7以降はコンパイラ性能よりIDE性能がへぼすぎて使う気しないYO >>117
エディタなんだから、キーボードだけで楽にソース内(特定のクラスにジャンプとか)を移動させて欲しいよな。
その点でVC6のエディタは神だった。
VC9は、まだいじってないけど少しは良くなったのかね。 >>116 >>118
だったらコンパイラの最適化はどうでもいいのかよと問いたい >>120
どうでもいい。
最適化が必要ならコンパイラだけ違うものに変えたらいいでしょ。
IDEとは関係ないし。 Platform SDKと、Windows SDKって、共存できるの?
やってみたらわかることだろうが、えらいことになる前に聞いときたいと思って。
(…というか、実はやってみてなんか変なことになってるんだけど、これは特異事例なのかどうか) >>121
デバッグはどーすんの?
VC6で、VC7.1のコンパイラを使ってビルドすることはできるけど、デバッグはできないんだよ。 >>123
普通に考えれば共存できるだろう。
VCのディレクトリ設定での優先順序に注意。 >>124
どこでデバッグの話が出てきてるんだ?
ってか、それはIDEがあほなだけでしょ。
うわ、即レスかよ。
デバッグの話は俺が新たに持ち出した。
デバッグはVC6本来のコンパイラで、リリースビルドだけ別のコンパイラというのは気持ち悪い。
それはお前の頭が悪いだけで、VC6には関係ないだろ VC7.1が重くてVC6を使い続けている人は、2005(VC8)を試してみ。
VC6と同等とはいかないものの、かなり軽いよ。 ビルドするたびにexplorer.exeの仮想メモリ使用量とハンドル数がどんどん
増えていく気がするんだけど(タスクマネージャで目視で確認)似たような
症状の人いませんかね?
気がつくと
explorer.exeの仮想メモリ使用量が1GB近く
ハンドル数100万個近く
になってることも…。物理メモリ上限に迫ってきたら仕方なく再起動 すみません。
質問なのですが、VC6のMSDN ライブラリ(ヘルプ)が文字コードが
変わったのか文字化けするようになってしまったのですが、
解決方法などが見あたりません。
どなたかおわかりになりませんでしょうか。
よろしくお願いいたします。
※オンラインのWebページのではありません。 リソースビューでコントロール選択するリストが消えてしまって、、
どなたか表示のさせ方教えてください(;_;) 仕様書工房 v3.0 の体験版でソースファイルからビルドしようとしたら
---------------------------------ビルド開始---------------------------------
準備中...
ソースファイル解析中...
cmath.cpp
C:\Program Files\Microsoft Visual Studio\VC98\Include\basetsd.h(157),`LONG64`の前後で構文解析エラーが発生しました.
dxdraw3.cpp
C:\Program Files\Microsoft Visual Studio\VC98\Include\basetsd.h(157),`LONG64`の前後で構文解析エラーが発生しました.
DxInput8.cpp
C:\Program Files\Microsoft Visual Studio\VC98\Include\basetsd.h(157),`LONG64`の前後で構文解析エラーが発生しました.
dxsound.cpp
C:\Program Files\Microsoft Visual Studio\VC98\Include\basetsd.h(157),`LONG64`の前後で構文解析エラーが発生しました.
enemy19-24.cpp
C:\Program Files\Microsoft Visual Studio\VC98\Include\basetsd.h(157),`LONG64`の前後で構文解析エラーが発生しました.
function.cpp
C:\Program Files\Microsoft Visual Studio\VC98\Include\basetsd.h(157),`LONG64`の前後で構文解析エラーが発生しました.
load.cpp
C:\Program Files\Microsoft Visual Studio\VC98\Include\basetsd.h(157),`LONG64`の前後で構文解析エラーが発生しました.
main.cpp
C:\Program Files\Microsoft Visual Studio\VC98\Include\basetsd.h(157),`LONG64`の前後で構文解析エラーが発生しました.
エラーを検出しました。この行をダブルクリックしてください。対処方法のヘルプが表示されます。
ビルド終了
とエラーがでてビルドできません
どう対処したらいいでしょうか? >>135
basetsd.h ヘッダファイルの 157 行 辺りを調べてみる >>136
basetsd.hってシステムファイルじゃないですか
無理ですよ そんなん >どう対処したらいいでしょうか?
仕様書工房なんてカスソフトを捨てる。 >>138
あなたが分からないだけでしょう?
だからつっぱねるんでしょ? 64bitの環境でどうやったらまともにデバグできる?
毎回vc6終わらせないとexeなくなってくれないんだけど。 >>137
Platform SDKなんかを最新にしたりWIN32_LEAN_AND_MEANを外してみたりとか。 >>137
別のプロジェクトなんかで LONG64 を使った小さなアプリを作成してみる。
Hellow Wold! なみの最小のやつ。これがコンパイルできるか?
LONG64 i64 = 0;
printf("%d", i64);
これが表示できないならやばい。開発環境に問題あり。
うちの環境は win2k、vc6 でコンパイル可能だ。仕様書工房はないが。 SP5+プロセッサパックを適用した後c2.dllを保存してSP6適用後差し替え
_MSC_VER=1300(VC7相当)でエラーが出ない程度にPSDKのwinnt.h basetsd.h malloc.hあたりを差し替え
DXSDKは古いSDKのDLLを保存しておいて最新版と部分的に差し替え
まだしばらくは頑張れそう Service Pack 6 をあてた libc.lib にリンクした EXE に AVG が
突然 Trojan horse Downloader.Generic_r.AW が、ひそんでいると
警告するようになった。
誤検出? 正直VisualStudio6だけサクサク動けばいいので
コンパイラの実行ファイルだけ最新版に差し替えたりしてなんとかならんかなぁ スタートアップや組み込み関数がコンパイラと密接してるみたいだから難しい
おお、みんなVC6使ってるのかw
俺もだ。
C言語使いだからアップする必要性を感じないんだよね。
趣味グラマーだしw バージョンアップしないで、レベルアップもしないで、アップアップしているのか。 離れられないっつーよりCの仕事はあるんだけど、VCの仕事はないみたいだな。
いや俺のことでなく嫁の話。
バグが枯れてるから、Cだけだったらかえって信頼性は高いっていってたよ。
あとそれから実行ファイルはOSが上位互換で関係ないからな。
>>113
誰かにもらえばいいんじゃないの。CDとかで。
SP6CDを、ヤホオクで買ってもいいだろうし。
俺のやってもいいけど。 解凍したフォルダ、プロパティーで見ると、ファイル数70、59.4MBってなってる。
あ、間違った、70個はVBだなSP6.0Bでな。
SP6は全部で132個で200MBある。っつかその下のフォルダにSP6.0Bがあるから正確にはわからん。
とにかくvs6sp6.exeだけで63,770KBある。
厳密に言うとSP6解凍フォルダは、ファイル数203個、フォルダ数1
255MB
VC6をインストールする時、Microsoft Java VMのインストールを強制されますが、
昔はセキュリティアップデートがあったような気がするのですが、最近VC6を入れなおしてみたら
アップデートが特にないようです。Javaは一切使ってないのでJava VMを入れずに導入する方法はないでしょうか。
もしくは、Java VMのセキュリティ修正の方法はないでしょうか。 開発陣がおっさんばっかりでVC6から離れたくても離れられないっていう奴は
このスレに該当するんですかこんちくしょう VS2005やVS2008のIDEがもう少し軽かったらなぁ・・・VC6を完全に捨てるのに 普通C/C++使いはコマンドライン&makeだろ女子校 .NETの2010が出るみたいだが、2008は安くなるのかな?
VC6もw2kで継続して使うが、2010の登場で2008が安くなって更に無償
バージョンアップキャンペーンがあるなら買ってみようかしら。 VC6対応は PSDK February 2003 Edition までじゃなかったっけ?
最新版は使った事無いけどリンクが通らないって聞いた事がある だね、Feb.2003より新しかったら通らなかったからそれで止めてた記憶がする なんかガサゴソしたらFeb 2003のSDKがw
早速インスコするか。
明日会社だけど関係茄子ww >VC6対応は PSDK February 2003 Edition までじゃなかったっけ?
>最新版は使った事無いけどリンクが通らないって聞いた事がある
正解。俺もそれ以降やめた。 VC6で今のDirectShow対応アプリって作れる?
ランタイムを最小化したいんで チラ裏。Windows7 Ultimate x64にVC6を入れたのでメモを残しておく。
何も考えずに一式入れてみたらOS起動後に画面真っ暗で操作不能になったので
ディスクイメージや復元ポイントを作ってから作業するのを推奨
以下すべて「管理者として実行」を使って開始。DLLを置き換えるか?の問いはNoにする
SysWOW64に0バイトのmsjava.dllを置いてMSJVMを偽装
VS6インストーラを起動してVCだけフル選択してインスコ。データベースなんちゃらは入れない(チェックボックスを外すときに文句を言われるが気にしない)
SP5日本語版のファイルにMDAC/MSJVM回避パッチを当ててインスコ
--- sp598ent.stf.orig
+++ sp598ent.stf
@@ -29 +29 @@
-13 Group 27 35 37 28 29 31 25 26 14 24 16 17 18 19 15 38 20 21 23 22 42
+13 Group 27 37 28 29 31 25 26 14 24 16 17 18 19 15 38 20 21 23 22 42
@@ -120 +120 @@
-85 yes Group 811 571 501 311 331 341 561 541 521 471 451 431 411 401 371 361 1391 391 381 91
+85 yes Group 571 501 311 331 341 561 541 521 471 451 431 411 401 371 361 1391 391 381 91
vcpp5をそのままインスコ
c2.dllを保存
SP6をそのままインスコ
c2.dllを復元
msjava.dllを削除
PSDK(2003 SP1)のx86用実行ファイルで起動し、デフォルトのフォルダからProgram Files (x86)に変更し、MDAC SDKを除外してインスコ
DXSDK(aug2006+sum2004_extras)はInstall Runtimeを×にしてインスコ(重要)
その後SysWOW64にDevelopper Runtime\x86をコピー後Vistaフォルダの中身を上書き 自分はいつもコマンドラインツールだけ入れてる
インスコ作業がない代わりにdswとか開けないからmake使う 久しぶりにVC6使おうと思って、WinXPマシンにインストールしたのは
いいけれど。SP6あてようとしたら
カーネル:プロテクトモードにできません
$カーネル:ヒープを初期化できません
$カーネル:KERNELの実行可能ファイルをオープンできません
$カーネル:KERNELのEXEヘッダーをロードできません
$
とか言われてダメだった><; 自己解決しました
system32のconfig.ntファイルが壊れてましたorz 何かの参考になればよいですが
UACを無効にしたら、Windows7 に VC6++ が普通にインストールできた。
ビルドもOKでした。 Platform SDK Feb 2003ってネットから落とせなくなったの?最近まで
落とせた気がするんだけど。 PSDK Feb 2003って英語版しかないよね?
アップしても問題なければ上げてもいいんだけど駄目だろうなぁ
有料MSDN入ってた頃に送られてきたDVDの中に入ってた鯖2003と一緒にw 結局SDKの日本語の最終バージョンってどれ・どこなんよ VC6のおまえら元気ですか?
俺は元気です。来年もVC6で行くぜ! 今触ったらめちゃくちゃ軽いんだろうな
当時は超重量級アプリだったのに 窓7X64にinstallしたけど、*.dswを読み込む辺りで落ちる。
>>177 のやり方で回避できそうだけど、XP Modeに逃げてみた。 うちはVC6StandardとVC2008EEなのでMFCとか使ってる古いオプソとか弄る時は普通に使う C#の方が楽でコスパいいのにVC++6.0でって指定されて注文来るんだよな・・・ libpng 1.5.1にしようと思ったらvc6切られた予感
PNG_CALLBACKってなんだよ・・・ 1.5.0の時点で切られたんだよね
VC6メインなんで、1.4.5でがまんしとる
libvorbisならプロジェクト作るだけでビルドできるんだけど
そーいえば、VC6からVC10へのプロジェクトの読み込みが上手くいかなくて
いったんVC7〜9で変換してからVC10とまたいで変換してる
XPまではインスコ出来てたけど
Vistaでインスコ出来なくなって
とうとうあきらめた
いまは mingw gcc で間に合ってます いい加減VC6にでも移って欲しいよ。
またVC5のプロジェクトを弄る事になるとはおもわなんだorz Win7で普通にVC++6.0使えてるけど。
ヘルプの類が見れない以外は問題ない。
コンパイルまでは問題ないけどデバッガが変じゃない?
デバッグ中断するとプロセスが残って実行ファイルを修正できなくなるからVC6ごと再起動してる (Win7 x64) それで金貰って生きていけるならどうでもいいよ>言語とか環境とか客の逝く末
金出してくれりゃC#でもアセンブラでもCOBOLでも関係ないよ。
ただ、Cで育った身としてはVC6は楽だな。色んな意味で。 > Win7で普通にVC++6.0使えてるけど。
ハァァアァァァ?????????????
ゴミだな
なんだ、ただのゴミか
6.0のプロファイラと同等の事をそれ以降のVSで出来ますか? >>211
厳しいなー。
子関数は分からないけど、PROのpgomgrでしのぐか。 保守もかねて
ttp://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=fd02c7d6-5306-41f2-a1be-b7dcb74c9c0b
暇つぶしに Visual Studio 2010 Express インストールしてみたがー。
コンパイラは特に問題なさげだけど、.NetFramework4 入れないと
動かないわ、統合環境めちゃくちゃ重いわで、即アンイストールした。
コマンドラインツールだけインスコできないもんかな。
もう統合環境はVC6でいいや、めちゃくちゃ軽いし(ノ∀`) さぃきん、おしっこするところの近くにもうぶ毛がはえてきました。・゜゜(>_<)゜゜・。
小5のときからまえのほうにははえてきたのですが
こんなとこにもはえてくるのですかぁ(∋_∈)
写メをのせるのでコメントぉくださぃ。。。(〃_ _)σ‖
http://uni.2ch.net/test/read.cgi/galileo/1296311182/ 2008Expressがメインになったので
使うことは減ったけど
まだインストールしたままだ
どうしてもMFC使うしかないときだけ使ってる 最新のlibpngはVC6でもプロジェクト自前になるどいけるようになってた
vorbisもzlibもいけたから嬉しい OS再インスコしたから入れなおそうとしたらインスコCDどこに行ったかわかんない・・・ Sun係争でNT/2kと共にMSDNサブスクライバからも闇の中に消えた
もうCDを無くしたら終わりだな、VB6だけは何か再構成して復活してたけど dinkumwareのエラッタページ何処いったんだよ…
いまさらvc6必要になるとは思わなかったからパッチ残してないぞ… 2012年4月の時点で無くなってるからそれ以前でweb archiveでも使えばいいよ MSがweb上でプロジェクトアップロードとコンパイルのサービスすればいいんよ なんでサポートされないOSをいつまでも使い続けてて平気なの >>221
おいおい、今さら16bitアプリ作ろうなんて正気かよ Windows95に対応させるために仮想PCにインスコしたがその小ささに驚いたぜ
フォルダーなんか30ぐらいしかないw
総ファイル500もないんじゃないかな?w
これでも確りWin32が動くから感心するわ むしろ今が肥え太り過ぎ
7.1以降は改善されたけど7.0のインストールは本当に酷かった・・・
個人的にはDocumentExplorer導入以降のMSDNヘルプの使い辛さもいい加減何とかして欲しい
PlatformSDK都合で新しいのは使わざるを得ないんだからさ ああ、紛らわしくてすまん>>231はWindows95のOSの事でVC6のことではない
VC6は現役で常用してる VC6が2005以降のVCに比べて好きなのは同意だけど
MSDNヘルプが使いやすいと思ったことは一度も無い MSDNも2001/10版だとまだ使いやすかったのだがそれより後は使いにくかった
オートコンプリートで下キーの動作が変わったんだっけかな
しかし未だに古いVCに付いてたAPI32WH.HLPを使ってたりもするw WindowsがWin32APIを捨てない限り、VC6で十分です(^o^)ノ cppとhを切り替えるマクロだれか持ってませんか? ttp://d.hatena.ne.jp/studiokingyo/20101013
からのリンクが切れてるんすよ そこまでわかってるならググレw
ttp://d.hatena.ne.jp/studiokingyo/20041018 うーん。なぜ検索ヒットしなかったんだろふ??
紹介アリガトウ!! 便利に使えました。 VB6スレ見てるとあれだけの熱狂を生み出せるのはすごいと思う
VC6は実用性だけがとりえだもんな みんな大好きC言語
ttp://www.tiobe.com/index.php/content/paperinfo/tpci/index.html JavaだのC#だのは無料開発環境があるが、実用的でセットアップが難しくないフリーはC++は
探しても見つからん。Visual BasicはC#で代用できる。インタープリタには出来ない事もあるしな
Visual Studio 2005も今やなかなか手に入らん。Win9xのネイテブコードを組める貴重なソフトの
一つがVisua C++6.0って訳だ。Class Wizardもあるし 以前有料MSDN入ってた時はVC6も配布されてたけど今は無理なんだよな >>244
で、なんでVC6よりVB6に執着してる人が圧倒的に多いの? COM高親和のVBは実質6で終了して形態が大きく変化したからだろ
IDEこそ賛否両論でも、CL/LINK的にはCRTを地道に直したり高度なC++仕様への対応を進めたVCとは事情が違う
あとネイティブコンパイル導入直後の旧版(VB5)が糞過ぎたのも響いてるかもな 要は .Net じゃね。みんな近寄りたくないんだよ >>247
オフィス2003のVBAがvb6ベース
XP+MSO2003の組み合わせの会社多い
3,4社しか知らないけど全部これ VCなんか現行でもサポートされてるんだからバージョンアップすりゃいいだけだろ?
Win9xの保守なんか好きにやりゃいいし語ることはないよ
.net化して死滅したVB6とは境遇が違う
>>251
VBAもVBSもVB6とはまったくのべつものじゃん。C++/CLIくらいちがうな MFC 6.0は何とかする方法はあるが(ただ、互換性がなあ...)、
Visual C++ 6.0 は変態だから未だ保守や移植で必要だな。
最近は VCを窓から投げ捨てたいよ。
VC6.0はMSDNでの提供は終了したがコンパイラだけ欲しいなら
CE SDK関連探せばWin32(x86)バイナリ吐けるのが手に入るよ。
わざわざ流通在庫で数万円飛ばす必要は無いな。 >>254
MFCは2012にもあるから、歴代のVSでコードのマイグレーションをコードを修正しながら繰り返せば、
VC 6.0のMFCアプリがVS 2012のMFCアプリになるかもしれない。 2ちゃんねるのダメ系の板にしばらくいたことがありますが、ダメになる傾向って確かにあって一つしかないですね
何もしないことです 怠惰や失敗への恐れや他人への迷惑への懸念、大元の理由は様々ですが
あそこにいる人たちの共通点は何もしてこなかった事に尽きます MFCはVC7.0でATLと融合して以降大きく仕組みが変わったという認識だったが・・・。
どちらかというとWTLに近い構造になったイメージだったが違うのか。 >>257
仮想関数ベースの継承とvtableを使わない自己言及型継承の違いも分からないバカですか? >>254
> CE SDK関連探せばWin32(x86)バイナリ吐けるのが手に入るよ。
詳しく Win9xや2kで動かないコードを吐き出せるコンパイラのが凄いわ。
何考えてんのやら…って
「古いOSで事足りてたら儲からないんだもん」って我侭社長の独断だろうな。 >>261
例えばWinXP以降に作られたAPIを使えば必然的にそうなるけどそれが我侭なのか? >>262
VisualC++2010はWindows2000で動くソフトは吐き出せない。
2008は9xの対応はしていない。
そんな事も知らないで噛み付いてきたのか?素人が おまけにVS6.0で書いたコードが2010じゃまずビルド出来ない。
互換性の問題でいやおう無しに6.0を使わなきゃならない奴がいる。それもあと1年で出来なくなる。
同じC++でターゲットがWindowsなのに苦労して移植せにゃならんという不思議 コンパイラの問題とPlatformSDKの問題の区別が付いてない奴がいるな MFCしか開発経験がない人の理解はそんなもんです
インストーラが丁寧に面倒見てくれる初期セット以外は認識の外の話と思われ プロっつってもピンキリだから仕方ない
酷い奴はホントに酷い 昔下流を外部に投げる時にプロジェクトの設定を一から十までIDE操作画像付きでマニュアル作った事がある
担当者と接するまでは「こんなのメイクファイルだけ出せば分かるだろ。むしろ馬鹿にしてる」と思ってました ライブラリとPlatformSDKの区別が付いてない奴がいるな MFC専の最大の問題はトラブル対応能力がない事の方だろ。
原因調査能力がないから力技で問題に蓋をして(それも不完全に)後のメンテコストを無駄に上げる奴を何人見た事か。 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の資源使いすぎて困る。
環境を複数つくって切り替えると掛け算で容量食らうからな。 ■ このスレッドは過去ログ倉庫に格納されています