06/07/30 08:06:48
>いきなりC++から始めてるというよりは、C++に必要なCの部分もやってるつもりです。
C++を理解するにはほぼ全てのCの知識が必要だと思う(95%くらい?)
どうしてもC++やりたいなら「Java,C#(オブジェクト指向)→C(低水準言語、マクロ)→C++(糞オブジェクト指向)」がいい気がする
どうせ世の中じゃJavaやC#もかなり需要あるんだし
370:デフォルトの名無しさん
06/07/30 08:10:03
>>369
そんな変なパスを薦めないように。
C++をやりたいのなら、いきなりC++か、C->C++が最も良いのは明らか。
371:デフォルトの名無しさん
06/07/30 08:20:35
ソリューションをビルドすると、含まれるすべてのプロジェクトを
ビルドしようとします。途中でエラーが発生してもそのプロジェクトの
ビルドをあきらめるだけで、次のプロジェクトのビルドに移るんですが、
とにかくエラーが発生した時点でソリューションのビルド全体を
中止させるようにはできますか?
372:デフォルトの名無しさん
06/07/30 08:24:54
プロジェクト間の依存関係をソリューションで定義すればいい
373:デフォルトの名無しさん
06/07/30 08:28:41
>>240
>「Visual Studio 2005」 か 「Visual C++ 2005 Express Edition 」のどちらを使ったら良いか迷ってます。
これはどうなったの?
374:デフォルトの名無しさん
06/07/30 08:34:28
流石にもう、最初にCは止めた方がいいだろうな
まあ、Delphiから入ったオレが言うのも何だけど、
C#かJavaでオブジェクト指向を身につけるのがいいんじゃないかな
オススメは、そろそろスレ違いで無駄な弁明をさっさと中断して、
自分で心に決めているらしいC++の勉強を始めるか、
適切なスレにアドバイスをもらいに行くかだな
375:デフォルトの名無しさん
06/07/30 08:44:12
↑自分の意見を聞いてもらえないと駄々をこねる馬鹿
376:デフォルトの名無しさん
06/07/30 08:48:11
>>372 THX。今まで
「おまえそこでビルドに失敗してるんだから
次も失敗するだろが、ボケ」
って一人でキレてました。
377:369
06/07/30 08:49:17
>>370
>C++をやりたいのなら、いきなりC++か、C->C++が最も良いのは明らか。
C,C++で挫折する奴の最大の要因はポインタだと思うから(240は過去Cで挫折してる)
ポインタの無いJavaでオブジェクト型の参照について熟考した後の方が
Cやるにしても躓かないかなと思った
でも初めからC++は無いと思うぞ、
378:デフォルトの名無しさん
06/07/30 08:55:04
>>377
いい加減スレ違いだ。
自説を述べたければチラシの裏にでもどうぞ。
379:デフォルトの名無しさん
06/07/30 09:00:22
アセンブラから始めるのが最強
380:デフォルトの名無しさん
06/07/30 09:08:17
とうの昔にスレ違い。お前ら全員反省汁!
罰としてマクロだらけの俺のプログラムをデバッグしてもらおうか。
381:デフォルトの名無しさん
06/07/30 09:10:41
変質者のスレ違い質問のせいでスレが荒れちゃったな
382:デフォルトの名無しさん
06/07/30 09:16:01
未経験者で何やっていいかわからん人はここへ
初心者のためのプログラミング言語ガイド Part3
スレリンク(tech板)
383:デフォルトの名無しさん
06/07/30 09:20:00
まあ、そこまで言わなくてもいいだろ。
最初はVS2005ProfessionalにするかExpressにするか迷ってたんだから。
>>367
好きにやればいいと思うよ。
こんだけ言っても聴かない人だ、自分で試してみない事には気が済まないだろう。
ただそれで壁にぶち当たったとしても自分の実力不足とか勘違いしてがっかりスンナ。
それは単なる準備不足だから、その時にこそココで言われたこと思い出して基礎から
やり直せばいいんだからさ。
384:デフォルトの名無しさん
06/07/30 09:24:30
>>383
>最初はVS2005ProfessionalにするかExpressにするか迷ってたんだから。
違うぞ、VS2005とVC++2005EEを比べてたんだよ
ProとExpress比べてたのは>>228であって>>240とは別人
最初から意味不明なんだよ
385:デフォルトの名無しさん
06/07/30 09:27:12
Professional考えてるなら評価版使ってみてから質問してくれ
それできないやつは買っても使えないだろうし
386:デフォルトの名無しさん
06/07/30 09:38:09
>>383
お前、いい加減にしろ
387:デフォルトの名無しさん
06/07/30 09:46:11
これはもうアレだな
クマだな
うん
388:デフォルトの名無しさん
06/07/30 10:06:54
プロジェクトの設定でDebugプロファイルとReleaseプロファイルを
同じ値にするにはどうしたらいいですかね
Releaseにすると値がデフォルトに戻っちゃうんです
389:388
06/07/30 10:12:36
書き忘れましたが環境はVC++2005(ProとEE)です
390:デフォルトの名無しさん
06/07/30 10:17:12
プロジェクトのプロパティで変更したい構成を選んでから設定
391:デフォルトの名無しさん
06/07/30 10:29:23
ひょっとして「全ての構成」ってところで設定すれば
DebugとRelease切り替えても値が変わらないようになるって仕組み?
392:デフォルトの名無しさん
06/07/30 10:33:31
いや、全ての構成タブでは両方に設定できるだけ。
393:デフォルトの名無しさん
06/07/30 11:52:22
全部同じ値にしたいなら分ける必要ないと思うのですが
394:デフォルトの名無しさん
06/07/30 11:52:47
プロパティマネージャを使うといいと思うよ。
いろいろと幸せになれると思うよ。
395:デフォルトの名無しさん
06/07/30 12:45:16
VCスレじゃないですよ
396:デフォルトの名無しさん
06/07/30 13:17:14
VS2005 Standardってコンパイラの最適化はついてるの?
397:デフォルトの名無しさん
06/07/30 13:25:57
ExpressEditionの情報だが
> Visual C++ 2005 Express Edition には "最適化コンパイラ" は含まれますか。
>
> はい、Visual C++ 2005 Express Edition には、その他すべての
> Visual Studio 2005 エディションに含まれる予定のものと同じ、
> 最適化を行うコア コンパイラが含まれています。
> Profile Guided Optimization (PGO) など、拡張された新しい最適化機能の一部は
> Visual Studio 2005 の Professional 以上のエディションでしか使用できないことに注意してください。
URLリンク(www.microsoft.com)
398:デフォルトの名無しさん
06/07/30 13:31:26
>>397
ありがとう。
やっぱりPro版買ってくるね ノシ
399:デフォルトの名無しさん
06/07/30 13:33:37
(;゜。゜) エッ!
400:デフォルトの名無しさん
06/07/30 13:41:02
Pro持ってるけどPGOなんてほとんど使わんね。
401:デフォルトの名無しさん
06/07/30 13:42:16
/LTCG:PGINSTRUMENT でリンクしたモジュールで全然速くならないとぼやいてた人がいた。
そりゃあ~たなんだ・・
402:デフォルトの名無しさん
06/07/30 13:55:00
IPO/PGO使って本格的に最適化したかったらIntelのコンパイラ入れた方がよさげだな
403:デフォルトの名無しさん
06/07/30 14:39:11
>>402
intelコンパイラって単独では、動作しないでしょ?
404:デフォルトの名無しさん
06/07/30 14:57:57
inteロンパイラ
405:デフォルトの名無しさん
06/07/30 15:03:43
>>403
別途VSが必要だがStdでもおk。
コンパイラだけならVC++ 2005 Expressでも使える。
406:デフォルトの名無しさん
06/07/30 15:14:43
コンパイラだけならicc単独で動きますね。
407:デフォルトの名無しさん
06/07/30 17:34:25
URLリンク(japan.internet.com)
IEで.NET動かすやつなんだけど、
出来たりできなかったりする。
だれかやってみたやついる?
408:デフォルトの名無しさん
06/07/30 17:41:54
ゲーム作るなら
VS2005のどれがお勧め?
409:デフォルトの名無しさん
06/07/30 17:43:38
J#
410:デフォルトの名無しさん
06/07/30 17:46:38
JScript .NET
411:デフォルトの名無しさん
06/07/30 17:49:44
オンラインに対応させたくても
J#でおk?
412:デフォルトの名無しさん
06/07/30 17:56:04
おk
413:デフォルトの名無しさん
06/07/30 17:56:34
>>408
C++、C#
ってかVBってまだDirectXあるのかな?
414:408
06/07/30 17:59:05
C++いまやってるんだけど、
C#とCppの違いってどんなもん?
415:デフォルトの名無しさん
06/07/30 18:01:28
まずはマネージアプリ作りたいのかどうかから決めないとな。
416:デフォルトの名無しさん
06/07/30 18:02:31
C++とJavaくらい違う
417:デフォルトの名無しさん
06/07/30 18:02:46
JavaとC++の違いと同じ
418:408
06/07/30 18:06:50
そうですか・・・。
C++を数週間前使い始めたばかりなのでC++のままのほうがいいか
それかC#にするか
どちらのほうがいいでしょうか。
419:デフォルトの名無しさん
06/07/30 18:09:34
いい加減スレ違いに気がつけ
420:デフォルトの名無しさん
06/07/30 18:22:53
>>407はスルー??
421:デフォルトの名無しさん
06/07/30 18:34:57
質問の仕方が悪いことに気付け
422:デフォルトの名無しさん
06/07/30 18:38:12
>>408
全部使うのがお勧め。本体はC++がいいし、開発ツール類はC#かVB.NETが
向く。J#は思いつかんが、ひょっとしたら必要な場面に出くわすかもしれない
423:デフォルトの名無しさん
06/07/31 16:44:07
#pragma warning (disable: xxxx) に相当する記述を
コマンドラインからすることはできますか?
ソースコード中書かずに一括指定したいです。
424:デフォルトの名無しさん
06/07/31 16:44:55
どう見ても /wdxxxx でした。
本当にありがとうございました。
425:デフォルトの名無しさん
06/07/31 20:16:43
>>422
参考に拾ってきたJavaのソースコードをどうしてもキーワード色分け表示したいときに
もしかしたら使わないこともないかもしれない
426:デフォルトの名無しさん
06/07/31 22:20:24
これでFA関係などの制御系の外部機器を操作する事って可能ですか?
通信とかできないかな・・・
ラダーはあらかじめセットしといたとして
427:デフォルトの名無しさん
06/07/31 22:31:47
.NET検索しにくいからWinFXにして欲しかったのになぁ
428:デフォルトの名無しさん
06/07/31 22:50:19
>>426
何がしたいのかわからないけど、VisualStudio.Net 2005 で出来ないなら
他の何使っても出来ないと思うよ。
429:デフォルトの名無しさん
06/07/31 22:52:51
>>428
>他の何使っても出来ないと思うよ。
VBでできるかどうかは知らないがVBでできないとしてもPLCでできないわけがない
430:デフォルトの名無しさん
06/07/31 22:56:53
わけがわからんなw
431:デフォルトの名無しさん
06/07/31 22:59:43
> VisualStudio.Net 2005
って何?
432:デフォルトの名無しさん
06/07/31 23:03:54
Visual Studio 2005 の間違い
433:デフォルトの名無しさん
06/07/31 23:31:18
>>431
>>428は異世界からのレスです
434:デフォルトの名無しさん
06/07/31 23:49:53
VS2005は SP 有るんだよね。
VS.NET2003 は結局そう言うの一切無かったなぁ。
435:デフォルトの名無しさん
06/07/31 23:58:32
2003(theSpoke)買ったけど今は2005EE使ってる
Pro版ダウソできるの気付かなかったお
436:デフォルトの名無しさん
06/08/01 00:06:52
これだからデジタルデバイドのゆとり世代は困る。
URLリンク(blogs.msdn.com)
437:デフォルトの名無しさん
06/08/01 00:07:09
>>434
VS.NET 2003 はSP1が出るよ。
438:デフォルトの名無しさん
06/08/01 00:27:15
>>435
Enterprize Edition は Professional より上等だよ。
439:デフォルトの名無しさん
06/08/01 00:28:47
なんでもいいからさっさと直せ
URLリンク(connect.microsoft.com)
440:デフォルトの名無しさん
06/08/01 10:49:22
Microsoft Visual C++ Express Edition なんですがアンインストールできなくなりました。
「プログラムの追加と削除」で削除しようとしたら、PCが固まってしまい、再起動。
その後同様にアンインストールしようとしているんですが、
microsoft visual c++ 2005 express edition -jpn\vs_setup.msiを開けませんでした
ってエラーがでて終わってしまいます。
なんとかアンインストールできないものでしょうか?
441:デフォルトの名無しさん
06/08/01 10:49:51
もう一度インストールする
442:440
06/08/01 10:56:10
>441
それ(再ネットワークインストール)もやってみたんですが、
「~セットアップ中に問題が発生しました。セットアップは正常に終了しませんでした。」
って出てきてだめなんです。
443:デフォルトの名無しさん
06/08/01 11:30:12
フォーマットすればいんじゃね?
444:デフォルトの名無しさん
06/08/01 11:36:14
アンインストール失敗以前にシステム復元してからやいなおしても、アンインストール失敗。
いらいらしてきた。
445:デフォルトの名無しさん
06/08/01 11:49:41
フォーマットすればいんじゃね?
446:デフォルトの名無しさん
06/08/01 12:35:57
失敗してもいいじゃない、にんげんだもの
447:デフォルトの名無しさん
06/08/01 12:39:18
これは参考にならんか?
URLリンク(forums.microsoft.com)
448:デフォルトの名無しさん
06/08/01 14:34:25
>>63と同じような症状でCtrl+TABで切り替えダイアログがでるだけで、
ENTER押さないとタブ切り替わりません。
いろいろ調べてみた感じでは、Ctrl+TABだけでも切り替わるみたいなんだけど、
直し方まではわからなくて不便です…。
誰か直し方わかりませんか?
449:デフォルトの名無しさん
06/08/01 16:42:18
format c:/U
450:デフォルトの名無しさん
06/08/01 21:28:40
fdisk /MBR
451:デフォルトの名無しさん
06/08/01 21:36:47
これがいんじゃね?
URLリンク(www.orient-computer.co.jp)
452:デフォルトの名無しさん
06/08/01 23:27:16
ホームセンターで土木工事用カナヅチ買ってきてガシガシでいいじゃん。
453:デフォルトの名無しさん
06/08/02 06:10:33
VS2005入れないとVC8で作ったソフトが動かないんですけどどうしてですか?
454:デフォルトの名無しさん
06/08/02 06:30:27
J
455:デフォルトの名無しさん
06/08/02 07:36:54
どうしてもです
456:デフォルトの名無しさん
06/08/02 08:31:06
PC初心者
URLリンク(pc7.2ch.net)
457:453
06/08/02 12:01:58
自己解決しました!!
VC8ランタイムというものが必要なのですね
URLリンク(kkkon.hp.infoseek.co.jp)
458:デフォルトの名無しさん
06/08/02 17:51:23
ソリューションのプロパティで新しく「Test」っていう構成を作成して、
コンパイル・オプションや参照を設定してメイクしたんだけど、
そのあと「Debug」や「Release」に切り替えると、
その構成で指定していた参照設定が「Test」のに変わっちゃってた。
コンパイル・オプションなんかは各々の構成で指定したのが
ちゃんと生きているのに。
いったいどうゆうことなんでしょ。。。とほほです(´・ω・`)
459:デフォルトの名無しさん
06/08/03 00:18:07
>>458
プロパティで「参照設定」を選択すると、構成のドロップダウンリスト
はN/Aになる。各ビルド項目について設定するものじゃないんじゃないの?
460:デフォルトの名無しさん
06/08/03 00:49:56
MSDNとか見てると最近C#とVBばっかになってきた今日この頃
C++とかのUnManagedかC#とかのManaged
一長一短だとは思うが開発上のいいところ悪いところを上げてくれ
言語的なものでも構わない。
ちなみに俺はVS2005C#に乗り換えようかと考えてる
461:デフォルトの名無しさん
06/08/03 00:58:18
C#は、.NET Frameworkが入っていないと動かない。
フリーウェアとかなら、.NET Frameworkを入れろと出た段階で、
.NET Frameworkを入れるのではなく、プログラムがゴミ箱行き。
まあ、.NET Frameworkを入れろと出る親切なプログラムも少ないが。大抵は、なんたら.dllが無いと出て起動しないだけだな。
462:デフォルトの名無しさん
06/08/03 01:24:04
マイクソソフトさん、WindowsUpdateで.NetFrameworkを強制的にインスコしちゃってください!
463:デフォルトの名無しさん
06/08/03 03:17:36
>>462
嫌がる顧客がいるだろうが
セキュリティに関するもの以外は極力選択させるべき
464:458
06/08/03 09:18:32
>>459
ありがとうございます。
どうやらそのようですね、次のバージョンに期待したいと思います。。。(´・ω・`)
465:デフォルトの名無しさん
06/08/03 11:15:05
確かに.NET Frameworkを入れるのはめんどい。
でも、この間GExplorerを使いたくて渋々入れたら、予想よりまともに動くので驚いた。
Javaアプリみたいな感じかと思ってたよ。
466:デフォルトの名無しさん
06/08/03 11:27:34
でも、いずれ.NETがデフォで入ってるWindowsになるんでしょ?
そのときはもう.NETという言葉すらなくなっている。。。
467:デフォルトの名無しさん
06/08/03 11:29:42
既にでふぉではいってるよ
468:デフォルトの名無しさん
06/08/03 11:40:11
Vista July CTP には 3.0 がデフォで入ってたな
469:460
06/08/03 15:57:34
>>461
確かに、.NET入ってないとdllが足りないと言われたり
問答無用で強制終了したりしますね
自分のPCならいいんだけど、会社の共用PCなんかだと制限で.NET入れられないから
使えないアプリとかあってマジ困る
>>465
案外、安定してますよね
>>466>468
Vistaは.NET3.0が標準装備らしいです
Vista以降は.NETがデフォになるのかなぁ…
回答サンクス
470:デフォルトの名無しさん
06/08/03 22:01:13
>>360
遅レスながら。。。 DirectShow SDKはPlatform SDKに移動しました。ただし、内部で
DirectXのオブジェクトなどを呼んでいるようなので、結局DirectX SDKも一緒に入れる必要があります。
471:デフォルトの名無しさん
06/08/03 23:35:43
>>465
なんかあんたの住む世界だけ3年ぐらい時間が遅れてないか?
ここプログラム板だよね?w
472:デフォルトの名無しさん
06/08/04 10:02:19
あんなの知らなくても恥でもないけどなw
473:デフォルトの名無しさん
06/08/04 15:29:37
.NETはこれからのプログラムの形のひとつのあり方だとは思うがなー
474:デフォルトの名無しさん
06/08/04 15:30:54
VS2005Proだけどエディタ上でカーソルを上に押し続けるだけでなんであそこまでもっさり出来るんですか?
475:デフォルトの名無しさん
06/08/04 16:08:11
>>474
チミのPCがヘボなだけ
476:デフォルトの名無しさん
06/08/04 16:28:07
>>472-473
俺も、初めてTurbo-C使ったときは、printfリンクしただけで10k bytes超えるような
クソ言語、誰が使うか、やっぱ TASMだ、と思ってた。
Vistaが広まるころには、通常のGUIツールとかは.NET言語製があたりまえになるよ。
C#からだと、P/Invokeでインポートライブラリみたいなの無しで簡単に
DLL内のルーチン呼べるから、シビアなチューニングがいるところはC/C++
で書いてDLL化。多様性が必要なウワモノはC#かC++/CLIだろうな。
477:デフォルトの名無しさん
06/08/04 17:50:53
>>475
その点Eclipseは廃スペックだろうが、低スペックだろうが容赦なくモサるな。
478:デフォルトの名無しさん
06/08/04 18:02:46
アスロン64 3200+でも低スペックの範疇ですかのう・・・
479:デフォルトの名無しさん
06/08/04 18:07:52
>>478
いや十分・・・・なんだけど今じゃ10000万円を余裕で切るんだよなー・・・・・
何も知らなかった頃にセロリンノートを15万で掴まされた俺は・・・・orz
480:デフォルトの名無しさん
06/08/04 18:26:20
そりゃぁ、1億もつめば余裕で買えるだろうよ。
481:デフォルトの名無しさん
06/08/04 18:30:56
個人用で一億を超えるマシンの方が珍しい
482:デフォルトの名無しさん
06/08/04 18:53:28
>>477
NativeのEclipseがあるだろ。
483:デフォルトの名無しさん
06/08/04 22:11:28
>>476
C++でマネージドホゲホゲ使うくらいなら最初からC#の方が遙かに小回り効くし楽だし問題でない
484:デフォルトの名無しさん
06/08/04 22:26:27
>>483 おマイ文章読めないでしょ?
485:デフォルトの名無しさん
06/08/04 22:40:54
C++
リソースエディタどこやねん
どっかで拾う必要あるのか!?
もしくは自分で・・・・・
486:デフォルトの名無しさん
06/08/04 22:49:02
>>476
クソ言語だと思っていたら、やっぱりクソで終わった言語の方が多いけどな
487:デフォルトの名無しさん
06/08/04 22:50:37
>>485
つStandard Edition
488:デフォルトの名無しさん
06/08/04 22:55:59
>487
アーーーー!
MSめ!
中途半端に無料にしやがって。
489:デフォルトの名無しさん
06/08/04 23:02:55
>>488
つ自作
だってMSは.NETを普及させたいんだもん
490:デフォルトの名無しさん
06/08/04 23:17:59
そのためのExpress
491:デフォルトの名無しさん
06/08/04 23:25:08
つXN Resource Editor
492:デフォルトの名無しさん
06/08/04 23:37:16
>>488
大人しくC#使えよ
もしくはフリーのリソースエディタ
493:デフォルトの名無しさん
06/08/04 23:52:42
別にどうということもないけど、C#に慣れるともうC++いや。
速度も遅くないっていうか、何倍も早く同じ機能を実装できるので
その分最適化に時間回せるんだよね…。
問題はVistaまでの配布だけだよ本当。WPFがかなり速いらしいのも嬉しい。
…と、MFCのソフトいじりながら愚痴。
494:デフォルトの名無しさん
06/08/05 00:06:11
C++とC#ってどう違うの?
C#のコードっぽいの見たこと歩けどなんかVBみたいな感じがプンプンした。
495:デフォルトの名無しさん
06/08/05 00:23:42
Java + VB = C#
496:デフォルトの名無しさん
06/08/05 00:24:07
Fortran + Pascal = C#
497:デフォルトの名無しさん
06/08/05 00:28:02
父:C++ 母:Java
┃ .┃
┗━┳━┛
┃
┏━┻━┓
┃ .┃
姉:VB.NET 妹:C#
498:デフォルトの名無しさん
06/08/05 00:30:31
VistaがWinの過半を超えるのは、3年後くらいかな。
ちなみに、C#感覚でC++でプログラミングできるのが、C++Builder。
MSがC++BuilderレベルのC++言語を出してくれればいいのだが。
あるいはネイティブを吐くC#
499:デフォルトの名無しさん
06/08/05 06:23:47
VB、VC、ADO.net、MFC知ってたらC#はまだ手をつけなくてもいい?
それとも別の言語としてちょっとは勉強してみるべきかな。
500:デフォルトの名無しさん
06/08/05 07:18:52
知らんがな
501:デフォルトの名無しさん
06/08/05 08:17:40
>>498
ngen.exe
502:デフォルトの名無しさん
06/08/05 10:18:00
>あるいはネイティブを吐くC#
ネイティブコード吐いたところであの言語仕様じゃ
リンクするライブラリ(VM.DLL?)は軽くならないだろうし
意味がないと思うがな
503:デフォルトの名無しさん
06/08/05 12:08:31
っていうか、そもそもそんなに.NETが遅い重いとか思えないけど。
起動とWinフォームのコントロールの表示が重いだけじゃん。
504:デフォルトの名無しさん
06/08/05 13:40:10
VM=遅い重いってイメージはやっぱ強いよね。JavaVMのせいで。
それを押しのけられるか、潰されてしまうか。
パフォーマンスを上げ始めたActionScriptあたりに追い抜かれる可能性もある。
505:デフォルトの名無しさん
06/08/05 14:33:54
過度にパイプライン化が進んだきょうびのCPU事情鑑みると、
VMの実行コストは隠蔽されてしまう可能性もあるんだよな。
Javaが生Cの速度抜いた事例みたく、中間コードの質が高ければ
速度的にも逆転しちまう可能性すらないわけじゃない。
506:デフォルトの名無しさん
06/08/05 14:53:04
もう今頃何年遅れの議論してるんだろうか。頭が悪いにも程があるというもの
.NETがVM?
いや、知らなかったよw
507:デフォルトの名無しさん
06/08/05 14:55:16
俺もしらなかたた。
>>506がご高説をたれてくださるぞ。
508:デフォルトの名無しさん
06/08/05 14:57:17
みなのもの静まれ
今から>>506がJavaのVMと.NETがどう違うか説明して下されるぞ。
509:デフォルトの名無しさん
06/08/05 15:19:14
先言っておくがJITのことならJavaだって同じだろ。
510:デフォルトの名無しさん
06/08/05 15:23:59
JavaのVMのイメージを引きずらないようにMSはVMという言葉を使わないんだろうな
511:デフォルトの名無しさん
06/08/05 15:44:31
Sunって事実上、スクラッチからOS作ってないのでは?間違ってたらごめん。
512:デフォルトの名無しさん
06/08/05 15:45:37
パクリと思われたくないからだろ
Javaと構想がほぼ同じな2番煎じだしな
513:デフォルトの名無しさん
06/08/05 15:46:25
「スクラッチからOSを作る」の定義を聞こうか。
514:デフォルトの名無しさん
06/08/05 15:51:45
微妙にスレ違い風味ですね
515:デフォルトの名無しさん
06/08/05 16:08:45
フルスクラッチって言いたかったんじゃないの?w
まあフルスクラッチという言葉自体、和製英語っぽい、
かなり意味不明感のある言葉だけどね。
516:511
06/08/05 16:09:43
>>513
すまん。Solaris(本物のUNIXでそ?)しか浮かんでなかった…
517:デフォルトの名無しさん
06/08/05 16:22:48
え、.net って COM のローダの改良版でしょ?
518:デフォルトの名無しさん
06/08/05 17:29:35
.NETがJava並みと考えていたとは……
Windowsは重さと技術と互換性をバランスしているに違いない
519:518
06/08/05 17:31:40
また変な事言ってまった…
×Windowsは重さと技術と互換性をバランスしているに違いない
○Windowsは先進性と重さと互換性をバランス良く実現させているに違いない
ってか。
520:デフォルトの名無しさん
06/08/05 17:54:12
>>516
Sunの設立経緯を調べれば何やってた連中だか一発なんだがなぁ。
夏の中坊というより本当に若いだけなんだろうなorz
521:デフォルトの名無しさん
06/08/05 20:04:11
VisualC++2005で関数名や変数名なんかのシンボルにマウスポインタを
合わせるだけでそいつを宣言したときのコメントが現れるようにするには
どんな風にコメント書けば良いのでしょうか
522:デフォルトの名無しさん
06/08/05 20:22:26
VC++でCEdit使っていてフォントを
font.CreatePointFont(120, "MS Pゴシック")にすると、
表示は大丈夫だけどIME変換中のキャレットが馬鹿でかくなって
変換中の文字は見えないし、変換候補で出てくるリストも白文字で
左斜め120度にひっくり返ったリストになって出てくるんだけど、
どうしろと言うんじゃMSゴルァヽ(`Д´)ノ
523:デフォルトの名無しさん
06/08/05 21:47:36
>>521
タブ入れるとダメらしぃ
524:デフォルトの名無しさん
06/08/05 22:50:11
>>521
XML ドキュメント コメントの形式で書けば便利かも
525:デフォルトの名無しさん
06/08/06 00:20:58
>>501
ngen.exeってほんとにネイティブなexeを作ってくれるの?
.net frameworkのない環境にexeを移してもつかえるの?
526:デフォルトの名無しさん
06/08/06 00:27:01
>>525
ネイティブコードに変換したキャッシュを作る。
起動時にJITコンパイラを動かす必要がない。
527:デフォルトの名無しさん
06/08/06 00:28:09
>>526
へえ。
じゃあ
> .net frameworkのない環境にexeを移してもつかえるの?
みたいなことは無理なんだね。さんくす。
528:デフォルトの名無しさん
06/08/06 00:35:52
俺の開発環境
URLリンク(f42.aaa.livedoor.jp)
529:デフォルトの名無しさん
06/08/06 00:47:41
横になげえな、おい
530:デフォルトの名無しさん
06/08/06 00:48:29
>>527
なんていったってクラスライブラリが必要だからな。
.NET Frameworkを抜きに動かすことはできない。
531:デフォルトの名無しさん
06/08/06 00:52:06
>>527
それが出来れば誰も.NETなんて使わんわな。
532:デフォルトの名無しさん
06/08/06 01:12:13
どうせwindowsでしか動作しないのだからライブラリをスタティックリンクできる選択肢も用意してくれればいいのに。
ファイルが肥大化するだろうけど、単独起動できるメリットの方が大きい。
メモリもディスクもいっぱいあるのだから。
533:デフォルトの名無しさん
06/08/06 01:21:16
>>532
アップデートはどうすんの
534:デフォルトの名無しさん
06/08/06 01:24:54
アップデートしたらしたで、互換性の問題が出るわけだけっども
535:デフォルトの名無しさん
06/08/06 01:25:50
セキュリティの問題があるから、フレームワークは自動更新されるほうがいいな
536:デフォルトの名無しさん
06/08/06 01:33:47
昔と比べてネットの速度が上がったとはいえ
全部リンクさせた実行ファイルとかを
ダウンロードすんのは鬱陶しいと思うが。
537:デフォルトの名無しさん
06/08/06 01:47:22
まあ、事実上.NETFrameworkは標準搭載に近いわけだし、静的リンクにこだわる必要は薄いわな。
ときに不勉強の俺に教えていただきたいんだけど、.NETFrameworkのWindows以外への移植とかって
進んでたりするんでしょーか。
はじめっからそういう方面は志向してないのかな。
538:デフォルトの名無しさん
06/08/06 01:50:57
MS は Mac OS X と Free BSD 向けの .NET 1.0 を出していた
だけど Windows 以外の環境では Mono の方が出来がいいから
MS 製の .NET Framework を使っているやつはいないだろう
539:デフォルトの名無しさん
06/08/06 02:03:58
>>533
必要なら、プログラム作成者が再リンクしてプログラムをアップデートすればいいじゃん。
540:デフォルトの名無しさん
06/08/06 02:10:32
>>539
どう考えても本末転倒だろ。
作者のメンテ労力が無駄すぎる。
541:デフォルトの名無しさん
06/08/06 02:12:16
馬鹿いっちゃいかんよ
配布の手間はユーザ数に比例し
ユーザのアップデートの手間はソフト数に比例する
動的リンクならば手間はユーザ数だけで決まる
542:デフォルトの名無しさん
06/08/06 02:16:25
msの目論見~.NET Frameworkをインストールしなければ最新技術の結晶であるC#のバイナリが動作しない。だから皆NET Frameworkを入れるに違いない。
現実~.NET Frameworkなんてよくわからないけど怪しいから入れない。.NET Frameworkが必要なプログラムは嫌われる使われない。
543:デフォルトの名無しさん
06/08/06 02:20:36
>>540 >>541
プログラム自体のバグでも作者のメンテ労力の無駄とか言ってアップデートしなさそうだな
544:デフォルトの名無しさん
06/08/06 02:21:00
まあ、その状況もいい加減変わりつつあるわけだが。
MS製品自体が普通に.NET Framework要求したりするようになって久しいし、
開発する側からしてもC#の有用さは認めるところだし。
545:デフォルトの名無しさん
06/08/06 02:24:39
C#は作りやすいけど使いづらい。つまり作る側の都合の世界でありアプリユーザには何のメリットもない。
Officeは絶対に.NET Frameworkを要求しないことがすべてを表している。
546:デフォルトの名無しさん
06/08/06 02:27:04
>>543
そんなんは作者のモラルに聞いてくれ。
作ってる奴からすれば、自分の責任の及ばないところで勝手に使ってるコンポーネントが
差し換わっちまうことに拒絶反応示したくなるところなんだろうが、時代錯誤もいいとこだ。
もちろん更新対象がある程度枯れていて、バージョンアップが無駄に悪影響引き起こさないことが
前提ではあるわけだが…少し前ならいざ知らず、最近のはいい加減合格点くれてやってもいいべ。
547:デフォルトの名無しさん
06/08/06 02:34:40
>>545
作る奴が最大能力を発揮できる環境がユーザーにメリットをもたらさないって、明らかに主張が変だぞ。
それに馬鹿いっちゃいかん、Officeは.NET Framework要求しまくりだ。特にネットワーク連携関連。
個人で使う分には出番が無いとか言うなよ、Officeは企業ユースで使われてなんぼのアプリなんだから。
548:デフォルトの名無しさん
06/08/06 02:38:30
C#だと最大能力を発揮できてC++だと最大能力を発揮できないって・・・
論理破綻しているな。
549:デフォルトの名無しさん
06/08/06 02:48:16
>>547
>作る奴が最大能力を発揮できる環境がユーザーにメリットをもたらさないって、明らかに主張が変だぞ。
いくら作る奴が最大能力を発揮できてもその結果がユーザーの要求と異なればそれはただのオナニーだ。
ユーザー側にメリットは無い。
550:デフォルトの名無しさん
06/08/06 03:02:59
>>548
>C#だと最大能力を発揮できてC++だと最大能力を発揮できないって・・・
>論理破綻しているな。
してないよ。同程度の熟練度のプログラマが作業するなら、C++とC#を使って
同じ労力で発揮できる生産性には、明らかな開きがある。
ここで指す「最大能力」が、実行時のスループットのことのことを指すなら話は別だが、
それだってC#で開発時間を短縮して、後の最適化に作業リソースを割り振る選択がある。
このスレの中でも、そういうスタンスで作業してる奴の話が出てきてる。
そもそも使いづらいってなんだよ。
他の環境にもってきづらいのは間違いないから、いろんな政治的理由なんかも含めて
C#を使わない、使えない状況があるのはわかるが、使える環境で片意地張って使わないのは
単にアホの所業だ。
俺が知らない=使いづらいとか、そういう理由だったら笑うぞ。
551:デフォルトの名無しさん
06/08/06 03:05:40
>いくら作る奴が最大能力を発揮できてもその結果がユーザーの要求と異なればそれはただのオナニーだ。
それは言語系の責任じゃないな。
何使ってもオナニーしかしないやつはオナニーしかできんってだけの話だ。
552:デフォルトの名無しさん
06/08/06 03:05:52
C++と同等のスキルを持ったC#プログラマを集めにくいという意味で使いづらい
553:デフォルトの名無しさん
06/08/06 03:08:15
開発側じゃなくてユーザーが使いづらい、ってことじゃないの?
554:デフォルトの名無しさん
06/08/06 03:10:11
まあ、それはそれなりに同意。
つっても、最近のC#人口も無視できない勢力だしな。
C#の何が悪いって、他の処理系から見たら存在しないも同然の規格なんで、
組み込みだのゲームだの、生バイナリ出力必須なC++一択連中からしたら、
乗り換えの選択肢にものぼりゃしないことなんだよな。
プラットフォーム非依存のコード書くなら、普通Java使うだろうし。
555:デフォルトの名無しさん
06/08/06 03:14:19
多くのVBプログラマもC#への乗り換えにメリットを感じないと思うぞ。
多分、だけどな。
556:デフォルトの名無しさん
06/08/06 03:18:13
それはまあ、VBが無駄に進歩しちゃってるからなあ…
言語にうるさい手合いは色々言うんだろうが、あれはあれで確実に成功した言語だよな。
言語体系がCやC++、C#とも違いすぎるんで、移行する勉強が大変だって主張もあるらしいし。
でも、VBは切り捨てが発表されたんじゃなかったっけ?
557:デフォルトの名無しさん
06/08/06 03:24:42
Visual Basic 6.0 IDE は、延長サポートの一環として、2008 年 3 月まで Windows Vista でサポートされます。
URLリンク(www.microsoft.com)
558:デフォルトの名無しさん
06/08/06 03:25:15
まあ業務系プログラマはVB.NET使ってろってことだ
559:デフォルトの名無しさん
06/08/06 03:28:35
他人事ながら、VB使いの人の将来が微妙に心配だな…
560:デフォルトの名無しさん
06/08/06 03:42:02
>>559
COBOLerと同じ道を歩んでいくんじゃないのか?
561:デフォルトの名無しさん
06/08/06 03:43:00
ならまあ、ある意味安泰ではあるな。
って、マジカ!?
562:デフォルトの名無しさん
06/08/06 03:56:33
COBOLと違ってVBはMSに捨てられたらそれまでだからなぁ
563:デフォルトの名無しさん
06/08/06 07:21:06
まぁ会社にはVBで作られたうんこコードが山ほどあるだろうからなんとかなるだろう。
カワイソス(・ω・)
564:デフォルトの名無しさん
06/08/06 07:24:07
今でも企業とかはVBが多いの?
565:デフォルトの名無しさん
06/08/06 08:27:44
俺のプログラムは .NET framework というより Windows を静的リンクして配布したいです。
ライセンス的に問題ないでしょうか?
566:デフォルトの名無しさん
06/08/06 09:43:06
>>565
君のギャグセンスに問題がある。
567:デフォルトの名無しさん
06/08/06 10:43:47
>>558
VB.NETとC#は構文が違うだけで似たようなもんだと思うぞ。
568:デフォルトの名無しさん
06/08/06 10:59:19
>>562
捨てるには、あと10年ほどかかるんジャマイカ。
16bitコードをやっと捨てようとしているぐらいなんだから。
569:デフォルトの名無しさん
06/08/06 11:44:28
>>568
10年って長いようで短いからなぁ
570:デフォルトの名無しさん
06/08/06 11:54:18
で、その10年間にVB.NETで業務系システムがこんもりと作られたとして、
10年後に皆さん一斉に全部廃棄してください、と。
あるあr・・・ねーよw
571:デフォルトの名無しさん
06/08/06 12:02:22
COBOL.NET
572:デフォルトの名無しさん
06/08/06 12:10:47
汎用機等と違ってPC/Windowsを(部分的にでも)使ったシステムは
その分H/WやOSのリプレイスの方が早く来てS/Wのリプレイスサイクルも短いと思う。
システム屋は「ここ数年持ってくれればおk」な作りしか出来ないから
よほど短命なものでなければ.NETだろうが何だろうが構わんと。
573:デフォルトの名無しさん
06/08/06 12:12:56
>>572
意味が分かりません。
574:デフォルトの名無しさん
06/08/06 12:14:59
俺はわかる
例外も多いだろうが概ね
575:デフォルトの名無しさん
06/08/06 12:17:20
>>574
あんたすげーよ。
まぁ取るに足りない意見だろうから、詳しく知りたいとも思わんが。
576:デフォルトの名無しさん
06/08/06 12:22:48
574じゃないけど、別に普通に読めるだろ
しかし、ドドネトの議論みてもそうだが、
どう考えてもPGでもなんでもないタダのパソヲタ風情がかなりの割合で紛れ込んでるなw
577:デフォルトの名無しさん
06/08/06 12:25:34
自分が理解できないことは取るに足りない意見かよwww
578:デフォルトの名無しさん
06/08/06 12:27:32
得てしてそういうもんだ。
579:デフォルトの名無しさん
06/08/06 12:27:54
俺も良くわからん。最後の一行の意味が。
580:デフォルトの名無しさん
06/08/06 12:30:28
おれのことか
581:デフォルトの名無しさん
06/08/06 12:30:44
Basic系言語は、ゲイツの思い入れの深い言語だから、絶対に無くならないという
噂だったが、肝心のゲイツがいなくなっちゃったからなぁ
582:デフォルトの名無しさん
06/08/06 12:32:32
VBで何が悪いかと聞かれて、悪いところって実はほとんどないんだよなあ。
逆になんで干されることになっちゃったのかね。
583:デフォルトの名無しさん
06/08/06 12:35:05
え?君のまわりでは、干されてることになっちゃってるの?
584:デフォルトの名無しさん
06/08/06 12:35:39
いや、普通に現役だけどさ…
585:デフォルトの名無しさん
06/08/06 12:42:24
>>582
純なVBなら
実行スピードは?
それとランタイムが必要。
あとはVBで作るとC/++系プログラマから阿呆扱いされること。
586:デフォルトの名無しさん
06/08/06 12:56:29
DBサーバに金も負担も掛けたくないからストアド使うなビュー使うなとか
言っておいて言語にはVB指定しておいて、遅いから端末アプリで何とかしろと
言う訳判らんユーザが多いことといったらもうね・・・
だいたいあっちにもこっちにも使わねーインデックス張り過ぎなんだよな。
587:デフォルトの名無しさん
06/08/06 13:17:30
VBでも自力でCreateWindowしてメッセージループ回したりできるんだけどな(´・ω・`)
RADの側面だけが目立ってるけどSDKベッタリな使い方もできる。
Publicメソッドでユーザー定義型を引数にできないのは致命的だが。
588:デフォルトの名無しさん
06/08/06 13:21:12
>あとはVBで作るとC/++系プログラマから阿呆扱いされること。
これ、半ば以上言いがかりだよな。
習得が楽な言語で楽して何が悪いのかって話だろうに。
やっぱこの手のもんは、ある程度アカデミックな方面にも求心力がないと駄目なんかね。
589:デフォルトの名無しさん
06/08/06 13:25:03
C#は馬鹿にされないVBとしてつくられたのかな
590:デフォルトの名無しさん
06/08/06 13:37:53
その通り
591:デフォルトの名無しさん
06/08/06 13:38:41
「C」って文字が入ってるしな
でもJavaのパクリなんだけどな
592:デフォルトの名無しさん
06/08/06 13:42:20
Cに挫折してVB逝った奴も多いからな。
馬鹿にされるのは当然というか必然というか。
593:デフォルトの名無しさん
06/08/06 13:51:55
>>592
え~、Cがわからない奴がVBに行ってもどうしようもないコードしか書けないんじゃないの。
594:デフォルトの名無しさん
06/08/06 13:52:37
C++の強大無比さと情け容赦の無いメモリーリークに負けてC丼行くのはOKなのか?
595:デフォルトの名無しさん
06/08/06 13:52:48
>>588
レトルトのトマトソースをゆでてスパゲティの上に載せただけで美味しいパスタ料理ですといってるようなもんだろ。VBっつーのは。
イタリヤ料理人から見るとチャンチャラおかしい。
596:デフォルトの名無しさん
06/08/06 13:54:49
Cがわからない奴==ポインタが理解できない奴
VBにはポインタがないから。
597:デフォルトの名無しさん
06/08/06 13:56:22
Borland C++Builderから移行してきました。
BCBではEurekaLog(URLリンク(www.eurekalog.com))というものを使っており、
EXEファイルに組み込み、エラーが発生すればログファイルが生成される
もので、重宝していました。このようなツールかライブラリはVisualStudio
にはありますか? 通常実行では実行速度にまったく影響を与えません。
598:デフォルトの名無しさん
06/08/06 13:57:48
>>595
たとえ手作りソースでもチャンチャラおかしいだろ。
パスタとソースはパンで絡めて仕上げるもの。
599:デフォルトの名無しさん
06/08/06 14:02:49
>>596
参照とか、インスタンスとか言われても理解できないんじゃ、VB.NETもやっていけないんじゃね。
600:デフォルトの名無しさん
06/08/06 14:18:24
言語はTPOで使い分けるのが常識だろ。
.NETやJavaは業務アプリ向けだと思うけどね。パッケージソフトや日曜プログラマが好む
ユーティリティ系のプログラムには向いてない。
逆に販売管理のようなものをC++でやれっていわれたら遠慮するわ。
601:デフォルトの名無しさん
06/08/06 15:12:13
つーか、別に一つの言語だけでソフトを組む必要性もないしな。
.NETでありがたいのは、配布パッケージを何種類も作らなくて済むことかな。
配布後の起動時のJITにまかせていくから何気に便利。最初のキャッシュを
みかけ早くするためだけにngen使うとダメだが。
602:デフォルトの名無しさん
06/08/06 15:22:09
>>600
Javaはともかく.NETは趣味プログラミングに向いてると思うけど。
603:デフォルトの名無しさん
06/08/06 15:29:07
好きな言語を使えばいいと思うよ
604:デフォルトの名無しさん
06/08/06 16:02:49
>>603
そう思って今C丼の本を斜め読みして入門コードを書いたが
まだ不気味で馴染めない
1)スコープ解決演算子が. やっぱ::じゃないと吐き気がする
2)includeもしてないファイルのクラスオブジェクトがなぜ使える?
(これはVSが奇妙なのかも知れんがキモイ)
3)C++/CLIもそうみたいだが、何故か勝手にbaseクラスがある(爆笑)
MSってマジにバカ集団なのか?
それとも俺が低脳なのかw
605:デフォルトの名無しさん
06/08/06 16:07:40
お前が低脳
606:デフォルトの名無しさん
06/08/06 16:07:52
>>604
言わずもがな
607:デフォルトの名無しさん
06/08/06 16:15:07
throw std::runtime_error("もういやだ。");
のように例外を投げてこれを捕捉しなかった場合、
デバッガで例外の発生を検知して例外が発生した行を
表示すると言うことはできますか?
今試しに例外を投げてみたら、単に例外が発生した旨を
示すダイアログがでるだけです。このダイアログは
Visual Studio の中からではなくターゲットプロセスを
単独で実行しても表示されるので、ランタイムか OS が
表示させているものだと思うのです。
608:デフォルトの名無しさん
06/08/06 16:34:27
例外を窓から投げ捨ててるのね
609:デフォルトの名無しさん
06/08/06 17:24:24
「好きな言語を使えばいい」というのはアマチュアの考え。
プロはJavaだろうがVBだろうがC#だろうが、
複数の言語を使えなければ仕事が来なくなる。
610:デフォルトの名無しさん
06/08/06 17:42:52
>>607
メニューのデバッグ→例外から、デバッグ中に例外が投げられた時どうするかを選べる。
中断を選んでおけば、例外が投げられたらその箇所で停まる。後は必要なら呼出履歴を見て遡れ。
611:デフォルトの名無しさん
06/08/06 18:04:46
>604
> 1)スコープ解決演算子が. やっぱ::じゃないと吐き気がする
そりゃ、蓮コラの見すぎだ。
612:デフォルトの名無しさん
06/08/06 18:24:17
C#には名前空間エイリアス修飾子演算子 :: があるよ
613:デフォルトの名無しさん
06/08/06 18:28:18
VC++2005Expをインストールしている環境に、ProやStdを入れても
問題ないでしょうか?
IDEの設定(ツールバーの配置とか)を後からインストールした
バージョンが引き継いでくれると楽なんだが…。
614:デフォルトの名無しさん
06/08/06 18:29:15
やはり俺が低脳だったんだなw
つかさ、C++もろくに出来んヘタレに生意気言われるのってココでしか味わえない貴重な経験だよな
615:デフォルトの名無しさん
06/08/06 18:45:31
>>604
> 2)includeもしてないファイルのクラスオブジェクトがなぜ使える?
> (これはVSが奇妙なのかも知れんがキモイ)
Visual Studioが奇妙~ってくだりは、「君はいったい何でC++組んで来たんじゃい」
っておもた。
616:デフォルトの名無しさん
06/08/06 19:22:18
>>604
1~3全て言語設計の結果、それなりに利点があると思われたから。
言っておくが、俺はC#マンセー派ではないぞ。
617:デフォルトの名無しさん
06/08/06 19:37:19
>>604
言ってることが意味不明だよあんた。
C++プログラマが馬鹿と思われるじゃないか。
618:デフォルトの名無しさん
06/08/06 19:40:07
え?w
619:デフォルトの名無しさん
06/08/06 20:02:43
C++のincludeは色々と面倒なとこがあるし、変えるのはあまり不思議じゃないな。
620:デフォルトの名無しさん
06/08/06 20:04:35
煽り合うのをやめろ!
621:デフォルトの名無しさん
06/08/06 20:10:11
>>620
わかった!!!
622:デフォルトの名無しさん
06/08/06 21:01:45
Visual Studioの次のバージョンではUIがOffice2007みたいなリボンになるの?
623:デフォルトの名無しさん
06/08/06 23:20:43
それはねーべー
624:デフォルトの名無しさん
06/08/06 23:21:30
2.の回答。
mscorlib.dllが標準で参照されるようになっているから。もちろんオフにもできる。
625:デフォルトの名無しさん
06/08/07 00:10:12
いやそれちょっと違うし、本質的な回答じゃないでしょw
本質的な回答は「プロジェクト」っていう仕組みを利用することで
間接的にコンパイラにオプション指定しているから。
626:デフォルトの名無しさん
06/08/07 00:55:50
質問させてください。
VisualStudioでC++のヘッダーファイルからCPPファイルの
メソッド等のスケルトンを自動的に生成するというような
ことはできないのでしょうか?
627:デフォルトの名無しさん
06/08/07 01:00:32
できません。
628:デフォルトの名無しさん
06/08/07 01:03:08
>>625
それも本質的ではないだろ。
ヘッダをインクルードすると言う概念を捨てた
(バイナリであるアセンブリにC++のヘッダに相当する情報を埋め込んである)
と言うことこそ本質ではないだろうか。
629:デフォルトの名無しさん
06/08/07 01:08:55
>627
そうなんですね...。
そうすると皆さんいちから手書きでCPPファイルを書いているのですか?
このあたり自動化できたらはるかに実装の手間が減ると思うのですが。
630:デフォルトの名無しさん
06/08/07 01:19:28
>>629
一部のCaseツールでは、設計内容から*.hと*.cppのスケルトンを作ってくれるものもあります。
*.hを先に書くスタイルの人で、*.cppのスケルトンを作りたい人は、自作のスクリプトを作っているものと思われます。
631:デフォルトの名無しさん
06/08/07 01:24:28
>>628
カッコ内の説明は自作したクラスにも当てはまる?
まぁ、Javaのパッケージまねしたからって回答でもいい気もする。
632:デフォルトの名無しさん
06/08/07 01:31:18
>>629
ヘッダから作るってのは無いんじゃね?
お望みの機能とは違うとは思うが、一応メンバ関数の追加ウイザードって奴がある。
ヘッダ上の宣言とcpp上の定義とを自動で作成してくれるぞ。
殆どの場合手で書いた方が早いとは思うが。
633:デフォルトの名無しさん
06/08/07 01:48:59
コンパイルしてエラーになったら、半自動でヘッダに関数定義を追加してくれる機能があってもいいとは思うな。
634:デフォルトの名無しさん
06/08/07 01:55:32
やめてくれw
悪くするとウイルスみてえなもんだぞ、それ。
Javaとかの書き方に慣れると、なんでもかんでもヘッダにぶちまけたくなったりはするけどなー。
635:デフォルトの名無しさん
06/08/07 02:18:08
皆さんありがとうございます。
>630,632
なるほど参考になります。
ちょっと試してみますね。
636:デフォルトの名無しさん
06/08/07 02:21:06
>>635
VSのクラスビュー周辺は、強力な割にはあまり使いこなされて無い機能のはずだ。
是非触ってみた感触とかをレビューしてくれ。
637:デフォルトの名無しさん
06/08/07 02:31:39
>>634
ウィルスって・・・
eclipse使ったこと無いの?
638:デフォルトの名無しさん
06/08/07 02:35:22
あるけど、JDTにもCDTにもそんな変態な機能あったっけ?
639:デフォルトの名無しさん
06/08/07 02:36:23
俺の開発環境うp
URLリンク(f42.aaa.livedoor.jp)
AthlonX2 4200+ 65W
ATI X1900
Dell 24インチワイド
サムソン1GBメモリ
HDD SATA320GBシーゲート
640:デフォルトの名無しさん
06/08/07 02:39:07
出たな横長野郎
641:デフォルトの名無しさん
06/08/07 02:46:29
>>638
エラーになったときに、メソッドのスケルトンを書いてくれる機能とかがなかったっけ?
642:デフォルトの名無しさん
06/08/07 02:50:25
>>641
記憶に無いなあ。俺が知らないだけなんだろうが。
つか、エラーが出てる時点でその定義が正しいものなのかどうかすら怪しいだろうに、
それを勝手に補完するのって、えらく危険な機能な気がするんだが…。
マジでそんな機能あったの?
643:デフォルトの名無しさん
06/08/07 02:51:41
VS2005だと、普通にstrcpy使うだけでエラーになるんだな。
つまり「_s」を入れないといけない。
644:デフォルトの名無しさん
06/08/07 03:19:09
ダイアログボックスの文字列をコピーするソフトなどで、
「起動しているソフトのコントロールにアクセスする」
みたいな説明文を稀に見かけるのですが、
Win32API使わずに、.NETクロスライブラリで
他のソフトのラベルやテキストボックスにアクセスって出来るんすか?
645:デフォルトの名無しさん
06/08/07 08:24:08
>>643
なんか適当なマクロを定義しておけばその警告を表示させないようにすることができるはず。
646:デフォルトの名無しさん
06/08/07 08:45:40
pragmaじゃないの?
647:デフォルトの名無しさん
06/08/07 09:04:27
URLリンク(msdn2.microsoft.com)
_CRT_SECURE_NO_DEPRECATE
もちろんpragmaも使えるようだ。
648:デフォルトの名無しさん
06/08/07 09:32:32
>>593
禿銅
649:デフォルトの名無しさん
06/08/07 10:05:41
つーかエラーと警告の見分けも付かないカスは引っ込め。
650:デフォルトの名無しさん
06/08/07 14:42:55
うちのVS2005、プログラムが複雑すぎてコンパイルできませんとか
言うんだけど誰か喝入れてやってくれないか。
651:デフォルトの名無しさん
06/08/07 14:50:57
大沢と張本にでもやってもらえ
652:デフォルトの名無しさん
06/08/07 16:20:55
>>651
奴らにコンパイルさせたら何年かかることか。
653:デフォルトの名無しさん
06/08/08 00:14:06
MSDN入っている人バグレポートお願いします。
// KanjiBug.hUTF-8
class CKanjiBug
{
C2001()
{
CString cstr("り");// C2001 or compile error
};
CKanjiBug() { };
~CKanjiBug() { };
}
654:デフォルトの名無しさん
06/08/08 00:20:26
>>653
お前はまともにバグレポートもかけないのか
655:デフォルトの名無しさん
06/08/08 00:26:17
窓口分かりません。教えてもらえませんか?
2005でもエラーでますか?(UTF-8で保存した物)
656:デフォルトの名無しさん
06/08/08 00:28:42
実際に使用しないとエラー出ません。下のようなファイル作ってください。
//main.cpp UTF-8
main()
{
CKanjiBug kanjibug;
}
657:デフォルトの名無しさん
06/08/08 00:41:58
釣りにしちゃレベルが低すぎるな。ゴミだ。
燃えるゴミは今日の朝のうちに持って来いよ。
658: ̄ ̄ ̄ ̄V ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
06/08/08 00:44:52
,. -ー冖'⌒'ー-、
,ノ \
/ ,r‐へへく⌒'¬、 ヽ
{ノ へ.._、 ,,/~` 〉 } ,r=-、
/プ ̄`y'¨Y´ ̄ヽ―}j=く /,ミ=/
ノ /レ'>-〈_ュ`ー‐' リ,イ} 〃 /
/ _勺 イ;;∵r;==、、∴'∵; シ 〃 /
,/ └' ノ \ こ¨` ノ{ー--、〃__/
人__/ー┬ 个-、__,,.. ‐'´ 〃`ァーァー\
. / |/ |::::::|、 〃 /:::::/ ヽ
/ | |::::::|\、_________/' /:::::/〃
! l |::::::| ` ̄ ̄´ |::::::|/
ノ\ |::::::| |::::::|
659:デフォルトの名無しさん
06/08/08 00:48:07
それをsageて書き込むと一部の専ブラで悲しいことになるからやめろと小一時間(ry
660:デフォルトの名無しさん
06/08/08 01:00:34
>>656
ちったあ口の利き方考えろ。
それはさておき、UTF8のソースをBOM無しで保存してるからそういう目にあう。
BOMつけて保存しなおしてからビルドしてみろ、問題なく通るから。
それと、オンラインのMSDNは別に会員じゃなくてもアクセスできる。
C2001でググってみろ。普通にひっかかるぞ。
改行が~って出て直接の原因じゃないように見えるだろうが、
恐らく文字化け起因だろうということはこの時点でわかる。
これでいいか?
661: ̄ ̄ ̄ ̄V ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
06/08/08 01:10:55
,. -ー冖'⌒'ー-、
,ノ \
/ ,r‐へへく⌒'¬、 ヽ
{ノ へ.._、 ,,/~` 〉 } ,r=-、
/プ ̄`y'¨Y´ ̄ヽ―}j=く /,ミ=/
ノ /レ'>-〈_ュ`ー‐' リ,イ} 〃 /
/ _勺 イ;;∵r;==、、∴'∵; シ 〃 /
,/ └' ノ \ こ¨` ノ{ー--、〃__/
人__/ー┬ 个-、__,,.. ‐'´ 〃`ァーァー\
. / |/ |::::::|、 〃 /:::::/ ヽ
/ | |::::::|\、_________/' /:::::/〃
! l |::::::| ` ̄ ̄´ |::::::|/
ノ\ |::::::| |::::::|
662:デフォルトの名無しさん
06/08/08 01:17:55
このバグレポートは日本のテクニカルサポートだと思うのですが、非会員でも出来ますか?C2001はググっても見つかりませんよ。
今度からBOM付けてみます。ありがとうございました。
663:デフォルトの名無しさん
06/08/08 01:29:46
>>662
日本語
URLリンク(msdn2.microsoft.com)
英語
URLリンク(msdn2.microsoft.com)
うだうだ言ってる暇があったら「MSDN C2001」でググれ!
3秒で見つかるわ!
664:デフォルトの名無しさん
06/08/08 01:37:10
>>663
BOM問題の解には見えないのですが…バカですか?すみません。
665:デフォルトの名無しさん
06/08/08 01:41:53
>>664
手取り足取り教えてやらないとわからないのかよ…
改行が狂ってるってコンパイラがお怒り(C2001の時点でこれが判明)なら、
文字コード回りを疑うわけだろ、普通。
その後は UTF8 VisualStudio でググレば一撃で答えがでるじゃねえか。
この程度の味噌も片付けられねえ癖して何抜かしてやがんだ。アホらしい。
666:デフォルトの名無しさん
06/08/08 02:05:21
>665
おまえ、親切だな。
667: ̄ ̄ ̄ ̄V ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
06/08/08 02:07:03
,. -ー冖'⌒'ー-、
,ノ \
/ ,r‐へへく⌒'¬、 ヽ
{ノ へ.._、 ,,/~` 〉 } ,r=-、
/プ ̄`y'¨Y´ ̄ヽ―}j=く /,ミ=/
ノ /レ'>-〈_ュ`ー‐' リ,イ} 〃 /
/ _勺 イ;;∵r;==、、∴'∵; シ 〃 /
,/ └' ノ \ こ¨` ノ{ー--、〃__/
人__/ー┬ 个-、__,,.. ‐'´ 〃`ァーァー\
. / |/ |::::::|、 〃 /:::::/ ヽ
/ | |::::::|\、_________/' /:::::/〃
! l |::::::| ` ̄ ̄´ |::::::|/
ノ\ |::::::| |::::::|
668:デフォルトの名無しさん
06/08/08 02:26:41
VS2005のC++でメソッドやクラスのコメントの
スケルトン作成コマンドってあるんでしょうか?
C#のスラッシュ三つ打つみたいやつです。
669:デフォルトの名無しさん
06/08/08 02:34:45
なんか昨日も似た様な話題が出た様な
クラスウイザード関連に頑張ってもらうしかないんじゃないかな
そのものズバリはやってくれないけど、関数の追加コマンドとかは
一応行コメントの準備くらいはしてくれるはず
670:デフォルトの名無しさん
06/08/08 03:49:15
>>665
文字コードの具合でUTF16->UTF8 BOM付きに戻したけどエラーじゃないか。死ね。
671:デフォルトの名無しさん
06/08/08 04:20:58
もうね
672:デフォルトの名無しさん
06/08/08 04:31:14
他のMSDNサブスクリプション入っている方バグレポートお願いします。
673:デフォルトの名無しさん
06/08/08 04:35:40
う財から、UTF8じゃなくしてもでるのか。
ほかのそーすをUTF8にしてもでるのかやってこい。
674:デフォルトの名無しさん
06/08/08 05:58:45
>>655
>2005でもエラーでますか?(UTF-8で保存した物)
といってるってことはVC2005は使ってないということだな?
コンパイラのバージョンはなんだ。VC6はShift_JIS(ANSI)しか受け付けないぞ。
675:デフォルトの名無しさん
06/08/08 06:10:55
またお前か。テストもしないくせに大口出鱈目叩くだけならひっこんでろよ。
2003
.Net framework1.1のバグかもしれん
676:デフォルトの名無しさん
06/08/08 07:30:32
>>653
ところで、関数定義の後にセミコロンは要らないぞ。
677:デフォルトの名無しさん
06/08/08 08:16:35
ていうかここ2005スレだし
678:デフォルトの名無しさん
06/08/08 08:26:31
class CKanjiBug
{
略
~CKanjiBug() { }; < 余計なところにあるのに
} <肝心なところにない
1.1のならUTF-8は問題ない。
16進ダンプを取れるならKanjiBug.hの先頭16バイトほどここにアップしてみたらいいよ。
679:デフォルトの名無しさん
06/08/08 08:56:11
VCってUTF-8正式サポートして無くなかったっけ?
680:デフォルトの名無しさん
06/08/08 09:30:12
徹夜明けだからミス勘弁してくれ。
2005もたぶん同じバグ持っている?、後々迷った人向け道しるべ、バグレポート希望。投稿したけど無駄だったようだな…(´-`).。oO(もうしらね)
681:デフォルトの名無しさん
06/08/08 09:58:13
Express Edition 落として自分で試せよwww
682:デフォルトの名無しさん
06/08/08 11:39:44
>>680
VS2005では出ないし、2003でも出ねえよ。
保存の仕方間違えてるんじゃねえのか?
#include <stdio.h>
int main(int argc, char argv[])
{
printf("り");
return 0;
}
「Unicode (UTF-8 シグニチャなし) - コードページ 932」で保存->
error C2001: 定数が 2 行目に続いています。
error C2143: 構文エラー : ')' が 'return' の前にありません。
「Unicode (UTF-8 シグニチャ付き) - コードページ 932」で保存->
エラー 0、警告 0
どうやったらそんな簡単な問題が、2年以上使われてるソフトで放置されてるなんて
おめでたい思考に行き着くんだか、親の顔が見てみてえよ。
上司でも先生にでも聞いて笑われて来い。
683:デフォルトの名無しさん
06/08/08 13:02:10
WindowsXP
VisualC#2005ExpressEdition
フォームにdatagridviewを貼り付けて
datamember とか、datasorceとかを設定してdatasetと結びつけて(?)
使ってます。
AllowUserToDeleteRowsをTrueにしているのに、
行をDeleteキーで消すことができません。
このDataGridViewにKeyPressイベントを設けて、
DataGridViewがフォーカストされてるときに押された
Deleteキーが認識されているのかをチェックしてみたのですけど、
KeyPressイベントがきませんでした。
リターンキーを押したら、KeyPressイベントがちゃんときました。
何から手を付けたらよいのか、ご教示賜りたく
宜しくお願い申し上げます。
684:683
06/08/08 13:17:43
「解説 DataGridView がデータにバインドされている場合、このプロパティと IBindingList.AllowRemove プロパティの両方が true に設定されていれば、ユーザーは行を削除できます。」
という記載をMSDNで発見しました。
私の場合は、
(1)DataGridViewがデータにバインドされています。
(2)このプロパティ(AllowUsertoDeleteRows)はTrueです。
(3)IBindingList.AllowRemove がTureかFalseか確認できません。
IBindingList.AllowRemove をMSDNで検索すると、
URLリンク(msdn2.microsoft.com)
「Remove または RemoveAt を使用してリストから項目を削除できるかどうかを示す値を取得します。 」
とだけは書いてあります。
取得はできるけど、設定はできないようです。
上記(3)だけ解消すればうまくいくような気がします。
躓いてしまいました。諸先輩方、宜しくお願い申し上げます。
685:デフォルトの名無しさん
06/08/08 13:19:34
>>682
糞うぜえ夏厨だな。低スキルなら低スキルらしくママのおっぱいでもしゃぶってろよ。
それがどうやったら使えるのか、3階からヘッドバッドしながら聞いてみたい。
686:デフォルトの名無しさん
06/08/08 15:06:24
>>684
バインドしてるデータはDataSetそれともDataView?
DataViewのAllowDeleteとかそれっぽいが。
687:683
06/08/08 15:41:10
>>686
レスさんくすです。
System.Data.DataSetです。
688:デフォルトの名無しさん
06/08/08 17:17:39
ボタン1を押すとPictureBox1の画像が反転(色が。白が黒になるように)したいんですけど
private: System::Void button1_Click(System::Object^ sender, System::EventArgs^ e) { }
カッコの中はどのように書けばいいんでしょうか?漠然な質問で申し訳ありませんがどうかよろしくお願いします><
本当にわからないんです。・゚・(ノД`)・゚・。
689:688
06/08/08 17:26:48
ちなみに画像はBMPファイルです。。。高さ、横の長さが取得したいです・・・
690:デフォルトの名無しさん
06/08/08 18:49:07
>>689
ヘッダ嫁
691:デフォルトの名無しさん
06/08/08 19:15:00
>>688
そもそもVS2005ではなく、BCBな希ガス
692:デフォルトの名無しさん
06/08/08 19:23:20
C++/CLIだろ
693:688
06/08/08 19:30:17
>>690
>>691
>>692
まあ自分でもよくわからんのですが、VS2005のC++でござんす。
int x=pictureBox1->Width;
int y=pictureBox1->Height
適当にこんなんやってみたんだけどこれでforでまわしたらちゃんと色の反転できるのかしら?
てか色の制御はどうやるんざましょ?255-自分の値で反転するのはわかるんですがどう書けば・・・
RGBをいじるにはどうしたらいいんでしょうか??
694:デフォルトの名無しさん
06/08/08 19:44:11
>>693
ピクセル単位でなんてやる必要は無い。この辺を参考に。
URLリンク(msdn2.microsoft.com)
695:デフォルトの名無しさん
06/08/08 21:50:56
>>685
で、結局できたのか?
>>678の
>16進ダンプを取れるならKanjiBug.hの先頭16バイトほどここにアップしてみたらいいよ。
は試したか?
696:デフォルトの名無しさん
06/08/09 00:04:00
>>695
ソースがUTF-8でもUTF16でもコンパイルは通る。
ただ、MBSCでもコンパイラは文字列をASCIIへ変換しない、Lのような識別子も無い。
↓
#ifdef _UNICODEで文字列毎に2A変換マクロか、UNICODE一本(必然的に9x系斬り捨て)、もしくは_T("\xAA\xBB")(ASCII)しかない。
↓
UTF-8が必要になるような多言語ソースはMBSCでは(Win 9x向けには)書けない。
(´-`).。oO(仕様?)
697:デフォルトの名無しさん
06/08/09 00:06:01
日本語リソース含んでいると、英語Windowsではエラーでるんだよな(禿藁)
1041フォルダ掘れってことか…(´-`).。oO(・・・・・)
698:デフォルトの名無しさん
06/08/09 00:24:00
>>696
>ただ、MBSCでもコンパイラは文字列をASCIIへ変換しない、Lのような識別子も無い。
これは初耳。VC2002-2005はソースのエンコードがどれでも "xx" はANSI文字列、
L"xx"はUNICODE(LE)にコンパイルされると思ったが違うの?
699:デフォルトの名無しさん
06/08/09 00:41:16
>>698
いや、それで正しいはずだ。
なんか>>696の目的としているところがはっきりしないんだが、まず
1・コンパイルは通るようになったんだよな?
最初は通らなかったようだったが、どーやって通るようになったの?
2・通した後で、どんな動作を期待してるんだ?
特定の文字列リテラルをのエンコードを何らかの方法で指定したいの?
700:デフォルトの名無しさん
06/08/09 00:42:59
えへへ、マルチバイト設定になってた。設定なしでコンパイル通った。スマソ。
701:デフォルトの名無しさん
06/08/09 00:48:47
>>700
s/コンパイル通った/ASCIIに変換されるようになった/
702:デフォルトの名無しさん
06/08/09 00:49:30
>>700
つまりなんだ。
結局全部解決したのか?
703:デフォルトの名無しさん
06/08/09 00:54:57
>>702
解決。
(´-`).。oO(MBSCでなぜUTF-8になっていたのか疑問は残るけど…MBSCと設定なしの違いって何?)
704:デフォルトの名無しさん
06/08/09 00:56:56
つか、MBSCって何?
705:デフォルトの名無しさん
06/08/09 01:01:30
揚げ足取るなよ厨房。MBCS
706:デフォルトの名無しさん
06/08/09 01:13:16
揚げ足も何も、略語間違えられたんじゃ意味が通らんわ。
つーかマルチバイト文字セットがUTF-8って時点でおかしいんだぞ。
マルチバイト文字セットは非UNICODEなんだから。
なんだか知らんが期待通りの動作になってるみたいだから、
よかったねとしか言うことがないが。
707:デフォルトの名無しさん
06/08/09 01:15:25
あれ…MBSCでも動く。夢でも見たのか??
確かにりが3バイトあったはずなのに・・・?
708:デフォルトの名無しさん
06/08/09 01:16:00
UTF-8 は MBCS だと思うけどなぁ・・・
709:デフォルトの名無しさん
06/08/09 01:16:46
以上厨房の真夏の恐怖体験でした。
710:デフォルトの名無しさん
06/08/09 01:17:22
>>708
そうね。すまん。
711:デフォルトの名無しさん
06/08/09 01:25:05
>>707は結局何がどうしたいんだ。
712:デフォルトの名無しさん
06/08/09 01:25:07
鮮明に確認した記憶があるのに再現しない。
ゾクゾク(;´Д`)もう寝よ…
713:デフォルトの名無しさん
06/08/09 01:29:35
>>712
お前な、再現もなにも、そもそも何にトラぶってたのかすら誰もわからんままだぞ。
あんだけ一人で騒いでおいて、どんな放置プレイなんだよ。
まあいいや。おやすみ。
714:デフォルトの名無しさん
06/08/09 01:31:45
>>711
外人もいじる多言語ソースだからUTF-8かUnicodeで保存したかった。
ただ9xもサポートしないといけないから必然的にASCII。
UTF-8に勝手に変換され、おかしいからバグレポートしたかった。
MBCSはちゃんと確認した。アセンブラ間違い無く3バイトのUTF-8だった・・・でも再現ではASCIIに変換されてるし…俺軽くやばいのかな?orz
みなさんすいませんでした。もう寝ます
715:デフォルトの名無しさん
06/08/09 01:35:47
あーもう嫌だ。涙がぼろぼろ出てきた。
BOM付けてマルチバイトなのにC2001、C1057が出る。
ソースは晒せないし、、、もう寝る。俺は逃げるぞーーーーー!!!!!!
716:デフォルトの名無しさん
06/08/09 02:24:10
連投スマソ。バグっぽいので最後にまとめておく。未解決。
MBCS、設定なし、両方でUTF-8のまま、変換されない場合がある。UTF-8(unicode?)文字列扱い。そのため_T()使うとエラー。日本語各3バイト(発動条件は不明)
MBCS、設定なし、両方でASCIIに変換してくれる場合もある。この場合はASCIIに変換され、日本語各2バイト。
俺がUTF-8 BOM付きソース、MBCSでASCIIに変換されない場合にしたこと:
そのソースのみUTF-8 BOM付きだったので、すべてのソースをUTF-8 BOM付きに変換。リコンパイル。→失敗。ASCIIに変換されない。
UTF-8は呪われてる。みんな気をつけたほうがいいよ。
717:デフォルトの名無しさん
06/08/09 02:32:55
安心しろ。呪われてるのはお前だけだ。
718:デフォルトの名無しさん
06/08/09 02:39:48
断言してもいいがお前だけだな。
そもそもASCIIに変換されないってどこの段階の話だよ。
719:デフォルトの名無しさん
06/08/09 02:42:59
未確認だがUTF-16でも同じ症状が出た気がする。
多言語扱わないといけない人は一緒に呪われようぜ^^
720:デフォルトの名無しさん
06/08/09 02:45:15
>>718
どこの段階って?頭が朦朧として理解できね。
ASCIIか?確認はデバッガでアセンブラコード確認すると分かる。+_T("")でC2001が出る。
721:デフォルトの名無しさん
06/08/09 02:47:52
よく考えるとWTL使いなんだが、WTLのソースの文字コードの加減ってことはないよな…
722:デフォルトの名無しさん
06/08/09 02:48:28
ないない。
723:デフォルトの名無しさん
06/08/09 02:58:29
お払いしようかな…
printf("り");
100224B4 push offset string "\xe6\xb0\x97\xe5\x85\xa5" (10057580h)
100224B9 call @ILT+4105(_printf) (1001D00Eh)
100224BE add esp,4
724:デフォルトの名無しさん
06/08/09 03:19:31
うわぁやっぱ呪われてる。
↓バグ再現専用別プロジェクト
printf("り");// C2001 or compile error
00415FB8 push offset string "\x82\xe8" (435024h)
00415FBD call @ILT+2710(_printf) (411A9Bh)
00415FC2 add esp,4
725:デフォルトの名無しさん
06/08/09 03:28:55
「り」はUTF-16で 0x308A、UTF-8で 0xE3, 0x82, 0x8A、
Shift-JISなら 0x82, 0xE8、
ひとつもヒットしないっつーか、文字コードがどうあれ、そもそも
"\xe6\xb0\x97\xe5\x85\xa5"の時点でおかしいじゃねーか。
UTF-8にしたって別の文字だぞ。
そもそもなんで6バイト入ってんのさ。
うちだと普通にこうなる。
char a[] = "り";
0041350E mov ax,word ptr [string "\x82\xe8" (415640h)]
wchar_t c[] = L"り";
00413521 mov eax,dword ptr [string L"\x308a" (41563Ch)]
printf("り");
0041352B push offset string "\x82\xe8" (415640h)
wprintf(L"り");
00413542 push offset string L"\x308a" (41563Ch)
ソースコードのエンコードはUTF-8、16、ShiftJISで試したが、全て結果は同じ。
他言語版のVisualStudio使ってるとか、ロケールの設定で何か変なことしてるとか、その辺じゃねえ?
使ってんのが外人のマシンだとか言ったら笑うぞ。
726:デフォルトの名無しさん
06/08/09 03:33:15
>>724
合ってるじゃん。
バグ再現って、どこがバグってんのさ。
それと、エラーが出てビルドが通らないものの
逆アセンブルコードをどこから引っ張ってきた。
727:デフォルトの名無しさん
06/08/09 03:34:41
ソフトは全部日本語VC2003
正常な方はコマンドライン、MBCS
異常な方はATL,WTLばりばりのWinDLL, MBCS (設定なしでも同症状って調べようと思ったら直りやがった。MBCSのままで。まったく同じところに同じソース再現しただけなのに・・・
printf("り");
100224B4 push offset string "\xe3\x82\x8a" (10057580h)
100224B9 call @ILT+4105(_printf) (1001D00Eh)
100224BE add esp,4
もうね。マイ糞ソフト死んでいいよ。
728:デフォルトの名無しさん
06/08/09 03:35:40
>>726
> ↓バグ再現専用別プロジェクト
729:デフォルトの名無しさん
06/08/09 03:45:11
最適化かなんかコンパイラのバグだろ。もうお手上げ。パラメタ晒しておく。
/Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_USRDLL" /D "PROJECT_EXPORTS" /D "_WINDLL"
/D "_ATL_STATIC_REGISTRY" /D "_MBCS" /Gm /EHsc /RTC1 /MTd /Yu"stdafx.h" /Fp"Debug/PROJECT.pch"
/Fo"Debug/" /Fd"Debug/vc70.pdb" /W3 /nologo /c /Wp64 /ZI /TP
/OUT:"Debug/project.dll" /INCREMENTAL /NOLOGO /DLL /DEF:"project.def" /DEBUG /PDB:"Debug/project.pdb"
/SUBSYSTEM:WINDOWS /IMPLIB:"Debug/project.lib" /MACHINE:X86 kernel32.lib user32.lib
gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib
"\Program Files\Microsoft Platform SDK\Lib\Version.Lib"
"\Program Files\Microsoft Platform SDK\Lib\Kernel32.Lib" "\Program Files\Microsoft Platform SDK\Lib\User32.Lib"
"\Program Files\Microsoft Platform SDK\Lib\Gdi32.Lib" "\Program Files\Microsoft Platform SDK\Lib\WinSpool.Lib"
"\Program Files\Microsoft Platform SDK\Lib\ComDlg32.Lib" "\Program Files\Microsoft Platform SDK\Lib\AdvAPI32.Lib"
"\Program Files\Microsoft Platform SDK\Lib\Shell32.Lib" "\Program Files\Microsoft Platform SDK\Lib\Ole32.Lib"
"\Program Files\Microsoft Platform SDK\Lib\OleAut32.Lib" "\Program Files\Microsoft Platform SDK\Lib\Uuid.Lib"
"\Program Files\Microsoft Platform SDK\Lib\odbc32.lib" "\Program Files\Microsoft Platform SDK\Lib\odbccp32.lib"
730:デフォルトの名無しさん
06/08/09 04:12:27
VS2005でhypotやstrcmpなんかで
warning C4996: 'hypot' was declared deprecated
warning C4996: 'strcmp' was declared deprecated
Message: 'The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _strcmp. See online help for details.'
と、警告が出ます。
もうCの関数は使わないほうがよいのでしょうか?
GCCではアンダーバーをつけると怒られそうな気がします
731:デフォルトの名無しさん
06/08/09 04:54:58
>>730
警告に出てるまんま、POSIX名の関数じゃなくって
ISO C++標準の関数を使えってだけのことだから、普通は大丈夫。
といいたいところだけど、一部引っかかる場合はある。
基本的には従うべきだけど、引っかかったらご愁傷様。
732:683
06/08/09 09:25:27
宜しくお願いします。
733:デフォルトの名無しさん
06/08/09 10:26:05
100くらい前からVC2003コンパイラのバグ書いた奴です。
そういえばこのエラーの前にも不可解なエラーに遭遇しました。関係あるかも。
test.cpp
/*__declspec(thread)*/ TCHAR szText[100];//グローバル変数
test.h
/*__declspec(thread)*/ extern TCHAR szText[100];//グローバル変数
func () { szText[0]=NULL; }
でヘッダからszText参照するとアドレスが0になって参照できなかった。コンパイラはエラーワーニング無し。例外で落ちる。
リビルドしてるから関係無いかもしれない。
(´-`).。oO(VC2005に移行したほうがいいかもしれん。2005は快適?)
734:デフォルトの名無しさん
06/08/09 10:27:51
>>733
訂正。
__declspec(thread)付けた場合、szText[0]の場所が0になる。コメントアウト。
付けない場合は正常。問題無い。
735:デフォルトの名無しさん
06/08/09 10:34:38
|
\ __ /
_ (m) _ピコーン
|ミ|
/ `´ \
(゚∀゚)
ノヽノヽ
くく
そうだ!あきらめよう!
736:デフォルトの名無しさん
06/08/09 10:37:01
>>735
出来るならそうしたい…orz
ちなみにこの0x0000例外問題はASCIIでテキストを保存してた頃。UTF-8のソースは1つもない。
上2つの問題はデバッグでコンパイルしているから、最適化はやっぱ関係ない。
ゲロゲロ…
737:デフォルトの名無しさん
06/08/09 10:48:49
クラスの中から確か参照してたような。
class CClass {
func() {szText[0]=NULL; }
}
ボスケテ
738:デフォルトの名無しさん
06/08/09 12:04:03
紛らわしいので2003 の話は別スレッドでやるか、毎回2003であることを明記してほしい。
うっかり読んじゃって時間を無駄にしちゃうから。
739:デフォルトの名無しさん
06/08/09 12:53:33
つーかここVisual Studio 2005スレなんですけど…
740:デフォルトの名無しさん
06/08/09 12:55:41
2003も2005もコンパイラそんなにバージョン違わないだろ…2005もきっと…
Microsoft(R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86
Copyright (C) Microsoft Corporation 1984-2002. All rights reserved.
741:デフォルトの名無しさん
06/08/09 13:05:46
.NET 2003はVC++ 7.1 (MS C++ 13.1)で、2005はVC++ 8.0 (MS C++ 14.0)。
742:デフォルトの名無しさん
06/08/09 13:10:46
そんなことは知ってるがそんなに違うのか?
2003/04/01 20:11 933,888 c1.dll
2003/04/01 20:11 2,207,744 c1xx.dll
2003/04/01 20:11 1,867,776 c2.dll
2003/04/01 20:11 86,016 cl.exe
743:デフォルトの名無しさん
06/08/09 13:39:22
VC7.1は、微妙な点において変だったりする。
いやまあ、テンプレートテンプレートパラメータなんて、
あまり使わないだろうけど。
744:デフォルトの名無しさん
06/08/09 18:55:44
>>733-734
どうして__declspec(thread)を外すなんて思考に行き着いたのかは知らんが、
そんなもんが付いてる以上は、それってTLSだろ?
ブチ落ちてたのはDLLの中の話だったりしないか?
ランタイムで後から読み込んだDLLの中で__declspec(thread)使ってると
オブジェクトの内容なんか保証されないぞ。
URLリンク(msdn2.microsoft.com)
の一番最後のところだ。
__declspec(thread) char sz[1000];
BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved)
{
for(int i=0; sizeof(sz)/sizeof(sz[0])>i; ++i) sz[i] = 0;
return TRUE;
}
こんなDLLをLoadLibrary()するだけで落とせる。
落ちない可能性もあるが、いずれにせよsz周辺のメモリは確保なんかされてないので、
動いててもただの偶然だ。
745:デフォルトの名無しさん
06/08/09 19:04:44
自分のプログラムの不備を棚において、コンパイラのバグと騒ぎ立てるような奴が、
C++でスレッをド使ってる時点で既に自殺行為。
こいつがアップしてるコードでバグが再現したためしはない。バグだといいたいならちゃんと再現するコードをアップしろ。
746:デフォルトの名無しさん
06/08/09 19:18:22
>>745
何かの釣りなのだろうか。
747:デフォルトの名無しさん
06/08/09 19:21:16
UTF-8に関するレスの人とTLS の仕組みも知らないで自爆してる人って同一人物ですか。
だったらしばらく控えてくれると、ここに1人喜ぶ人がいます。
748:デフォルトの名無しさん
06/08/09 19:32:54
>>747
いちいち下らんこと書き込むな。
読み流せ。
749:デフォルトの名無しさん
06/08/09 19:42:45
>>744
参考になった
750:デフォルトの名無しさん
06/08/09 20:50:25
求むレポ
VS2005で最良のレポート開発環境は?
有料(10万まで)、無料問わず
・DB接続可
・バーコード出力可
・デザイナツール
VS2005Proでクリレポ使ってんだけどデザイナもイマイチ使いづらく
実行時に結構(30~50MB)メモリ食っている模様
んでTureWinReports(グレープシティ)を使ってみたらデザイナも結構使いやすく
実行時のメモリ食いが15MB程度
これにしようかと思ってるけど、より良いツールがあったら詳細キボン
751:コンパイラバグ、__declspec発端人
06/08/09 20:54:09
__declspecは俺が間違ってる。
単にdll何回か呼び出されるだろうから変数の値共有されるならヤバイ。
ここみて
URLリンク(www.sado.co.jp)
> __declspec( thread ) int iVal;と書けば良いだけである。
でその後読んでなかった。スマソ。>>744とても参考になった。
ただコンパイラバグは別だぞ。あれはやばい。手元のソースでも再現したりしなかったりだけど。
752:デフォルトの名無しさん
06/08/09 20:58:14
なんにしろ他の人の環境で再現できないとなんともコメントできない。
へんなウイルスが侵入してるとかないのかね。
753:コンパイラバグ、__declspec発端人
06/08/09 21:21:44
発動条件分かった。(実証ソースできた)
でもゲイツに送れば金一封くれるのかな?
754:デフォルトの名無しさん
06/08/09 21:35:35
糞むかつく4分間に5回も落ちやがってセーブも出来やしない。
755:デフォルトの名無しさん
06/08/09 21:44:23
一瞬「>>753」って書いたが
レスしたら頭悪くなりそうだからもうぬるぽ
756:コンパイラバグ、__declspec発端人
06/08/09 21:51:04
>>723なら金一封でてもおかしくないだろ。
757:コンパイラバグ、__declspec発端人
06/08/09 21:53:37
>>755
ガッ!
758:デフォルトの名無しさん
06/08/09 21:57:43
ずっと阿呆に私物化されてたのね、ここ。
759:コンパイラバグ、__declspec発端人
06/08/09 22:08:54
せっかく貴重な時間を3日も徹夜して割いたのに、ひどいなぁ。
もうしーらね。おまえらも苦しめばいいと思うよw99%分からないと思うけどw
760:デフォルトの名無しさん
06/08/09 22:11:54
2003なんかもう使わんからどうでもいいや
761:コンパイラバグ、__declspec発端人
06/08/09 22:15:01
ハードディスク1Gしかないからテストできないが、これは2005でもたぶん出るな。ご愁傷様。
762:デフォルトの名無しさん
06/08/09 22:16:33
いつまで居たいのか知らんけど、これ以上は迷惑だと思うお。
何か新しい情報とか出す気もないんでしょ。
邪魔
763:デフォルトの名無しさん
06/08/09 22:17:34
>>762
そういうこと言い出すと、こういう輩は喜んで食いついて煽ってくるからやめれ。
764:デフォルトの名無しさん
06/08/09 22:18:42
発動条件だと思ってたのが仕様だったりしたら笑える。
765:デフォルトの名無しさん
06/08/09 22:21:09
結局UTF-8問題はなんなのかさっぱり理解できなかった。
そんな俺にもう1度1から教えてくれ。
766:デフォルトの名無しさん
06/08/09 22:35:33
理解しようとするだけ時間の無駄だからほっとけ
767:コンパイラバグ、__declspec発端人
06/08/09 22:59:25
なんか食らいついてくる奴気にくわないが報告してやるよ。
多言語扱う奴、困ってるみたいだし。
窓口ってどこ?
768:デフォルトの名無しさん
06/08/09 23:00:57
く…くやしい…ビクビクビク
769:デフォルトの名無しさん
06/08/09 23:33:18
>>759
>せっかく貴重な時間を3日も徹夜して割いたのに、ひどいなぁ。
馬鹿の考え休むに似たり。
770:デフォルトの名無しさん
06/08/10 00:53:56
職場で使ってるのが2003だったんで、件の文字コードのあたりを
ざざっと調べてみたりしたんだが、いらねーよね?
いや、単にVC7は文字列リテラルをソースコードのエンコード内容で
直接吐き出すことがわかったってだけなんだけどね。
771:デフォルトの名無しさん
06/08/10 00:56:33
いらない
772:デフォルトの名無しさん
06/08/10 00:59:14
そういえば、VS2003のIDEは、
2バイト文字をUTF-8やUTF-16で保存したテキストファイルを開こうとすると
2バイト文字が化けたような気がする。
VS2005ではそんなことが無いからどうでもいいか。
773:デフォルトの名無しさん
06/08/10 01:01:21
>>772
そんなことがあったんだ。
それは知らなかった…。
774:デフォルトの名無しさん
06/08/10 01:22:41
これで解決しないのかね
URLリンク(blog.kujirahand.com)
775:コンパイラバグ、__declspec発端人
06/08/10 01:24:30
>>774
バカヤロウ!
ネタバラシすんじゃねぇ!
776:デフォルトの名無しさん
06/08/10 01:26:28
同じとこみたな。
2003では普通にSJIS使ってたから、文字コードの問題は気にも留めなかったなあ。
いまでこそ2005ではUTF-8使ったりもするけど、こっちはこっちでBOMつけると
GCCとかではコンパイル通せないし…
ところで関係ないんだが、新しいVisualSourceSafeってUnicode対応なんだっけ?
旧VSSの対応がなかったせいで、ソースのUnicode化を見送ってた時期があったことを
今頃になって思い出したよ。
ぬふーん。
777:コンパイラバグ、__declspec発端人
06/08/10 01:52:45
>>774
必死だな…( ´_ゝ`)プ
778:デフォルトの名無しさん
06/08/10 02:05:06
>>775
なんだか知らんがお前は自分のことやってろよ、スーパープログラマ。
779:コンパイラバグ、__declspec発端人
06/08/10 02:14:46
>>775, >>777は俺じゃない。騙るな。
それに文字化けじゃない。コンパイル毎に出力コードが変わるトロピカルバグw
780:デフォルトの名無しさん
06/08/10 02:21:00
もうこのネタ引っ張らなくてもいいよ。
781:デフォルトの名無しさん
06/08/10 02:24:38
>>779
香ばしいキャラだから騙りが出るんだろ。
他の人間にもわかる情報出す気が無いなら、空気読んで消えろ。
つーかどうにもVIP向きのキャラだよな。
向こうの方が似合ってるぞ。
あっちで好きなだけ祭ってろ。
782:コンパイラバグ、__declspec発端人
06/08/10 02:28:54
>>781
だな(藁)
783:デフォルトの名無しさん
06/08/10 05:49:14
>>776
VSS2005から対応
784:683
06/08/10 09:09:16
宜しくおねがいします。
785:デフォルトの名無しさん
06/08/10 09:18:51
>>784
Datasetは削除不可なものじゃないよね?
786:683
06/08/10 09:21:26
>>785
前まで、何の問題も無く削除できたんですよ。
だから、削除不可ではないと思います。
AllowUserToDeleteもTrueですし。
問題がなかった頃に戻ろうとしても
戻れませんでした○rz.
レスありがとうございます。
787:デフォルトの名無しさん
06/08/10 10:49:04
>>774
Visual Studio2003でUTF-8
葵の開発ではまったこと。Visual C++ 2003にて。
UTF-8で保存すると、UTF8のBOM(ヘッダ)を認識できず、ソース先頭でごみが表示される。これは別に問題ない。
しかし、UTF-8Nで保存したプログラムをコンパイルしようとすると、「定数が2行目に続いています」というエラーが出る。GCCでコンパイルすると問題ない。
どうやら、MACRO("日本語") のような場面で発生するエラーだ。WEBで調べると、MACRO("日本語?0") のように文字列の最後に、?0 を挿入すると良いらしい。ためしに、?0 を入れたらエラーは出なくなった。かっこ悪いが仕方ない。
788:デフォルトの名無しさん
06/08/10 13:49:33
UTFネタはもういい加減にしろ。おまけに2003だし。
789:デフォルトの名無しさん
06/08/10 14:30:40
そういやVS2005でも
// 単独ファイルのみ処理を許可
このコメントでC4819が出たり出なかったりする。
警告無視してコンパイルしても問題ないけどね。
790:コロ
06/08/10 16:38:07
Visual Studio.NET2005で作成したWindows CE用のソフトを
.NET CompactFramework1.0上で動作させることが出来るかどうか
わかる人いたら教えてください。
791:デフォルトの名無しさん
06/08/10 19:16:40
名前間違えて平気な人って、やっぱり普段から無神経なんかね?
792:デフォルトの名無しさん
06/08/10 20:56:06
名前?
793:デフォルトの名無しさん
06/08/11 02:10:57
>>788
例のスーパープログラマは、あと1週間足らずで
2003のServicePackが出ることすら知らなさそうだ。
ナレッジベースを読むこととかもしないんだろうな…。
2003上での文字コードの扱いはさておき、2005はユーザー単位でロケール情報作ってくれたり
色々と気を回してくれるみたいだが、あの辺の細かな情報ってどこかにわかりやすく
書いてあったりしないもんかな。
少し気になる。
794:683
06/08/11 09:34:06
宜しくおねがいします。仕事が進みません・・・上司が切れ掛かっています・・・。
795:デフォルトの名無しさん
06/08/11 10:28:21
仕事でEE使わせるような上司なんぞ好きなだけキレさせとけ
796:デフォルトの名無しさん
06/08/11 10:46:39
てゆーか、仕事の躓きをこんなところで聞かなきゃならんくらいならヤメチマエ。
797:683
06/08/11 12:21:00
納入先からもバッシングがすご・・・
昼休み返上で、かきこんでます。
798:デフォルトの名無しさん
06/08/11 12:31:30
お前の仕事は2chに書き込むことか。
なら俺らにも金よこせや。
仕事手伝うんだから当然だろ?
799:デフォルトの名無しさん
06/08/11 12:38:56
一般的な症状じゃなさそうだから、うまく動いてるケースと見比べるしかないな。
800:683
06/08/11 12:44:42
>>798
含蓄のあるコメントありがとう
>>799
うまくいってたころのおソースがもうないのです。
職務著作とかなんとかいって、
全部上司に取り上げられました。
801:デフォルトの名無しさん
06/08/11 12:58:48
これだけの情報で他人が解る訳がないだろ。
> うまく動いてるケースと見比べるしかないな。
は、別に以前のソースでなくても、別プロジェクト上の検証用フォームを作って
ごくごく単純なデータソースをバインドして見比べてみろってことだ。
802:683
06/08/11 13:06:49
>>801
ありがと、さっそく、やってみるお!
803:デフォルトの名無しさん
06/08/11 13:29:10
そのテのアドバイスでよければ初心者スレでいくらでもしてやるぞ。
だがその前に今すぐ転職しろ。向いていない
804:デフォルトの名無しさん
06/08/11 13:42:17
>800
> うまくいってたころのおソースがもうないのです。
> 職務著作とかなんとかいって、
> 全部上司に取り上げられました。
なら、障害も立派な著作物なんだから、一緒に上司に渡しちゃえよ。
805:デフォルトの名無しさん
06/08/11 15:19:41
単に行が選択されてないとかいうオチだったりしないか?KeyPressがこないとか言ってるし
806:デフォルトの名無しさん
06/08/11 15:21:46
>>803
普通、そのテのアドバイスは上司にしてもらうんじゃ?
アドバイスしてもらえるような上司じゃなきゃ辞めちまえ。
2行目には同意。
807:683
06/08/11 16:03:09
//
// _ds
//
this._ds.DataSetName = "ds";
this._ds.Tables.AddRange(new System.Data.DataTable[] {
this._dtable});
//
// _dtable
//
this._dtable.Columns.AddRange(new System.Data.DataColumn[] {
this._dc});
this._dtable.TableName = "_tname";
private void toolStripStatusLabel1_Click(object sender, EventArgs e)
{
MessageBox.Show("");
_dtable.Rows.RemoveAt(0);//タメシに、一番上の行を消す。
}
これなら、消せました。
808:683
06/08/11 16:04:51
Debug.WriteLine("---------------------------");
Debug.WriteLine(m.ToString());
Debug.WriteLine("lp=" + m.LParam.ToString());
Debug.WriteLine("wp=" + m.WParam.ToString());
Debug.WriteLine("msg=" + m.Msg.ToString());
Debug.WriteLine("---------------------------");
base.WndProc(ref m);
こんなこともしてみたけど、
DeleteのLParamがよーわからん・・・丸rz。。
809:683
06/08/11 16:07:03
this._dgv.AllowUserToAddRows = false;
this._dgv.AllowUserToResizeColumns = false;
this._dgv.AllowUserToResizeRows = false;
dataGridViewCellStyle1.BackColor = System.Drawing.Color.FromArgb(((int)(((byte)(192)))), ((int)(((byte)(255)))), ((int)(((byte)(192)))));
dataGridViewCellStyle1.Font = new System.Drawing.Font("MS UI Gothic", 9F, System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point, ((byte)(128)));
dataGridViewCellStyle1.ForeColor = System.Drawing.SystemColors.ControlText;
this._dgv.TabStop = false;
this._dgv.Text = "dataGridView1";
this._dgv.UserDeletingRow += new System.Windows.Forms.DataGridViewRowCancelEventHandler(this._dgv_UserDeletingRow);
どうして、Delete押してもダメナンヤロ
810:683
06/08/11 16:16:15
諸先輩方、原因が判明しました。
何気なく、CMainForm.Designer.csを眺めていたら、
ふと、あることに気づきました。
[Delete]という単語で検索かけても、全く引っかからないのです。
811:683
06/08/11 16:19:02
それだけでも、おかしいと思いませんか?
CMainForm.cs[デザイン]で、DataGridViewを選択状態とし、
右上に出てくる小さな三角ボタンを押すと表示されるメニューに
記載の、「削除を有孔にする」はちゃんとチェックトになってるし、
AllowUserToDeleteRowsもTrue(default)になっています。あ、デフォルト・・・
デフォルトだから、デザイナーには特記されてなかったのか・・・なんだ・・。
812:683
06/08/11 16:20:47
あ、なんだ、結局だめじゃん・・・うまくいかん・・・あかんて、もう時間ないよ、また今日も泊まりの予感・・・ガクブル
813:デフォルトの名無しさん
06/08/11 16:24:10
ここは、お前のメモ帳じゃないんだが。
814:683
06/08/11 16:24:39
>>813
たのむ・・たすけてくれ・・・
815:683
06/08/11 16:37:19
DGV内の任意のセルが選択された状態で、
リターンキーを押すとそのセルの下側に隣り合うセルに移動するし、
タブを押すとそのセルの下側に隣り合うセルに移動するし、
セル内を編集してるときにEscを押すと、セル内容編集可能モードから復帰するし。
おかしいなぁ。
//動作OK
private void _dgv_SelectionChanged(object sender, EventArgs e)
{
_notify.ShowBalloonTip(100, "選択されたのは、", _dgv.SelectedCells[0].Value.ToString(), ToolTipIcon.Warning);
}
//Esc押すと小さい左矢印が表示され、リターンやタブだと空白が表示される。
private void _dgv_KeyPress(object sender, KeyPressEventArgs e)
{
_notify.ShowBalloonTip(100, "押されたのは、", e.KeyChar.ToString(), ToolTipIcon.Info);
}
816:デフォルトの名無しさん
06/08/11 16:43:17
次スレ誰か用意しといて。
817:683
06/08/11 16:49:41
解決しました。
SelectionModeがCellSelectに変わってしまっていました。
FullRowSelectに戻したら、うまくDeleteRowsできました。
本当に、申し訳ない。