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/ 692 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 19:23:20 ] C++/CLIだろ 693 名前：６８８ [2006/08/08(火) 19:30:17 ] >>690 >>691 >>692 まあ自分でもよくわからんのですが、VS2005のC++でござんす。 int x=pictureBox1->Width; int y=pictureBox1->Height 適当にこんなんやってみたんだけどこれでforでまわしたらちゃんと色の反転できるのかしら？ てか色の制御はどうやるんざましょ？２５５−自分の値で反転するのはわかるんですがどう書けば・・・ RGBをいじるにはどうしたらいいんでしょうか？？ 694 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 19:44:11 ] >>693 ピクセル単位でなんてやる必要は無い。この辺を参考に。 msdn2.microsoft.com/ja-JP/library/a7xw19wh.aspx 695 名前：デフォルトの名無しさん [2006/08/08(火) 21:50:56 ] >>685 で、結局できたのか？ >>678の >16進ダンプを取れるならKanjiBug.hの先頭１６バイトほどここにアップしてみたらいいよ。 は試したか？ 696 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:06:01 ] 日本語リソース含んでいると、英語Windowsではエラーでるんだよな（禿藁） 1041フォルダ掘れってことか…(´-`).｡ｏＯ（・・・・・） 698 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:24:00 ] >>696 ＞ただ、MBSCでもコンパイラは文字列をASCIIへ変換しない、Lのような識別子も無い。  これは初耳。VC2002-2005はソースのエンコードがどれでも　"xx" はANSI文字列、 L"xx"はUNICODE(LE)にコンパイルされると思ったが違うの？ 699 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:41:16 ] >>698 いや、それで正しいはずだ。 なんか>>696の目的としているところがはっきりしないんだが、まず １・コンパイルは通るようになったんだよな？ 最初は通らなかったようだったが、どーやって通るようになったの？ ２・通した後で、どんな動作を期待してるんだ？ 特定の文字列リテラルをのエンコードを何らかの方法で指定したいの？ 700 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:42:59 ] えへへ、マルチバイト設定になってた。設定なしでコンパイル通った。スマソ。 701 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:48:47 ] >>700 s/コンパイル通った/ASCIIに変換されるようになった/ 702 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:49:30 ] >>700 つまりなんだ。 結局全部解決したのか？ 703 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:54:57 ] >>702 解決。 (´-`).｡ｏＯ（MBSCでなぜUTF-8になっていたのか疑問は残るけど…MBSCと設定なしの違いって何？) 704 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:56:56 ] つか、MBSCって何？ 705 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:01:30 ] 揚げ足取るなよ厨房。MBCS 706 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:13:16 ] 揚げ足も何も、略語間違えられたんじゃ意味が通らんわ。 つーかマルチバイト文字セットがUTF-8って時点でおかしいんだぞ。 マルチバイト文字セットは非UNICODEなんだから。 なんだか知らんが期待通りの動作になってるみたいだから、 よかったねとしか言うことがないが。 707 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:15:25 ] あれ…MBSCでも動く。夢でも見たのか？？ 確かにりが３バイトあったはずなのに・・・？ 708 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:16:00 ] UTF-8 は MBCS だと思うけどなぁ・・・ 709 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:16:46 ] 以上厨房の真夏の恐怖体験でした。 710 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:17:22 ] >>708 そうね。すまん。 711 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:25:05 ] >>707は結局何がどうしたいんだ。 712 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:25:07 ] 鮮明に確認した記憶があるのに再現しない。 ｿﾞｸｿﾞｸ(;´Д｀)もう寝よ… 713 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:29:35 ] >>712 お前な、再現もなにも、そもそも何にトラぶってたのかすら誰もわからんままだぞ。 あんだけ一人で騒いでおいて、どんな放置プレイなんだよ。 まあいいや。おやすみ。 714 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:31:45 ] >>711 外人もいじる多言語ソースだからUTF-8かUnicodeで保存したかった。 ただ9xもサポートしないといけないから必然的にASCII。 UTF-8に勝手に変換され、おかしいからバグレポートしたかった。 MBCSはちゃんと確認した。アセンブラ間違い無く３バイトのUTF-8だった・・・でも再現ではASCIIに変換されてるし…俺軽くやばいのかな？orz みなさんすいませんでした。もう寝ます 715 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:35:47 ] あーもう嫌だ。涙がぼろぼろ出てきた。 BOM付けてマルチバイトなのにC2001、C1057が出る。 ソースは晒せないし、、、もう寝る。俺は逃げるぞーーーーー！！！！！！ 716 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 02:32:55 ] 安心しろ。呪われてるのはお前だけだ。 718 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 02:39:48 ] 断言してもいいがお前だけだな。 そもそもASCIIに変換されないってどこの段階の話だよ。 719 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 02:42:59 ] 未確認だがUTF-16でも同じ症状が出た気がする。 多言語扱わないといけない人は一緒に呪われようぜ＾＾ 720 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 02:45:15 ] >>718 どこの段階って？頭が朦朧として理解できね。 ASCIIか？確認はデバッガでアセンブラコード確認すると分かる。＋_T("")でC2001が出る。 721 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 02:47:52 ] よく考えるとWTL使いなんだが、WTLのソースの文字コードの加減ってことはないよな… 722 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 02:48:28 ] ないない。 723 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 03:33:15 ] >>724 合ってるじゃん。 バグ再現って、どこがバグってんのさ。 それと、エラーが出てビルドが通らないものの 逆アセンブルコードをどこから引っ張ってきた。 727 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 03:35:40 ] >>726 > ↓バグ再現専用別プロジェクト 729 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん [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 ] 名前？

---

---

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

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