【Whidbey】Visual Studio 2005スレ Part2

【Whidbey】Visual St ..

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は必須）なんて開発効率悪杉。

735:デフォルトの名無しさん
05/08/13 10:49:06
>Win９X御城なら見たけど、CPUもOS二つになってるらしいし負け組みだね。

デモできいたけど、解析アプリはJavaって逝ってた。
ならなんでWin9Xなのかと。
もう、アふぉかとヴぁかかと。

736:デフォルトの名無しさん
05/08/13 10:58:52
やっぱ、製品が同拡張されるかは会社都合があるわけで、
M$としてはサーバーサイド、汎用機とUNIXＷＳ市場の食い合いを、
Linuxと競争するのが最優先だろ。
で、携帯は市場参入できるだけでおｋでつよ、みたいな感じ。
だから組込みを目指す人はＷｉｎは開発マシンに使い、ターゲットでは使うべきでない。

737:デフォルトの名無しさん
05/08/13 11:25:54
マシンが高速化するからＶＢアプリでも無問題と言われながら、
やっぱ問題だったもんな。
ガベコレのターゲットはウェブサーバだろ。

738:デフォルトの名無しさん
05/08/13 11:30:21
>>731
そりゃ自由に開発できないからでしょ。

ユーザーからみれば何で組まれていようと、安くかつパフォーマンスのいいほうを選ぶ

739:デフォルトの名無しさん
05/08/13 13:02:56
>>728
おいらの得意分野はメモリ管理ですよ。
俺のプログラミング人生の１／４程はスラッシングとの戦いですよ。
ＧＣっぽいものやＧＣも書いたことありますよ。

740:デフォルトの名無しさん
05/08/13 13:07:25
>>735
NT系は、ＣＰＵの動作モードをアプリが勝手に弄ったりできない。
ユーザープロセスの制約がきつく、アプリから直接I/Oを叩いたりできない。

741:デフォルトの名無しさん
05/08/13 13:09:49
>>737
ＣＰＵが複数あったら、ガベコレは大夫良くなると思うけど、
やっぱり書き方に気をつけないと間に合わないこともあるだろうね。

M$はWeb鯖用OSを今は作りたいんだろうな。

742:デフォルトの名無しさん
05/08/13 14:27:42
--- ここまでスレ違いにつき破棄 ---

743:デフォルトの名無しさん
05/08/13 18:34:14
>>742
すいません。

--- ここから ---

が、見つかりませんでした。

744:デフォルトの名無しさん
05/08/13 22:12:33
ここから:

745:デフォルトの名無しさん
05/08/13 22:18:58
どけどけどけ～
どけどけどけ～
邪魔だ邪魔だ邪魔だ～

746:デフォルトの名無しさん
05/08/13 22:25:18
VB6だのCOMだの言ってんじゃねーぞばっきゃろこんにゃろーめ～

747:デフォルトの名無しさん
05/08/13 23:40:05
結局、COMとは何ですか？

748:デフォルトの名無しさん
05/08/14 00:16:11
>>747
多くのVB厨をどことなく不安な気持ちにさせる何かｗ

749:デフォルトの名無しさん
05/08/14 00:33:09
C++という静的なプログラミング言語で実装した高性能のC++オブジェクトを
VBなどの言語から動的バインディング可能にするための規約

C++プログラマには面倒と煩雑さ、VBプログラマには超えられない壁

750:デフォルトの名無しさん
05/08/14 02:42:18
そんなことより、定数とか大文字で書かれることが多いけど、
シフト押しながらって激しく入力しづらいよね。
おまいらどうやってる？

751:デフォルトの名無しさん
05/08/14 02:53:37
オートコンプリート

752:デフォルトの名無しさん
05/08/14 02:54:47
CAPS LOCKでも使っとけ

753:デフォルトの名無しさん
05/08/14 03:11:36
釣れた釣れたm9(＾д＾)

754:デフォルトの名無しさん
05/08/14 03:29:47
メモ帳なのでオートコンプリートなんて付いてません。
小指が攣りそうです。

755:デフォルトの名無しさん
05/08/14 10:13:41
親指をシフトにしなかったアメ公ってアホだよな。

756:デフォルトの名無しさん
05/08/14 10:20:19
セロテープでもはっとけ

757:デフォルトの名無しさん
05/08/14 16:41:40
タイプライタを作ったのはアメリカ人というわけではあるまい。

758:デフォルトの名無しさん
05/08/15 10:26:15
毛唐にはホームポジションって概念がないからな・・・。

759:デフォルトの名無しさん
05/08/15 11:43:58
ﾊｧ?

760:デフォルトの名無しさん
05/08/15 13:26:08
チンコのホームポジションがずれてたら、気になってしょうがないよね

761:デフォルトの名無しさん
05/08/15 15:02:06
親指をシフトにしなかったアメ公ってアホだよなと不満を言いつつ
自分でそうカスタマイズしない奴ってアホだよな

762:デフォルトの名無しさん
05/08/15 16:11:22
変数とか関数の色変えられないのかな。

763:デフォルトの名無しさん
05/08/15 16:54:17
シフトもそうだけどさぁ、スペースキーの両側にある『無変換』とか『前候補』『カタカナひらがな』とか、
ほとんど使わねーんだからその分スペースキー長くしろと。
てかスペースキーの両側のヤツらって標準なの？

764:デフォルトの名無しさん
05/08/15 17:39:36
レジストリいじってキー配置変えりゃいいじゃん。

765:デフォルトの名無しさん
05/08/15 17:50:28
無駄なキーがあるからこそ、設定いじる余地があるんだよ。
イヤならぜんぶスペースのコードを発生させればいいだけのこと。

766:デフォルトの名無しさん
05/08/15 18:03:00
ハァ?

767:デフォルトの名無しさん
05/08/15 23:42:28
>>763
前候補はあまり使わんが無変換やカタカナひらがなはそれなりに
使いますが何か。

768:デフォルトの名無しさん
05/08/15 23:51:49
>>763
私は初心者です、と言ってるような。

769:デフォルトの名無しさん
05/08/16 01:40:04
俺も無変換とか使わない。。。
たまに手が当たってカナ入力になってめんどくさいだけ！

770:デフォルトの名無しさん
05/08/16 04:56:11
>>767
カタカナひらがなって半角全角の事じゃないよね？
どんな時に使うんだい？
無変換もShift+矢印でいいじゃん。

771:デフォルトの名無しさん
05/08/16 06:22:17
>>770
無変換だとコンポジション状態の部分をまとめてすべてひらがなかカタカナの
２択になるので辞書にない単語、それもすべてひらがなかカタカナの場合、特に
外来語がおおいかな、そういうのを変換するときに重宝する。あるいは口語で
変に区切られたものをさくっとひらがなに戻すときとか、IMEがそうしなくても中途半端な
ところで区切って入力するときにひらがなに戻すときにも。
結局のところ「変換なんてここではしないでいいんだよｸｿが」っていうのがなくなる。
あと矢印はホームポジションからずれるのでかなり嫌い。

カタカナひらがなはあれを押せばIMEOff状態でもIMEOn+英数状態でもIMEOn+ひらがな
状態(まぁこの場合は変わらないのだが)強制的にIMEひらがな状態に戻ってくれるので、
いちいち現在の状態を確認する必要もなく便利。
英語だのの複合文章打っているときは無意識に最後にあのキーを押すな。
俺はあまり使わないが、人によってはShift+カタカナひらがなも使う人がいるんじゃないかな。
あとこれは俺がかな打ちだからだが、大抵ローマ字打ちになっているので「Alt+カタカナ
ひらがな」も時々使ったりする。

772:771
05/08/16 06:30:42
追記。
ｾﾞﾝﾌﾞﾊﾝｶｸﾆｽﾙﾄｷﾓﾍﾞﾝﾘﾃﾞｽ>無変換

773:デフォルトの名無しさん
05/08/16 06:45:10
私のキーボードにはそんな余計なキーはない。

774:デフォルトの名無しさん
05/08/16 12:03:03
素人じゃねぇんだろ。
グダグダ言わずに、論理配列はこのへんでなんとか汁。

Keylay
URLﾘﾝｸ(www.jomon.ne.jp)

窓使いの憂鬱
URLﾘﾝｸ(mayu.sourceforge.net)

猫まねき
URLﾘﾝｸ(www.remus.dti.ne.jp)

775:デフォルトの名無しさん
05/08/16 13:34:03
>>772
[F8]

776:デフォルトの名無しさん
05/08/16 19:34:56
フィードバックはするだけ無駄ということが判明しますた
URLﾘﾝｸ(japan.zdnet.com)

777:デフォルトの名無しさん
05/08/16 19:43:46
いや、これ以上遅れられても困るんだけど。

778:デフォルトの名無しさん
05/08/16 19:47:43
ん？　漏れ３件ほどフィードバックしたけど、ちゃんと真面目に対応してくれてたよ
個人的には早く出して欲しい位なんだけど。どうせ、商品レベルでは Sp1 が出るまでは
使いたくないし
Orcas も Vista 向けに開発するんだから、これ以上 Whidbey を遅らせる必要はないと
判断したんじゃね？

779:デフォルトの名無しさん
05/08/16 20:14:24
MS工作員乙

780:デフォルトの名無しさん
05/08/16 20:20:39
これだな。
URLﾘﾝｸ(lab.msdn.microsoft.com)

781:デフォルトの名無しさん
05/08/16 20:24:16
バグだらけってTeamSystemの方でしょ？
pro版使いにとっては問題ないレベルだと思われ。

782:デフォルトの名無しさん
05/08/16 20:26:34
VSTSは真性マゾ向け製品

783:デフォルトの名無しさん
05/08/16 20:27:54
Delphiほどじゃないっす。

784:デフォルトの名無しさん
05/08/16 20:34:27
ﾜﾗ

785:デフォルトの名無しさん
05/08/16 23:03:05
>780
.net 2.0 の beta3 か・・・。確かにそれならパフォーマンスが本当にどこまで改善されているか
心配だからRC出して欲しい気はするなぁ

786:デフォルトの名無しさん
05/08/17 11:39:02
VS.NET2002にようになったりしないのかなぁ……。
現状のVC7.1で今のところ不満はないから、Orcas待ったほうがいいのか。

787:デフォルトの名無しさん
05/08/17 11:42:38
.net 3.0まで待て。

788:デフォルトの名無しさん
05/08/17 11:59:19
Orcasは.NET 3.0じゃないぞ。

789:デフォルトの名無しさん
05/08/17 13:01:52
バルーンツールチップは普通に使えるようになりましたか先生

790:デフォルトの名無しさん
05/08/17 16:23:23
APIを使わなくても音鳴らせるようになりましたか？

791:デフォルトの名無しさん
05/08/17 17:47:18
>>781
TeamSystemアンインストールできません。

792:デフォルトの名無しさん
05/08/17 19:02:19
なんでこんなにダメダメ？

793:デフォルトの名無しさん
05/08/17 22:43:02
ピーマン残しちゃいけませーん！
おパンツかぶっちゃいけません！

794:デフォルトの名無しさん
05/08/18 05:49:38
June CTPのバージョンって8.0.50601で合ってる?

795:デフォルトの名無しさん
05/08/18 06:01:02
うん。ちなみにJuly CTPは8.0.50630。

796:デフォルトの名無しさん
05/08/18 15:30:21
VCExpressってMFCもATLもないのか・・・

797:デフォルトの名無しさん
05/08/18 18:58:55
Pro じゃないと 64bit ネイティブコードも作れない。

798:デフォルトの名無しさん
05/08/18 19:31:33
最近急にMSがｼﾌﾞﾁﾝになったような気がする

799:デフォルトの名無しさん
05/08/18 19:38:14
>>798
ここ数年でｼﾌﾞﾁﾝ化は激しい
で2000のｻｰﾋﾞｽ終了と共に更に拍車が…

800:デフォルトの名無しさん
05/08/18 20:10:18
800

801:デフォルトの名無しさん
05/08/18 20:11:10
シブチンてなに？

802:デフォルトの名無しさん
05/08/18 21:06:17
ケチ

803:デフォルトの名無しさん
05/08/18 23:56:16
VS.NETを買わないと.NET CFの開発ができないようにしたMSはバカだと思った(無理やりやろうと思えばできないことはないが・・・)
VS.NETを入れないとインストールできないような形で配布したOpenNETCFの開発者はもっとバカだと思った

804:デフォルトの名無しさん
05/08/19 15:40:14
VCExpressってなんの為にあるんだ？
それならVC++.NET2003でいいじゃん？って思うんだけど。

805:デフォルトの名無しさん
05/08/19 16:30:13
>>804
βテストのテスター（人柱）をタダで集める為。

806:デフォルトの名無しさん
05/08/19 17:41:40
__gc managed class → C/CLI

807:デフォルトの名無しさん
05/08/19 17:58:23
Express無料じゃないし

808:デフォルトの名無しさん
05/08/19 18:04:26
>>805
それβの話だろ？

809:デフォルトの名無しさん
05/08/19 20:21:18
>>804
義理ですよ。
ほら、アイドルグループがいたとして一人ぐらいどう考えても売れないやつが
まじってるわけですよ。そんなときにも個別商品出すときには全員分出すと。
萌えアニメでもどう考えても売れないキャラがいたとしてもまとまってたら
全員分出るのです。

810:デフォルトの名無しさん
05/08/19 20:26:21
よっちゃん・フッ君・植草

811:デフォルトの名無しさん
05/08/19 20:36:27
ひとえブー

812:デフォルトの名無しさん
05/08/19 23:00:27
中居?

813:デフォルトの名無しさん
05/08/20 14:49:32
August CTP(RC0)リリースあげ

814:デフォルトの名無しさん
05/08/21 03:59:01
2003の話なんですが、MSDNライブラリをインストールせずに
ファイルコピーだけで動かすことってできるでしょうか？

他のマシンにインストールしてからMSDN関係と思われるファイルと
レジストリを持ってきて入れてみたんですが、
「Unexpected critical error: can't start program」
と出て起動できませんでした。
レジストリを入れる前は、再インストールを求めるメッセージが出てました。

815:デフォルトの名無しさん
05/08/21 04:18:20
>>814
なんで2003の話をこのスレで聞くのだ？

まあ、やってみてできなかったなら諦めとけ。

816:デフォルトの名無しさん
05/08/21 10:39:45
kbhit() や cprintf() ，さらには gets() まで "古い形式で......" と警告を出すのですが
いったいこれはどういうことなのでしょうか？

817:デフォルトの名無しさん
05/08/21 19:00:23
すべて新しい関数に置き換わります。

818:デフォルトの名無しさん
05/08/21 19:30:34
>>816
_gets()とか新しい独自標準関数が2005になってから追加されてると思うが

819:デフォルトの名無しさん
05/08/21 19:40:24
なにそれ…

820:デフォルトの名無しさん
05/08/21 19:44:14
どうもありがとうございました.ずいぶんと変わっていたんですね.
VCTKでは警告が出なかったのにVC2005で出てちょっとびっくりしました.

821:デフォルトの名無しさん
05/08/21 20:27:14
>>819
実際にはgets_cとかそんな感じだったかな
バイト数指定を可能にしてオーバーフローの危険性を減らしたgetsとか、MS仕様の新ライブラリが出来たんだよ

822:デフォルトの名無しさん
05/08/21 21:29:33
それでは、MSの新ライブラリはANSI Cに準拠しているんでしょうか...

823:デフォルトの名無しさん
05/08/21 23:16:38
MSがANSIに提案しているんじゃなかったけ？
まだ標準関数ではないけど、将来的にはなるかもしれん。

824:デフォルトの名無しさん
05/08/22 00:31:17
URLﾘﾝｸ(www.eweek.com)

Foundation Serverは来年だって。

825:デフォルトの名無しさん
05/08/22 00:39:42
これはもうだめかもわからんね

826:デフォルトの名無しさん
05/08/22 00:45:58
もう出せる部分だけ今年中に出してもらえればいいよ

827:デフォルトの名無しさん
05/08/22 00:54:55
しかし、みんな凄えなあ、おいらの周りじゃ2003すらｲﾗﾈ(ﾟ⊿ﾟ)ｲﾗﾈ
なのに2005を出して欲しいとか思ってんだw

828:デフォルトの名無しさん
05/08/22 01:04:45
言いたいことがわからん

829:デフォルトの名無しさん
05/08/22 01:16:05
もちろんVB6.0を使ってるからさ。

830:デフォルトの名無しさん
05/08/22 01:19:38
VBはLinuxを捨てている．

831:デフォルトの名無しさん
05/08/22 22:51:38
単一ファイルに複数クラスを記述すると
クラスデザイナにクラスをはっつけられないことなくね

832:デフォルトの名無しさん
05/08/23 02:39:13
今 .net framwork 2.0 Betaを削除しようとしてるんですけど
まったく動かなくなって困ってます

System.EnterpriseServices.dllの登録を削除しています

実行中:"C\WINDOWS\Microsoft.NET\Framwork\2.0.50215\RegSvcs.exe" /bootstrapu

って表示されているところで　３０分以上動きません
どうすればいいでしょうか・・・・・、だれか助けてください

次ページ