Visual Studio 2005スレ Part14

Visual Studio 2005ス ..

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

816:デフォルトの名無しさん
06/08/11 16:43:17
次スレ誰か用意しといて。

817:683
06/08/11 16:49:41
解決しました。
SelectionModeがCellSelectに変わってしまっていました。
FullRowSelectに戻したら、うまくDeleteRowsできました。

本当に、申し訳ない。

818:デフォルトの名無しさん
06/08/11 16:55:33
おめ。

ビール用意して徹夜でヲチしようと思ってたけど早かったね。

819:683
06/08/11 16:56:17
>>818
知ってたんだったら、教えてくれよ！！（´・ω・）

820:デフォルトの名無しさん
06/08/11 17:02:42
いや、自分はVBとVCしかやったこと無いし知らなかったからさｗ

午前様越えたら検証してみようかなとは思ってたけど。
まあなんだ、とにかく間に合って良かったジャマイカ。
今日は風呂入って旨いビール呑んでくれｗ

821:683
06/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:デフォルトの名無しさん
06/08/11 17:30:31
CellSelectとFullRowSelectって表示が明らかに違うじゃん
使ってた奴も気づけよとｗ

他人がプロパティ変えてたなら
理由も聞いとかないとまた他で不具合でるかもだぞ

823:683
06/08/11 17:35:05
>>822
一列しかないので、表示上の違いはないです。

824:デフォルトの名無しさん
06/08/11 17:36:37
もういい加減去れ。

825:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/08/11 18:01:16
>>825
多分 eax も esp ダメでそ。

827:デフォルトの名無しさん
06/08/11 18:04:29
ブーンとか言ってるしさ
お前らなんでそこまで優しいんだよ
こいつ自分の業務の手伝い俺らにさせようとしてたんだぞ

828:825
06/08/11 18:06:32
>>826
本当だ……。

え、これって仕様？
いやしかし、こんなのあり？
いや、意味は分かったけど……。

いやしかし、ウォッチってレジスタの名前を入力すると、値が見れるのか。
初めて知った。
レジスタの値を知る必要に迫られたことは無かったし、レジスタを見れるウインドウもあるし……。

829:デフォルトの名無しさん
06/08/11 19:40:34
すみません。少し話がそれますが、VBAから呼び出せるDLLをVBで組みたいと
思いますが、参考になるサイトなどはありませんか？

ググってもこれ、と思うサイトがヒットしなかったので…。

830:デフォルトの名無しさん
06/08/11 19:41:50
いや、スレ違いですから。

831:デフォルトの名無しさん
06/08/11 22:05:15
>>828
俺は重宝してるけどな

832:デフォルトの名無しさん
06/08/11 23:18:35
VCの場合はレジスタの名前やアセンブラの命令なんかも予約語と思ったほうがいいかも。

833:デフォルトの名無しさん
06/08/11 23:41:10
.NETじゃないVisual Dが出るのはいつですか

834:デフォルトの名無しさん
06/08/12 00:01:47
Vistaの8年後ぐらいじゃね？

835:デフォルトの名無しさん
06/08/12 00:33:11
VC6を持っていて、ユーザ登録はしていないのですが、
アップグレード買ってもインストール可能でしょうか？
CD求められるだけですか？

836:デフォルトの名無しさん
06/08/12 00:48:40
>>835
VC2005のスタンダードあたりのことを指してるなら、そのままアップグレード対象だから気にスンナ。
実のところ、タダで落とせるEEまでもがアップグレード対象だったりするくらいなので
仮に>>835がVC6を持ってない子だったとしてもアップグレード版でOKだ。
CDも要求されん。迷わず買っちまえ。

どうせ1万くらいしか変わんないしな。

837:デフォルトの名無しさん
06/08/12 00:51:23
別に何も持って無くてもアップグレード版のインストールは出来る。
CDも旧バージョンのインストールも不要。
万が一の場合にアップグレードの権利主張できるかどうかの違いだけだよ。

838:デフォルトの名無しさん
06/08/12 00:54:44
アップグレード版ってそんな気前のいいものなのか。
まあ、学生の自分にはまだ関係ないけど。

839:デフォルトの名無しさん
06/08/12 00:56:25
Visual C++ 2005 Express Edition なんですが

ifstream ifsInFile;
ifsInFile.open("/*ファイル名*/");

//初期化等

for(DWORD i = 0 ; i < max ; i++)
{
//ifsInFileからの読み込み処理
}

ifsInFile.close();

といった具合の処理をしてるんですが、デバッグモードでforループのところにブレークポイントを置いて
iをウォッチすると、なぜか内容がifsInFileと同じ内容になってしまってます。
プログラム自体は正常に動いていて、他のローカル変数の内容は正常に表示されています。
原因および解決策ご存知の方、何卒ご教示お願いします…

840:デフォルトの名無しさん
06/08/12 01:00:03
>>838
３万円が２万円で買えるだけ。
元が安すぎるので、お買い得感はイマイチではあるが。
つーか学生ならアカデミック版買いなさいよ。
ゲームソフトより安く買えるぞ。

841:デフォルトの名無しさん
06/08/12 01:00:53
>>839
最適化ビルドかけてね？

842:838
06/08/12 01:22:30
>>840
いや、もちろんアカデミックパッケージを買ったさ。
一桁違う値段で。

843:835
06/08/12 01:49:46
皆さんご回答ありがとうございました。
アップグレード版買うことにします！

844:デフォルトの名無しさん
06/08/12 06:31:08
小さな正方形の絵があるとして、マウスポインタが上に乗ると枠が表示され、
クリックすると枠が沈み込むようなコントロールを作りたいと思います。
（絵は沈まなくてもいい。絵に割り当てられた数値を返せればよい。）
これはどのようなコントロールを組み合わせればできるのでしょうか？
あるいはマウスのイベントを拾って枠とかをシコシコ書かなければならないので
しょうか。
例：excel等の色指定用コントロール

845:デフォルトの名無しさん
06/08/12 07:00:00
>>839
1) iの宣言を関数の先頭で宣言してみる。
2) ifstream ifsInFile; の後ろにダミーの定数を宣言してみる。
　直後で使っているフリをしてみる。
例：
ifstream ifsInFile;
int c;
c = 0;

846:839
06/08/12 10:34:03
すいません、どうにもならなくなったのでVC++2005再インストールしたら直りました。
どうもお騒がせしました…

>>845
それは試してみたのですがダメでした。
ウォッチウィンドウは相変わらずifsInFileと同様の内容が…
>>841
というわけでプロジェクト＞（プロジェクトの）プロパティ＞C/C++＞最適化で最適化オプションを
いろいろと変えてみたのですが、そのような症状は出てきませんでした

847:デフォルトの名無しさん
06/08/12 11:38:55
#include "xxx.h"

int main(void){
～～～～～
}
#include "aaa.c"
#include "bbb.c"
#include "ccc.c"

main.cだけをコンパイルすればいいプログラム

848:デフォルトの名無しさん
06/08/12 22:18:31
>>750
>VS2005で最良のレポート開発環境は？
最良かどうか知らないけどこれ使ってる。
URLﾘﾝｸ(www.adv.co.jp)
ページ見れば判ると思うがEXCELでレイアウト作成出来る。
VB6も兼用な人にはActiveX版も同梱されてお得。

849:デフォルトの名無しさん
06/08/13 00:42:46
VS2005 C++用のコードスニペット集は配布されてませんでしょうか？

850:デフォルトの名無しさん
06/08/13 00:46:28
>>848
バーコード出力機能があるようには見えない...

851:デフォルトの名無しさん
06/08/13 01:12:39
>>633-634
EclipseのCDTにそんなの無かったっけ。
無かったっけ…

852:デフォルトの名無しさん
06/08/13 01:33:08
>>750
バーコード出力までレポツールに頼る必要も無いと俺は思うんだが、
まああったらあたで多少の工数削減にはなるのかな。（既存の資産がなければ）
それはさておき、True WinReports for .NETは使ったことないけど、見た感じ
VB Reportより細かな調整は効きそうだね。
特に文字ピッチ調整とか。
VB Reportはかなり楽ができるけど、モノの精巧さにもよる。
既存フォーマットの細かな枠に合わせなきゃならない場合、苦戦する場合も。
例えば複数文字/セル単位の調整なら楽だが1文字/セルで横並びな帳票だと
Excelのセル幅設定のアバウトさで泣かされた。
お役所書類では多いと思う。（行政書士申請書類のプロジェクト談）

853:848
06/08/13 01:33:19
>>850
URLﾘﾝｸ(www.adv.co.jp)

854:デフォルトの名無しさん
06/08/13 01:39:20
かなり癖はあるがCoReportsならきっちりページ単位のレイアウト指定できる。
レイヤ管理タイプだから慣れると承認欄の調整とかするのに使い易いよ。

855:デフォルトの名無しさん
06/08/13 06:03:27
漏れGraphVizっていう可視化ソフト使っているんだけど
同じソースをVC++6とVC++8でできるだけ同じ最適化かけて
速度比較したら15%くらい遅くなってしまった。
試しに他のソフトもいくつかリビルドしてみたところ軒並みそんな感じで遅くなってしまった。
そんなもん?ちなみにPGOは使っていないです。

856:デフォルトの名無しさん
06/08/13 09:03:44
>>849ですが
なにげに、スルーされていますが今さっき気付いたのですがコードスニペットマネージャ機能は
そもそもVisual Basic プロジェクト、Visual C# プロジェクト、Visual J# プロジェクト、および XML ファイルで使える機能ということが判明しました、
尚更VS2005 C++用のコードスニペット集が欲しくなったのですが誰かご存知の方はおられませんか？

857:デフォルトの名無しさん
06/08/13 09:17:42
コードスニペットピッカーもC++では使えないみたいだよ

858:デフォルトの名無しさん
06/08/13 09:26:36
>>857
サンクス
マイクロソフトのリリースを待つしかないようですね^^);
それまで、一人でしこしこ作ってみます
とりあえずOpenFileDialogのコードスニペットから作ります。

859:デフォルトの名無しさん
06/08/13 14:43:47
コードスニペットてよく判ってないんだけど何？
定型処理の雛形みたいなものをカーソル位置に流し込んでくれるの？
それとも定型処理を自動的にテンプレート化してくれるとか？
だったらVCにもすごく欲しいな。

860:デフォルトの名無しさん
06/08/13 15:08:41
コードスニペットって、挿入したあとキーワードが反転するじゃん、
あれって、文字入力したあとも残るのがうざい。反転消す方法ないかな・・・

861:デフォルトの名無しさん
06/08/13 17:00:18
>>859
2行目＋αだね。
テンプレートを読み込んだあと、変数名なんかを埋め込んでくれる。

>>860
TAB打って必要なとこを入力したら、エンター打てばおｋ

862:デフォルトの名無しさん
06/08/14 11:17:47

ｔｓｔ

863:デフォルトの名無しさん
06/08/14 12:03:49
Visual Studio 、 C#で開発中です。
フォーム上にあるコンボボックスに関する質問です。

例えば以下のようなアイテムがあったとします。
this.comboHoge.Items.AddRange( new object[] {
1.0,
2.0/3.0,
1.0/2.0,
1.0/3.0,
1.0/4.0,
1.0/8.0
}
);
要件としては、comboHoge.FormStringによって表記を定めたいので、
Itemsには数値型の値を納めておきたいのです。

管理が楽なので是非VSのデザイナを使ってItemsとFormStringをいじりたいのですが、
デザイナではItemsに指定できるオブジェクトは文字列だけでした。
そこで、formHoge.Designer.csに直接上記のコードを記述したところ、
該当部分でデザイナが「コードを処理できません」という警告を出し、
デザイナによる変更が出来なくなってしまいました。

現在はformHoge.csにあるformHogeのコンストラクタ内に上記のコードを記述し、
デザイナでのItems管理を放棄しています。
これだと、まずデザイナでの管理が出来ません。
その上、折角フォームの初期状態としてformHoge.Designer.csに分離されている
デザインコードがformHoge.csにも散らかってしまう事になります。

個人的な理想主義に過ぎないかもしれませんが、この状況はあまり良い物ではないと思います。
何とかデザイナとFormStringによるフォーマット指定をきちんとかみ合わせる手段は無いものでしょうか。

864:デフォルトの名無しさん
06/08/15 12:29:52
Xbox360をターゲットの一般向け開発環境発表
URLﾘﾝｸ(slashdot.jp)

VisualC# 2005 Expressがベースらしい。

865:デフォルトの名無しさん
06/08/15 12:44:05
せっかくマネージドなのになんでVB版は用意しないんだろ
C#好きだから嬉しいけど

866:デフォルトの名無しさん
06/08/15 12:47:14
切り捨てられ（ｒｙ

867:デフォルトの名無しさん
06/08/15 12:55:21
J# 版も出せよな。

868:デフォルトの名無しさん
06/08/15 12:56:20
C++/CLI版も(ry
いやそれならアンマネージドなDirectXを使えばいいのか

869:デフォルトの名無しさん
06/08/15 13:51:42
>>868 ネイティブな方法も使えるのかな？
ゲームマシンなんだから当然使えるか。

870:デフォルトの名無しさん
06/08/15 14:25:16
VS2005で作ったものってFramework1.1では動かへんの？
せやったらあんまりメリットあらへんのやないか？

871:デフォルトの名無しさん
06/08/15 14:43:50
>>870 なんで？

.NET Framework に依存したくなければ
ネイティブで書けばいいだけじゃね？

872:デフォルトの名無しさん
06/08/15 15:01:30
VC#2005EE　XPsp2

例えばYahooJapan!のトップページのコンテンツを、
まるごと、Baloonで表示させることは可能ですか？

諸先生方、宜しくお願い申し上げます。

baloon C# の検索結果
URLﾘﾝｸ(www.google.com)

baloon C#　html の検索結果
URLﾘﾝｸ(www.google.com)

873:デフォルトの名無しさん
06/08/15 15:20:36
WindowsCE用のソフトは、VC#2005ExpressEditionでも作れますでしょうか。

初心者ですみません。よろしくお願いします。

874:デフォルトの名無しさん
06/08/15 15:26:11
>>873
作れる

875:873
06/08/15 15:49:43
＞＞８７４
まず、何を用意したらいいのか、を紹介するサイト、ご存知ないですか？
探しても、どれがなんなのか、さっぱりわかりません。

しょぼくてすみません。

876:デフォルトの名無しさん
06/08/15 16:00:54
>>874
適当なこと言うな。

>>875
少なくともStandard Editionが必要。

877:87３
06/08/15 16:59:14
>>876
レス産休です。
URLﾘﾝｸ(kakaku.com)
これのことですか？

878:87３
06/08/15 17:01:58
Visual Studio 2005 Professional Edition 180 日限定評価版
URLﾘﾝｸ(www.microsoft.com)

確かに、StandardEditionのトップページに、
CEプログラミングできるって書いてありました。

３ヶ月勝負ですね。

879:デフォルトの名無しさん
06/08/15 17:03:01
六ヶ月？

880:デフォルトの名無しさん
06/08/15 17:21:28
XBOX360で自作が可能に　　言語はC#

XNEWS
URLﾘﾝｸ(www.xbox-news.com)

キットが無償提供なので、ゲームを作るだけなら出費0で作れる
C#なので開発しやすい。素人、同人のレベルでもゲームが作れる
月額1万で他の開発者とゲームを共有できる
「箱○は開発がこんなに簡単です」という世界的なアピールができる

881:デフォルトの名無しさん
06/08/15 17:33:48
コミケでXbox360用の自作ゲームを配布することも可能ってこと？

882:デフォルトの名無しさん
06/08/15 17:52:30
作ったものは360に限らずWindowsでも動くんだよね
ManagedDirectXの代わりになるのかな

883:870
06/08/15 18:11:13
>>871
でもな2005で作った奴を友達のFramework1.1しか入ってないとこ持ってってもうごかへんやん？
それって不便とちゃうん？
すべての環境にFramework2.0が入っている前提にされるとかなわんわ。

884:デフォルトの名無しさん
06/08/15 18:13:43
Framework1.1が入ってるのは前提にしていいのか？

885:デフォルトの名無しさん
06/08/15 18:54:46
do! do! do!

886:デフォルトの名無しさん
06/08/15 19:18:36
>>880
月額1万、高っ！と思ったら年額やないか！
ちょっと雰囲気知りたい中小ソフトハウスや、実習で使いたい
専門学校あたりは飛びつくかもしれないな。

次ページ