05/06/24 10:57:45
それじゃ話が進まんよ～
302:デフォルトの名無しさん
05/06/24 10:58:26
>>301は>>299へのコメント
303:デフォルトの名無しさん
05/06/24 10:59:25
2005は11月だっけ？
ついこの間Longhornは夏って発表あったから、
Orcasまで半年ちょいしかもたないな
304:デフォルトの名無しさん
05/06/24 11:00:17
>>303
一年後だから。
305:デフォルトの名無しさん
05/06/24 11:02:57
>>300
普段は何使ってるの？ 大抵は慣れだと思うけど。
でも、たかが数MBのソースのエディタとしてみると、
４、５００MBのメモリはちと食いすぎな気がする。
コード補完が充実しているにしても
306:デフォルトの名無しさん
05/06/24 12:48:55
Orcasまで半年ちょい・・・・
それ知ってて2005買う奴はいるのか？
307:デフォルトの名無しさん
05/06/24 12:55:40
MSDNでくれる。もらう。一応使う。
308:デフォルトの名無しさん
05/06/24 15:19:08
>>305
β2で凌ぐ。
309:デフォルトの名無しさん
05/06/24 16:33:22
C#はいいけどC++のコード補完はいまいち
310:デフォルトの名無しさん
05/06/24 16:57:49
結局少なくともあと１～２年は.netは定着しなさそう。
311:デフォルトの名無しさん
05/06/24 17:02:33
まああのクソでかい.NET Flameworkが最初からプレインストールされるようになるまでは
.NET製のフリーソフトはなかなか作られない・広まらないだろうし、
業務でも一般のクライアント上で動作させるプログラムを.NET化するのはある程度の抵抗があるな。
そういう案件も結構あるけどね。客がウンといってくれればいいから。
しかし、サーバサイドがWindows + IISでもいい、という案件なら.NETをサーバサイドに適用するのは
全く問題ない。要するに今までASPでやっていたような案件なら.NETに移行できるわけだ。
312:デフォルトの名無しさん
05/06/24 22:14:46
散々既出
313:デフォルトの名無しさん
05/06/25 18:20:10
結論：MFCは永遠に不滅です。
314:デフォルトの名無しさん
05/06/25 19:11:47
Visual C# 2005 ってスタックサイズの設定はできないの？
315:デフォルトの名無しさん
05/06/25 19:35:27
asp.netは正直感動した。
316:デフォルトの名無しさん
05/06/25 19:48:45
なにをいまさら・・・
317:デフォルトの名無しさん
05/06/25 19:56:21
2005Expってカスタムコンポーネント作れないの？
とりあえずヤフオクで2003パチもんでも買っとくかorz
318:デフォルトの名無しさん
05/06/26 00:36:11
最近プログラムを始めVSを買おうと思ったのですが2005の体験版がある状況で
今出ているのを買おうかどうしようか悩んでいます、今からいろいろ始めるなら2005の変更点
はどうせわからないからいいよ、みたいな変更なら現在のバージョンを買うんですがどうでしょう？
待つべきでしょうか
319:デフォルトの名無しさん
05/06/26 00:49:56
無料アップグレード権付きじゃないと後悔するかも
違いは分からなくても気分の問題とかでw
320:デフォルトの名無しさん
05/06/26 01:01:51
>>318
学生？ なら5000円弱のがなかったけ？ とりあえず
それで凌ぐとか。
2005βを学習に使うのはC++の場合は厳しいかも。
記述しているプログラムが正しくても、ツール側のバグで
誤動作したとき、初心者だったら対処できないと思う。
321:デフォルトの名無しさん
05/06/26 10:15:28
他所からATLやMFCのファイルもってくれば使えるの？
ウイザードに無いの？
322:デフォルトの名無しさん
05/06/26 18:53:11
ATL7.1は使えた。
ウィザードも改造すればある程度は使えた。
323:デフォルトの名無しさん
05/06/28 16:16:40
ビルドがやけに速いと思ったら、コンパイラ二つ起動しているね。
2003もそうだったの？
324:デフォルトの名無しさん
05/06/28 17:26:18
VS2003ではビルドしたアプリケーション走らせながら、コードを編集できたんだが、これはできないのか？
325:デフォルトの名無しさん
05/06/28 17:35:52
>>324
VS2003では編集出来ても反映されないんじゃない？
少なくともC#は出来なかった気がする。
326:デフォルトの名無しさん
05/06/28 17:40:03
>>323
2005には同時にビルドするプロジェクト数の指定があるよね。
でも仰るのは１プロジェクトで複数のソース同時コンパイル？
どうやったの？
327:デフォルトの名無しさん
05/06/28 17:47:52
>>324
うん、C#だけど、もちろん、ビルドしない限り反映はされないけど、アプリケーションが走っているときに編集作業はできた。
VS2005は止めないと編集作業に移れない気がするんで、これは自分が気づいていないだけか、それとも現時点での仕様なのかなと。
328:デフォルトの名無しさん
05/06/28 18:00:07
>>327
C++なら実行時、デバッグ時に編集できるよ。ネイティブ、clrともに。
329:デフォルトの名無しさん
05/06/28 19:26:34
>>326
何も設定していないよ。
デュアルCPUなら勝手にやってくれるんじゃない？
330:デフォルトの名無しさん
05/06/28 20:37:58
>>329
いや、シングルプロセッサでもプロジェクトが2つ以上あれば
並列処理されるでしょ。デフォルトで2つ並列処理するようになっている。
331:デフォルトの名無しさん
05/06/28 20:51:39
>>330
>>329の人のは一つのプロジェクトでmain.c と sub.c が一緒に
コンパイルかかるってことじゃないの？ リリースビルドとデバッグ
ビルドを同時にビルドすると２個ずつコンパイルするけど、１プロジ
ェクトにつき１ファイルみたい
332:デフォルトの名無しさん
05/06/28 21:16:55
>>331
>>329がそう思っているなら、それは間違いでしょ。
多分、複数のプロジェクトを持つソリューションをコンパイルして
速度が上がったという話だと思う。
333:デフォルトの名無しさん
05/06/28 21:52:56
>>332
実際開発中にリリースとデバッグを同時にコンパイル
することは少ないから１プロジェクトで複数ソース同時の方が
ありがたかったなあ。（makeってそういうのできた気がする）
まあ使い道はそればかりじゃないけどね。
334:デフォルトの名無しさん
05/06/28 22:02:56
333
335:デフォルトの名無しさん
05/06/29 17:33:38
VS2005のVBって、VB.NETのことなのか？
それとも、VB6.0の機能拡張版みたいなものなのか？
336:デフォルトの名無しさん
05/06/29 17:43:12
VB.NETの事を単にVBと言うようになったようです。
VS2005からだったかな？
337:デフォルトの名無しさん
05/07/01 15:52:13
アンマネージ含んだコードをクリックワンスで配布できる？
338:デフォルトの名無しさん
05/07/01 16:18:12
調べたわけじゃないけど
受け取る側のセキュリティポリシー次第かと
イントラじゃないと無理そう
339:デフォルトの名無しさん
05/07/01 16:18:58
調べたわけじゃないけど
受け取る側のセキュリティポリシー次第かと
イントラじゃないと無理そう
340:デフォルトの名無しさん
05/07/01 16:19:21
調べたわけじゃないけど
受け取る側のセキュリティポリシー次第かと
イントラじゃないと無理そう
341:デフォルトの名無しさん
05/07/01 16:27:32
2度あることは3度ある？
342:デフォルトの名無しさん
05/07/01 16:32:24
ぐは
書き込みに失敗しましたと出てたのに・・・・
343:デフォルトの名無しさん
05/07/01 17:44:47
配置とかのメニュー項目って、C#じゃ出るけどC++/CLIじゃ
出なかった気がします。できないのかな？
344:デフォルトの名無しさん
05/07/02 11:55:47
どなたか教えてください。
「ひと目でわかる…」という本で、beta2を使ってC++を勉強中なのですが
ポインタ配列の宣言がうまくいきません。
String^ para[] = gcnew String[4];
とすると、以下の二つのエラーが出ます。
'System::String'：ネイティブ配列はこのマネージ型を含むことはできません。
'System::String::String'：クラス、構造体、共用体に既定のコンストラクタがありません。
元々のコードは
String *para[] = new String*[4];
なのですが、これを2005用に書き換えたのが上のものです。
どこが問題なのでしょうか。アドバイスいただければ助かります。
345:デフォルトの名無しさん
05/07/02 12:05:52
SList : TSrtingList;
SList := TSrtingList.create;
SList.add( 'もじもじ');
SList.add( 'もじもじ');
SList[1] := 'もじもじ2';
SList.free;
なんて 簡単にできるのに
Delphi or C++builder最強
346:デフォルトの名無しさん
05/07/02 12:12:12
>>344
なぜ本のとおりにやらないの？ まずそれで、できるかどうか、からでしょう。
それともC++／CLIをやりたいのかな？
だったらここで聞いてみたら↓
ｽﾚﾘﾝｸ(tech板)l50
347:344
05/07/02 12:23:22
>>346
レスありがとうございます。
CLR、つまり.NET用のコーディングです。使ってる本がVS.NET 2003用なので、
そのままでは通りません。
>だったらここで聞いてみたら↓
>ｽﾚﾘﾝｸ(tech板)l50
こっちのほうが適切でしたね。すみません。
348:デフォルトの名無しさん
05/07/02 12:25:28
>>344
C++/CLI では array を使うんじゃなかったか？
array<String^>^ para = gcnew array<String^>(4);
349:デフォルトの名無しさん
05/07/02 12:28:18
>346
まぁ、あんまり変なの誘導しないでよ（ｗ
マネージド配列は次のように宣言する
arra<String^>^ para = gcnew array<String^> (4);
>344
その本が managed c++ について書いてあるのであれば、コンパイル・オプションで
/clr:oldSyntax を付けないと beta2 ではコンパイルできないよ
350:344
05/07/02 12:34:14
>>348 >>349
なんと、そのままコピーしてコンパイルしたところ、なんのエラーもなく
コンパイルが通りました。
朝から2時間くらい悩んでいて、どうしてもわからずこちらに聞いてみました。
なんと30分での解決です。← もっと早く聞けばよかった
レスありがとうございました。
>/clr:oldSyntax を付けないと beta2 ではコンパイルできないよ
メモメモ
351:デフォルトの名無しさん
05/07/02 13:09:04
＞なんと、そのままコピーしてコンパイルしたところ、なんのエラーもなく
＞コンパイルが通りました。
そりゃそうでしょう。
＞C++を勉強中
とあるけど、やってることは適切なのかな？「勉強中」のレベルが
わからんのでなんともいえないが
352:デフォルトの名無しさん
05/07/02 14:16:45
同感。C++/CLI にしても、managed C++ にしても、C++ の基本を押さえた後でないと
難しいよ。中途半端な勉強で手を伸ばすには危険だとおもう。最強だからこそ、意識して
いないといけないことが多い
C++/CLI の配列の初期化は普通に
array<String^>^ arr = {
"あああ", "いいい", "ううう"
};
arr[1] = "ひひひ";
で済む
353:デフォルトの名無しさん
05/07/03 02:08:03
>>350
おまいにとっては解決じゃない気がするよ。
単にコンパイルとおっただけだろ？次に同じようなこと起きたらまた困るんだろ？
354:350
05/07/03 08:16:08
>単にコンパイルとおっただけだろ？次に同じようなこと起きたらまた困るんだろ？
「ひと目でわかるVisual C++.NETアプリケーション開発入門」については、おかげさまで
昨日全部終えることができました（XMLのとこ除いて）。
2005になってから、結構細かいところで変更されていて、名前空間や、オーバーロードの
所で何回か引っかかりましたが、自己解決してました。
それにしても、ポインタ配列の内容があんなにも変わってるなんて。エラーが起こるとダ
イナミックヘルプにエラー原因の候補が表示されるんですが、確かにarrayの記述があり、
試してみてうまくいきませんでした（^の付け方が間違ってたようです）。
355:350
05/07/03 08:17:10
>>C++を勉強中
>とあるけど、やってることは適切なのかな？「勉強中」のレベルが
>わからんのでなんともいえないが
>同感。C++/CLI にしても、managed C++ にしても、C++ の基本を押さえた後でないと
>難しいよ。中途半端な勉強で手を伸ばすには危険だとおもう。最強だからこそ、意識して
>いないといけないことが多い
土日だけプログラミングやってるど素人です。
やっていて面白ければそれでいいんじゃないかと……………。
これまで、QTや猫なんかも手を付けてますが、今ひとつ実にならず、.NETさわってからやっ
とコーディングしてるという実感を感じてます。IDEの便利さがやはり一役買ってると思い
ます。
勉強の仕方が適切かどうかはわかりませんが、1週間に2日しか時間がとれないので、興味を
持続させる意味でもある程度実践重視にしたほうがよいと思ってるわけです。
ほかの言語と共通のクラスライブラリを使える、LinuxやMacに実行環境が移植されつつあり、
マルチプラットホームである、ことを考えると、最強といってもいいかもしれません。もっと
も、Delphiなどほかのコンパイラのことはあまり知りませんけど。
今後の予定としては、ASP.NET、ADO.NETやって実用に供したいと思ってます。とりあえず、こ
れから「VBではじめるネットワーク………」っていうのを、C++に書き換えて遊んでみようかと
思ってるとこです。
356:デフォルトの名無しさん
05/07/03 21:52:46
OK！がんばれよ。じゃあな。
357:デフォルトの名無しさん
05/07/04 17:17:52
ClickOnce でアプリ配布のテストしてるんだけど、なんか例外を投げるよ
System.Deployment.Application.DeploymentDownloadException (不明なsubtype)
って奴が SystemNetDownloader.DownloadSingleFileで投げられるんだけど、
これってなにが原因かな？
358:デフォルトの名無しさん
05/07/05 10:37:31
>>357
ClickOnce あまりやってる人いなさそうですね。
上でもちと出てきてるが、レスの食いつきが悪いみたいだし。
回答になってなくてｽﾏｿ
359:デフォルトの名無しさん
05/07/05 12:02:11
これってVS2003と共存できるんですか？
360:デフォルトの名無しさん
05/07/05 15:06:36
>358
上のはGDNでやってるのを見たよ。C++/CLI で ClickOnce。かなり手間がかかりそうだった
>357 のは海外のサイトでも ClickOnce is not Simple とかいって騒いでる掲示板に出てた
バグっぽかった
361:デフォルトの名無しさん
05/07/05 15:28:10
＞ ClickOnce is not Simple
ﾜﾗﾀ
実際自前のアプリにはネットでアップデートできる機構を
組み込んでるから、MSに頼る必要も無いんだけど、
どんなかなーと気になってはいる
362:デフォルトの名無しさん
05/07/05 15:42:23
むぅ、やっぱりバグなのかな？ feedback に出してみるか
アセンブリのバージョン管理を自動でやってくれる分には便利だと思う
ちゃんと動けば
363:デフォルトの名無しさん
05/07/08 21:03:26
vbexpress2005betaが期限切れで立ち上がらなくなった・・・・
これからどうすればいいんだ・・・
364:デフォルトの名無しさん
05/07/08 22:30:22
>>363
それほんと？ VS2005beta2入れたらどうかしら。おれんところは平気で使えるぞ
365:デフォルトの名無しさん
05/07/08 23:16:52
あくちべーしょんが必要じゃ？
366:デフォルトの名無しさん
05/07/08 23:32:19
beta2入れても近い将来使えなくなるんだろうか
ときどき自分用に便利ツールをつくるだけだから永久に使いたいなあ
367:デフォルトの名無しさん
05/07/08 23:41:25
独り言はMeadowにでも書いとけ
368:デフォルトの名無しさん
05/07/09 00:20:40
>>366
MSが確信犯的にバグ入れてる感触あり（あくまで気分的に）
Goliveライセンスとか言うので製品も作れるらしいが、ちと困り者だ。
安いバージョンもあるし、製品版出たら俺は買うね。
.NETは見送ったことだし
369:デフォルトの名無しさん
05/07/09 00:28:46
>>366
2006年5月1日まで。
370:デフォルトの名無しさん
05/07/09 00:55:30
FAQに製品版がでるまでか、>>369までと書いてあったような希ガス
371:デフォルトの名無しさん
05/07/09 01:45:45
ふーむ、ウチは普通に起動できるがなあ。
当方Visual C++ 2005 Express Edition Beta 2。
372:デフォルトの名無しさん
05/07/09 02:15:29
>>287 にもあるが、なんか使用制限おきている人もいるんじゃない？
373:デフォルトの名無しさん
05/07/09 10:51:52
VS July CTPあげ
374:デフォルトの名無しさん
05/07/10 03:28:13
VC#2005でWebBrowserコントロールでニュースを集めてきてデスクトップに
表示するプログラムを作っています。
そこで1時間ごとにニュースサイトにアクセスしようとしているのですが、
キャッシュを読みに行ってるらしく新しいページが取得できません。
そこでRefreshメソッドを使ったのですが、今度はDocumentCompleteイベントが
発生しないので、ページ取得のイベントがキャッチできませんでした。
前のaxWeb～なら引数のパラメータでキャッシュから読まないとかが
設定できたようですが、VC#2005のNavigateメソッドにはそういう機能は
ありませんでした。
なにかうまい解決法はないでしょうか？
375:デフォルトの名無しさん
05/07/10 03:43:39
>>374
WebClientでなくてWebBrowserなのは何か意味があるの？
376:デフォルトの名無しさん
05/07/10 03:48:45
ん～、C#expressを使ってみてるんだけど
データソースの追加にAccessとSQLserverしかないんだけど
他の使いたかったら手打ちしろって事ですか？
377:375
05/07/10 04:08:02
手打ちといえば手打ちになるけど。
new WebClient().DownloadData(url)
だけでWebページのバイト配列が取れますよ？
直接表示するんでなくてデータを加工するなら、
WebClientは楽だと思うけど。
378:375
05/07/10 04:29:48
WebBrowserなら、Refreshメソッドを呼んで、
ProgressChangedイベント内で
if (e.CurrentProgress == e.MaximumProgress){ ... }
とすれば読み込み完了が検知できそう。
379:フォルトの名無しさん
05/07/10 16:49:11
Visual studio 2003 professional版って800x600でも使えますか？
380:デフォルトの名無しさん
05/07/10 17:06:35
>>379
その質問は微妙だな。使えるような気がしないでもないが
漏れは、絶・対・イ・ヤ・ダ！
381:デフォルトの名無しさん
05/07/10 17:10:07
使い物にはならなそうだな
382:デフォルトの名無しさん
05/07/10 17:40:59
それぐらいならコマンドラインで使った方が気楽じゃね？
383:デフォルトの名無しさん
05/07/10 17:50:00
おれはむしろ、なぜ800x600で使いたいのか気になる
384:デフォルトの名無しさん
05/07/10 18:17:18
ノーパソだろ
385:デフォルトの名無しさん
05/07/10 19:27:12
VSが動くスペックのノーパソで800x600ってのは余計に不思議
386:デフォルトの名無しさん
05/07/10 20:25:26
小さい文字とかが見えにくいって人も中にはいるんじゃね？
387:デフォルトの名無しさん
05/07/10 20:29:50
フォントサイズ調整汁
388:379
05/07/10 20:44:34
脳みそはCel650だけど液晶はSVGAなんですよ、
金がないモンでジャンクなんですよorz
389:デフォルトの名無しさん
05/07/10 21:34:23
ｶﾞﾝｶﾞﾚ
390:デフォルトの名無しさん
05/07/10 21:37:27
おれ、7000円でPC＆OS＆オフィス付きCRTモニタ買った。
結構使える。CRTなんでXGAはいけるよ。SXGAも字は
小さくなるけどOK
391:デフォルトの名無しさん
05/07/10 22:28:06
マネージコードまじ遅い
C++ネイティブとCLIで、速度の差が１０倍ある（入出力の伴わない文字列の
パース的な処理）
JITコンパイルコードってこんなに遅いのか？ 早くはならんだろうが、せめて
1.5倍とか２倍程度の遅さで勘弁してくれ……（上の比較はJITコンパイル
そのものは含んでない、念のため）
392:デフォルトの名無しさん
05/07/10 22:33:46
マネージドの文字列処理って、配列の境界チェックが毎度毎度走るから
遅いんじゃないのかな
推測だけど
でもそんだけじゃ10倍も差は出ないか
393:デフォルトの名無しさん
05/07/10 22:38:45
>>392
char *p
で p には文字バッファの有効なポインタが入ってるとして、
ここから char c =*p++ という感じで読んでるだけなんだが、
境界チェックって毎度入ってるの？
394:デフォルトの名無しさん
05/07/10 22:42:39
>>393
ポインタアクセスしてるだけなら入らないでしょ
395:デフォルトの名無しさん
05/07/10 22:46:34
ILDASMしてみるのがはやいかと
396:デフォルトの名無しさん
05/07/10 22:56:54
＞ char c =*p++ という感じで読んでるだけ
だけってことは無いな、スマン
newするとアンマネージ←→マネージ切り替え発生する？
＞ILDASM
知らんかった。やって見ます。マネージコードのdisasmなんて
やってみようとも思わんかったorz
397:デフォルトの名無しさん
05/07/10 23:35:05
マネージコードだから遅いと言う事実はない
398:デフォルトの名無しさん
05/07/10 23:38:25
＞ILDASM
だめだ、巨大すぎて該当するコードにたどり着けなかった…
関数名のサーチは無いのか？
つーか分ったとしても俺には読めん。x86の逆汗コードみたいなの
期待してたけどぜんぜん違うorz
399:デフォルトの名無しさん
05/07/11 00:04:28
ん？遅い部分だけ取り出してきっちり測ってるわけじゃないの？
400:デフォルトの名無しさん
05/07/11 00:34:48
コード的に切り出してるわけじゃなくて、計りたい部分が
重点的に動くように指示を出して時間計ってる。
つーか事前の処理が無いとその部分は動作しないので、
そこだけは取り出せないんだ罠
401:デフォルトの名無しさん
05/07/11 09:51:05
っていうかどんなコードかいてんの？
402:デフォルトの名無しさん
05/07/11 10:39:46
高度なコードじゃ無いことだけは確かだ
403:デフォルトの名無しさん
05/07/11 12:21:02
>>401
どんなコードかというと一言では無理だけど、処理内容は
トークンの切り出し→構文解析→式の演算実行。
まあ、インタープリタもどきだ。
>>402
これだけのやり取りでそこまで見抜くなんてすごいね。
確かに高度なコードじゃないと思う…orz
404:402
05/07/11 14:40:01
見抜いたワケじゃなくて>>401に脊髄反射した親父ギャグです。スマンカッタ
405:デフォルトの名無しさん
05/07/11 17:15:35
>>404
煽りだけかと思ったらそうでもないのか（笑）
いやね、そのインタプリタで数万回の演算実行時間を計ったんですよ
こんな感じの単純なループなんだけど（あくまでC風な例）
for(i=0; i<10000;i++){
j++;
}
で、C++ネイティブだと0.02,3秒なのに、CLIだと0.3,4秒かかるんだわ
で、マネージコードおせーなと愚痴を言いにw
どこかでマネージアンマネージの切り替えがあるんじゃないかなあとか
思ってるわけですが、よくわからん。
406:デフォルトの名無しさん
05/07/11 17:20:02
ILDASMの結果はテキストファイルに出せるから検索できるよ
407:デフォルトの名無しさん
05/07/11 18:38:13
そろそろダミーループの速度を比較するのやめない？ｗ
なんの意味もないのに気づいてもいいと思うんだけど。
最近プログラムを覚えたばかりの子供ならしょーがないが。
408:401
05/07/11 18:40:40
>>403
やっぱりそういうのでしたかｗ
正規表現って知ってますか？
目からウロコかもよ！
409:デフォルトの名無しさん
05/07/11 18:53:18
>>407
実際はあれはCのコードじゃないので、インタプリタの速度を
計っていることになっているのだ。実際の運用はあれで
もっと複雑な処理を書いているが、速度最適化の指標と
しては簡潔なループで十分役に立っているよ。
あれで早くなったらもっと複雑なものにトライするという手順
410:デフォルトの名無しさん
05/07/11 18:56:03
>>408
正規表現は門外漢orz
機会があったらどういう実装か見てみたい気はするが、
使うだけだったらライブラリがあるしなあ。
411:デフォルトの名無しさん
05/07/11 19:43:12
>>409
なに使ってプロファイリングしたの？
412:デフォルトの名無しさん
05/07/11 19:49:45
>>411に追加
ループ回数を1000倍とかにしても10倍以上の差になる？
413:デフォルトの名無しさん
05/07/11 20:45:45
>>411
APIのQueryPerformanceCounterでループをはさんで計測
ループ回数を100倍にしたらそれぞれかかる時間は100倍、
比率は10倍で同じだった。
最適化のスイッチはサイズ優先や速度優先など変えても、
おおむねの傾向は一緒だった…
414:デフォルトの名無しさん
05/07/11 20:49:07
ngen してみるとか？
415:デフォルトの名無しさん
05/07/11 20:53:58
>>414
何度も実行してるので、とっくにナンタラキャッシュには入ってるとおもう。
それに計ってるのは問題のコードの前後だから、exeのスタートアップ時の
負荷はネイティブマネージ双方ともカウントしていない
416:374
05/07/11 21:25:10
レス遅くなってすみません。
>>375
>>377
なるほど、WebClientを使うとすっきりとできるんですね
C#2005から標準装備になって、目に付きやすい所に
コントロールがあったんでつい使ってしまいました･･･orz
>>378
この方法だとWebBrowserコントロールでうまくReflesh()を捕まえる
ことができました。しかしnavigateしかDL完了をキャッチできない
DocumentCompleteイベント、使いにくいっす･･･
なんとかWebからニュースをとれるようになりました。
レスくれた方、どうもありがとうございました。
417:デフォルトの名無しさん
05/07/11 21:35:14
>>413
そうすると、関数ごとのプロファイルとかとって
ネック部分を捜さないと原因はわからなそうですね。
ところで、VC++のマネイジドってＧＣとか使えるの？
もしかすると、見えないところで、
インスタンスの生成と破棄が繰り返し行われてたりするのかも。
418:デフォルトの名無しさん
05/07/11 21:59:53
>>417
マネージアプリで関数ごとのプロファイルを簡単に見れる仕組み、
VS2005自体が持ってるっけ？ その辺詳しくないっす
ただ推測するに、標準ライブラリとか呼んでるから切り替えが
激しいんじゃないかな。もともと素のC++をマネージドで
リコンパイルしただけだから
419:デフォルトの名無しさん
05/07/11 22:09:02
>>418
Expressじゃなく、普通のVS2005b2なら、
ツール＞パフォーマンスツールで出来るのかな。
使ったことないからどの程度つかえるのか不明だけど。
420:デフォルトの名無しさん
05/07/12 00:11:47
>>419
情報thx
ちと動かしてみたが、見る気が起きんほどすさまじい量の数字が出てきた。
意味を把握するのにも時間かかりそうだし、もう断念。
いいやCLIのスピードが遅くても（+д+）
421:デフォルトの名無しさん
05/07/13 07:54:48
最近 2005 beta2 試してみた．2, 3日試した感触で 2003 toolkit と比較すると
・大域最適化 + プロファイルガイド付き最適化で 5%，浮動小数点計算しないプログラムの実行速度が速くなった．
・_BitscanForward() や _InterlockedAnd() のおかげでインラインアセンブルが必要な場所が減った．
・スタティックリンクしたコンソールアプリケーションの実行ファイルサイズが 20kb 増えた．
422:デフォルトの名無しさん
05/07/13 12:00:18
>>実行ファイルサイズが 20kb 増えた．
大域最適化 + プロファイルガイドで結構増えるよね
423:デフォルトの名無しさん
05/07/13 12:00:54
増えてもインテルコンパイラに比べりゃぜんぜんマシ
424:デフォルトの名無しさん
05/07/15 00:56:17
256でがんばってる人を応援します
（めちゃ遅いぞ）
425:デフォルトの名無しさん
05/07/15 01:33:30
424だが
やっぱ今日メモリ貝に行く
426:デフォルトの名無しさん
05/07/15 08:57:32
メモリがいくらあっても、あればあるだけ使いにいくような感じがする
２GB搭載とかで使ってる香具師いる？ どれだけ食ってるか
使用言語と一緒にさらして下さいorz
おれは物理１GB、ページファイル２GBで500MBとかほっとくと
行っちゃう。作業中のメモリ開放して無いとしか思えん…
427:デフォルトの名無しさん
05/07/15 08:58:44
>>426
C++使用
428:デフォルトの名無しさん
05/07/15 14:34:15
日本語吐くコンパイラって
英語吐くコンパイラより遅いよね。
ワーニング出まくるプログラムだと
無視できないぐらい違う。
429:デフォルトの名無しさん
05/07/15 14:40:13
VS.NET でコンパイルしたC言語のコンソールアプリは.NET Frameworkが必要ですか？
430:デフォルトの名無しさん
05/07/15 14:55:26
ふつうのEXEならいらない
431:デフォルトの名無しさん
05/07/15 15:31:46
CEの開発に使いたいんだけど、
ＧＵＩコンポネント増えてる？
ブラウザコントロールとか、リッチエディットがあれば
今すぐ２００３から２００５β２へ移りたいんだけど、どうよ？
432:デフォルトの名無しさん
05/07/15 16:16:38
>>429
純粋なC/C++言語なら要らない
.NETを使ったC/C++アプリなら要る
433:デフォルトの名無しさん
05/07/15 18:15:53
やっぱ純粋なC/C++が良いね。
( ﾟдﾟ)､ﾍﾟｯ C丼ﾄﾞﾄﾆｰﾄ
434:デフォルトの名無しさん
05/07/15 20:57:32
>>433
アプリプログラマでそんなこといってる人は
相当やばいぐらいとんでもなく遅れているので
ちょっとは情報集めだしたほうがいいよ。
C++と.NETはだいぶノウハウっていうかそんなのが
違うので手ぐらい出したほうが…。
435:デフォルトの名無しさん
05/07/15 21:17:20
>>434
ドットネットで動いてる市販アプリｷﾎﾞﾝﾇ
436:デフォルトの名無しさん
05/07/15 21:44:39
>>434
例えば自分の商売のプラットフォームがそうなってからでも遅くないだろ？
予習とかって「勉強」じゃないんだから、明日から必要になったら明日から
やってもぜんぜん問題なし。暗記しておく必要もないし、参考書とか
本とか片手に例文を変形させていけば今主流の言語なんざものの数十分
もあればどれでもいけちゃうよ。
参考書には書いてない微妙な癖とかあっても、それはプロジェクト期間中に
吸収しちゃえばいいよ。それできなきゃプログラマとして適性が疑われる
437:デフォルトの名無しさん
05/07/15 21:52:19
>>430>>432
CGI用途なので必要ないようですね。ありがとうございました。
438:デフォルトの名無しさん
05/07/15 21:56:32
.NETのプログラムって標準入出力扱えないのか？
439:デフォルトの名無しさん
05/07/15 22:03:32
>>435
そういうのはこっちでやって
ｽﾚﾘﾝｸ(tech板)l50
Office Home Style+とかはつかっているようだけど。
>>436
実際使用するとかの話ではなく。
分かった上でｲﾗﾈって分野は確かにあるから俺もそのときによって選択するけど
これからのアプリに必要なものという枠で考えたとき.NET Frameworkは
レベルの違ったプラットフォームであることは容易に想像できそうなものだが。
それも.NET Frameworkはネイティブ環境との相互運用性がありえないぐらい高いし。
問題は実用するために本格的にやらんでもそれがまず見えるだろうっていう
状態なのにｲﾗﾈというやつと、Framework自体さまざまな技術や裏づけの上に成り
立っているのに、楽勝楽勝っていってるやつですよ。
440:デフォルトの名無しさん
05/07/15 22:12:34
>>439
煽ってすまなんだ～ 返事ありがとう
具体的には何からはじめればいいだろ。CLIで動かしたり
クリックワンスに興味を持ったりはしてるよ
VS2005のバグをかわすのもまた楽し
441:デフォルトの名無しさん
05/07/15 22:26:42
>>440
まぁ、普通の言語学ぶ過程どおりにかな。
言語仕様片手にとりあえず簡単なもの作ってみるとか。
チュートリアルはもうあるのかな？
大体つかめたら相互運用性について調べてみると
旧コードの生かし方や自然な移行法、移行しないでいい部分
とかも見えてくると思う。正確にはいかに移行するかってよりも
共存関係が見えてくると思うけど。
ClickOnceはCAS(コードアクセスセキュリティ)等の上に
成り立ってるからそれらを知っておくといいかも。
後はデプロイ関係の部分とか。
442:デフォルトの名無しさん
05/07/15 22:54:01
.NETがWin以外で動くのはいつだ～？
そうじゃないとメリットが分からんのが正直なところ。
.NETじゃないといけない分野ってある？
ちなみにガベコレとかは些細な問題だと思っている
443:デフォルトの名無しさん
05/07/15 22:58:56
> それも.NET Frameworkはネイティブ環境との相互運用性がありえないぐらい高いし。
うむ。.NET 2.0のCLR Hostingむちゃくちゃおもしろいですよ。でも資料が少なくて死にそう。
444:デフォルトの名無しさん
05/07/15 23:01:51
>>442
つ MONO
445:デフォルトの名無しさん
05/07/15 23:03:45
>>443
相互運用というのがよく分からんが、/clr オプションつけるのと何か違うの？
マネージ部分から勝手にネイティブ呼んでくれるけど。
446:デフォルトの名無しさん
05/07/15 23:32:35
>>442
中間言語化はマルチプラットフォームなどはどうでもよく、
どっちかって言うとメタデータを内包したことのほうが大きい。
簡単に言えばバイナリの表現力向上。
これを元にコンポーネント指向が再構築されているし、メタデータを
コードが内包しているのでSQL鯖でUDTなんてのも可能になるし、
ネットワーク透過でオブジェクトを扱えたり、強い型制約のもとデータを
扱えるNomadなんてのも可能になっている。
>>445
それもあるが、C++/CLI等言語レベルで相互運用性については再考されていたり、
COM相互運用、DLLからネイティブDLL関数の呼び出しなど、多層的なサポートもあるし、
っていうか、そのCLR Hostingってのは方向が「逆」だ。
例えば/clrオプションは「マネージド」から「アンマネージド」を使う技術だが、
CLR Hostingは「アンマネージド」から「マネージド」を使う技術。
例えば、SQL Server2005で使われている(というかそのために整備したんだが)もので、
ネイティブなアプリケーションからCLRを直接実行したり制御するもの。
447:デフォルトの名無しさん
05/07/16 00:05:21
＞ネットワーク透過でオブジェクトを扱えたり
具体的にはどんなの？ LoadLibraryのパラメータにURL
書けるようなものかな。もっと便利？
448:デフォルトの名無しさん
05/07/16 01:39:02
.Net上でのクラスが、COM相当のメタデータを持ってる。
だから、レイトバインディングが標準だったりする。
449:デフォルトの名無しさん
05/07/16 02:56:06
>>447
勘違いしてるかな。そういうことも確かにできるけど。
そういう話ならば、CASにフォーカスがあたることになる。
中間言語になることによってバイナリの「証拠」が保証される
関係でライブラリの実行される場所によって柔軟に
そのライブラリに与える権限がAPIレベルで管理できるようになるため
そういうことをできるようにしても問題がなくなった。
これにより実現したのがClickOnceとかだな。
ネットワーク透過でオブジェクトっていうのはIndigoの説明読むと分かるかも。
URLﾘﾝｸ(www.microsoft.com)
COMでもできたんだが、あのモデルじゃ御世辞にも綺麗といえないし、
それよりももっと汎用的で直感的でわかりやすいものになってるよ。
450:デフォルトの名無しさん
05/07/16 09:13:40
>>449
やりたいことは例えば、以下のようなプログラムがあったとします
main(){sub();}
今まではsub()はEXEの中かローカルのディスクにおいてあるDLL
内に限定されていたけれども、.NETのネットワーク透過なるもの
を使うと、sub()を含むモジュールを自社のサーバーにおいて置け
るということ？
＞URLﾘﾝｸ(www.microsoft.com)
これちょっと読むと.NETが面倒なネットワークがらみの部分を
皆肩代わりしてくれるとある
できればチョー便利ですね
451:デフォルトの名無しさん
05/07/16 10:36:59
それって只のRPC?
452:デフォルトの名無しさん
05/07/16 10:52:12
RPCはオブジェクト透過じゃないよ
453:デフォルトの名無しさん
05/07/16 11:08:45
結論：FireWallが無いならCORBAにしる！
454:デフォルトの名無しさん
05/07/16 11:11:46
オブジェクト透過って言葉が難しいです。もっと分かりやすいのｷﾎﾞﾝ
455:デフォルトの名無しさん
05/07/16 16:10:54
CORBAがぐたぐたでめんどくさいから、COMに負けたんじゃないか
相手はそのCOMの後継だぞ。もっと良い物でいい感じに崩れたものをぶち当てないと
勝てない
456:デフォルトの名無しさん
05/07/16 16:37:11
>>450
ここよめ
URLﾘﾝｸ(www.atmarkit.co.jp)
href要素にかけるのはURLなので、ネット上にあっても何の問題もない。
ただし、そのDLL内で行われることについては強いセキュリティ
の制約を受けるがな。
457:デフォルトの名無しさん
05/07/16 18:42:02
COMもVB専用拡張がなきゃマシだったんだが。
458:デフォルトの名無しさん
05/07/16 21:02:11
Socket直叩きで自前プロトコル。これ最強。
459:デフォルトの名無しさん
05/07/16 21:06:10
>>458
ファイアウォールも越えられない
分散化も出来ない
自前プロトコルか(w
毎度毎度ご苦労なこった
460:デフォルトの名無しさん
05/07/16 21:55:31
うは、VS2005 Beta1起動できなくなっとる。
再インスコしてもだめぽ。
461:デフォルトの名無しさん
05/07/16 21:56:27
>>458
httpでWeb上に置いてる。プロトコルまでやってらんねー
.NETが肩代わりしてくれるのか。でもネイティブでも
やってほしいぞ
462:デフォルトの名無しさん
05/07/16 22:03:31
>>460
2にしたら？
463:デフォルトの名無しさん
05/07/16 23:57:40
>>462
もうMSDN切れてんだよね。
2005がこんなに延びるなら延長しとけばよかったと後悔。
ってことでVC#Express入れといた。
…で、csc.exeが見つからないんだけど、
これコンソールのコンパイラ使えんのかいな。
別途2.0SDKインストールしちゃっても問題無いのかな？
464:デフォルトの名無しさん
05/07/17 00:38:35
ちょっと質問ですっ
ExpressBeta2で、DataGridViewやってます。
今、DataSourceとDataMemberをそれぞれ、dataset 及びそのtable
に設定し、且つユーザーの削除を有効にしています。
AllowUserDelete True
でも、マウスクリックによりセルを選択状態にし、
キーボードより、デリートキーを押しても
そのセルを含む行が削除されてくれません。
これは何が原因と考えれらるでしょうか。
ずっとネット検索してるんですけど、
いまだ解決できません・・・（T_T)
よろしくお願いします。
以上
WinXPsp2
465:デフォルトの名無しさん
05/07/17 00:54:34
>>463
いや、ムック付きbeta2のDVDが売ってる。
466:デフォルトの名無しさん
05/07/17 03:06:09
＿＿＿_
,-‐.::.:.:..:.:.:.:.:.:.:.:｀ヽ、 'ﾟ
° /(:, -‐.:.:.:.:.:.:.:.:.:.:.:.__)ヽ 'ﾟ
／__,辷＿‐-.:.:.::.__｣]＿ __」 ﾟ
'° ｌ:.:.:.:| ￣￣ ├:.:.:ｌ:.:|
|:.:.:.:| --‐'′ ｀ｰ--jﾊ.:.:|.:.| o。
. ° |:.r{:.| /¨ぇ､ ｨくﾞヽ|:.:|l.:|
o' ｌ:| |!. ﾋ｝ ﾋ｝ :|ｲ |:|
,r--―l:ヽ_,! ' ﾋノ.:| あぁ～、予算が～っ
/ i 以:八 ,仆:ﾄ{
｢ 八 :.:｀ｌ ､´￣￣｀イ.:.ﾘ:.:|: ＼
／ ＼ ヽﾄ|＿,＞＜／|ｲ.ﾒ:ﾉ ＼
／ ＼ :| 〈 -=只￣＼ || , '￣|
r′ -─‐､／￣ヾ| く＼./|∧__／__｣| / !
| |厂｀`ｰ--､| llヽ__人＿_〉￣ ./ ｜
＼ ｢! /７--‐┴‐-|/＿ノ′ { :/ |
｀`┴-､ ﾄ､L＿,､ , l l｜￣ ｀:| |
｀ヽ__|／ |└'┴|｣ryｩ ﾉ! |
. {韮韮韮韮｢´ / ｢}韮韮韮韮韮} |
〉 └､__＿丁|￣￣｢|￣＼ |
/ ‐-〈〈 ヽ__ﾉ // _｣
〉 ｀ﾞﾞ| | ￣￣￣丁￣
467:デフォルトの名無しさん
05/07/17 11:56:02
ムックは予算が～というほど高くないよｗ
468:デフォルトの名無しさん
05/07/17 14:33:20
>>465
ムック付きｗｗ
確かに。
469:デフォルトの名無しさん
05/07/17 15:02:35
ムック付き漬かってますｗ
【ツール】【オプション】【フォント及び色】
で、エディタの色を変えてみたんだ
これって、正規版になった時また元に戻るんですよね？
設定ファイルは何処にいるのかおせーて
・・・にしても、Textプロパティに日本語使えないとは、やはりB2
470:デフォルトの名無しさん
05/07/17 15:19:26
>>469
もどらないと思うよｗ
CTPからβ2にしたけど、フォントそのままだったし。
Textプロパティに日本語使えないことはないけど？
471:469
05/07/17 16:17:50
>>470 そでしたかありがと
んで日本語使えまので逝ってきます
472:デフォルトの名無しさん
05/07/17 16:57:56
俺も日本語使えないよ。
プロパティ欄に入力できないと言った方がいいか。
473:デフォルトの名無しさん
05/07/17 17:12:23
>>472
いつもなる？
うちでもたくさんアプリ立ち上げてリソース足らない状態になってたりするとたまになるけど、
開いてるデザイナ閉じて開きなおせばまた使えるようになるんだけどな。
474:デフォルトの名無しさん
05/07/17 17:25:26
>>473
今試したら初めて使えた。
起動直後だったから？
最初何度か試して使えないものと思って使ってなかったのでいつもかどうかは分からない。
>>473 のようなこともあるんだということでサンクス。
475:デフォルトの名無しさん
05/07/18 22:20:39
windows.hが入ってないの俺だけ？
VisualC++ 2005 Express Edition Beta2- JPN
476:デフォルトの名無しさん
05/07/18 22:54:25
つ URLﾘﾝｸ(www.microsoft.com)
477:475
05/07/18 23:11:00
>>476
お、ありがとう。
さっそくためしてみるわ。
478:デフォルトの名無しさん
05/07/19 19:11:38
お前ら2005で最も使うつもりの言語は？
ちなみに俺はVBだ・・・(´･ω･`)
479:デフォルトの名無しさん
05/07/19 19:14:21
C＋＋（マジレス）
480:デフォルトの名無しさん
05/07/19 19:15:15
C++でアンマネージド叩いてたまにC#かな
VB食わず嫌いのせいでなかなか楽な仕事がもらえない（いや、VBが楽かどうか知らんけど）
481:デフォルトの名無しさん
05/07/19 19:16:38
漏れも
しかし今思ったんだが、OrcasがLonghornに合わせてくるから
2005は短命だなんて思ったりしたけど、案外C++の次の改訂(boostとか)
をｶﾊﾞｰするために少し遅らせるとかってなりそうな気がしてきた
482:デフォルトの名無しさん
05/07/19 19:23:48
たしか仕様改訂今年だっけ。Stroustrupが本出してたけど読んでねーや。
98年はVC6++はそのまま強行したしサービスパックでもそのままだったような。
ライブラリならDinkumware次第じゃないの。
483:デフォルトの名無しさん
05/07/19 20:22:49
BCCのインスコがよく分からんからCコンパイラ代わり
あとCSS
484:デフォルトの名無しさん
05/07/19 22:15:56
J はいないのか
485:デフォルトの名無しさん
05/07/19 23:39:40
ダイアログエディタで、いろんなコントロールを選択する
ツールボックスはツリーコントロールだということを知っているか？
486:デフォルトの名無しさん
05/07/19 23:50:17
>>485
普通に知ってるが、リストビューのレポートスタイルで、オーナーデータ化したときに
チェックボタン出すにはどうすればいいか教えてくれ。
487:デフォルトの名無しさん
05/07/19 23:51:47
オーナードローしろ。
488:デフォルトの名無しさん
05/07/19 23:55:06
やっぱそれしかないんかorz
489:デフォルトの名無しさん
05/07/20 03:16:04
インテリセンスもええけどdabbrevつかないかなぁ。
誰かdabbrevのマクロ組んでたりしないかなぁ。
490:デフォルトの名無しさん
05/07/20 10:10:23
難しいことやらずに、単語拾って補完してくれるだけで
いいって人多いんじゃねえ？
491:デフォルトの名無しさん
05/07/20 10:51:47
Whidbeyってなんて読むの？ うぃっどびー？ うぃっどべい？
492:デフォルトの名無しさん
05/07/20 11:05:13
>>491
ほいどびー
493:デフォルトの名無しさん
05/07/20 11:10:30
まじれす？
494:デフォルトの名無しさん
05/07/20 11:27:34
仕様改訂って今年だったのか
てっきり2007くらいかと思ってた
copy_if が入らなかったら禿げﾇｯ殺す
495:デフォルトの名無しさん
05/07/20 11:33:24
>>493
まじれす
what→ほわっと
who→ふー
which→ほいっち
where→ほえあ
whistler→ほいすらー
whidbey→ほいどびー
496:デフォルトの名無しさん
05/07/20 12:02:32
かこわるい
497:デフォルトの名無しさん
05/07/20 12:10:32
わっと
ふー
うぃっち
うぇあ
うぃすらー
うぃどびー
498:デフォルトの名無しさん
05/07/20 12:12:08
もうすこし
499:デフォルトの名無しさん
05/07/20 12:31:49
whistle→ほいっする（日本語として定着）
500:デフォルトの名無しさん
05/07/20 12:41:50
500
501:デフォルトの名無しさん
05/07/20 12:47:48
ほいっとにー
502:デフォルトの名無しさん
05/07/20 18:04:05
wheel→ホイール（日本語として定着）
503:デフォルトの名無しさん
05/07/20 19:19:45
ﾎﾚ
つURLﾘﾝｸ(www.m-w.com)
504:デフォルトの名無しさん
05/07/20 19:32:35
>>503
thx
やっぱ「うぃっどびー」じゃねー？ 俺の耳にはそう聞こえる
なんだよほいどびーってｗ
505:デフォルトの名無しさん
05/07/20 20:18:03
ホッタイモイジルナ～～！
506:デフォルトの名無しさん
05/07/20 20:27:07
掘った芋いじるな？
507:デフォルトの名無しさん
05/07/20 21:46:42
What time is it now.
508:デフォルトの名無しさん
05/07/20 22:07:03
>>504
よく見ろ
> Pronunciation: 'hwid-bE
509:デフォルトの名無しさん
05/07/20 22:10:37
>>503
カナ書きの基本は転写だから
個人の主観でどう聞こえるかは大して重要じゃない
そんなことしてたら日本人はLとRすら聞き分けられないだろ？
510:デフォルトの名無しさん
05/07/20 22:15:57
そもそも聞こえるとおりに書いたらわけわからなくなるぞ。
body（バディ）くらいはまだいいとして、
water（ワラ）とかwheel(ウィーウ）とかwhistle（ウィソー）とか書くのか？
511:デフォルトの名無しさん
05/07/20 22:26:57
むしろそれならほいどびーの方が分が悪くねーか？
512:デフォルトの名無しさん
05/07/20 22:35:43
>>511
/hwidbi:/→ホイドビー
そのままやん
上に出てるwheelやwhistleが日本語に取り入れられたとき
ホイッスルとかホイールになったのと同じこと
whという綴りは/hw/という発音が正しいからhもwも含めるようにカナで書く
実際にはhが消えたりするけどそれは「たいいく」を「たいく」と読むようなもの
513:デフォルトの名無しさん
05/07/20 22:50:34
ホイドビーがかっこ悪かったらホイッドビーでも構わない
ホイスラーもホイッスラーでも構わない
これは閉音節は拗音で表記するという音声学的な根拠があるわけで
耳でそう聞こえるからとかじゃないよ
514:デフォルトの名無しさん
05/07/20 22:52:17
おれが うぃ って読んだのは多分ウイスキーが頭にあったからだと思う
ｈが省略されたときの発音が日本語読み化してる例もあるよ～ってことで
515:デフォルトの名無しさん
05/07/20 22:59:39
>>514
ウイスキーは純粋な英語ではないという特殊事情があるからだよ。
辞書見るとゲール語って書いてあるはず。
あとカタカナはウイスキーであってウィスキーではない。
516:デフォルトの名無しさん
05/07/20 23:09:40
博識だな。ゲール語なんて書いて無いよorz
517:デフォルトの名無しさん
05/07/20 23:16:30
>>516
大学行ったらすげーマニアックな先生とかいてむちゃくちゃ辞書引かされるもんだYO!
URLﾘﾝｸ(www.m-w.com)
Etymology: Irish uisce beathadh & Scottish Gaelic uisge beatha, literally, water of life
Gaelicというのがゲール語
uisgeがそれだけど見ての通りhはない
518:デフォルトの名無しさん
05/07/20 23:22:36
whで始まる語の発音記号はみんな(h)wってなってた、俺の辞書では。
519:デフォルトの名無しさん
05/07/20 23:29:29
>>518
実際はどっちでも通じるけど、h付ける方が正しいとされてるってだけ。
「きたない」でも「きたねー」でもどっちも通じるようなもの。
520:デフォルトの名無しさん
05/07/20 23:32:14
なんか話がそれてきたから発音の話はこれくらいにするね。
もっと英語の勉強がしたければ学校の先生にでも聞いた方が手っ取り早い。
若くて美人の先生とかいるんじゃない？ｗ
521:デフォルトの名無しさん
05/07/21 01:25:05
>>520
センセー！乳もでかいでつか？
522:デフォルトの名無しさん
05/07/21 04:10:56
β2ってバグが多いけど、アップデートあったらいいな。
製品版が出るまで我慢するのはつらいな・・・
523:デフォルトの名無しさん
05/07/21 08:34:46
ﾎﾜｲﾄﾍﾞﾘｰ
524:デフォルトの名無しさん
05/07/21 09:13:38
>>509
> そんなことしてたら日本人はLとRすら聞き分けられないだろ？
右から聞こえてくるのがR、左から聞こえてくるのがLらしいよ！！
525:デフォルトの名無しさん
05/07/21 11:26:39
>>523
ちょっといいな
526:デフォルトの名無しさん
05/07/21 20:58:12
AssemblyInfo.cs 内にある
[assembly: Guid("")]って何？
なんか不気味だが…
527:デフォルトの名無しさん
05/07/22 17:33:29
>>526
GUIDでググれ。
128ビットのランダムな数によって決まり、理論上コリジョンが起きないとされる。
漏れはVC++で多重起動抑止のためにウィンドウクラス名に使っている。
528:デフォルトの名無しさん
05/07/22 18:11:42
IDとかにも使うお
529:デフォルトの名無しさん
05/07/22 22:53:35
>>528はVIPPER
530:デフォルトの名無しさん
05/07/23 04:36:07
半年スルーすればOrcasが出るってのに、このスレは賑やかだなぁ・・・・
531:デフォルトの名無しさん
05/07/23 06:01:10
VSなんて買うもんじゃなく購読するものだし・・・・
532:デフォルトの名無しさん
05/07/23 10:27:55
購読料ﾀｶｽ
533:デフォルトの名無しさん
05/07/23 14:54:52
VS.net theSpokeを購入しましたが、
C言語やC++の関数リファレンスはどこをたどればありますか？
ヘルプ内ではVB VC# VC++のものしか見つけられませんでした。。
534:デフォルトの名無しさん
05/07/23 15:25:43
>>533
言語は知ってることが前提じゃない? C/C++の書籍は
あふれてるよ
それともWin32APIが知りたいの？ MSDNオンラインとか
行ってみればいい
535:デフォルトの名無しさん
05/07/23 20:00:54
とりあえず怒涛熱湯でもいいからチュートリアルでも見ながらテキトーにプログラムを作ってみるところからはじめるといいと思う。
細かいところに拘ると先に進まない。トップダウン的思考で作れて、あとから掘り下げていくほうがいい気がする。
漏れは2chでMFCは糞と聞いてたから無理してWTLから入った。
めちゃくちゃ苦労したがそれなりに実力ついた。
536:デフォルトの名無しさん
05/07/23 22:38:57
2005ってDirectXSDKどれから使用可能になってます？
ウチのOSWin2000だから、2004Decemberで動かないかと試してみたけど
Sample Browser からEmptyProjectインストールしてビルドしても
CVTRES : fatal error CVT1100: 重複するリソースです。type:MANIFEST, name:1, language:0x0409
LINK : fatal error LNK1123: COFF への変換中に障害が発生しました: ファイルが無効であるか､ または壊れています。
こんなエラー。
2005用のソリューションファイル吐くやつじゃないと無理なのかな？
537:デフォルトの名無しさん
05/07/24 08:52:34
文字通りマニフェストリソースが重複しているだけ。
rcファイルを修正すべし
538:デフォルトの名無しさん
05/07/24 10:34:41
少なくともDirectX７は大丈夫
539:デフォルトの名無しさん
05/07/31 09:35:26
質問。 クラスレベルでのデバッグ機能って、Expressにはついてないの？
あの機能に多少期待してて、評価したいんだけど。
540:デフォルトの名無しさん
05/07/31 10:14:53
>>533
好きなだけもって池
URLﾘﾝｸ(www.microsoft.com)
541:デフォルトの名無しさん
05/08/02 02:53:58
C#expressインスコできない…
環境が悪いのかな…
542:チラシの裏
05/08/02 03:49:23
System.Net 名前空間にアクセスできなかった。
.NET Framework には System.Net 名前空間が無いのかとも思った。
でも、ぐぐるとどうもあるようだし。
using System;
はいけた。しかし、
using System.Net;
はコンパイラから怒られた。
参照設定に System.Net を加えようとしたが System.Net.dll は見つからなかった。
時間ばかりがたつ。夜も眠れず、昼には起きていられず、とうとう夢にまで見た。
・・・ふと参照設定に System を加えてみた。
ｷﾀ━━(ﾟ∀ﾟ)━━ｯ!!
以上、空のソリューションに空のプロジェクトを追加した一人の馬鹿の事例。
543:デフォルトの名無しさん
05/08/02 07:15:40
ぬるぽ
544:デフォルトの名無しさん
05/08/02 07:23:27
>>542
> 空のソリューションに空のプロジェクトを追加
いや、俺もそれよくやってるけど･･･。
項目の追加で何を選んでるかによるんじゃないかな。
「クラス」を選んでればアセンブリの参照設定は入ってるはず。
「コードファイル」かなんかだと参照設定が入らなかったと思う。
545:デフォルトの名無しさん
05/08/02 09:08:45
> 夜も眠れず、昼には起きていられず
この時点でダメだろ。
546:デフォルトの名無しさん
05/08/03 18:57:47
俺に一言言わせてくれ。
Whidbeyの読みはウィドゥビー。
ホイドビーなんてかっこ悪すぎ！！
だからウィドゥビーって呼ぼうよ。
547:デフォルトの名無しさん
05/08/03 18:59:21
URLﾘﾝｸ(www.itmedia.co.jp)
> 現在のインターネット（.NETプラットフォーム）では、
現在のインターネット = .NETプラットフォームｗｗｗｗｗうはｗｗｗｗｗｗｗｗ
548:デフォルトの名無しさん
05/08/03 19:43:36
で、いくらになるのか。
VC++単品は出るのか。
出るとしたらエディションは？機能は？
549:デフォルトの名無しさん
05/08/03 21:13:11
製品ラインナップと予定価格は既に発表されてたと思ったが。
550:デフォルトの名無しさん
05/08/03 21:41:05
System.Collections.Generic.Collection ってのがBeta1で使えたんだけど、
Beta2ではなくなってる。.net 2.0の仕様変更？それともバグ？
551:デフォルトの名無しさん
05/08/03 22:22:25
>>550
namespaceの移動
552:デフォルトの名無しさん
05/08/04 00:51:47
ファイル パッケージのダウンロードで
Visual C++ 2005 Express Edition Beta 2 を何度落としても
CRCがFFFFFFFFとなるんだが何故？
553:デフォルトの名無しさん
05/08/04 01:16:54
正直、おまえらにとって、
フレームワークのバージョンが上がるのと、実行時にコードが変えられる以外の実質的なメリットはなに？
554:デフォルトの名無しさん
05/08/04 02:55:04
ﾊｧ?
555:デフォルトの名無しさん
05/08/04 09:20:20
フレームワークのバージョンが上がるのがいいんです!
556:デフォルトの名無しさん
05/08/04 13:27:28
>553
フレームワークのバージョンが上がることより
上がったバージョンのフレームワークが
おそらくビスタでは標準で入ってるってことのほうが大きい
557:デフォルトの名無しさん
05/08/04 13:30:53
あと２００３のときから気になってたんだが
＃regionを全部閉じる機能とかないの？
558:デフォルトの名無しさん
05/08/04 14:05:22
CollapseToDefinitions : CTRL-M, CTRL-O
ToggleAllOutlining : CTRL-M, CTRL-L
ToggleOutliningExpansion:CTRL-M, CTRL-M
この辺りのショートカットキー使えばいいんじゃね？
559:デフォルトの名無しさん
05/08/04 16:00:11
>>549
詳しく
560:デフォルトの名無しさん
05/08/04 19:15:11
VisualStudioを買う予定ですが、Visual Studio2005っていつ頃でますか？今年中に出るなら待って買ったほうがいいかなと思ったのですが。具体的にいつってまだ分かってないんでしょうか？
561:デフォルトの名無しさん
05/08/04 19:20:00
このｽﾚくらい読みましょうね
562:デフォルトの名無しさん
05/08/04 21:16:07
>558
詳しく
563:デフォルトの名無しさん
05/08/04 23:18:44
>>560
11月17日
564:デフォルトの名無しさん
05/08/04 23:23:45
>>563
日本語版って一ヵ月後くらいっしょ？
2003って同時に出たんだっけ？
565:デフォルトの名無しさん
05/08/04 23:39:40
Q) Visual Studio 2005のリリースはいつですか？
A) 英語版は11月7日
日本語版は11月17日
566:デフォルトの名無しさん
05/08/05 03:58:25
System.IOのFileInfoやDirectoryInfoの動作がおかしいね。
フルパスを引数にコンストラクタ読んでも、アプリの起動ディレクトリが入ってくる。
567:デフォルトの名無しさん
05/08/05 08:52:09
Visual Studio2005スタンダードって最適化付いてるの？
568:デフォルトの名無しさん
05/08/06 02:39:33
>>560
今年中には出るんじゃない？
遅くとも今年度中には出るだろうし。
>>565
日本語版は11/17に発表の間違い。リリース日は未定。
569:デフォルトの名無しさん
05/08/06 02:50:32
>>567
/O2や/Oiくらいまでなら対応してる希ガス。Expressですら使えたし。
/Ogは微妙
570:デフォルトの名無しさん
05/08/06 23:53:01
>>569
＞Expressですら使えたし。
beta2の事？
今までStandardは最適化が無い運命だったから今まで通り最適化無しな希ガス。
571:デフォルトの名無しさん
05/08/07 00:04:33
>>570
ExpresssはStandardより下位に位置づけられてる。
TKでProfessional同等のコンパイラついてきたから、投売りだと思う。
Professional以上ではPGOっていう、高度な最適化が使えるようになってるからそれで差別化すると思う。
572:デフォルトの名無しさん
05/08/07 00:26:35
>>571
＞Professional以上ではPGOっていう、高度な最適化が使えるようになってるからそれで差別化すると思う。
なるほど。
凄く納得。
Expressエディションが加わった事によって、それぞれのエディションが底上げされた感じだね。
573:デフォルトの名無しさん
05/08/07 01:20:04
今は64bit OS上で32bitで動いてるのが64bitになるのもメリット多い
574:デフォルトの名無しさん
05/08/07 01:23:23
>>573誤爆？
そういえば64ビット対応バイナリがビルドできるのもPro以上らしい。
575:デフォルトの名無しさん
05/08/07 09:27:28
…ん？.Netも64bitと32bitでバイナリ別なの？
576:デフォルトの名無しさん
05/08/07 09:38:21
マネージドアプリはCLRさえ提供されていればCPUさえ問わない。
Win64/x86-64ネイティブのコードがかけるかどうかって重要でしょ。
ドライバまわりとか、パフォーマンスの求められるアプリとかは、ネイティブが必要なわけで。
GUI叩くだけ使うならCLRで十分。
でもそれじゃC/C++使う意味ないからね
577:デフォルトの名無しさん
05/08/07 09:42:17
>>575
別バイナリと、共通バイナリを指定できる。
578:デフォルトの名無しさん
05/08/07 09:51:47
VS.NETを普通のVC++として使えますか？
579:デフォルトの名無しさん
05/08/07 11:50:17
言ってる意味がわからないしスレ違い
580:デフォルトの名無しさん
05/08/07 13:46:09
2003とどの程度の差があるんですか？
581:デフォルトの名無しさん
05/08/07 13:47:24
ところで、
これからのプログラムは全部マネージドになるの？
ネイティブとWin32APIは互換性のためだけに残されるようになるの？
582:デフォルトの名無しさん
05/08/07 13:49:58
MS製品は今後もネイティブだよ。次世代Officeとか次々世代Officeとか
583:デフォルトの名無しさん
05/08/07 14:25:57
>581
両方。MSはあまり極端に走らない
こけても良いように逃げ道は残しておく
584:デフォルトの名無しさん
05/08/07 23:52:59
なんだそのマネージドコードってのは。
誰か分かりやすく説明してよ。
585:デフォルトの名無しさん
05/08/07 23:57:19
>>584
.NETのランタイムも使いつつ、今までのC/C++のコード資産も併用できるコード。
CLRとネイティブの橋渡し的に使える罠。
586:デフォルトの名無しさん
05/08/07 23:59:55
間違ってはいないが、マネージドコードの説明としてはおかしいだろ。
587:デフォルトの名無しさん
05/08/08 00:19:10
すまん、オブジェクトの管理をCLRに委ねるコードのことね。
588:デフォルトの名無しさん
05/08/08 00:46:25
Javaと対比させるとわかりやすいか？
.NET Java
マネージドコード → バイトコード
アンマネージドコード → ネイティブメソッド
589:デフォルトの名無しさん
05/08/08 08:48:38
バイトコードに対応するのはMSILでね？
590:デフォルトの名無しさん
05/08/08 12:04:16
でも、2.0フレームは、1.1より結構速度上がった希ガス。
仮想のアセンブリ使ってるわけだから、CPUのパイプラインでデコードを２層にして対応するとすれば、
直線コースでは、ネイティブのアセンブリと処理速度変わらなくなる可能性あるよね。
分岐予想も、２層にすることではずれやすくなるとは思えないし。 多くはネイティブと１対１対応だろうから。
591:デフォルトの名無しさん
05/08/08 12:09:45
そのうち、仮想マシンコード要ワイヤード・コンパイラ・（コ）プロセッサとか、CPUの標準構成になるんだろうか。
クルーソーみたいにソフトウェアでカスタマイズしだしたら、Javaも.NETもネイティブとほとんど同じ速度で動くのにね。
592:デフォルトの名無しさん
05/08/08 12:16:06
>>587
単なる疑似コードの実行マシンとしてのVMでなく、
オブジェクトの管理までやってくれるっていうのは、
そもそもガベコレが目的だったんだろうけど、
オブジェクト指向言語の拡張に一躍買ってるよね。
レイトバインディングとか、動的型情報とか。
従来の言語でも実装はできたけど、IUnknownインタフェースとか、
クラス毎に実装してやらなきゃなんなかった。
今は、コンパイラが実行ファイルへ型情報を書き出しておいてくれて、
VMがそれを読んでインタフェースを提供してくれてるみたいだし。
593:デフォルトの名無しさん
05/08/08 15:24:11
>>585-592
この中で的確にマネージドコードを説明したレスはあるのか？
それすらわからん。
594:デフォルトの名無しさん
05/08/08 16:34:56
588でいいと思う
595:デフォルトの名無しさん
05/08/08 21:15:22
いや、だから、マネージドコードってなんだよ？
CLR上で動いてるMSILの事なのか、それに対応した各言語のソースのことなのか
596:デフォルトの名無しさん
05/08/08 21:33:30
そのくらいも調べられないのか？
URLﾘﾝｸ(e-words.jp)
597:デフォルトの名無しさん
05/08/08 21:43:15
>596
煽りはいいから。マネージド・オブジェクトならわかる。オブジェクトの管理をCLRに委託した
オブジェクトのことだわな。でも、マネージド・コードって言われても、CLR上の中間コードの
つもりなのか、なんなのかいなって聞いてるわけさ
598:デフォルトの名無しさん
05/08/09 12:22:38
>>597
MSにでも聞けば？
599:デフォルトの名無しさん
05/08/09 14:47:52
M$の回答は、マネージドAPIはベーパーAPI。
なら、ベーパーAPIをコールするマネージド・コードは、、、
URLﾘﾝｸ(pc.watch.impress.co.jp)
マイクロソフトOBでWindows 1.xの時代からWindowsの開発に関わっていた方(2000年に退職)から
コメントをいただいた。引用させていただくと
“私の住むシアトル近辺のマイクロソフトOBの間では、2004年の前半に「Longhornがキャンセルに
なったらしい」という噂がさかんに交わされ、その後次々と「OFSはLonghornとは別」、
「Managed APIは採用しない」とのアナウンスがありました。結局の所、もともと計画していた
Longhorn は出せなくなったけれども、いまさらキャンセルになったとは言えないので、出せるもの
だけかき集めてLonghornと呼ぶことにした、という見方がこちらでは一般的です”
600:デフォルトの名無しさん
05/08/09 14:50:02
Win32APIの上にマネージド・ライブラリであるWinFXが乗っかるということは、
ま、
新たなVBランタイムということさ。
601:デフォルトの名無しさん
05/08/09 15:28:52
えーと、.netは……
602:デフォルトの名無しさん
05/08/09 15:43:37
つーかMSはころころ名前変えるから
何がやりたいのか和姦ね
WinFXって.NETなの？
でも.NETってOS非依存じゃなかったっけ？
603:デフォルトの名無しさん
05/08/09 16:18:38
..NET Framework ライクなクラスライブラリを備えた
Win32API の代わりになる新APIセットが WinFX じゃなかった？
604:デフォルトの名無しさん
05/08/09 16:32:56
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
605:デフォルトの名無しさん
05/08/09 16:41:24
てことは、
Whidbey終焉？
606:デフォルトの名無しさん
05/08/09 20:05:44
最初にマネージドコードを聞いた>>584こと俺だが、
>>595は俺じゃないけどなんだか難しい事を聞いてしまったようだ。
なんとなくわかったよ。
マネージドコードってのは俺には理解不能だって事がさ。
607:デフォルトの名無しさん
05/08/09 20:11:44
アンチは放置。わざと釣られてるのか？
608:デフォルトの名無しさん
05/08/09 21:38:34
>>597
マネージド・オブジェクトなんてあまり使わない。
マネージド・コードはよく使われる。
609:デフォルトの名無しさん
05/08/09 21:57:14
managed code 【マネージ コード】
オペレーティング システムによって直接実行されるのではなく、
共通言語ランタイムによって実行されるコード。マネージ コード
アプリケーションでは、自動ガベージ コレクション、実行時型チェック、
セキュリティ サポートなどの共通言語ランタイム サービスを利用できます。
これらのサービスは、プラットフォームや言語に依存せずに、マネージ
コードを実行できるようにします。
610:デフォルトの名無しさん
05/08/09 21:57:16
単純にネイティブコードの反対がマネージドコード
611:デフォルトの名無しさん
05/08/09 22:39:47
てゆーか、「ネイティブの反対はマネージド」とでっちあげただけだから、
609のようにコアの無い説明になっちゃうわけじゃん。
一つ一つの要素はありふれたものだし、必須はどの要素というのが決まってないし。
この内容じゃ、汎用機COBOLでさえmanaged codeになっちゃうよ。
汎用機COBOLも記述性悪いけどHOSTを落とさないという役割だから、目指すとこ一緒だから良いのか。
612:デフォルトの名無しさん
05/08/09 22:41:43
汎用機COBOL 【はんようきコボル】
オペレーティング システムによって直接実行されるのではなく、
共通言語ランタイムによって実行されるコード。マネージ コード
アプリケーションでは、自動ガベージ コレクション、実行時型チェック、
セキュリティ サポートなどの共通言語ランタイム サービスを利用できます。
これらのサービスは、プラットフォームや言語に依存せずに、マネージ
コードを実行できるようにします。
613:デフォルトの名無しさん
05/08/09 22:50:00
COBOL unmanaged code
COBOL.NET managed code
614:相手にするな
05/08/09 23:02:14
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
615:デフォルトの名無しさん
05/08/09 23:39:03
>>611
バカ？
CLR上で動作するコードをマネージドコードとマイクロソフトが「名づけた」だけだが。
別に業界標準用語でもなんでもない。
616:デフォルトの名無しさん
05/08/10 01:07:18
CLR Ver1.0=.NET
CLR Ver2.0=WinFX
CLR Ver3.0=?
617:デフォルトの名無しさん
05/08/10 01:10:00
SunとMSが和解した時点で、JavaVMと別のランタイム環境を擁する必然性は薄れたな。
まぁSwingなんか叩きたかないが。
618:デフォルトの名無しさん
05/08/10 01:25:02
>>617
？そもそもJavaと.NETじゃILの表現力が違うでしょ。
目的も用途も違うのに比較する意味がない
619:デフォルトの名無しさん
05/08/10 01:38:37
そもそも.NETの出所が、あの裁判沙汰になったMSの独自拡張Javaと、WFCでしょ。
JavaVMだって他の「Java言語」以外の言語をサポートしようとしてやれないことはないはず。
まぁネイティブ叩くのは.NETのほうが多少楽だろうが。
620:デフォルトの名無しさん
05/08/10 09:02:43
いや、V$は必死でネイティブ切ってるから全然楽じゃない。
少しでもネイティブ叩いたらリッチクライアントという範疇から外れちゃうからかな。
621:デフォルトの名無しさん
05/08/10 10:41:34
>>619
やれないことはないけどやらないんじゃない？
だからMS独自拡張Javaも許容しなかったしGenerics入れるときも
VMは拡張しなかった。
中間言語システムはSunにとっては仮想マシンで
MSにとっては言語中立共通メタデータバイナリイメージなんでしょう。
>>620
ハァ？COM/Interop、P/Invoke、CLR Hosting、C++/CLIまで用意しといて
なにが楽じゃないのよ？C++/CLIにいたっては今までのコードそのまま使えるぞ？
622:デフォルトの名無しさん
05/08/10 10:49:23
ところで、マネージドコードの利点ってなんですか？
移植性に優れるようにするならば、
なぜ、ネイティブを呼び出せるような仕組みがあるのか疑問です。
623:デフォルトの名無しさん
05/08/10 11:03:09
>C++/CLIにいたっては今までのコードそのまま使えるぞ？
mc++スレでは、
>今までの STL はネイティブに対しては今まで通り使えるし、
>ref 型とかは STL.NETが用意される
となってるが、C++/CLIだとSTL入りの既存コードはコンパイルできないわけでしょ？
624:デフォルトの名無しさん
05/08/10 11:16:59
>>622
はっきりいって広範囲に及ぶので一つ一つ解説すると
掲示板じゃむりぽになるんだが・・・
LonghornででたAvalon(これは微妙だが)、Indigo、WinFS、Nomad、
等々すべてマネージコードを必要とする、なければならないものだっていったら
重要性わかります？移植性だけじゃないんですよ。というか移植性、
MSはあんまり重要視してないような希ガス
あぁセキュリティシステム利用ならClickOnceもそうだなー
>>623
だからその中で「そのまま使える」といってるだろ？どうよんだのよ
C++/CLIではマネージ型とネイティブ型が一つのソースで共存できるっていうか
ぶっちゃけ今までのC++にマネージ型用構文が追加されただけなの。
だから既存コードもコンパイルできる。マネージ型としての利用は出来ないけどな。
625:デフォルトの名無しさん
05/08/10 11:36:24
>MSはあんまり重要視してないような希ガス
ならMS推奨を避けてネイティブしとけば無傷じゃないかな。
WindowsDNAなんて今じゃマボロシだし、AJAXもあることだし。
626:622
05/08/10 11:56:41
>>624
Windowsの新機能はマネージドからじゃないと使えないということですか？
627:デフォルトの名無しさん
05/08/10 12:42:15
>>626
新機能がどっちかによる。
628:627
05/08/10 12:43:19
>>626
んなことたぁーない。
629:デフォルトの名無しさん
05/08/10 12:59:07
じゃぁ、ネイティブから新機能使うのがベスト。
630:デフォルトの名無しさん
05/08/10 13:24:40
当然、.net2.0 + C# のコードを、
WinFXライブラリ + C#でコンパイルできるんだよな？
631:デフォルトの名無しさん
05/08/10 14:15:27
何でこういうのを相手にするのかなあ
632:デフォルトの名無しさん
05/08/11 01:24:48
>>629
ネイティブ版のインタフェースはCOMだろうけど、
64か32でバイナリ違ってくるし、
新APIがDataSetを戻すタイプだったら激しく不幸になれる。
633:デフォルトの名無しさん
05/08/11 01:27:39
>>630
WinFXでは、SQLServerのXML型の拡張型が使われると予想。
634:デフォルトの名無しさん
05/08/11 01:55:13
>>625
お前WinFXスレにもかいたアホだろ？Ajaxとかいってるし
単純な話でMSの責任じゃないだけ。標準化や技術公開は
積極的にやってるし、そこまで果たせば十分だしやるべきでない
Monoとかに任せるのが重要なわけでMSがやりゃまた叩かれること
うけあい。
>>632
CLR Hostingでも使うのかと思ったけど。
まぁ静的言語に徹しているC++の限界だな
635:デフォルトの名無しさん
05/08/11 07:37:41
いや、Win32 APIが拡張されるんだからある程度はそこから使えるようになるでしょ？
636:デフォルトの名無しさん
05/08/11 08:49:04
>標準化や技術公開は
MSの技術公開って何だろう？
イソターネットなら基礎技術から応用までMSと無関係だけど。
637:デフォルトの名無しさん
05/08/11 08:53:50
URLﾘﾝｸ(hotwired.goo.ne.jp)
Vistaから本格的にAJAXに向かうらしい。
Avalonは名称からして破棄。
638:デフォルトの名無しさん
05/08/11 09:18:30
>>634
アホが調子付くから放置しる！
639:デフォルトの名無しさん
05/08/11 09:24:35
>>632
>ネイティブ版のインタフェースはCOMだろうけど、
>64か32でバイナリ違ってくるし、
>新APIがDataSetを戻すタイプだったら激しく不幸になれる。
>>632
>CLR Hostingでも使うのかと思ったけど。
>まぁ静的言語に徹しているC++の限界だな
大きく勘違いしてるようだが、
ＭＳ的にはWin32/64は繁殖、COMは終息、みたいだよ。
.NETも縮小方向というか市場が広がってない。
640:デフォルトの名無しさん
05/08/11 09:47:45
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
Win64 との対決でﾄﾞﾄﾈﾄ劣勢
641:デフォルトの名無しさん
05/08/11 10:08:41
先ずは64bit環境用NET Frameworkの正式版を出してもらわないと
あとExecutionEngineExceptionの発生頻度をもう少し下げてもらえれば使えなくも無い
642:デフォルトの名無しさん
05/08/11 12:34:50
>>639
COM終息？ Windows最大の基幹技術なのに？
COMが無くなるんなら代わりの技術が必要だよ。
.Netがそれだと思うんだけど。
.Netはクラスが全部COMみたいなもんだし。
でないと、MSはどうやってOSのバグ直すのよ。
643:デフォルトの名無しさん
05/08/11 12:39:51
COMのなくなったWindowsなど、現時点では想像できないのだが
644:デフォルトの名無しさん
05/08/11 12:44:08
WindowsDNA!
645:デフォルトの名無しさん
05/08/11 14:35:43
Delphi/VCLなんかだとCOMスルーだったし、
それを取り入れたのが.NETライブラリだからCOMイランしょ。
>その一方で，.NET作戦にとっては衝撃的な宣言が飛び出した。
>Gates会長は「次世代プラットフォーム」を「Win32 and WinFX」と表現したのである。
次世代にCOMが無いのに、COMが要るといって芸氏に歯向かうスレはここでつか？
646:デフォルトの名無しさん
05/08/11 15:33:20
えーｗ COMだらけだよｗ
647:デフォルトの名無しさん
05/08/11 15:45:40
ここはCOM用のVB6がなぜ破棄されたのか知らないインターネッツでつね。
COMを使わされた人ｶﾜｲｿｽ
648:デフォルトの名無しさん
05/08/11 18:38:01
>>645=647
でつでつ、ｳｻﾞｗ
DirectShowとかみてみれ、ｱﾌｫｗ
649:デフォルトの名無しさん
05/08/11 20:16:39
COMは今後も残り続けるよ。
Vistaにも新しいCOMインターフェイスが追加されてるし、
.NET 2.0にも新しいCOMインターフェイスが追加された。
Office 12もCOMベースのままだ。
650:デフォルトの名無しさん
05/08/11 20:17:44
MSは
パフォーマンスが必要な領域(OSに比較的近い所)=COM
開発効率が必要な領域=.NET
の二刀流でいくと思われる。
651:デフォルトの名無しさん
05/08/11 21:29:40
というか.NETは便利なライブラリ集と思っていて委員ジャマイカ?
652:デフォルトの名無しさん
05/08/11 21:49:55
それでいいと思う
653:デフォルトの名無しさん
05/08/11 22:01:40
DirectXはコーポネントが新しくなればなるほど
COMの規則を守らなくなっている件について。
654:デフォルトの名無しさん
05/08/12 02:01:36
>>647
ＶＢはＯＣＸだと言ってみるﾃｽﾄ
655:デフォルトの名無しさん
05/08/12 02:05:51
>>650
だろうね。
>653
そうなの？
COMって、極論IUnknownインタフェースのことで、言い換えるとDLLのフォーマットだろ？
だから、高速化という目的では、DLL互換性を保つ条件で最大のパフォを期待できる。
で、
残りの２つのインタフェースが無くなってるの？
656:デフォルトの名無しさん
05/08/12 02:08:20
>>653
あ、レイトバインディングが無くなってきてるとかいうこと？
サイド・バイ・サイドが出たから、それは仕方ない事じゃなくて？
657:デフォルトの名無しさん
05/08/12 02:12:51
>>655
フォーマットというか、エントリポイントが絶対配置でなく、問い合わせられる仕様ね。
658:デフォルトの名無しさん
05/08/12 07:27:15
> ExecutionEngineException
こんなの見たことない
659:デフォルトの名無しさん
05/08/12 08:41:22
>>650
>パフォーマンスが必要な領域(OSに比較的近い所)=COM
>開発効率が必要な領域=.NET
>の二刀流でいくと思われる。
この二刀流って物凄く損な開発だね。
>Gates会長は「次世代プラットフォーム」を「Win32 and WinFX」と表現したのである。
Delphi/VCLだとWin32をラップしたクラスライブラリだからパフォーマンスは落ちないし、
クラス派生出来る。
つまり、ふつーに開発すればWin32とWinFX間にCOMは不要。
COMが介在した途端にクラス派生アボーン。
Delphi/VCL.netなんて不要なものもあるけど、「次世代プラットフォーム」には素直に合致してる。
660:デフォルトの名無しさん
05/08/12 08:48:33
>>649
COMが残るということと、COMをツカマされて損するのとは違うじゃん。
>Office 12もCOMベースのままだ。
VBAが丸ごとＣ丼ベースになることはケテーイなんでそ？
COM使うだけやヴぁいじゃん。
下位互換だからってVBA以前のExcelマクロを使わないように。
661:デフォルトの名無しさん
05/08/12 08:54:50
>の二刀流でいくと思われる。
開発者にWindowsDNA=VB-COM-VC++の二刀流をやめさせるため、
VBが亡くなってWinFXになるんだよ？
この状況でCOMを残したら、Win32-WinFX-COMの三刀流になっちゃう。
M$がVBを消す直前にアナウンスしたのは、
「COMではオブジェクト指向の海を渡ることができない」というM$DN文書。
内容はCOMは派生が使えない等と機能が足りない点を述べていた。
その前までは、「派生はOOPの本質ではない」といい続けてたがそれをひっくり返した。
だから、COMに拘ると、M$の勧めるクラスベースOOP、つまり.NETを否定することになる。
クラスベースOOPは枯れ切ってて、オブジェクトベースOOPが研究されてる時代なんだから。。
662:デフォルトの名無しさん
05/08/12 09:41:57
何故V$の中の言語からライブラリまで変わり続けるのか、
本当の理由を読み取れるかどうかは開発のセンスだと思う。
正しくない技術は消えて逝く。
663:デフォルトの名無しさん
05/08/12 11:14:48
そこでWindowsDNAですよ。
> 正しくない技術は消えて逝く。
正しいか正しくないかは関係ないような？
664:デフォルトの名無しさん
05/08/12 11:30:08
WindowsDNAセミナーで必ず出てたVBが終息でつよ？
665:デフォルトの名無しさん
05/08/12 11:41:17
なにをもって正しい技術なのかを証明するのは難しいと思われ
後から結果に対して正しいとかダメポだっだとか言うくらいのつまらない代物
ＶＢは。ＮＥＴになってからまるで別物になってしまったからなぁ・・
おかげでＣ＃使えるようになったからいいけどＶＢＡとかが今後どうなってくのかは気になる
。ＮＥＴ フレムワクは窓以外でも出て
他のＯＳでも動くアプリが作れるんだと勝手に妄想しながら当時は歓喜してたけど
ふたを開けてみると他のＯＳでフレームワーク出すって話はぜんぜん聞かない
マイコゥはどうする気なんだろうか
666:デフォルトの名無しさん
05/08/12 11:58:33
>なにをもって正しい技術なのかを証明するのは難しいと思われ
その通りですた。
「正しい技術」というより、「正しい技術の進化」の方が考えやすいね。
レイヤーとして古いものものと新しいものがスタックで被さるように。
>後から結果に対して正しいとかダメポだっだとか言うくらいのつまらない代物
これってソースコードの生死に関わるから超重要では。
OSのAPIがあって、その上にクラスライブラリが被さってというレイヤーだと非常に開発しやすく、
クラスライブラリはそこそこ性能もある。
が、OSの上にCOMが被さるとVBでのCOM拡張バージョンは消えるわ、C++とは相性悪いわで散々だった。
WinFXなんかもOSがクラスライブラリAPIになるのはスタックの領域侵犯では？と思ってたら、案の定Win32は残ることに。
じゃぁ、Win32とWinFX、および、他のクラスライブラリがあるところにCOMが要るかというと、イラネー
667:デフォルトの名無しさん
05/08/12 12:24:03
おまいら勘違いしてる。
・OSのクリチカルな処理をやるＰ／Ｃの優れた手段と、
・インターネットに耐えるよりオブジェクティブな手段と
の２つがあって、DNAは前者で使われてたCOMを拡張して
後者にも適用しようっていう、ＸＭＬの無く、ネットもそれほど普及してなかった時代
の発想だ。
だから後者は、XMLを用いたSOAPを使うWebService(.Netの一手段)へと計画変更され、
VBもVB.Netと世代交代した。
しかし、前者は相変わらずCOMベース。
SOAPのWebServiceでOSのクリチカルな処理を張り合わせるのは牛刀すぎる。
しかしCOMが使うレジストリは拡張されて、ActiveDirectoryに吸収される方向へ変化していく
だろう。いずれ完全なXMLベースになってな。
ここで、持論。
そのときにVCLもとい、.Netパッケージの非WebServiceクラスで、OSよりの処理をやるもの同士を
どうやって貼り合わせるか？ディレクトリ構造をフルパスで示したり、一つの場所に集める
だけだとCOMの二の舞。それならサイド・バイ・サイドを導入して…
そこまでやるなら、今のCOMと本質に変わらないことになるから、結局、COMが完全な
XMLベースになるときにCOMと纏めてパッケージ管理。
つまり、イントラはActiveDirectory、インターはUDDIがコンポネントを管理するようになる。
最後に、Win32はオブジェクト指向してない時代遅れだから、主力には持って来たくない。
だいたい、NT上ではWin32はサブシステム扱いだし。レガシー以外の何者でもない。
でも、ＣＥとの互換性で切るに切れない面もある。
668:デフォルトの名無しさん
05/08/12 12:43:21
三刀流カコイイ！
669:デフォルトの名無しさん
05/08/12 12:47:52
>>666
そりゃ、バラパラのコンポネントより、整然とまとめたクラスライブラリの方が使いやすいさ。
Ｍ＄はクラスライブラリひとまとめで、一つのコンポネントっていう見方をしてるのかもしれんな。
ネットも高速化されたし、ODBCやMAPIなど、ある程度出そろった気がするし。
だから、互換クラスライブラリを作られると、ＯＳをやってる旨みが、インタフェースを
支配しているという利点が無くなるからやらないのかもね。
670:デフォルトの名無しさん
05/08/12 13:10:06
>>667
>COMﾏﾝｾｰ、Win32レガシー
ここまで読んだ。
しかし、MSはローカルでは「Win32 and WinFX」、インターネットでは「AJAX」とするみたい。
URLﾘﾝｸ(hotwired.goo.ne.jp)
Win64も優勢。 URLﾘﾝｸ(itpro.nikkeibp.co.jp)
で、実際のところも、ローカルではWin32上ではDelphi/VCL最強といわれたし、
インターネットではググルもAJAX。
671:デフォルトの名無しさん
05/08/12 13:18:42
必要とされてないCOMをローカルやイソターネットに無理に入れても嫌がられるだけじゃないだろうか。
ユーザーはCOMが使われてるかどうか知らないよ、ということなら良いが、
ローカルアプリだとCOMのエラーは多いし、COMベースの画面ツールであるVBやMFCはショボイ。
また、インターネットでは認証ベースでダウンロードに時間がかかるので劣る。
672:デフォルトの名無しさん
05/08/12 13:22:10
スレタイよく読めアホ
673:デフォルトの名無しさん
05/08/12 13:24:52
アホアンチの書き込みは相手にするだけ無駄です。徹底放置してください。
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
> だって広告じゃあてにならん。
> さらにM$広告は派生はOOPの本質じゃない、
> と言い続けた後クラスベースC丼を出してVBユーザーのを騙まし討ちを行った。
674:デフォルトの名無しさん
05/08/12 13:27:11
VS2005で「Win32 and WinFX」「AJAX」しる！
675:デフォルトの名無しさん
05/08/12 13:27:52
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
676:デフォルトの名無しさん
05/08/12 13:28:51
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
677:デフォルトの名無しさん
05/08/12 13:30:03
>騙まし討ちを行った。
これって本当？
678:デフォルトの名無しさん
05/08/12 13:32:41
((⌒⌒)) ﾄﾞﾄﾈﾄなんか誰も使ってないニダ！！
ﾌｧﾋﾞｮ━ l|l l|l ━ﾝ！
（⌒;;.. ∧_,,∧ 貴様はM$に騙されてるニダ！！！
(⌒.⊂,ヽ#｀Д´>
（⌒)人ヽ ヽ、从 お前ら！！ウリの話を聞けニダ！！！
从ﾉ.:(,,フ .ﾉゝ⊃
人从;;;;... レ' ﾉ;;;从人
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
679:デフォルトの名無しさん
05/08/12 13:45:06
COMどうするか決着しる。
680:デフォルトの名無しさん
05/08/12 13:46:00
COMは例えばC++BOOSTのlambdaのように
言語の持つ能力以上のことをクラスライブラリでやらせているような
無理がある技術。
681:デフォルトの名無しさん
05/08/12 13:50:25
相手にするも何も、お前らよくあんな支離滅裂な日本語理解できるな。
682:デフォルトの名無しさん
05/08/12 13:57:57
盛り上がってきますた。
683:デフォルトの名無しさん
05/08/12 14:24:12
COMは便利＞＞＞FLASH、PDF、etc.
684:デフォルトの名無しさん
05/08/12 14:27:44
マルＣＯＭ・Ｘです。
アメリカから来ました。
685:デフォルトの名無しさん
05/08/12 14:57:49
COMとOLEを間違えているスレ
686:デフォルトの名無しさん
05/08/12 17:00:49
>>679
COMは残る。デバドラ書くのに絶対必要。
687:デフォルトの名無しさん
05/08/12 17:08:57
>>674
なんでCOMやらマネージドオブジェクトの話してるときに、AJAXが出てくるねん。
Win32は、レガシーやからしばらく残るけど、MacみたいにDirectXが標準になったら
益々いらんなー。算術ライブラリなんかは必要だけど、もう、NTネイティブAPI呼んだら
ええんちゃうのん？
688:デフォルトの名無しさん
05/08/12 17:11:55
確かにCOMとOLEをごっちゃにしてた。
便利DLLマシーンとしてCOMが生き残ることはわかった。
ではOLEはこの先生きのこるのか？
689:デフォルトの名無しさん
05/08/12 17:27:38
だからなあ、スレタイよく読めよ
690:デフォルトの名無しさん
05/08/12 17:31:17
擦れたいは、ええとぉ、
VS2005を使うときにCOMは是か非か、
だっけ？
691:デフォルトの名無しさん
05/08/12 17:33:02
ｲﾐﾌﾒ>>686
それはシリアルポートのCOMかよ。
DDKとCOMはﾑｶﾝｹ
692:デフォルトの名無しさん
05/08/12 17:34:02
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
693:デフォルトの名無しさん
05/08/12 17:34:26
( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
694:デフォルトの名無しさん
05/08/12 17:35:03
>>690
おおよ。じゃあ、VS 2005でのCOM関連の新機能を挙げてみろ。
695:デフォルトの名無しさん
05/08/12 17:38:29
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
696:デフォルトの名無しさん
05/08/12 17:42:59
日本語版July CTPはまだですか？
697:824
05/08/12 17:46:09
〃∩ ∧＿∧
⊂⌒< ・ω・> はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
698:デフォルトの名無しさん
05/08/12 17:49:09
>>696
順調に遅れてる。
それよりも英語版のAugust CTPがもうすぐ出る。こっちの方が重要。
699:デフォルトの名無しさん
05/08/12 17:54:43
例のNullableの変更が入るやつか
700:デフォルトの名無しさん
05/08/12 18:14:50
>>699
詳しく。
701:デフォルトの名無しさん
05/08/12 18:22:13
>>700
URLﾘﾝｸ(blogs.msdn.com)
702:デフォルトの名無しさん
05/08/12 18:29:12
>>700
int? n = null;
Console.WriteLine(n == null);
object o = n;
Console.WriteLine(o == null);
現状、↑の結果はtrue、falseになる。
それをランタイムに仕様変更を入れてきちんとtrue、trueになるようにするらしい。
703:794
05/08/12 20:13:27
〃∩ ∧＿∧
⊂⌒< ・ω・> はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
704:デフォルトの名無しさん
05/08/12 20:13:54
意味もわからず「Ajax！」とか叫んでるやつが哀れでウケるｗｗ
>>702
そんなのいろんなところで散々既出だろ
705:デフォルトの名無しさん
05/08/12 20:19:36
>VBAが丸ごとＣ丼ベースになることはケテーイ
マジですか。
706:デフォルトの名無しさん
05/08/12 20:25:31
>>704
いや、だから「例の」って言ってるじゃん。
707:デフォルトの名無しさん
05/08/12 20:27:35
C#じゃなくて、それをいうならCLRだろ。
708:デフォルトの名無しさん
05/08/12 20:36:23
>>707
ﾊｧ?
どこに「C#の変更」なんて書いてある？
709:デフォルトの名無しさん
05/08/12 20:41:29
もし構文がC#ライクになるというならそれはVBAじゃなくてC#Aでしょ。
スクリプトエンジンの本体がCLRで書かれるという意味で解しても、「C#ベース」とは言わないだろ。
710:デフォルトの名無しさん
05/08/12 20:43:03
>>709はどこに対するレスだ？
お前ら言ってることがさっぱり理解できんぞ。
711:デフォルトの名無しさん
05/08/12 20:43:52
>VBAが丸ごとＣ丼ベースになることはケテーイ
712:デフォルトの名無しさん
05/08/12 20:45:36
> VBAが丸ごとＣ丼ベースになることはケテーイ
そんなニュース聞いたこともない。リンク出してみろ。
それとVSAがマネージドコードベースなのはVS 2002の頃から。
713:デフォルトの名無しさん
05/08/12 20:47:17
> VS 2005でのCOM関連の新機能を挙げてみろ。
714:デフォルトの名無しさん
05/08/12 20:52:59
とっくにfeature completeしたWhidbeyネタで何を憶測でモノ言ってるんだか･･･。
715:デフォルトの名無しさん
05/08/12 20:58:49
禿同
716:デフォルトの名無しさん
05/08/12 21:02:21
だから、無知なアホは相手にするなと何度言えば
717:デフォルトの名無しさん
05/08/12 21:46:45
VBA持たしかにとっととManagedに移行してもらいたいが、相当先のことだろうな。
しかたなくVSTO使うのさ。
718:デフォルトの名無しさん
05/08/12 21:53:25
--- ここまでスクロールした ---
719:デフォルトの名無しさん
05/08/12 21:58:17
>>691
計測機器のポーリングやるのに、ガベコレ使うわけにいかんやろ。
ハードリアルタイムを保証しようと思ったらCOMしか残ってないやん。
組込ＸＰのデジタルオシロとか想像してみてよ。
それでも要らんと思う？
720:デフォルトの名無しさん
05/08/12 22:21:05
そろそろCOMポートはなくなるな
721:デフォルトの名無しさん
05/08/12 22:35:20
>>719
ＧＣにも様々な種類がある。
すべてのＧＣがハードリアルタイムなモノに利用できないというわけではない。
722:デフォルトの名無しさん
05/08/12 23:01:07
>>721
なるほど。だから、計測機器のドライバをマネージドコードで書く訳か。
723:デフォルトの名無しさん
05/08/12 23:01:50
マネージコードじゃなくてネイティブコードだろ
724:デフォルトの名無しさん
05/08/12 23:03:46
すまん微妙に誤爆
しかしぶっちゃけ、メモリの開放のし忘れよりは、パフォーマンスの低下のほうが心配なんだが
725:デフォルトの名無しさん
05/08/12 23:12:57
そんなのC++でかけばいいじゃん
726:デフォルトの名無しさん
05/08/12 23:13:37
>>724
まーそうだね。
ハードリアルタイムなGCを実現しようとすると、
全ての実行時間におけるガベコレ実行時間の割合が増えるからイクナイ。
そういうわけで、ほとんどのところでは使われないのかもね。
実行効率の良いハードリアルタイムＧＣが発見されることを祈ろう．．．
727:デフォルトの名無しさん
05/08/12 23:43:12
>>726
そもそもさ、ＧＣってメモリ管理の最後の手段でしょ？
最後の手段をイキナリ持ち出してくるって、掟破りなんじゃないの？
しかも組込で。
728:デフォルトの名無しさん
05/08/13 00:38:51
>>727
拒絶反応出ました？
組込みの人だとオブジェクト指向はおろか、
ＧＣアルゴリズムなんてとてもじゃないが知らんと思う。
だから、ＧＣという言葉を聞くだけで、拒絶反応が出てくるのじゃないかと。
実際に、組込みで安心してＧＣを使うには、適切なＧＣを利用し、
利用されているＧＣアルゴリズムを意識したプログラム作成が求められると思う。
とゆーわけで？ＧＣを勉強して有効活用してみないか？とか逝ってみる。
729:デフォルトの名無しさん
05/08/13 00:43:17
GCって勉強しないと使えないものなのか。
いずれにしても組み込みにはランタイム環境ははでかすぎ。
だから多少ロイヤリティがかかっても携帯アプリはJavaよりBREWのほうがマンセーされたりもする。
730:デフォルトの名無しさん
05/08/13 03:03:19
>>728
っていうかさ、そもそも「環境的にC++がまともに使えるかもわからん」よ、組み込み。
それに、C++つかえるならstd::auto_ptr、boost::shared_ptr以外の選択肢があるのか？
ランタイムみたいなぱーぺきなGC(=走査型GC)はどうかと思うのだが。いや、実行タイ
ミングさえコントロールできれば何とかなる場合もあるが、メモリとの戦いもあるしなぁ
Win内でやるとすると…まぁ絶対は無理なのでだましだまし&環境限定になるなぁ
なんかのボードかませてそこでリアルリアルしたほうが安心できるような希ガス
731:デフォルトの名無しさん
05/08/13 10:00:27
携帯コンテンツ・ゲー板でBREWマンセーしたら袋叩きだぞ
732:デフォルトの名無しさん
05/08/13 10:03:42
BREWがそんなに喜ばれてるのなら他の会社の携帯にも搭載されてもいいと思うのだがそんな動きは全くないしなぁ・・・
733:デフォルトの名無しさん
05/08/13 10:26:36
>>719
組込みWinは急速に出てきたけどなんか負け組み機械になってるよ。
Win９X御城なら見たけど、CPUもOS二つになってるらしいし負け組みだね。
組込みWinは全然ダメ。
まだこっちに期待。
URLﾘﾝｸ(www.atpress.ne.jp)
734:デフォルトの名無しさん
05/08/13 10:45:55
COMって結局ﾌﾞﾋﾞﾁｭｳ活かすためだけにあるんだよな。
C++側が寄り添うような幹事で。
それを組み込みにまで広げるなんて強引にも程がある。
そのためにOS２つ（マイクロセカンドで動作するOSは必須）なんて開発効率悪杉。