Visual Studio 2005スレ Part14

1 名前：デフォルトの名無しさん [2006/07/07(金) 13:43:33 ] 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/ 730 名前：デフォルトの名無しさん [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 04:54:58 ] >>730 警告に出てるまんま、POSIX名の関数じゃなくって ISO C++標準の関数を使えってだけのことだから、普通は大丈夫。 といいたいところだけど、一部引っかかる場合はある。 基本的には従うべきだけど、引っかかったらご愁傷様。 732 名前：683 [2006/08/09(水) 09:25:27 ] 宜しくお願いします。 733 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 10:27:51 ] >>733 訂正。 __declspec(thread)付けた場合、szText[0]の場所が0になる。コメントアウト。 付けない場合は正常。問題無い。 735 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 10:34:38 ] 　　 　 　　| 　 　＼　　__　　／ 　 　＿　（ｍ）　＿ﾋﾟｺｰﾝ 　 　　　　|ミ| 　 　 ／ 　｀´　 ＼ 　　　　　(ﾟ∀ﾟ) 　　　　　ノヽノヽ 　　　　　　　くく 　　　そうだ！あきらめよう！ 736 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 10:37:01 ] >>735 出来るならそうしたい…orz ちなみにこの0x0000例外問題はASCIIでテキストを保存してた頃。UTF-8のソースは１つもない。 上２つの問題はデバッグでコンパイルしているから、最適化はやっぱ関係ない。 ｹﾞﾛｹﾞﾛ… 737 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 10:48:49 ] クラスの中から確か参照してたような。 class CClass { func() {szText[0]=NULL; } } ボスケテ 738 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 12:04:03 ] 紛らわしいので2003 の話は別スレッドでやるか、毎回2003であることを明記してほしい。 うっかり読んじゃって時間を無駄にしちゃうから。 739 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 12:53:33 ] つーかここVisual Studio 2005スレなんですけど… 740 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 13:05:46 ] .NET 2003はVC++ 7.1 (MS C++ 13.1)で、2005はVC++ 8.0 (MS C++ 14.0)。 742 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 13:39:22 ] VC7.1は、微妙な点において変だったりする。 いやまあ、テンプレートテンプレートパラメータなんて、 あまり使わないだろうけど。 744 名前：デフォルトの名無しさん [2006/08/09(水) 18:55:44 ] >>733-734 どうして__declspec(thread)を外すなんて思考に行き着いたのかは知らんが、 そんなもんが付いてる以上は、それってTLSだろ？ ブチ落ちてたのはDLLの中の話だったりしないか？ ランタイムで後から読み込んだDLLの中で__declspec(thread)使ってると オブジェクトの内容なんか保証されないぞ。 msdn2.microsoft.com/ja-JP/library/2s9wt68x.aspx の一番最後のところだ。 __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 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 19:04:44 ] 自分のプログラムの不備を棚において、コンパイラのバグと騒ぎ立てるような奴が、 Ｃ＋＋でスレッをド使ってる時点で既に自殺行為。 こいつがアップしてるコードでバグが再現したためしはない。バグだといいたいならちゃんと再現するコードをアップしろ。 746 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 19:18:22 ] >>745 何かの釣りなのだろうか。 747 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 19:21:16 ] UTF-8に関するレスの人とTLS の仕組みも知らないで自爆してる人って同一人物ですか。 だったらしばらく控えてくれると、ここに1人喜ぶ人がいます。 748 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 19:32:54 ] >>747 いちいち下らんこと書き込むな。 読み流せ。 749 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 19:42:45 ] >>744 参考になった 750 名前：デフォルトの名無しさん [2006/08/09(水) 20:50:25 ] 求むレポ VS2005で最良のレポート開発環境は？ 有料（10万まで）、無料問わず ・DB接続可 ・バーコード出力可 ・デザイナツール VS2005Proでクリレポ使ってんだけどデザイナもイマイチ使いづらく 実行時に結構（30〜50MB)メモリ食っている模様 んでTureWinReports（グレープシティ）を使ってみたらデザイナも結構使いやすく 実行時のメモリ食いが１5MB程度 これにしようかと思ってるけど、より良いツールがあったら詳細キボン 751 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/09(水) 20:54:09 ] __declspecは俺が間違ってる。 単にdll何回か呼び出されるだろうから変数の値共有されるならヤバイ。 ここみて www.sado.co.jp/system/taka/TLS/ > __declspec( thread ) int iVal;と書けば良いだけである。 でその後読んでなかった。スマソ。>>744とても参考になった。 ただコンパイラバグは別だぞ。あれはやばい。手元のソースでも再現したりしなかったりだけど。 752 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 20:58:14 ] なんにしろ他の人の環境で再現できないとなんともコメントできない。 へんなウイルスが侵入してるとかないのかね。 753 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/09(水) 21:21:44 ] 発動条件分かった。（実証ソースできた） でもゲイツに送れば金一封くれるのかな？ 754 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 21:35:35 ] 糞むかつく4分間に5回も落ちやがってセーブも出来やしない。 755 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 21:44:23 ] 一瞬「>>753」って書いたが レスしたら頭悪くなりそうだからもうぬるぽ 756 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/09(水) 21:51:04 ] >>723なら金一封でてもおかしくないだろ。 757 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/09(水) 21:53:37 ] >>755 ガッ！ 758 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 21:57:43 ] ずっと阿呆に私物化されてたのね、ここ。 759 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/09(水) 22:08:54 ] せっかく貴重な時間を３日も徹夜して割いたのに、ひどいなぁ。 もうしーらね。おまえらも苦しめばいいと思うよｗ９９％分からないと思うけどｗ 760 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:11:54 ] 2003なんかもう使わんからどうでもいいや 761 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/09(水) 22:15:01 ] ハードディスク１Gしかないからテストできないが、これは2005でもたぶん出るな。ご愁傷様。 762 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:16:33 ] いつまで居たいのか知らんけど、これ以上は迷惑だと思うお。 何か新しい情報とか出す気もないんでしょ。 邪魔 763 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:17:34 ] >>762 そういうこと言い出すと、こういう輩は喜んで食いついて煽ってくるからやめれ。 764 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:18:42 ] 発動条件だと思ってたのが仕様だったりしたら笑える。 765 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:21:09 ] 結局UTF-8問題はなんなのかさっぱり理解できなかった。 そんな俺にもう１度1から教えてくれ。 766 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:35:33 ] 理解しようとするだけ時間の無駄だからほっとけ 767 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/09(水) 22:59:25 ] なんか食らいついてくる奴気にくわないが報告してやるよ。 多言語扱う奴、困ってるみたいだし。 窓口ってどこ？ 768 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 23:00:57 ] く…くやしい…ﾋﾞｸﾋﾞｸﾋﾞｸ 769 名前：デフォルトの名無しさん [2006/08/09(水) 23:33:18 ] >>759 >せっかく貴重な時間を３日も徹夜して割いたのに、ひどいなぁ。 馬鹿の考え休むに似たり。 770 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 00:53:56 ] 職場で使ってるのが2003だったんで、件の文字コードのあたりを ざざっと調べてみたりしたんだが、いらねーよね？ いや、単にVC7は文字列リテラルをソースコードのエンコード内容で 直接吐き出すことがわかったってだけなんだけどね。 771 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 00:56:33 ] いらない 772 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 00:59:14 ] そういえば、VS2003のIDEは、 2バイト文字をUTF-8やUTF-16で保存したテキストファイルを開こうとすると 2バイト文字が化けたような気がする。 VS2005ではそんなことが無いからどうでもいいか。 773 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 01:01:21 ] >>772 そんなことがあったんだ。 それは知らなかった…。 774 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 01:22:41 ] これで解決しないのかね ttp://blog.kujirahand.com/?eid=445675 775 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/10(木) 01:24:30 ] >>774 バカヤロウ！ ネタバラシすんじゃねぇ！ 776 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 01:26:28 ] 同じとこみたな。 2003では普通にSJIS使ってたから、文字コードの問題は気にも留めなかったなあ。 いまでこそ2005ではUTF-8使ったりもするけど、こっちはこっちでBOMつけると GCCとかではコンパイル通せないし… ところで関係ないんだが、新しいVisualSourceSafeってUnicode対応なんだっけ？ 旧VSSの対応がなかったせいで、ソースのUnicode化を見送ってた時期があったことを 今頃になって思い出したよ。 ぬふーん。 777 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/10(木) 01:52:45 ] >>774 必死だな…（ ´_ゝ｀）ﾌﾟ 778 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 02:05:06 ] >>775 なんだか知らんがお前は自分のことやってろよ、スーパープログラマ。 779 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/10(木) 02:14:46 ] >>775, >>777は俺じゃない。騙るな。 それに文字化けじゃない。コンパイル毎に出力コードが変わるトロピカルバグｗ 780 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 02:21:00 ] もうこのネタ引っ張らなくてもいいよ。 781 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 02:24:38 ] >>779 香ばしいキャラだから騙りが出るんだろ。 他の人間にもわかる情報出す気が無いなら、空気読んで消えろ。 つーかどうにもVIP向きのキャラだよな。 向こうの方が似合ってるぞ。 あっちで好きなだけ祭ってろ。 782 名前：コンパイラバグ、__declspec発端人 mailto:sage [2006/08/10(木) 02:28:54 ] >>781 だな（藁） 783 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 05:49:14 ] >>776 VSS2005から対応 784 名前：683 [2006/08/10(木) 09:09:16 ] 宜しくおねがいします。 785 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 09:18:51 ] >>784 Datasetは削除不可なものじゃないよね？ 786 名前：683 [2006/08/10(木) 09:21:26 ] >>785 前まで、何の問題も無く削除できたんですよ。 だから、削除不可ではないと思います。 AllowUserToDeleteもTrueですし。 問題がなかった頃に戻ろうとしても 戻れませんでした○rz. レスありがとうございます。 787 名前：デフォルトの名無しさん [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 13:49:33 ] UTFネタはもういい加減にしろ。おまけに2003だし。 789 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 14:30:40 ] そういやVS2005でも // 単独ファイルのみ処理を許可 このコメントでC4819が出たり出なかったりする。 警告無視してコンパイルしても問題ないけどね。 790 名前：コロ [2006/08/10(木) 16:38:07 ] Visual Studio.NET2005で作成したWindows CE用のソフトを .NET CompactFramework1.0上で動作させることが出来るかどうか わかる人いたら教えてください。 791 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 19:16:40 ] 名前間違えて平気な人って、やっぱり普段から無神経なんかね？ 792 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 20:56:06 ] 名前？ 793 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 02:10:57 ] >>788 例のスーパープログラマは、あと１週間足らずで 2003のServicePackが出ることすら知らなさそうだ。 ナレッジベースを読むこととかもしないんだろうな…。 2003上での文字コードの扱いはさておき、2005はユーザー単位でロケール情報作ってくれたり 色々と気を回してくれるみたいだが、あの辺の細かな情報ってどこかにわかりやすく 書いてあったりしないもんかな。 少し気になる。 794 名前：683 [2006/08/11(金) 09:34:06 ] 宜しくおねがいします。仕事が進みません・・・上司が切れ掛かっています・・・。 795 名前：デフォルトの名無しさん [2006/08/11(金) 10:28:21 ] 仕事でEE使わせるような上司なんぞ好きなだけキレさせとけ 796 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 10:46:39 ] てゆーか、仕事の躓きをこんなところで聞かなきゃならんくらいならヤメチマエ。 797 名前：683 [2006/08/11(金) 12:21:00 ] 納入先からもバッシングがすご・・・ 昼休み返上で、かきこんでます。 798 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 12:31:30 ] お前の仕事は2chに書き込むことか。 なら俺らにも金よこせや。 仕事手伝うんだから当然だろ？ 799 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 12:38:56 ] 一般的な症状じゃなさそうだから、うまく動いてるケースと見比べるしかないな。 800 名前：683 [2006/08/11(金) 12:44:42 ] >>798 含蓄のあるコメントありがとう >>799 うまくいってたころのおソースがもうないのです。 職務著作とかなんとかいって、 全部上司に取り上げられました。 801 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 12:58:48 ] これだけの情報で他人が解る訳がないだろ。 > うまく動いてるケースと見比べるしかないな。 は、別に以前のソースでなくても、別プロジェクト上の検証用フォームを作って ごくごく単純なデータソースをバインドして見比べてみろってことだ。 802 名前：683 [2006/08/11(金) 13:06:49 ] >>801 ありがと、さっそく、やってみるお！ 803 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 13:29:10 ] そのテのアドバイスでよければ初心者スレでいくらでもしてやるぞ。 だがその前に今すぐ転職しろ。向いていない 804 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 13:42:17 ] >800 > うまくいってたころのおソースがもうないのです。 > 職務著作とかなんとかいって、 > 全部上司に取り上げられました。 なら、障害も立派な著作物なんだから、一緒に上司に渡しちゃえよ。 805 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 15:19:41 ] 単に行が選択されてないとかいうオチだったりしないか？KeyPressがこないとか言ってるし 806 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 15:21:46 ] >>803 普通、そのテのアドバイスは上司にしてもらうんじゃ？ アドバイスしてもらえるような上司じゃなきゃ辞めちまえ。 2行目には同意。 807 名前：683 [2006/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 [2006/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 [2006/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 [2006/08/11(金) 16:16:15 ] 諸先輩方、原因が判明しました。 何気なく、CMainForm.Designer.csを眺めていたら、 ふと、あることに気づきました。 [Delete]という単語で検索かけても、全く引っかからないのです。 811 名前：683 [2006/08/11(金) 16:19:02 ] それだけでも、おかしいと思いませんか？ CMainForm.cs[デザイン]で、DataGridViewを選択状態とし、 右上に出てくる小さな三角ボタンを押すと表示されるメニューに 記載の、「削除を有孔にする」はちゃんとチェックトになってるし、 AllowUserToDeleteRowsもTrue(default)になっています。あ、デフォルト・・・ デフォルトだから、デザイナーには特記されてなかったのか・・・なんだ・・。 812 名前：683 [2006/08/11(金) 16:20:47 ] あ、なんだ、結局だめじゃん・・・うまくいかん・・・あかんて、もう時間ないよ、また今日も泊まりの予感・・・ガクブル 813 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 16:24:10 ] ここは、お前のメモ帳じゃないんだが。 814 名前：683 [2006/08/11(金) 16:24:39 ] >>813 たのむ・・たすけてくれ・・・ 815 名前：683 [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 16:43:17 ] 次スレ誰か用意しといて。 817 名前：683 [2006/08/11(金) 16:49:41 ] 解決しました。 SelectionModeがCellSelectに変わってしまっていました。 FullRowSelectに戻したら、うまくDeleteRowsできました。 本当に、申し訳ない。 818 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 16:55:33 ] おめ。 ビール用意して徹夜でヲチしようと思ってたけど早かったね。 819 名前：683 [2006/08/11(金) 16:56:17 ] >>818 知ってたんだったら、教えてくれよ！！（´・ω・） 820 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 17:02:42 ] いや、自分はVBとVCしかやったこと無いし知らなかったからさｗ 午前様越えたら検証してみようかなとは思ってたけど。 まあなんだ、とにかく間に合って良かったジャマイカ。 今日は風呂入って旨いビール呑んでくれｗ 821 名前：683 [2006/08/11(金) 17:25:46 ] 　　　　　　　　　　　　　　　　　*　　　　　　　　　　　* 　　　　　　　　　　　*　　　　　　　　　　　　　　　　　　　　　　　* 　　　　　　　　*　　　　　　　　　　　　　　　　　　　　　　　　　　　 * 　　　　　 　* 　 　 　　　　　 ﾊﾊ　　　　　　　　ﾊﾊ　　　　　　　　　　* 　　　　　*　　　　　　　　　 ( ﾟ∀)　　　　　　　( ^w)　　　　　　　　　　 * 　　　　*　　　　 　　　　　 ~(　　) 　　／⌒ヽ cuuo　　　　　　　　　　　 * 　　　 *　　　　　　　ｎ　　⊂二二二（　＾ω＾）二⊃　　　　　　　　　　　　* 　　　* 　　　　　　　!　ハﾊ　　　　　|　　　 /　　　,ﾊハ　　　　　　　　　　 * 　　　*　　　 　　と 　_( ^∀)っ　　 （　ヽノ　　　c(*^д)っ　　　　　　　　　* 　　　*　 　　　　　　　 し　　　　　　ﾉ>ノ　　　　　l　、ﾉ 　　　　　　　　　　* 　　　*　　　 　　　 ﾊﾊ　　　 　 　　レﾚ 　　　　 ι' l_j 　 　_　　 ｎ　　　 　* 　　　 *　　　　　c(*^o^)っ　　　 ﾊハ　　n＿__ﾊﾊ　　　ｃ(　ﾟ∀)彡　　 　 :* 　　　　*　　 　　　l　､ﾉ　　　　c(ヮ^ )っc'　_c(　><)っ 　 l　と彡　　　　　* 　　　　　*　 　　 ι'l.j 　 　 　　 l　　!　　　⌒Y⌒{　 　　:し'l_j　　　　　 * 　　　　　　*　 　 　 　　　　　　 ι　J　　　　　　　　　　　　　　　　　 * 　　　　　　　　　*　　　　　　　　　　　　　　　　　　　　　　　　 　 * 　　　　　　　　あ　　り　　が　　と　　う　　ﾌ　　ﾞ　　ｰ　　ﾝ 822 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 17:30:31 ] CellSelectとFullRowSelectって表示が明らかに違うじゃん 使ってた奴も気づけよとｗ 他人がプロパティ変えてたなら 理由も聞いとかないとまた他で不具合でるかもだぞ 823 名前：683 [2006/08/11(金) 17:35:05 ] >>822 一列しかないので、表示上の違いはないです。 824 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 17:36:37 ] もういい加減去れ。 825 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 17:54:32 ] VS2005で namespace ax { int value = 0 ; void test() { value = 1 ; } } int main() { ax::test() ; } これをデバッグして、ウォッチでax::valueの値を見ようとしても、 なぜかエラーになる。 よく分からないことに、namespaceを変更すると、問題なく値を見ることができる。 問題となるnamespaceは、任意のアルファベット一文字＋大文字Xもしくは小文字のx 再現する？ それともこっちの環境が何かまずいのかな。 826 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 18:01:16 ] >>825 多分 eax も esp ダメでそ。 827 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 18:04:29 ] ブーンとか言ってるしさ お前らなんでそこまで優しいんだよ こいつ自分の業務の手伝い俺らにさせようとしてたんだぞ 828 名前：825 mailto:sage [2006/08/11(金) 18:06:32 ] >>826 本当だ……。 え、これって仕様？ いやしかし、こんなのあり？ いや、意味は分かったけど……。 いやしかし、ウォッチってレジスタの名前を入力すると、値が見れるのか。 初めて知った。 レジスタの値を知る必要に迫られたことは無かったし、レジスタを見れるウインドウもあるし……。 829 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 19:40:34 ] すみません。少し話がそれますが、VBAから呼び出せるDLLをVBで組みたいと 思いますが、参考になるサイトなどはありませんか？ ググってもこれ、と思うサイトがヒットしなかったので…。 830 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 19:41:50 ] いや、スレ違いですから。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef