Visual Studio 2005スレ Part14

Visual Studio 2005ス ..

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
やめてくれｗ
悪くするとウイルスみてえなもんだぞ、それ。

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
俺の開発環境うｐ
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:￣￣￣￣Ｖ￣￣￣￣￣￣￣￣￣￣￣￣
06/08/08 00:44:52
　　　　　　　　　,. -ｰ冖'⌒'ｰ-､
　　　　　　　 ,ノ　　　　　　　　＼
　　　　　　/　,r‐へへく⌒'￢､　ヽ
　　　　　　 {ノへ.._、 ,,／~`　　〉　｝　　　　,r=-､
　　　　　／プ￣`y'¨Y´￣ヽ―}j=く　　　　/,ミ=/
　　　　ノ　/レ'>-〈＿ｭ`ー‐'　　ﾘ,ｲ} 　　　〃　/
　　　/　_勺ｲ;；∵r;==､､∴'∵;　シ　　〃　/
　　,/　└' ノ＼　こ¨｀　　　ノ{ー--､〃__/
　人＿_/ー┬ 个-､＿_,,..　‐'´ 〃`ァーｧー＼
. /　　　|／　|::::::|､　　　　　　　〃　/:::::/ 　　　ヽ
/　　　｜　 |::::::|＼､_________／' 　 /:::::/〃
! 　　　l 　　|::::::|　　｀￣￣´ 　　　|::::::|/
　　　ノ＼　|::::::| 　　　　　　　　 |::::::|

659:デフォルトの名無しさん
06/08/08 00:48:07
それをsageて書き込むと一部の専ブラで悲しいことになるからやめろと小一時間（ｒｙ

660:デフォルトの名無しさん
06/08/08 01:00:34
>>656
ちったあ口の利き方考えろ。

それはさておき、UTF8のソースをBOM無しで保存してるからそういう目にあう。
BOMつけて保存しなおしてからビルドしてみろ、問題なく通るから。

それと、オンラインのMSDNは別に会員じゃなくてもアクセスできる。
C2001でググってみろ。普通にひっかかるぞ。

改行が～って出て直接の原因じゃないように見えるだろうが、
恐らく文字化け起因だろうということはこの時点でわかる。

これでいいか？

661:￣￣￣￣Ｖ￣￣￣￣￣￣￣￣￣￣￣￣
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」でググれ！
３秒で見つかるわ！

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:￣￣￣￣Ｖ￣￣￣￣￣￣￣￣￣￣￣￣
06/08/08 02:07:03
　　　　　　　　　,. -ｰ冖'⌒'ｰ-､
　　　　　　　 ,ノ　　　　　　　　＼
　　　　　　/　,r‐へへく⌒'￢､　ヽ
　　　　　　 {ノへ.._、 ,,／~`　　〉　｝　　　　,r=-､
　　　　　／プ￣`y'¨Y´￣ヽ―}j=く　　　　/,ミ=/
　　　　ノ　/レ'>-〈＿ｭ`ー‐'　　ﾘ,ｲ} 　　　〃　/
　　　/　_勺ｲ;；∵r;==､､∴'∵;　シ　　〃　/
　　,/　└' ノ＼　こ¨｀　　　ノ{ー--､〃__/
　人＿_/ー┬ 个-､＿_,,..　‐'´ 〃`ァーｧー＼
. /　　　|／　|::::::|､　　　　　　　〃　/:::::/ 　　　ヽ
/　　　｜　 |::::::|＼､_________／' 　 /:::::/〃
! 　　　l 　　|::::::|　　｀￣￣´ 　　　|::::::|/
　　　ノ＼　|::::::| 　　　　　　　　 |::::::|

668:デフォルトの名無しさん
06/08/08 02:26:41
ＶＳ2005のＣ++でメソッドやクラスのコメントの
スケルトン作成コマンドってあるんでしょうか？
Ｃ＃のスラッシュ三つ打つみたいやつです。

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の先頭１６バイトほどここにアップしてみたらいいよ。

679:デフォルトの名無しさん
06/08/08 08:56:11
VCってUTF-8正式サポートして無くなかったっけ？

680:デフォルトの名無しさん
06/08/08 09:30:12
徹夜明けだからミス勘弁してくれ。
2005もたぶん同じバグ持っている？、後々迷った人向け道しるべ、バグレポート希望。投稿したけど無駄だったようだな…(´-`).｡ｏＯ（もうしらね）

681:デフォルトの名無しさん
06/08/08 09:58:13
Express Edition 落として自分で試せよｗｗｗ

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
糞うぜえ夏厨だな。低スキルなら低スキルらしくママのおっぱいでもしゃぶってろよ。
それがどうやったら使えるのか、３階からヘッドバッドしながら聞いてみたい。

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
ボタン１を押すとPictureBox1の画像が反転（色が。白が黒になるように）したいんですけど

private: System::Void button1_Click(System::Object^ sender, System::EventArgs^ e) {　　　　}

カッコの中はどのように書けばいいんでしょうか？漠然な質問で申し訳ありませんがどうかよろしくお願いします＞＜
本当にわからないんです｡･ﾟ･(ﾉД`)･ﾟ･｡

689:６８８
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:６８８
06/08/08 19:30:17
>>690
>>691
>>692
まあ自分でもよくわからんのですが、VS2005のC++でござんす。

int x=pictureBox1->Width;
int y=pictureBox1->Height

適当にこんなんやってみたんだけどこれでforでまわしたらちゃんと色の反転できるのかしら？
てか色の制御はどうやるんざましょ？２５５－自分の値で反転するのはわかるんですがどう書けば・・・
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の先頭１６バイトほどここにアップしてみたらいいよ。

は試したか？

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向けには）書けない。

(´-`).｡ｏＯ（仕様？）

697:デフォルトの名無しさん
06/08/09 00:06:01
日本語リソース含んでいると、英語Windowsではエラーでるんだよな（禿藁）
1041フォルダ掘れってことか…(´-`).｡ｏＯ（・・・・・）

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の目的としているところがはっきりしないんだが、まず

１・コンパイルは通るようになったんだよな？
最初は通らなかったようだったが、どーやって通るようになったの？

２・通した後で、どんな動作を期待してるんだ？
特定の文字列リテラルをのエンコードを何らかの方法で指定したいの？

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
解決。
(´-`).｡ｏＯ（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でも動く。夢でも見たのか？？
確かにりが３バイトあったはずなのに・・・？

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はちゃんと確認した。アセンブラ間違い無く３バイトの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()使うとエラー。日本語各３バイト（発動条件は不明）
MBCS、設定なし、両方でASCIIに変換してくれる場合もある。この場合はASCIIに変換され、日本語各２バイト。

俺が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.'
と、警告が出ます。
もうＣの関数は使わないほうがよいのでしょうか？
ＧＣＣではアンダーバーをつけると怒られそうな気がします

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参照するとアドレスが０になって参照できなかった。コンパイラはエラーワーニング無し。例外で落ちる。
リビルドしてるから関係無いかもしれない。

(´-`).｡ｏＯ（VC2005に移行したほうがいいかもしれん。2005は快適？）

734:デフォルトの名無しさん
06/08/09 10:27:51
>>733
訂正。
__declspec(thread)付けた場合、szText[0]の場所が0になる。コメントアウト。
付けない場合は正常。問題無い。

735:デフォルトの名無しさん
06/08/09 10:34:38
　　　　　|
　　＼　　__　　／
　　＿　（ｍ）　＿ﾋﾟｺｰﾝ
　　　　　|ミ|
　　／　｀´　＼
　　　　　(ﾟ∀ﾟ)
　　　　　ノヽノヽ
　　　　　　　くく
　　　そうだ！あきらめよう！

736:デフォルトの名無しさん
06/08/09 10:37:01
>>735
出来るならそうしたい…orz
ちなみにこの0x0000例外問題はASCIIでテキストを保存してた頃。UTF-8のソースは１つもない。
上２つの問題はデバッグでコンパイルしているから、最適化はやっぱ関係ない。

ｹﾞﾛｹﾞﾛ…

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
自分のプログラムの不備を棚において、コンパイラのバグと騒ぎ立てるような奴が、
Ｃ＋＋でスレッをド使ってる時点で既に自殺行為。
こいつがアップしてるコードでバグが再現したためしはない。バグだといいたいならちゃんと再現するコードをアップしろ。

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（グレープシティ）を使ってみたらデザイナも結構使いやすく
実行時のメモリ食いが１5MB程度

これにしようかと思ってるけど、より良いツールがあったら詳細キボン

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
せっかく貴重な時間を３日も徹夜して割いたのに、ひどいなぁ。
もうしーらね。おまえらも苦しめばいいと思うよｗ９９％分からないと思うけどｗ

760:デフォルトの名無しさん
06/08/09 22:11:54
2003なんかもう使わんからどうでもいいや

761:コンパイラバグ、__declspec発端人
06/08/09 22:15:01
ハードディスク１Gしかないからテストできないが、これは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から教えてくれ。

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
>せっかく貴重な時間を３日も徹夜して割いたのに、ひどいなぁ。

馬鹿の考え休むに似たり。

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は俺じゃない。騙るな。
それに文字化けじゃない。コンパイル毎に出力コードが変わるトロピカルバグｗ

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
例のスーパープログラマは、あと１週間足らずで
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がよーわからん・・・丸ｒｚ。。

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);
}

次ページ