- 1 名前：デフォルトの名無しさん [2007/02/14(水) 02:54:05 ]
- Visual Studio 2005 Developer Center
www.microsoft.com/japan/msdn/vstudio/2005/
lab.msdn.microsoft.com/vs2005/
Visual Studio 2005 製品ライン概要
www.microsoft.com/japan/msdn/vstudio/productinfo/productline/
www.microsoft.com/japan/msdn/howtobuy/vs2005/
- 445 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:16:01 ]
- C#ネイティブは開発者から結構要望あるから、MS次第でできる可能性がある。
- 446 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:21:40 ]
- C#のネイティブコンパイラは誰かが勝手に作りそうで作らないな
やっぱり.NET Frameworkが使えないならあんまり意味ないわな
- 447 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:22:48 ]
- 起動が遅いのはコンパイルしてるからだったのか
- 448 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:28:59 ]
- 一度起動したらコンパイル結果をキャッシュに残して、
次回起動時には自動的にキャッシュを利用するようにすればいいのに。
- 449 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:41:56 ]
- さっきからこのド素人はなにほざいとんじゃ
勉強し直せや
- 450 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:52:24 ]
- と、このスレ一のド素人がほざいております。
- 451 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:53:23 ]
- ほんとばかだねー
- 452 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:56:44 ]
- なんにも知らん奴らばっかだなこのスレは
- 453 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:58:14 ]
- まあ、express版の弊害だな
- 454 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 00:07:17 ]
- そういやVistaだと、よく使うソフトが自動的にロードされて起動が高速になった、というレスがあったけど本当？
- 455 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 00:22:26 ]
- >>454
Vista使ったことないから断言できないけど、
Vistaはメモリ使うだけ使っておくような構造だと聞いたから事実だと思う。
- 456 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 00:28:22 ]
- SuperFetchの威力はすさまじいよ。
Paint.NETが爆速で起動して鼻血でた。
- 457 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 01:03:14 ]
- 今までの.NETアプリ起動時とか、ファイルアクセス大杉でCPUは8割方寝てたんじゃないかねぇ？
SuperFetchはその辺実感させてくれる。
自分にも、ディスクアクセス待ちでいかにCPUが暇してるか知らずに、
ネイティブコードとかループ処理とかちまちまとした最適化にこだわっていた時期がありました。
- 458 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 01:44:48 ]
- というかVistaは体感に影響する最適化が中心な気がしますな
まぁみんな「もっさり」とかばっかり言うし、いいんじゃないの
- 459 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 02:11:58 ]
- >>458
いやマジで Office 2007 はもっさりしてるよー。
- 460 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 02:24:52 ]
- Express使ってる環境にMSDN12月版入れてみたんだけど、
これって統合できないの？
- 461 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 02:48:07 ]
- だれも>>419に回答できないの？
- 462 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 05:15:32 ]
- >>459
Office関係ﾅｽ
- 463 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 13:15:11 ]
- VS2005 PROを使用しています。 VC++に関する質問です。
OSはXP Homeです。
ファイルサイズのバイト数表記を文字列に変えたいと思っているのですが、そのような関数はないでしょうか？
ってか、あったと思います。
具体的に、何をしたいかといいますと、エクスプローラでファイルのプロパティを開くときに表記される
ファイルのサイズの文字列を取得したいのです。
たとえば、
ファイルサイズが55,687,806 バイト ならば、 文字列は 53.1 MB となり、
ファイルサイズが1,230,875,354 バイト ならば文字列は 1.14 GB となります。
一から自作してもよいのですが、OSの表記と互換性を保ちたいと思いますので、MSが提供する
関数を使って、文字列への変換をしたいと考えています。
このような関数をご存知の方は教えてください。
- 464 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 13:32:32 ]
- そんなんあったっけ？
- 465 名前：463 mailto:sage [2007/03/11(日) 13:49:36 ]
- ごめんなさい、自己解決しました
StrFormatByteSize
って関数でいける模様です。
- 466 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 13:49:58 ]
- その発送はなかったわ
- 467 名前：463 mailto:sage [2007/03/11(日) 13:56:05 ]
- あれ、なにか間違ってますかね？
多分、この関数で文字列の取得が出来ると思ったんですけど
MSDNにもそんな事が書いてますし……
- 468 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 14:03:55 ]
- ShellAPIにあった気がするってぐらいだったな。
2GB以上は StrFormatByteSize64 だっけ？
- 469 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 14:04:40 ]
- それで問題ないと思う。
- 470 名前：463 mailto:sage [2007/03/11(日) 14:14:38 ]
- ありがとうございます。
- 471 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 20:10:49 ]
- コンパイルオプションで /U 'symbol' でマクロシンボルを undef
できますが、ヘッダファイルやソース中で#define ディレクティブ
で定義されたマクロシンボルはundef 出来ないのですが、
そういう場合でもコンパイルオプションレベルでundefする方法
ってありますか？
- 472 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 20:41:52 ]
- そりゃ聞いたことねえなー
- 473 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 21:56:36 ]
- >>465>>468
自分で実装した俺の苦労は…
- 474 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 21:57:45 ]
- きっと今後の肥やしになるさ
- 475 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 22:36:18 ]
- >>473
IE4入れていないWin 95/NT4でも使えるという自慢ができる。
- 476 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 22:45:00 ]
- VS2005の時点で普通はWin95/NTじゃ使えない
- 477 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 13:18:06 ]
- ブルーベリーの宣伝の頭のビラビラしてるやつウザいよね。
まで読んだ。
- 478 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 18:55:27 ]
- すみません。
visualstudioでソースを書くところに
→や・がスペースボタンや改行押すと勝手に出てきてしまうようになってしまいました。
以前は出ていませんでしたので消したいのですが消す方法ご存知の方いませんか？
ご教示お願いします。
- 479 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 19:13:17 ]
- Ctrl+R, Ctrl+W
- 480 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 19:15:44 ]
- >>479
ありがとうございます。
消えました。
- 481 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 21:27:11 ]
- だれか>>460についておしえてー
- 482 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 23:04:56 ]
- 金だして買えよ
- 483 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 13:49:50 ]
- 64bit版Vistaでコンパイルした一般的なWindowsアプリは、32bit版OSでも動作しますか？
C言語とC#を使います。
- 484 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 13:52:09 ]
- クロスコンパイルすれば大丈夫。
- 485 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 14:37:24 ]
- >>484
何か設定がいるのですか？クロスコンパイルする設定はどこにありますか？
というのも、32bit XPでC言語のソースを、対象マシンをx64に設定してコンパイルしたところ、objファイルは作られましたが、リンクができませんでした。
VistaではWOW32で32bitの実行ファイルも使えるらしいですが、逆ができないと痛いので…
- 486 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 14:52:45 ]
- >>485
っ マニュアル
- 487 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 22:42:40 ]
- 開発環境：WinXP、VC2005EE
これで作成した.exeを他のPCでも実行できるよう、設定を
・マルチスレッドMT（DLLなし）
・マニフェストの生成 → いいえ
としてリリースビルドしたら問題なく実行できるようになりました。
ところが、その実行ファイルが読み込んで使う、もう一つ作成した.dllファイルも同じようにすると、
・マルチスレッドMT（DLLなし） はコンパイル失敗
・マニフェストの生成 → いいえ はregsvr32で登録するとき、モジュールが見つからないと言われ失敗
となります。
仕方ないので、両方とも初期設定に戻しますが、他のPCでもこの.dllを登録して使えるようにするには
どうすればよいでしょうか？
- 488 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 22:53:09 ]
- >>487
ライタイムをスタティックリンクじゃなくてDLLを利用するようにしてもダメ？
排他処理の都合だかなんだか忘れたけど、MSはDLLのランタイムを使用するようにススメてなかった？
- 489 名前：487 mailto:sage [2007/03/13(火) 23:09:52 ]
- >>488
＞ライタイムをスタティックリンクじゃなくてDLLを利用するようにしてもダメ？
.dll（以後、自作dllと書きます）のほうですよね？
DLL版ランタイムを利用する場合は、自作dllと同じフォルダにmsvcr80.dllを置いておくだけでイイんでしょうか？
msvcr80d.dllというのも入ってますが、こちらのほうがイイですか？
- 490 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 23:10:42 ]
- 金だして買えや
- 491 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 23:16:13 ]
- マニフェストを正しく生成すれば同じフォルダに入れる必要はない。
WinSxSから勝手に探してくれるだろ。
- 492 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 23:17:04 ]
- >>489
.dll,.exeを問わず、DLLのランタイムを使ったほうがいいらしい。
置き場所は、それで(サイドバイ)でいいと思うよ。
*d.dllはデバッグ版用のランタイム。
- 493 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 23:18:22 ]
- 逆にEXE/DLLと同じフォルダにmsvcr80.dllなどを置いても良い。
マニフェストを正しく生成すれば。
msvcr80d.dllはデバッグ用だから人に配れるものでないし、
リリースビルドすればmsvcr80d.dllが必要な実行ファイルにはならない。
- 494 名前：487 mailto:sage [2007/03/13(火) 23:30:45 ]
- みなさんの的確なご指摘のおかげでだいぶ分かってきました。
つまり、以下のようにすれば他のPCで使用できるということですよね？
自作.exe、自作.dllともに
・マルチスレッドDLL(/MD)
・マニフェストの生成 → はい
にして、上記二ファイルとともにmsvcr80.dllを同じフォルダに置いておき、そこで自作.dllの登録
（バッチ処理でregsvr32を行います）および自作.exeを実行してやれば良い。
（マニフェストは埋め込み設定にしているので、ビルド時に生成される単体のマニフェストは必要なし）
一つだけ気になるのは、マニフェストを「正しく」生成する、というところです。
これはビルド時に何らかの手を加える必要があるのでしょうか？
- 495 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 23:38:29 ]
- >>494
俺、マニフェスト関連のことはよく知らんけど、その他のことを守ってれば
マニフェストがなくても多分問題ないぞ。
- 496 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 23:41:12 ]
- >>495
VC2005で作成したバイナリはマニフェストがないとdllを同じフォルダに叩き込んでも動かない。
- 497 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 23:46:33 ]
- >>496
なにそれ？ そんなの退化じゃん。
- 498 名前：487 mailto:sage [2007/03/14(水) 00:00:28 ]
- MSDNを見たら分かりました！
>>494の構成であればとくにマニフェストをいじる必要はありませんね。
ありがとうございました！
- 499 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 02:56:57 ]
- 他のPCって64Bitだったら開発環境のどこかのフォルダにあるvcredist_*64.exeみたいなのを入れた方が早いんじゃ
- 500 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 08:42:29 ]
- Visual C++ 6.0 RISC Edition (Alpha) でいいと思うよ。(￣ー￣)
- 501 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 08:53:13 ]
- >>494
自分がビルドしたEXE/DLLに埋め込まれるマニフェストはアプリケーションマニフェスト。
ランタイムDLLにはアセンブリマニフェストが付属していて、
EXE/DLLと同じフォルダにランタイムを置きたければ、
アセンブリマニフェストも置かなければならない。
（当然vcredist_???.exeなどで別途ランタイムをインストールしておけば、
ランタイムもアセンブリマニフェストもEXE/DLLと同じフォルダに置く必要はなくなる）
アセンブリマニフェストは%windir%\WinSxS\Manifestsにある。
この中にあるCランタイムはmsvcr80.dll, msvcp80.dll, msvcm80.dllの3つから
なっているが、EXE/DLLと同じフォルダに置くアセンブリマニフェストでは、
使わないファイルの記述を削って構わない。
- 502 名前：487 mailto:sage [2007/03/14(水) 09:48:21 ]
- >>499
64BitのPCってまだそんなに普及してないですよね？？
32Bit対応にするために、VCの設定で64Bit対応は「いいえ」にしています。
>>500
検討してみます。
>>501
さっき別のPCで試してみたんですが、ダメでした( TдT)
>>494の構成に加えて、WinSxS\Manifests下のランタイムの記述のあるマニフェストファイルを
同梱したフォルダを持っていったのですが、構成が正しくないと怒られました。
msvcr80.dllだけのフォルダと他の二つも加えたフォルダのどちらも同じでした。（一つだけの場合、
マニフェストファイルは該当する記述以外消しました）
マニフェストファイルってアプリが実行されたフォルダも検索するはずですよね？？
何がまずいんでしょうか？？
なお、テストしたPCはVCの入っていないXP SP2です。
- 503 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:18:52 ]
- > WinSxS\Manifests下のランタイムの記述のあるマニフェストファイル
redistディレクトリがVCのインストール先にあるやろ・・・
- 504 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:37:24 ]
- EEは参考になるマニフェストが入ってなかったと思う。
www.codeproject.com/cpp/vcredists_x86.asp
↑これで試しても駄目？ それとSP1を当ててるとランタイム変わっているらしいので注意。
- 505 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 13:03:26 ]
- ほれ参考にせい
ttp://dev.activebasic.com/egtra/?p=28
- 506 名前：487 mailto:sage [2007/03/14(水) 13:31:59 ]
- >>504
>>505
ありがとうございます！
試してみます！
- 507 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 14:11:35 ]
- 本当にこの手の話は良く聞く。よその掲示板でも見かけるよ。
ttp://www.microsoft.com/japan/msdn/community/gdn/ShowPost-32360.htm
ttp://forums.belution.com/ja/vc/000/388/03s.shtml
- 508 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 19:36:17 ]
- ウインドウのレイアウトを初期設定に戻したいんだけど、どうすればええ？
- 509 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 19:44:29 ]
- すまん
自己解決
[ウインドウ]-[ウインドウレイアウトのリセット]で即解決だったわ
.NET 2003と変わったんでつね
- 510 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 19:57:28 ]
- >>506
こらこら、vcredist_x86.exeもちゃんとPCの中にあるって。
そんなネットの古いの拾うのはダメだ。どうしても嫌ならベクターにSP1のがあるが
スタート→検索→ファイルやフォルダでvcredistぐらい検索しても罰は当たりません。
- 511 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:00:55 ]
- 同じソースを、GUIの画面でビルドしたexeと、msbuild.exeでバッチビルドしたexeで
差はないですよね？
ビルドの条件は同じとして、片方が動いて片方が動かないというようなexeが
できることはないですよね？
- 512 名前：487 mailto:sage [2007/03/14(水) 23:09:29 ]
- やはりダメです･･･
もう限界です･･･
残念ではありますが、とても勉強にもなりました。
こんなに難しいことを理解されているみなさんを心から尊敬します。
親切に教えてくださって、ほんとうにありがとうございました m(_ _)m
- 513 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 01:30:47 ]
- >>512
たぶんこんがらがってるだけだから、一から確認をゆっくりしながらテストすることをおすすめする。
#メモを書かない人ならしったこっちゃねぇよ
- 514 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 09:00:31 ]
- MSDN Online 更新情報
またVista用パッチのお知らせがトップになってる…
- 515 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:16:59 ]
- 開発環境の質問なのですが、
Visual Studio 2005 で Visual Studio クラス デザイナ パッケージの読み込みに失敗する
という内容なのですが、マイクロソフトの情報によると、
Visual Studio 2005 では次の 2 つのアセンブリがインストールされますが、
Beta 2 にはファイルのバージョン情報が用意されていません。
Microsoft.VisualStudio.EnterpriseTools.ClassDesigner.dll
Microsoft.VisualStudio.EnterpriseTools.SdmDesigners.dll
という事でした。
ソース
www.microsoft.com/japan/msdn/vstudio/support/readme/
ソースを元にこの問題を解決するにはの手順どおり実行したのですが、
１番目：ファイル自体がなかった為スルー
２番目：指示通り削除
３番目：DVDの中にそのファイルがない
４番目：３番目と同様
と、ここで行き詰ってしまいました。
仕様している環境は、以下の通りです。
VS2005：Professional with MSDN professional
開発OS：XP Pro
どなたか助けてください。
- 516 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 12:58:33 ]
- １番目：アンインストール
２番目：再インストール
３番目：SP1インストール
- 517 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 13:14:05 ]
- >>516
全部試したけど駄目でした。
情報不足で申し訳ありません。
- 518 名前：デフォルトの名無しさん [2007/03/15(木) 13:18:12 ]
- >>517
この順序って事じゃないの？
- 519 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 13:37:18 ]
- >>518
ちょっと時間がかかりますけどその手順でもう一回やってきます。
- 520 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 14:21:48 ]
- 理想形
１番目：アンインストール
２番目：再起動
３番目：再インストール
４番目：再起動
５番目：SP1インストール
６番目：再起動
かな。
- 521 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 14:28:25 ]
- ７番目：WindowsUpdate全部
８番目：Microsoftダウンロードセンター全部。再起動の指示があれば必ずその場で再起動。「後で」は禁忌。
これでダメなら
Windowsのクリーンインストールからやり直し。
- 522 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 21:48:13 ]
- １番目：アンインストール
２番目：再起動
３番目：jv16 PowerTools
４番目：再起動
５番目：DriveDiet XP
６番目：再起動
７番目：再インストール
８番目：再起動
９番目：SP1インストール
１０番目：再起動
- 523 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 05:25:01 ]
- VisualStudioふざけんな！！
WebServiceコンポーネントをフォーム上に配置すると、接続先URLが勝手に固定化される。
Serviceのコンストラクタ内では
this.Url = global::hoge.Properties.Settings.〜
で動的に初期化されてるのに、Form.Designer.cs の中で勝手に
this.hogeService.Url = "localhost:8080/hoge/service/〜";
とか再設定してやがる。
これじゃ、いくら実行環境で.config書き換えても繋がらないわけだ…
フォーム上に配置するのではなく、自前でnewすることで解決したんだけど、
そもそも接続先をハードコーディングするようなソースを自動生成すんじゃねぇよ糞が！
- 524 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 07:14:04 ]
- >>523
久々にﾌｲﾀｗ
- 525 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 07:54:52 ]
- FormsはVBの流れだからそういうことは普通にあると考えてよいと思う
- 526 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 08:00:10 ]
- プロパティでごにょごにょとやるもんだと思ってた。
- 527 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 09:32:55 ]
- IContainerのコンストラクタを持つコンポーネントとコントロール以外を
フォームに張るとフォームの破棄のときにDisposeしてくれない。
そういうのは極力フォームには張らないようにしている。
- 528 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 10:00:03 ]
- Dispose()呼べばいいじゃない。
- 529 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 17:16:24 ]
- ツールボックスで、たとえばPictureBoxをコピーする。
ツールボックスにフォーカスが当たったまま、貼り付け。
そうすると、ツールボックスにPictureBoxが貼り付けられるんだけど、なにこれ？
- 530 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 17:24:13 ]
- ツールボックスをカスタマイズできるってことじゃよ
- 531 名前：529 mailto:sage [2007/03/16(金) 17:25:46 ]
- 好きな順序で表示させられる、ってことですかい？
- 532 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 17:41:25 ]
- 新しいタブを作ってよく使うコントロールをまとめておいたりできるしね。
だがアイコン表示が死亡してリセットすると全部パーになる罠。
- 533 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 17:50:41 ]
- なるほど、さんくす。
- 534 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 21:28:40 ]
- はっきりいってコンパイルで遅いわけじゃない
- 535 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 22:24:32 ]
- まあ
シールだけ抜き取られて捨ててあるチョコレート菓子を拾って主食にしていた頃もあったさ
- 536 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 23:16:02 ]
- >>534-535
何を言ってるのかﾜｶﾗﾅｰｲ
- 537 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 23:17:46 ]
- 質問です。
汎用的なTreeViewコントロールを単体で作ったんだけど、
コンストラクタの中でルートノードを１つAdd()していると
フォームに貼ったときに同じことを繰り返すコードが生成される。
フォームを保存→閉じる→開くを繰り返してるうちに
ルートノードが１つずつ増えていくんですがこれは仕様ですか？
- 538 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 23:54:48 ]
- そうやって何でも「仕様」だの「バグ」だの、ライブラリやプラットフォームの
作者のせいだと重いたがる幸せ回路発動系の性格の人はPG向いてないんじゃない？
仕様なわけないじゃんアホかw
フォームのデザイナにはデザイン時に変更されたプロパティーを
フォームのコードにして永続化する機能がある。
その「仕様」は、この機能とお前さんが書いたアホコードのコラボレーションってわけ。
- 539 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 01:28:15 ]
- 少なくともフォームに配置した後、何も変更してないんだから永続化の必要はないんだが。
コンストラクタ内で自分のプロパティや初期状態を設定するのがアホコード？？？
VSではそうなのか。常識の通用しないツールだことｗ
- 540 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 01:33:23 ]
- くだらね
- 541 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 01:36:56 ]
- ツールだことｗ
- 542 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 01:53:52 ]
- >>539
やっぱり君みたいな他責的な人間はPG向いてないと思うよ。
まあ冷静に考えてみな。
デザイナでForm1にLabel1を貼り付けて、Textプロパティに"hoge"と設定したとする。
するとForm1をShowしたときに、PG自身は何もコードを書いてないにもかかわらず
Label1には"hoge"と表示されるわけだが、これはどういう仕組みで実現されていると思ってるんだ？
- 543 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 02:01:55 ]
- >>539
仕様もなにもノードをadd()してるのはお前のコードだろが。
- 544 名前：デフォルトの名無しさん [2007/03/17(土) 16:59:15 ]
- ビルドエラーが出たとき、出力ウィンドウに
------ ビルド開始: プロジェクト: ***************, 構成: Debug Any CPU ------
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Csc.exe /noconfig /nowarn:1701,1702---etc.....
等々出た次の行の個々のエラーをダブルクリックすると、ソースのその行に飛ぶのはわかるんだけど、
上に示した、行をダブルクリックしたとき、ハードディスクにアクセスしてるけど、なにしてるの？
- 545 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 17:09:33 ]
- パソコンが文句言ってるんだよ
|
 |
