トップページ⇒tech
1001コメント232KB

BCBとVC++

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさんNGNG
どっち派？

前スレ
http://pc2.2ch.net/test/read.cgi/tech/1045642742/l50
0002デフォルトの名無しさんNGNG
まだ続くのか？
0003デフォルトの名無しさんNGNG
もういいじゃん。　　
0004デフォルトの名無しさんNGNG
そう言いながら伸び続けるスレです。
0005デフォルトの名無しさんNGNG
ttp://www.borland.co.jp/cppbuilder/cb6/cb6up.html
0006デフォルトの名無しさんNGNG
俺はBCB6とVC++.NETとDelphi7を全部使っている。
0007デフォルトの名無しさんNGNG
俺はBCB6とVC++.NETとDelphiを全部窓から投げ捨てた。
0008デフォルトの名無しさんNGNG
>>7
捨てるなら俺にくれればよかったのに
0009前スレ985NGNG
結局立てちゃったのね、新スレ。
とりあえず、>>1乙華麗と謂っておこう。
漏れはVC6ProとBCB5Proを両方使っている。
0010デフォルトの名無しさんNGNG
とりあえずDelphi最強。
0011デフォルトの名無しさんNGNG
>>10
いやCだよ。
0012デフォルトの名無しさんNGNG
BCBはデフォルトでC++だから、Cでプログラムを書こうとすると
かえって苦労する羽目になる。
0013デフォルトの名無しさんNGNG
時代はDelphiからC#に移ろうとしてるのに
お前らまだBCBとかVC++とか言ってるのかよ
0014デフォルトの名無しさんNGNG
>>13
頑張って時代についてってね。
0015デフォルトの名無しさんNGNG
VectorC最強
0016デフォルトの名無しさんNGNG
BCB６はパッチ出してくれないからな・・・
0017デフォルトの名無しさんNGNG
>>16
？？？？？
0018デフォルトの名無しさんNGNG
>>17
>>16は、ﾊﾟｯﾁ出てるの知らないんだよ。
そっとしておいてあげよう。
0019デフォルトの名無しさんNGNG
>>12
全然 OK じゃん。保存するときに拡張子 .c で保存すれば、その Unit は自動的に C に
なるから。
BCB の IDE は、C と C++ と Object Pascal を区別しないよ。まあ、Object Pascal の
デバッガはついていないから、本格的なデバッグは Delphi でやるしかないけど。
0020デフォルトの名無しさんNGNG
.NETフレームワークに付いているclとPSDKだとVC++いらず。
とりあえずお金のないヤツはこれでVC++のコンパイラを堪能するとよい。
0021デフォルトの名無しさんNGNG
でもあれって標準ライブラリとSTLついてないよ。STLport入れれば何とかなるかも知れんけど。
インライン展開も出来ないしさ。
0022デフォルトの名無しさんNGNG
>>21
た・・・堪能できねー！
0023ぬるぽ男爵 ◆7jriffTro. NGNG
.NET 2003 評価版 なんてどうじゃ。
千円ちょっとで一年間堪能できるぞ。
0024デフォルトの名無しさんNGNG
C最強
0025デフォルトの名無しさんNGNG
★賞金が当たる★彼女が出来る★スッゲー気持ちいい★
http://www.pink-angel.jp/betu/linkvp2/linkvp.html
0026デフォルトの名無しさんNGNG
気持ちいいって何が？
0027デフォルトの名無しさんNGNG
bcc32前まで使えたのに

this program must be run under Win32

とでてきて出来ません誰か教えて下さい。
0028デフォルトの名無しさんNGNG
>>27
Windows起動しる

>>16
>>5
002927NGNG
>>28
Windows起動していますよ・・・
0030デフォルトの名無しさんNGNG
3.1じゃダメだぞ
003127NGNG
MEです。
0032デフォルトの名無しさんNGNG
2000煮汁
0033デフォルトの名無しさんNGNG
>>31
コンパイルオプションは？
003427NGNG
コンパイルオプションって何？
0035bloomNGNG
http://www.agemasukudasai.com/bloom/
0036デフォルトの名無しさんNGNG
VC++6 と BCB6使ってる。
Delphi触ってみようと思ったけど
BCB6で、Delphiコンポーネント使えたので
やめた。

BCB6最高だよな。
Delphiコンポーネントも
BCBコンポーネントも使えるんだぜ。
boost使っても変なエラー(VCで出る)でないし
003727NGNG
>>35
お前氏ね、
クリックしたらエロサイトかよ！

氏ね。
0038デフォルトの名無しさんNGNG
嘘　大袈裟　紛らわしい
0039デフォルトの名無しさんNGNG
>>31
MS-DOS モードでやっているとか。
MS-DOS プロンプトでやってみ。
0040デフォルトの名無しさんNGNG
>>37
ﾌﾟﾌﾟ
0041デフォルトの名無しさんNGNG
>>40
激しく同意。
0042デフォルトの名無しさんNGNG
2chでは例え転んでも泣かない。
0043デフォルトの名無しさんNGNG
そもそもうちのかちゅだと>>35は表示されてなかったり‥‥
0044デフォルトの名無しさんNGNG
.NETに移行したい気もするけど、
Manegedなアプリが本当に主流になるのかな？
かといって、今まで同様 MFCでやってくのもなんだし・・
BCB6 Delphiコンポーネント使えるんだ。ちょっと使ってみたくなったよ。
0045デフォルトの名無しさんNGNG
>>44
まだ速い。
0046320NGNG
>>37
グロじゃ無いだけマシ
0047デフォルトの名無しさんNGNG
>>45
そうだよね。
前に誰かが言ってたけど、
MS製品(Officeとか)が、CLR上で動作するようになってから移行しよう。
0048デフォルトの名無しさんNGNG
おい！BCB4 Update4でバグが発見されたぞ！

>どうやらCodeGuardのオプションをチェックしてる場合
>実行時パッケージを使って構築のチェック外すと発生するようです。

CodeGuard絡みのバグかあるらしい。
0049デフォルトの名無しさんNGNG
×BCB4 Update4
○BCB6 Update4
0050デフォルトの名無しさんNGNG
>>48
バグが発見されたんじゃなく、
バグがUpdate4でも直ってなかったんだろ？
0051デフォルトの名無しさんNGNG
いまだにBCB4を使ってる俺はちょっと焦りました。
0052デフォルトの名無しさんNGNG
おまけにREADMEの説明に間違いもあるしな。
ヘルプ更新って*.GIFファイル消すんじゃなくて*.GIDファイルを
消すんだろうに
0053デフォルトの名無しさんNGNG
>>48
wcstombs() や mbstowcs() が、NULL を渡すと CodeGuard バージョンのは
バグルネ。
0054デフォルトの名無しさんNGNG
最近買ったBCBかデルファイで開発された給与計算ソフトの動作がかなり重くて
やっぱり実用的なソフトはVCで開発しないと駄目かなと思った。
0055デフォルトの名無しさんNGNG
思っても良いけど、VC++製のアプリは動作の悪いMDIからして駄目だ罠。
ActiveXのオーバーヘッドやメモリ制限をもろ受けるのもVC++。
0056デフォルトの名無しさんNGNG
ﾌﾟｯ
0057デフォルトの名無しさんNGNG
確かに、BCBやDelphiって糞重いよな。
使ってて重さがわかるんだもんなあ。
起動が遅いし。
何でだろうな。
やっぱVCじゃなきゃ駄目だな。
0058デフォルトの名無しさんNGNG
>>55
VCのMDIのどの辺が駄目で、BCBだとどう良いのですか？
ActiveXのオーバーヘッドやメモリ制限って、そんなに高くつきますか？
BCBだとそれらのオーバヘッドは受けないんですか？
0059デフォルトの名無しさんNGNG
>>55
メモリ制限とか以前にBCBの莫大なメモリ使用量の方が問題あると思われ。
0060デフォルトの名無しさんNGNG
>>58
VC++のMDIフォームはガバっと大きなコードが生成される。
コードジェネレータはOOPに比べて古い手法。
に対して、BCBではコンポーネント＝クラス一つ一つをペタペタ貼るだけ。
コンポーネントを派生してそれぞれを連携させる。
で、BCBではコンポーネント化するとき、
ソースコードでコンポーネントの派生クラスと記述するだけでだが、
ActiveXでは、実行時にレジストリなんかを見てインターフェースを調べたりする。
0061デフォルトの名無しさんNGNG
でも、ActiveXのコードもラップ化されててそんなに面倒じゃないよな。
VCでコードが生成されるとか言ってるけど、BCBに比べてそれで重くなるわけじゃないし。
0062デフォルトの名無しさんNGNG
むしろ、VCよりBCBの方が重い。
やっぱり実行時に膨大なメモリを確保するのが原因か。
0063デフォルトの名無しさんNGNG
>>61
なわけねーだろ。
コードレベルで派生出来るBCBと、出来ないActiveXが同じになるわけない。
だから、.NETでコードレベルの派生に変わったんだから。
後、C++とActiveXの相性悪すぎ。VARIANTがワケワカ＆実行時エラー多すぎ。
0064デフォルトの名無しさんNGNG
コンポーネントをペタペタ貼れるものと、
ダイアログエディタしか無いVC++とは比較にならんだろ。
STLコンパイルも出来ないC++になってないのもあるし。
ペタペタ貼れるC#.NETなんか、超激重でモッサリしてるんだから。
0065デフォルトの名無しさんNGNG
総合的に考えるとやはりDelphiが最強。
0066デフォルトの名無しさんNGNG
>>65
BCBよりはVCLの親和性も高いしな。
0067デフォルトの名無しさんNGNG
>>54
仕組み的にもともと重いのか、プログラマがタコなだけ。
VC++ で作ったからって速くなるわけじゃない。

>>57
VC++ の IDE は凝ったことをしていないから。機能も少ないし。
BCB や Delphi は各 VCL コンポーネントを認識したり、OpenTools 関係の
処理をしたりしているから。

>>58
BCB のフォームは、クラスだということ。
SDI 用に作ったフォームを、そのまま MDI の子フォームにしたりできる。
MFC と違い、ちゃんと OO で設計されているから。

>>62
メモリを確保した方が速くなるよ。メモリのせいじゃない。

>>64
VC++ って Visual じゃないね。
0068デフォルトの名無しさんNGNG
>>63
つうか、BCBはActiveXつかわねーだけだろ？
VCだって使わないでやろうと思えばできるしな。
MFCなんてほとんどそうだろ。
それ以前に、BCBは元々重すぎだっつーの。
何であんなにメモリがばがば使うんだ。
インターフェース違うのも何とかして欲しい。
0069デフォルトの名無しさんNGNG
Delphiも話しにならん。
重すぎ。
0070デフォルトの名無しさんNGNG
>>69
Pentium 133MHzでも快適に動きますが。
0071デフォルトの名無しさんNGNG
＞インターフェース違うのも何とかして欲しい。

アホがいます。
0072デフォルトの名無しさんNGNG
>>70
そりゃすごーく古いバージョンのDelphiはな。
0073デフォルトの名無しさんNGNG
DelphiがVC++に劣る点
・資料が少ない
・生成される実行ファイルが巨大
・メモリを使いまくる
・実行速度が遅い
0074デフォルトの名無しさんNGNG
きたきたー！やっぱり必死な某社員。
0075デフォルトの名無しさんNGNG
>>67
メモリ確保したら速くなくのではなく、必要メモリ量自体が大きすぎる。これVCLが原因。
VC++はVisual的な開発管理ということだぞ。VBの影響受けすぎの発言は控えましょう。
ActiveXはオブジェクト指向の問題点を指摘したもの。技術じゃなく概念なんだよ。
MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
え、ゴルァ
0076デフォルトの名無しさんNGNG
あれってコンポーネント指向だろ？え？違うの？
0077デフォルトの名無しさんNGNG
>>73
・C書けるならちょっと方言が入るだけ。
・昔は気になったけど10GBオーダのPC使い始めると。VCもMSVCRTとMFC合わせると似たようなもんだし。
・そうなの？最近のPCはメモリもスワップファイルもアホみたいな容量確保できるからなぁ。速度も速いし。
・そうなの？最近のCPUなら全然気にならないけどね。
0078デフォルトの名無しさんNGNG
＞MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？

ここの日本語の解説を頼む。
0079デフォルトの名無しさんNGNG
たまに最大化して元のサイズに戻すと、ウィンドウがどっかに消えるしさ。
0080デフォルトの名無しさんNGNG
M$社員ｷﾀ━━━━━（ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ）━━━━━ !!!!!
0081デフォルトの名無しさんNGNG
最近のCPUでもクリティカルなアプリになると遅さはわかる。
ボトルネックが2倍ぐらい違うからなあ。
メモリも非力なマシンは言うに及ばず、最近のでもいくつもアプリ
起動したりしてると気になるな。
0082デフォルトの名無しさんNGNG
M$社員というか、前々からBoaland社員が常駐してる気がするんだが、
気のせいか？
0083デフォルトの名無しさんNGNG
MSに開発陣移籍されて技術力の欠片も残っていないBolandに用はない。
0084デフォルトの名無しさんNGNG
いいえ。
0085デフォルトの名無しさんNGNG
結局のところCodeWarriorが最強な訳だ。
0086デフォルトの名無しさんNGNG
所詮BCBはVBと争ってなさいってことだ
0087デフォルトの名無しさんNGNG
真っ当な意見と見せかけ、実は詭弁で論点をはぐらかす輩が多々おります。
皆様も以下の「詭弁の特徴」を覚え、そういう輩を排除しましょう。。
　１：事実に対して仮定を持ち出す
　　　 　「STLコンパイルも出来ないC++になってないのもあるが、出来れば最強」
　２：ごくまれな反例をとりあげる
　　　 　「たまに最大化して元のサイズに戻すと、ウィンドウがどっかに消えるしさ。」
　３：自分に有利な将来像を予想する
　　　　 「何年か後、某は死滅してるよ」
　４：主観で決め付ける
　　　　 「インターフェース違うのも何とかして欲しい。Delphiも話しにならん。重すぎ」
　５：資料を示さず自論が支持されていると思わせる
　　　　 「やっぱり実用的なソフトはVCで開発しないと駄目との声が圧倒的だ」
　６：一見関係ありそうで関係ない話を始める
　　　　 「VC++はVisual的な開発管理ということだぞ。VBの影響受けすぎの発言は控えましょう。」
　７：陰謀であると力説する
　　　　 「きたきたー！やっぱり必死な某社員ﾌﾟ」
　８：知能障害を起こす
　　　　 「MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？」
　９：自分の見解を述べずに人格批判をする
　　　　 「VCがショボイという奴は社会に出てない証拠。現実をみてみろよ」
　10：ありえない解決策を図る
　　　　 「VCがANSIC++準拠すれば良いって事でしょ」
0088デフォルトの名無しさんNGNG
＞　「STLコンパイルも出来ないC++になってないのもあるが、出来れば最強」

この日本語について解説してくれ。
0089デフォルトの名無しさんNGNG
>>88
だから詭弁なんだろ
0090デフォルトの名無しさんNGNG
VC++はVisual的な開発管理ということだぞ。VBの影響受けすぎの発言は控えましょう。
ActiveXはオブジェクト指向の問題点を指摘したもの。技術じゃなく概念なんだよ。
VC++はVisual的な開発管理ということだぞ。VBの影響受けすぎの発言は控えましょう。
ActiveXはオブジェクト指向の問題点を指摘したもの。技術じゃなく概念なんだよ。
VC++はVisual的な開発管理ということだぞ。VBの影響受けすぎの発言は控えましょう。
ActiveXはオブジェクト指向の問題点を指摘したもの。技術じゃなく概念なんだよ。
VC++はVisual的な開発管理ということだぞ。VBの影響受けすぎの発言は控えましょう。
ActiveXはオブジェクト指向の問題点を指摘したもの。技術じゃなく概念なんだよ。

MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？




え、ゴルァ
0091デフォルトの名無しさんNGNG
＞MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？

この（略
0092デフォルトの名無しさんNGNG
>>90
激しくﾜﾗﾀ
0093デフォルトの名無しさんNGNG
いまどき　C/C++ やってるヤツって時代遅れも甚だしい。
やっぱ Java 最強だね。
0094デフォルトの名無しさんNGNG
しかし、VSのインテルセンスが良いのは事実だろ。
ANSI/ISO準拠度も2003で98%(MS社比)にあがるみたいだしさ。
0095デフォルトの名無しさんNGNG
>>94
今時入力支援のついてないIDEなんぞ無いだろ。
0096デフォルトの名無しさんNGNG
　　　|＿∧
　　　| ∀｀） ﾀﾞﾚﾓｲﾅｲ...
　　　| ⊂）　ﾇﾙﾎﾟ ｽﾙﾅﾗ ｲﾏﾉｳﾁ
　　　| ／

　　　 .∧＿∧
　　　∩´∀｀∩　ﾇﾙｰﾎﾟﾇﾙｰﾎﾟ
　　　 ヽ　　　丿
　　　 （　ヽノ
　　　し（＿）

　　　 ∧＿∧
　　　（´∀｀∩）　ﾇﾙﾇﾙﾇﾙｰﾎﾟ
　　　（つ　　丿
　　　（　ヽノ
　　　し（＿）

　　　|
　　　|　ｻｯ
　　　|彡
　　　|　　　□


　　　|
　　　| ＜ｶﾞｯ !
　　　|
　　　|
0097デフォルトの名無しさんNGNG
> インテルセンス

ﾜﾗﾀ
0098デフォルトの名無しさんNGNG
ここは楽しいｲｿﾀｰﾈｯﾄですね
0099デフォルトの名無しさんNGNG
インテルマウス
0100デフォルトの名無しさんNGNG
VC++ が優れているのは、性能じゃなくて、MFC の設計でもなくて、
売り込み、マーケティングがすごい。
優秀なセールスマンは、どんなものでもブームを起こさせて、大量に
売ることができる。
Microsoft はセールスの達人。
技術はない。
0101デフォルトの名無しさんNGNG
>>100
うむ。特に反論する隙はない。
0102デフォルトの名無しさんNGNG
>>68
何メガバイト使うんですか？　VC++ は何メガバイト？
一般的にメモリ使う方が速いですよね。ファイルでやるより。
0103デフォルトの名無しさんNGNG
VC の話じゃないけど、ビルゲイツがいうには、
「Windows NT の安定性とは、動作のことではなく売上グラフのことだ｣
だそうです。
0104デフォルトの名無しさんNGNG
笑うせえるすまん
0105デフォルトの名無しさんNGNG
>>68
VC++ は、起動時に何もロードしないけど、BCB や Delphi は
VCL コンポーネントをロードしているから。
メモリじゃなくて、VCL のプロパティとか読んでいるの。
それに、起動は開発プロセスの中でメインな過程ではないし、問題にはならない。
コンパイル速度とか、最終成果物ができるまでの速さとか、そっちの方が大切。
0106デフォルトの名無しさんNGNG
「長いものには巻かれろ」というがな、「長くなれば巻ける」んだよ！！
巻いて巻いて巻きまくってやろうじゃないの！！
0107デフォルトの名無しさんNGNG
>>68
ActiveX 使えるよ。サンプルも入っているし。
ActiveX を VCL コンポーネントにラップしてまったく同様に使えるよん。
VC++ でできて BCB でできないのは、デバイス・ドライバの開発だけ。
0108デフォルトの名無しさんNGNG
巻いて　巻いて　トントントン
0109デフォルトの名無しさんNGNG
>>107
へぇ。
0110デフォルトの名無しさんNGNG
BCB、Delphi で市販の ActiveX をガンガン使っていますし、
BCB ででも Delphi ででも ActiveX サーバの作成もガンガンやっていまつが、
それが何？
0111デフォルトの名無しさんNGNG
VCL があるから、やる意味はないけど、BCB でも MFC 使えるし。
0112デフォルトの名無しさんNGNG
敵のことをよく知らずして敵を攻撃すると己の無知を晒すだけってことだな。
0113デフォルトの名無しさんNGNG
Turbo C++を出さなくなったボーランドはクソ。用はない。
0114デフォルトの名無しさんNGNG
>>113
3 年前からまた出していますが、何か？
http://www.borland.co.jp/news/bcsuite.html
0115デフォルトの名無しさんNGNG
抱き合わせ商法じゃねーか。
0116デフォルトの名無しさんNGNG
>>113
DOS の開発者さんなんでつね。
0117デフォルトの名無しさんNGNG
>M$社員というか、前々からBoaland社員が常駐してる気がするんだが、気のせいか？

BCBに安く乗り換えたいからコンタクトとりたいのか？
0118デフォルトの名無しさんNGNG
>>115
いやなら買わなきゃいい。
0119デフォルトの名無しさんNGNG
>>118
ボーランドはな。MS 製品の場合、嫌でも買わなくちゃならない。
0120デフォルトの名無しさんNGNG
BCB6が信用できないので、いまだにBCB5使ってます。
0121デフォルトの名無しさんNGNG
てゆーか、マイクロソフト大好きー♪な人いるの？
0122デフォルトの名無しさんNGNG
>>121
はい!(^O^)/
0123デフォルトの名無しさんNGNG
BCB6、アップデートでたよ！
0124デフォルトの名無しさんNGNG
バグを増やすだけのぱっちぃ？
0125デフォルトの名無しさんNGNG
>>122
どこが好きなの？
0126デフォルトの名無しさんNGNG
>>125
ゲーム・・・
0127デフォルトの名無しさんNGNG
>>124
ボーランド製品で、それはほとんどまったくない。

マイクロソフトのせいで、アップデートというとそういう印象が広まってるね。
Windows Update も、うまく動作しないし。
もともと欠陥品 OS の欠陥を直すための Windows Update が欠陥品というのは、
考えてみればあたりまえの話だね。
0128デフォルトの名無しさんNGNG
TurboC++の何かの関数のサンプルで、鶏は7Hzの音で死ぬとか何とかって書いてあったのが印象的だった
0129デフォルトの名無しさんNGNG
>>128
Σ(￣□￣；)
0130デフォルトの名無しさんNGNG
>>128
そんな超低音、人間だって体調不良になるよ。
0131デフォルトの名無しさんNGNG
>>128
あー、書いてたな。
俺のは BC++5.0 だったけど
0132デフォルトの名無しさんNGNG
低周波音による健康被害
http://133.67.70.106/html/teisyuuha/fhigai.html
0133デフォルトの名無しさんNGNG
　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　VC++6.0のServicePack6まだ〜？
　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　たけのこの里　|／
0134デフォルトの名無しさんNGNG
BCB7はBorlandとMSの共同開発な罠
0135デフォルトの名無しさんNGNG
BCB6 のアップデートがちゃんと動くというメーリング・リストの
書き込みが見え始めたら買います。それまで BCB5 です。
それが、BCB ユーザの正しい姿です。
0136デフォルトの名無しさんNGNG
デバッガはVC++の方がいいよNE
0137デフォルトの名無しさんNGNG
>>136
どこが？
大差ないじゃん。
0138デフォルトの名無しさんNGNG
>>134
そんなことボーランドのサイトに書いてない。


0139デフォルトの名無しさんNGNG
鳩は７０ＫＨｚの超音波でも確実に死にますが何か？
0140デフォルトの名無しさんNGNG
インプライズのサイトがみつからない・・・・
0141デフォルトの名無しさんNGNG
>>138
前スレ
0142デフォルトの名無しさんNGNG
2 c　h　の　ス　レ　な　ん　か　信　用　で　き　ね　ー　よ
0143デフォルトの名無しさんNGNG
>>140
あたりまえじゃ。
0144デフォルトの名無しさんNGNG
なぜにいまさらインプライズ？
0145デフォルトの名無しさんNGNG
インプライズとインプレスを混同していたために、あの窓の杜のインプレスがBCB作っているのかと思っていた。ｽﾏｿ
0146デフォルトの名無しさんNGNG
BCB7には密かに期待している俺
0147デフォルトの名無しさんNGNG
BCB8の開発に携わろうと密かに計画している俺
0148デフォルトの名無しさんNGNG
Intelのコンパイラが最強ということでよろしいか？
0149デフォルトの名無しさんNGNG
Intel>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>MS>>>>>>>>>>>>>>>>>ボー
0150デフォルトの名無しさんNGNG
ボーちゃんって意外とすばしっこいんだよね。
0151デフォルトの名無しさんNGNG
BCBでActiveXつかったら、結局VCと同じじゃないか。
VCで使わなければ、それでもBCBと同じ。
結局「ActiveXが〜」の批判はVCに当てはまらないってことだな。
それに、実行速度は言うまでも無くVCの方が早い。
起動時にコンポーネントを読んでいてもな。
よっぽど無駄なことをしてるに違いない。
0152デフォルトの名無しさんNGNG
>>151
＞それに、実行速度は言うまでも無くVCの方が早い。

具体的な数字とか分かる？
どんなコード使ったのかも見てみたい。
0153デフォルトの名無しさんNGNG
VC++=MFCと思ってたら、それは大間違いだゾ〜☆彡
0154デフォルトの名無しさんNGNG
>>152
検索してみればすぐわかることだと思うが、例えば、ここ。
http://homepage2.nifty.com/Fujimaki/download/Comparison/
0155デフォルトの名無しさんNGNG
>>153
同意。ATL/WTLも素晴らしい。
0156デフォルトの名無しさんNGNG
自分の無能さを環境のせいにする人がいますね
0157デフォルトの名無しさんNGNG
>>155
ATL・・・ActiveXというゴミを作る。
WTL・・・M$にゴミとして捨てられた。
0158デフォルトの名無しさんNGNG
>BCBでActiveXつかったら、結局VCと同じじゃないか。
>VCで使わなければ、それでもBCBと同じ。

大間違い。BCBではActiveXみたいな動作の悪いものは使わず、VCLを使う。
VCでVCLは使えん。
0159スティーヴNGNG
まあ、どんだけ頑張っても某は永遠に我々には勝てないのだ！ガッハッハッハ！
0160デフォルトの名無しさんNGNG
その通りだね。>>159

Delphiの存在が、VBとMFC、ActiveXを闇に葬り去ったわけだけど。
0161デフォルトの名無しさんNGNG
>>154
そこって随分前に否定されてたサイトだよね。
0162デフォルトの名無しさんNGNG
時代はVJ#！
0163デフォルトの名無しさんNGNG
>>157
別にATLはActiveX使うためだけにあるわけじゃない。
楽だけど。
WTLはまだ生きてるし。
0164デフォルトの名無しさんNGNG
>>161
違うよ。否定してるソースは？
0165デフォルトの名無しさんNGNG
>>160
闇に葬り去った？
VBもMFCもActiveXも明らかにまだ存在しているが。
Delphiは一体何をやってるのかね？ｗ
0166デフォルトの名無しさんNGNG
>>164
Delが速い結果も出てるじゃん。
というか、Delマンセーサイトだね。
0167デフォルトの名無しさんNGNG
>>166
それでも、ほとんど負けてる。
C++＞C#＞Del＝BCB
という結果になってる。
0168デフォルトの名無しさんNGNG
>>165
VBの販売停止とMFCのﾊﾞｰｱﾌﾟ停止アナウンス見てないの？
0169デフォルトの名無しさんNGNG
>>168
VBはVB.NETが出てるじゃん。
それに、.NETにバージョンアップしたせいであって、別にDelphiのせいじゃないと思うが。
0170デフォルトの名無しさんNGNG
もしかして、MFCとATLって将来統合されるのだろうか。
いくつかのクラスがATL・MFC共通になってるのを見ると、そんな気がしないでもない。
0171デフォルトの名無しさんNGNG
>>169
Delのヘジが.NETを作ったの知らないの？

ついでに、
VBをVB.NETにコンバートするとコンパイルエラーになるの知らないの？
0172デフォルトの名無しさんNGNG
>>171
知ってるけど。
それはヘジとやらが作ったというだけで、Delphiが
葬り去ったわけじゃないし。
しかもVBをVB.NETでコンパイルできないからって
VBがなくなったわけじゃないし。
0173デフォルトの名無しさんNGNG
>>172
C#のコンポーネントベースやGUIがDelのまんま、
C#がC++からスペックダウンした部分が多重継承とテンプレートと全く同じって知らないの？

VBとVB.NETが別物ってまだ分からないの？
0174デフォルトの名無しさんNGNG
また始まったよー
0175デフォルトの名無しさんNGNG
Del厨の論理はおかしくて笑える。
しかし、あれだ。.NETになって、ますますDelの優位な点がなくなってきてるな。
今んところ、NETはバグが多いとかぐらいだな。
しかし、バグが少なくなるのも、時間の問題。ｗ
0176デフォルトの名無しさんNGNG
>>175
.NETに優位な点が無くなってDel案件増えてるの知らないの？
0177デフォルトの名無しさんNGNG
騙されてはいけませんよ、皆さん。
0178デフォルトの名無しさんNGNG
>>173
だから、Delを取り込んだとして、それが何？
別にDelが葬り去ったわけじゃないし。ｗ
むしろ、いい所吸収されて残念でしたって感じだね。ｗ

VBとVB.NETが別物だとしてそれが何？
バージョンアップしてそれだけ良いものになってことだろ。
Delphi残念でした。ｗ
0179デフォルトの名無しさんNGNG
>>176
知らないなあ。
0180デフォルトの名無しさんNGNG
178は涙目。
0181デフォルトの名無しさんNGNG
>>180
幼稚な煽りだな。
0182デフォルトの名無しさんNGNG
涙目とかってガキの喧嘩じゃないんだからよー
0183デフォルトの名無しさんNGNG
178は自分の意見を真反対で書きながら、ｗで締めくくってて幼稚。
0184デフォルトの名無しさんNGNG
>>183
真反対って？
正反対ってことか？
そうだとしても、Delphiが有利になる、詳しく論理的な反論求む。
0185デフォルトの名無しさんNGNG
VC++はVB用のActiveXを作るツールとして発売されたが、
ActiveXベース開発手法が、コンポーネントベースDelphiに負けた。
.NETのコンポーネントベース開発手法でVC++はマネージドというワケワカに。

で、DelphiはWin32、Kylix、Del.NETと領土を増やしてる。
それだけ。
0186デフォルトの名無しさんNGNG
この板にDel厨で一人めちゃくちゃ粘着な奴がいるから、
気をつけろ、絡まれてる人。
0187デフォルトの名無しさんNGNG
>VC++はVB用のActiveXを作るツールとして発売されたが、

ここからして大間違いだと思うけど。

>ActiveXベース開発手法が、コンポーネントベースDelphiに負けた。

別に負けてないし。むしろ、ユーザー数では勝ってるし。
それ以前にActiveX使わない開発手法だって一般的だし。

>.NETのコンポーネントベース開発手法でVC++はマネージドというワケワカに。

なんかDel厨はActiveXのオーバーヘッドとか攻撃してたけど、
攻撃できなくなっちゃったよね。ｗ

つまり、VC++の圧勝。
0188デフォルトの名無しさんNGNG
ちゃいまんな、ヴイシー足す足すは開く恥部Xが生まれる遥か昔からありまっせー。
0189デフォルトの名無しさんNGNG
Delphiのコンポーネントって、ActiveXみたいに、
いろいろなアプリから利用できるの？
共通ランタイムしか無理でしょ？
0190デフォルトの名無しさんNGNG
もうさ、圧勝とか書くの止めような？ますます相手を刺激してしまう。
0191デフォルトの名無しさんNGNG
ActiveX作れば良いだけだろ？
0192デフォルトの名無しさんNGNG
>>191
結局同じじゃねーか。
0193デフォルトの名無しさんNGNG
VCをActiveX用とか言ってるあたり、Del厨てもしかして、VB厨？
そうだとしたら救いようが無いな。
0194デフォルトの名無しさんNGNG
>別に負けてないし。むしろ、ユーザー数では勝ってるし。
>それ以前にActiveX使わない開発手法だって一般的だし。

これは救いようが無い。
ユーザ数ではVBが勝ったがVBは発売停止。つまりユーザ数は関係ない。
頭悪いな。ActiveX開発手法をM$が捨てたわけ。
0195デフォルトの名無しさんNGNG
egcs最強かも
0196デフォルトの名無しさんNGNG
Javaマンセー
0197デフォルトの名無しさんNGNG
>>196
死滅スレ逝け
0198デフォルトの名無しさんNGNG
>>194
捨てたというわりにはまだサポートしてるが。
それから、「捨てた」というと、なにか、悪いことのように聞えるが、
実際は、進化してもっと便利なものが出てきただけ。
ますますDelphiの良さがなくなってきた。
0199デフォルトの名無しさんNGNG
>>198
基礎を勉強してないことがよくわかる。
書いたコードをコンパイルしなおすだけで動作するのがプログラム。
コードは将来的にも保証されるのが規則。
VBが丸ごと消えるというのは、業界的にも前代未聞。
0200デフォルトの名無しさんNGNG
？
0201デフォルトの名無しさんNGNG
>>199
？
020227NGNG
俺は
>>35をクリックしてしまったんだけど
まさか>>35って有料ホームページとかじゃないよね？
0203デフォルトの名無しさんNGNG
>>202
純粋にアホだな。
0204デフォルトの名無しさんNGNG
>>185
Delphi はコンポーネント・ベースじゃなくて、オブジェクト指向です。

>>189
ActiveX にして公開すればいいだけじゃん。
0205デフォルトの名無しさんNGNG
＞Delphi はコンポーネント・ベースじゃなくて、オブジェクト指向です。

どこが。
0206デフォルトの名無しさんNGNG
思いっきりコンポーネントだろ。
0207デフォルトの名無しさんNGNG
正確にはコンポーネントにオブジェクト指向を使っていると言いたい。
0208デフォルトの名無しさんNGNG
>>206
C#をコンポーネント指向とするなら必然的にDelphiはコンポーネント指向になるわけで。
0209デフォルトの名無しさんNGNG
>>205
Delphi でコンポーネントといっているものは、すべて完全なクラスです。
継承もできるし、多態性も利用可能。クラスがコンポーネントパレットに乗っているだけ。
VB のコンポーネントとはわけが違う。
0210デフォルトの名無しさんNGNG
＞VB のコンポーネント
なにそれ？
0211デフォルトの名無しさんNGNG
完全なクラスってところもよくわからん
0212デフォルトの名無しさんNGNG
言葉は自己造語でなくて正しい物を使いましょう。
0213ゴージャスになって帰ってきたPC用語くらいちゃんと使え委員会NGNG
>>212
激しく同意。
健全な知識は健全な用語から。
0214デフォルトの名無しさんNGNG
delphiのコンポーネントはクラスの条件を満たしてる。
ActiveXは満たしてない、というかバイナリであってソース派生出来ない。
それだけ。
0215デフォルトの名無しさんNGNG
VisualStudioでBCB使いたい。
0216デフォルトの名無しさんNGNG
>>215
意味が分からんにも程がある。

もしかしたら数年後にはMicrosoft C++ Builderとか出たりな。Visioみたいなことになって。
0217215NGNG
>>216
すんまそん。
VisualStudioのインターフェイスでBCB使いたいって事です。
別にBorlandが今のインターフェイス改良してくれてもいいんですけどね。
BCB4だと17inchのCRTでも画面狭いです。
0218デフォルトの名無しさんNGNG
VisualStudioでｂｃｃが使いたいってことか
0219デフォルトの名無しさんNGNG
MSの言ってるコンポーネント指向におけるコンポーネントってのは、
ActiveX（COM）のように外部のアプリから使えて、いろんな言語
から使えないと駄目だろ？
だから、Delphiのコンポーネントはコンポーネント指向の要件を
満たしてない。
0220デフォルトの名無しさんNGNG
BCB、Kylixはそのままコンパイルできるし
どうしても外部から使う必要があるならActiveXを作ることも出来るしな〜。
0221デフォルトの名無しさんNGNG
>>219
> MSの言ってるコンポーネント指向におけるコンポーネントってのは、
> ActiveX（COM）のように外部のアプリから使えて、いろんな言語
> から使えないと駄目だろ？
お前の言っているコンポーネント指向の間違いだろ。
0222デフォルトの名無しさんNGNG
>>214
意味わかりませんが？
delphiのコンポーネントは絶対ソース公開しないといけないのですか？
ActiveXはソースを公開してもいいのですよ。
ソース公開Delphiコンポーネントとソース非公開ActiveXを比べてなにが分かるんですか？
0223デフォルトの名無しさんNGNG
>>221
COMやCORBAやJavaBeansはコンポーネント指向だって良く聞くけど、
（COMを使わない）Delphiがコンポーネント指向だなんて聞いたことが無い。（ｗ
0224デフォルトの名無しさんNGNG
http://www.google.co.jp/search?num=20&hl=ja&lr=lang_ja&q=Delphi+%83R%83%93%83%7C%81%5B%83l%83%93%83g%8Ew%8C%FC
0225デフォルトの名無しさんNGNG
>>224
よくわかってない厨房が自称してるだけでしょ。
0226デフォルトの名無しさんNGNG
VCL アーキテクチャってヘジが考案したの？
やっぱ凄いよね。MFC なんて糞以下だもんね。
M$ がヘジをかっぱらったのがよくわかる。
0227デフォルトの名無しさんNGNG
VCLアーキテクチャってC++じゃないんだが。
BorlandはC++でアーキテクチャ作って速い時期に死滅したからね。
MSはシェアの多さからC++のアーキテクチャでここまでやれたけど
さすがに限界が来て.NET Frameworkで新たにアーキテクチャを作り直したようだね。
0228デフォルトの名無しさんNGNG
かわいそうに、有能なヘジがM$に移ってDelphi死んだな。
そしてM$の天下か・・・
0229デフォルトの名無しさんNGNG
>>219
１ステップで
　VCL → ActiveX コントロール
変換できる。
非対応のコンポも多いけど。
たいてい Delphi でできないことはない。
0230デフォルトの名無しさんNGNG
非対応が多いんじゃ駄目だな。
0231デフォルトの名無しさんNGNG
今となっては遅いが Delphi の言語が C++ だったら無敵だったのに。
まぁでもオレは ObjectPascal の虜さ。
0232デフォルトの名無しさんNGNG
>>231
ObjectPascalってC++のテンプレートやSTLみたいなものある？
0233デフォルトの名無しさんNGNG
1ステップで
ActiveXコントロール→VCLもできる。
0234デフォルトの名無しさんNGNG
C++なんぞ記号の羅列。読みにくくてかなわん。
0235デフォルトの名無しさんNGNG
>>231
Delphiの言語がC++だとコンパイル速度がかなり低下する。
0236デフォルトの名無しさんNGNG
>>234
そりゃ誰でも知らない言語はチンプンカンプンでしょう。
0237デフォルトの名無しさんNGNG
>>234
それは君がC++に慣れてないだけでしょう。
ObjectPascalに慣れてない人はObjectPascalが読みにくいし。
0238デフォルトの名無しさんNGNG
>>232
ない。
マーケティング的にはテンプレート機能を入れた方がよかったかも。
デメリットの方が大きかったんじゃねーの。
0239デフォルトの名無しさんNGNG
>>232
無い。
0240デフォルトの名無しさんNGNG
記号の羅列なら Perl にはかなわん
0241デフォルトの名無しさんNGNG
テンプレートがないと、STLマンセーの俺としては使えねーな。
0242デフォルトの名無しさんNGNG
>>238-239
何だ無いのか。
0243デフォルトの名無しさんNGNG
>>242
必要もない。あるにこしたことはないけど、そのおかげで
コンパイル速度が劇遅になってもらっては困る。
0244デフォルトの名無しさんNGNG
ヘジの行動
今まで
・ヘジが部下を引き連れMSへ移動。
・WFCつくってみた。
・.NETとC#つくってみた。
・BorlandとDelphi共同開発している。
これから(未定)
・VisualPascalだしてみる。
・MSを乗っ取る。
・BorlandWindowsをだしてみる。
0245デフォルトの名無しさんNGNG
インラインアセンブラによる細部の高速化は俺にはちんぷんかんぷんである。
0246デフォルトの名無しさんNGNG
C++も昔はテンプレートなかったのだが。

>>241
STLで何してんの？ ただ使いだけじゃないのかと（略
0247デフォルトの名無しさんNGNG
>>246
Vectorとか、Mapとか、普通に便利だぞ。
パフォーマンスいいし。
0248デフォルトの名無しさんNGNG
vector ひとつだけでも相当有り難いな。
0249デフォルトの名無しさんNGNG
>>244
ヘジが乗っ取ったMSからBorlandWindowsって名前のWindowsが出るのか？
Borlandに訴えられるぞ（藁
0250デフォルトの名無しさんNGNG
>>247-248
DelphiでもVectorやMapはありますよ。
0251244NGNG
うっ…
0252デフォルトの名無しさんNGNG
>>250
どんな型にでも適用できるかい？
テンプレートがないんじゃ無理そうだが。
0253デフォルトの名無しさんNGNG
>>252
テンプレートがないからダウンキャストの嵐になるけど使えるだろ。
0254デフォルトの名無しさんNGNG
>>252
JavaやC#はテンプレートがなくてもできる。
Delphiは知らん。
テンプレートがないとできないってのはC++の欠点だと思うが。
0255デフォルトの名無しさんNGNG
ダウンキャスト？まさか、object型にしか使えないとか、そんな感じか？
駄目駄目だな。
0256デフォルトの名無しさんNGNG
>>254
そうかな。テンプレートでできるんだから、少なくとも同じだと思うが。
0257デフォルトの名無しさんNGNG
新しい型に使うたびにそれ専用のコードが複製されるなんてなんか間抜け。
0258デフォルトの名無しさんNGNG
マヌケでもなんでも便利なもんは便利だろ。ｗ
0259デフォルトの名無しさんNGNG
C#ってテンプレートつく予定らしいね。
0260デフォルトの名無しさんNGNG
>>255
作るやつにもよるが TObject か Pointer にして作る。
使うときは（取り出すとき）はダウンキャストする。
Java で使うときのような感じ。
0261デフォルトの名無しさんNGNG
>>256
genericsがJavaやC#に実装されてしまったらC++の負け
0262デフォルトの名無しさんNGNG
>>260
面倒くさそう。しかもパフォーマンス悪そう。
0263デフォルトの名無しさんNGNG
>>255
object型に使えるって事はどの型にも使えるって事なんだが分かってる？
0264デフォルトの名無しさんNGNG
>>262
頭悪そう。
0265デフォルトの名無しさんNGNG
>>263
Object型じゃない型もあるんだろ？
Objectから派生しなくちゃ駄目とか。
全てがObject型というのなら、確かにちょっとは綺麗だと思うが、
それでもダウンキャストなどは手間だと思う。
0266デフォルトの名無しさんNGNG
>>262
パフォーマンスは変わらんだろ。面倒くさいだけ。
0267デフォルトの名無しさんNGNG
ダウンキャストがパフォーマンス悪いなんて初めて聞いたな。
0268デフォルトの名無しさんNGNG
コードがインライン展開されるテンプレートと比べれば、
ダウンキャストは明らかにパフォーマンス悪い。
0269デフォルトの名無しさんNGNG
その分容量が増える。

えっ？ 極わずかだって？



極わずかにパフォーマンスが悪いのなんか気にするな。
0270デフォルトの名無しさんNGNG
>>265
すべてのクラスは TObject から派生する。
すべての Java クラスが Object から派生すると同じ感じ。
Java でいうプリミティブ型はパッパクラスでも作ってやる必要があるケースもある。
0271デフォルトの名無しさんNGNG
>>270　「ラッパクラス」の間違い
0272デフォルトの名無しさんNGNG
ダウンキャストは安全性の観点からいっても大問題。
コンパイル段階で型の整合性が保証できない。
深刻なバグを生み出す。
0273デフォルトの名無しさんNGNG
>>270　「クッパクラス」の間違い
0274デフォルトの名無しさんNGNG
>>272
そんなことはみんな了解してるよ。
0275デフォルトの名無しさんNGNG
>>269
サイズと速度のどちらを重視する場合が多いかだな。
VBや他のインタプリタとは違う、配布用アプリのネイティブコンパイラが
どういう目的に使われるかを考えると・・・
答えは自ずと明らか。
0276デフォルトの名無しさんNGNG
>>274
やっぱり便利さはテンプレート＞＞＞Delphiだったようだね。
0277デフォルトの名無しさんNGNG
>>276
テンプレートがすべてだと思ってる君にはそうだろうな。
0278デフォルトの名無しさんNGNG
>>275
極わずかにパフォーマンスが落ちるのと
大幅に容量が増えるのでは
答えは自ずと明らかですね（ｗ
0279デフォルトの名無しさんNGNG
>>275
VBはネイティブコンパイラだって。
0280デフォルトの名無しさんNGNG
いやいや、vectorは便利。
delphi用に作ったし。
構造体をサイズでメモリにコピペするだけだけど。
0281デフォルトの名無しさんNGNG
>>278
ごくわずか？ご冗談でしょう。ｗ
0282デフォルトの名無しさんNGNG
>>279
ランタイムが要って、激遅なのに（ｗ
0283デフォルトの名無しさんNGNG
配列の操作ってのはクリティカルになりやすい所だからなあ。
速度は重要。
0284デフォルトの名無しさんNGNG
極わずかでしょう。ほんの数バイトメモリをコピーするだけですから。
0285デフォルトの名無しさんNGNG
.NETバージョンのVBはDelphiと比べてもほとんど遜色ないらしいよ。
0286デフォルトの名無しさんNGNG
>>284
配列の操作に比して、数バイトのメモリコピーは重大。
それが何度も何度もボトルネック部分（Java風にいうならHotSpot部分）で
繰り返されるのだから。
0287デフォルトの名無しさんNGNG
>>284
そんなの無いも同然じゃねえか！
0288デフォルトの名無しさんNGNG
>>285
ネイティブコンパイルもLinuxコンパイルも出来ないって。
M$の戦略で。
0289デフォルトの名無しさんNGNG
>>282
ランタイム＝DLLがいるのはネイティブコンパイラと関係ないし、
激遅でもありません。どうやら大きな勘違いをしているようですね。
0290デフォルトの名無しさんNGNG
>>283
そんなに速度が重要なところがあれば専用につくればいいじゃん。
それに Del も擬似テンプレートできるよ。
昔、某本家の記事に載ってた。
0291デフォルトの名無しさんNGNG
>>287
影響ありまくりだっつーの。
0292デフォルトの名無しさんNGNG
>>288
ネイティブコンパイルはされています。
それが実行時におこなわれるだけの話です。
0293デフォルトの名無しさんNGNG
>>291
どれくらい？
0294デフォルトの名無しさんNGNG
>>290
いやはや、めんどくさい話ですね。
便利さとは程遠い。
0295デフォルトの名無しさんNGNG
>>289
VBは画面の描画からしげ遅いってみんな逝ってる。
DB使ってメモリ使い出すと落ちるし（ｗ
0296デフォルトの名無しさんNGNG
>そんなに速度が重要なところがあれば専用につくればいいじゃん
Delはそうすればいい
常に速ければその必要がない
0297デフォルトの名無しさんNGNG
>>293
for(100000回）
{
メモリコピー;
配列の値を一つ読む;
}

こういうコードだったら数倍遅くなるでしょうな。
0298デフォルトの名無しさんNGNG
だけど、やっぱtemplateの力は強大なり。
0299デフォルトの名無しさんNGNG
>>292
ヴぁかだなぁ。
Win9Xでも動かんし、そういうことをいってるのに。
ト○タとか今だにWin9Xなのに。
0300デフォルトの名無しさんNGNG
>>295
描画が遅いのはコードが悪いのでしょう。
DB使うのとメモリ使うのの関連性がわかりませし、
メモリを使っても落ちません。
まるで厨のセリフのようです。
0301デフォルトの名無しさんNGNG
>>300
VBは厨のおもちゃだったから、M$がVBの販売を停止するんだよ。
0302デフォルトの名無しさんNGNG
ふむ。ここまでをまとめるとtemplateが無いのがDelphiの唯一の弱点で、それ以外は圧倒していると。
0303デフォルトの名無しさんNGNG
>>299
富田君。OS買ってください。
0304デフォルトの名無しさんNGNG
>>299
ネイティブコンパイラでもWin95で搭載されていないAPIを使えば
Win95では動きません。問題点を上手く把握することが出来ないようですね。
0305デフォルトの名無しさんNGNG
テンプレートって任意の型を同じアルゴリズムでコードして、使う際に型指定するだけだろ。
何でダウンキャストで使う場合とパフォーマンスが違うんだ？
関数の中身までインライン展開するなら多少違うだろうが。
0306デフォルトの名無しさんNGNG
>>302
あと、実行速度が遅くてメモリが膨大でサイズがでかいというのも付け加えないとな。
それなら異存なし。
0307デフォルトの名無しさんNGNG
>>304
お前がWin95アプリ作れんだけだろ。ヴぁか。
0308デフォルトの名無しさんNGNG
>>301
そういうセリフがよりいっそう厨らしさをかもしだしているのだが。
0309なんかこのスレ回転がはやいぞ。NGNG
なんかこのスレ回転がはやいぞ。
0310デフォルトの名無しさんNGNG
>>307
マトモなレスが出来ないとは、とうとう話をはぐらかす手段に出ましたね。
0311デフォルトの名無しさんNGNG
>>308
M$が出荷停止するのは事実。
そんなもんを使うヤシは厨。
0312デフォルトの名無しさんNGNG
ところで、いつになったらスーファミ用のコンパイラをもらえるんでしょうか。。。
0313デフォルトの名無しさんNGNG
>>311
上は事実ですが、下は主観です。
それくらいの区別はつけられるようになりなさい。
0314デフォルトの名無しさんNGNG
>>310
>ネイティブコンパイラでもWin95で搭載されていないAPIを使えば
>Win95では動きません。問題点を上手く把握することが出来ないようですね。

こういうのはぐらかし、というんだ。
不可能と、動かない場合があるとは別。
0315デフォルトの名無しさんNGNG
>>305
ダウンキャストは、まず、継承を使うだろ。
それに、型情報を切り換える分手間があるはず。
テンプレートはコンパイル段階でもう切り替わってる。
0316デフォルトの名無しさんNGNG
VC++,BCBスレでVBの話はするな
0317デフォルトの名無しさんNGNG
>>313
消えてしまう言語というのは珍しい。
普通コンパイラが色んなOSに実装されるもんだ。
感覚おかしいぞ。
0318デフォルトの名無しさんNGNG
http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20030331/1/

今のところマイクロソフトの思惑通りには，
Visual Studio .NETへの移行は進んでいないようだ。
例えば，Visual C#を使っている読者は，
1年たった今でも10％を大きく超えることがない。

そうした現状に危機感を感じたのか，マイクロソフトはキャンペーンを開始した。

VBユーザーが徐々に減っている？
選択項目としてVisual Basic 6.0以前とVisual Basic .NETを分けていないので，
2002年3月以降はどちらのユーザーも含まれているはずだが，それでも減っているのだ。
0319デフォルトの名無しさんNGNG
＞ダウンキャストは、まず、継承を使うだろ。

プリミティブ型はテンプレートに使えないと。チャレンジャーだな。
0320デフォルトの名無しさんNGNG
>>314
ネイティブコンパイラでもNT用のものは9xで動きませんと
言った方が分かりやすかったですか？
それともWindows用のものはLinuxで動きませんといわなきゃ分かりませんか？
ようはサポート外のOSでは動かないだけの話ですよ。
そこにネイティブであるかなんか関係ありません。
0321デフォルトの名無しさんNGNG
>>315
継承して使うわけじゃないだろ。
java.util.Vector を使うことを想像してみ。
0322デフォルトの名無しさんNGNG
>>288
スレとはあまり関係ないが、うちは赤帽LinuxでSSCLIは動いてるぞ。
0323デフォルトの名無しさんNGNG
サポート外というのは動くかどうかテストしていないってだけじゃ・・・
0324デフォルトの名無しさんNGNG
>>320
ヴぁかだなぁ。
LoadLibrary使って、切り分けて両方で動くように作れよ。
0325デフォルトの名無しさんNGNG
そろそろ BCBとVC++ を語れよ
0326デフォルトの名無しさんNGNG
>>317
で、それがVBを使うと厨であるという間違った主張にどう関係あるのですか？
それにいくら御託を並べようがVBはネイティブコンパイラですよ。
0327デフォルトの名無しさんNGNG
>>324
あ、それ良い考えだな。綺麗にかけるし。
0328デフォルトの名無しさんNGNG
Delphiの.NETサポートってどうなの？
将来的にはほとんどのアプリが移行すると思うんだけど.
0329デフォルトの名無しさんNGNG
>>328
スレ違い
0330デフォルトの名無しさんNGNG
>>326
うん。そうだね。
でも、高級な言語だからネイティブコードにしたところで無駄な処理が盛りだくさんだ。
0331デフォルトの名無しさんNGNG
>>328

318を読んでみ。
0332デフォルトの名無しさんNGNG
BCB はコンパイル遅すぎ。Del 並なら使ったかもしれんが。
0333デフォルトの名無しさんNGNG
>>326
ホンとヴぁかだな。
数年内に消えるコンパイラがネイティブかどうかに何の意味がある。
0334デフォルトの名無しさんNGNG
OWL >>> MFC
0335デフォルトの名無しさんNGNG
>>333
それに関しては激しく同意。

クソ言語が親からも見捨てられ消えゆく。喜ばしいことではないか。
0336デフォルトの名無しさんNGNG
>>334
ふくろう？
0337デフォルトの名無しさんNGNG
>>324
あなたは、LoadLibraryを作って「Window9xでは動作しません」と
メッセージを出したら動いたことにするのですか？
0338デフォルトの名無しさんNGNG
UNIXも親から見放されたよね。
0339デフォルトの名無しさんNGNG
VB厨>>336の失言はまだまだ続きます。
0340デフォルトの名無しさんNGNG
>>336
ObjectWindowLibrary の略だったかな？
0341デフォルトの名無しさんNGNG
>>337
お前の感覚ではそれが切り分けになるんだ。
ｻﾑｰ
0342デフォルトの名無しさんNGNG
>>339
VBは挫折したからVB厨じゃないよ。
0343デフォルトの名無しさんNGNG
>>337
俺たちはこの程度の頭のバカと戦っていたのか。

nt.dllにNT系OS用の処理
95.dllに95系OK用の処理

両者、同じインターフェースの関数をエクスポートしている。


OSを判定してどちらかのdllをロード。

後はGetProcAddressすればそのOSに対応した関数が自動的に選択できる。
これも一種の多態だな。
0344デフォルトの名無しさんNGNG
>>333
VBがネイティブコンパイラということと数年内に消えることは関係ありませんよ。
VBはネイティブコンパイラ。それだけの話です。
関係ない話を持ち出さないでほしいですね。
0345デフォルトの名無しさんNGNG
.NETになったら、VBもDelphiの対抗馬なんじゃないの？
VB.NETって言語仕様はかなりよくなってるらしいし、速度も速いらしいよ.
0346デフォルトの名無しさんNGNG
ツールは使うものであって、使われるものではないよねえ？
0347デフォルトの名無しさんNGNG
>>344
お前文意が取れないヤシだろ。
めちゃくちゃな読み方してるよ。
VBがお似合いかも。
0348デフォルトの名無しさんNGNG
>>345
Delphiスレでは定説ですよ。それ。

VB.NETはVBとは別物と言っていい仕上がりです。良い言語です。
0349デフォルトの名無しさんNGNG
じゃあ出来の悪いDelphiは死滅必至か。
0350デフォルトの名無しさんNGNG
Delphiの実行速度ってそんなに遅いのか。
0351デフォルトの名無しさんNGNG
>>343
NT専用のAPIの存在を知らないのですか？ 話にならないですね。
0352デフォルトの名無しさんNGNG
VB.NETはif以外Basicではない罠
0353デフォルトの名無しさんNGNG
>>345
M$の戦略上、VB.NETがWin32コンパイル出来ない。
組込みではDOSなんかも存在するのに。
Delはそんなの無関係。
0354デフォルトの名無しさんNGNG
>>351
NT用のdllは95系のOSのファイルシステムではおいておくことすらできない。そういいたいのか？
話にならないですね。
0355デフォルトの名無しさんNGNG
>>347
わざと違う解釈をして見せたまでですよ。
でも、間違ったことは言っていないことは分かりますね。
0356デフォルトの名無しさんNGNG


























0357!351NGNG
>>354
そんなもの置くなよ(^_^;)
0358デフォルトの名無しさんNGNG
>>354
めちゃくちゃな解釈だな（藁
この程度のレベルの奴（略
0359デフォルトの名無しさんNGNG
>>350
遅いよ、それそれはもう泥沼を歩くようなスピードさ。
0360デフォルトの名無しさんNGNG
VBユーザVSHSPユーザ


ってとこか。
0361デフォルトの名無しさんNGNG


























　　
0362デフォルトの名無しさんNGNG
























　　　　　　　　　　　　　　　　　　　
0363デフォルトの名無しさんNGNG
が、事実はDelアプリ高速。
DB接続も最強。
0364デフォルトの名無しさんNGNG
VB厨の負けて荒らし始めたか（ｗ
0365デフォルトの名無しさんNGNG


























　
0366デフォルトの名無しさんNGNG



























　　　　　　　　　
0367デフォルトの名無しさんNGNG
今までの話しをまとめると、.NETになったらBCBやDelphiに存在価値はほとんど無くなる
と、そういういことだね。
0368デフォルトの名無しさんNGNG
>>359
そうか。VB より遅いのか。じゃぁボクは VB を使い続けるよ。（プ
0369デフォルトの名無しさんNGNG
DelphiでOracleやSQL Serverに接続するときなに使うの？
0370デフォルトの名無しさんNGNG
逆上したDelBが暴れています
0371デフォルトの名無しさんNGNG
>>364=ということにしたい荒らしの張本人
0372デフォルトの名無しさんNGNG
あのもっさりした.NETより遅いものは無いよ。
Javaのが早くて低メモリ。
0373デフォルトの名無しさんNGNG























0374デフォルトの名無しさんNGNG

























0375デフォルトの名無しさんNGNG




























0376デフォルトの名無しさんNGNG
>>369
BDEで高速接続。
0377デフォルトの名無しさんNGNG
>>372
たのむからIDEとテキストエディタを比べるのはやめてね。
0378デフォルトの名無しさんNGNG
>>369
いろいろあると思う。
たぶん BDE + SQLLink が一般的じゃないのか。
ODBC とか ADO ももちろんあり。
0379デフォルトの名無しさんNGNG
おーっと、粘着Del厨の爆撃が始まりました！
0380デフォルトの名無しさんNGNG
>>376
BDEとSQL Serverは相性最悪だと思うが。
0381デフォルトの名無しさんNGNG






















0382デフォルトの名無しさんNGNG


























0383デフォルトの名無しさんNGNG
>>380
仲悪いもんなぁ〜
0384デフォルトの名無しさんNGNG
BDE 経由するのはやめてほしい。
IBX みたくしてほしい。
0385デフォルトの名無しさんNGNG
でも、BDE-TQueryはADOをVC++で使うより安定してるよ。
0386デフォルトの名無しさんNGNG
Delphi→BDE→SQLLink→SQL Server？
ADOを使った場合とかどうなるの？
Oracleの場合は？
0387デフォルトの名無しさんNGNG
DBの分からない煽り君。急におとなしくなったな。
0388みかNGNG
ぜ〜んぶタダの待ち画サイト!!
http://i-free.jp/machiuke/
0389デフォルトの名無しさんNGNG
VC++でADOを扱うコードってめんどくさそうだな。
0390デフォルトの名無しさんNGNG
Delphi→ADO Query→ODBC→SQL Server？
は可能でしょ。
やったことないけど。
0391デフォルトの名無しさんNGNG
>>387は煽り君のもう片方
0392デフォルトの名無しさんNGNG
>>390
> やったことないけど。
だろうね。ODBCが出てきているところで分かったよ。
0393デフォルトの名無しさんNGNG
>>389
VARIANTで値を詰めるのがメンドウ。
TQueryなら、AsIntegerとか、なんでも出来るのに。
0394デフォルトの名無しさんNGNG
>>392
それは違う。
ADOというのは、ODBCデータソースに繋がる。
0395デフォルトの名無しさんNGNG
Delphi→ADO でしょ。
コンポーネントパレットは「BDE」と「ADO」分かれてるから
BDE なんて経由しないよ。
0396デフォルトの名無しさんNGNG
>ADOというのは、ODBCデータソースに繋がる。

ちょっと書き間違えた。ODBCデータソースにも繋がる。
ODBCはドライバ仕様も知ってるし、BDEも知ってるし、
ADOも知ってるＹＯ！
0397デフォルトの名無しさんNGNG
まぁお前らはMFC1.0でも使ってなさいってことだ
0398デフォルトの名無しさんNGNG
>>394
もう少し面白いネタをよろしく。
0399デフォルトの名無しさんNGNG
>>395
390には、そう書いたでしょ！
0400デフォルトの名無しさんNGNG
結論はDel厨はDBには弱いってこった。
0401デフォルトの名無しさんNGNG
>>400
しょうがないよ。DelphiはDB接続最強で楽してるんだから。
0402デフォルトの名無しさんNGNG
DelphiにBDEパレットもADOパレットもありませんが何か？
0403デフォルトの名無しさんNGNG
>>400
弱いっていうか Del がすべて面倒見てくれるから楽
0404デフォルトの名無しさんNGNG
>>402
バージョンは？
0405デフォルトの名無しさんNGNG
>>401
あぁなるほど、接続できたレベルで終わっちゃってるのか（ｗ
0406デフォルトの名無しさんNGNG
>>402
無料のパーソナル版をダウソするからだ。
pro版買え。
0407デフォルトの名無しさんNGNG
>>403
うんうん。内部の仕組みを知らないやつが多いね。
0408デフォルトの名無しさんNGNG
>>402
Del6 Pro にはあるよ。
Del5 Pro にはない。
0409デフォルトの名無しさんNGNG
>>405
ヴぁかだなあ。
TQueryのパラメタクエリー最強。
フィールドの取り出しはADOより高性能。
１０年前のものでありながら。
0410デフォルトの名無しさんNGNG
>>406
pro版はどこでダウソすればいいでしょうか？
0411デフォルトの名無しさんNGNG
>>410
ﾜﾚｻﾞｰ？
0412デフォルトの名無しさんNGNG
>>409
最強と高性能の理由を言わないことには貴方がヴぁかという事で終わりですよ。
0413デフォルトの名無しさんNGNG
そもそも１０年前といっている時点でネタでしょ（ｗ
0414デフォルトの名無しさんNGNG
BCBとVCの話はまだでつか？
BDEの話するなら、BCBのってことにしといてはくれんかね、ばあさんや。
0415デフォルトの名無しさんNGNG
>>412
TQueryのパラメタは:を先頭につけて名前を付けれる。で最強。

TQueryの値取り出しは、AsInteger、とかAsStringと書くだけで、値を取れて高性能。
VC++/ADOのVARIANTだと、ちょっと型違いで取り出すと実行時エラー。
0416デフォルトの名無しさんNGNG
>>262
ダウンキャストのどこがパフォーマンス悪いんだ！
だいたい、DUnit 使ってテスト作っておけば、それほど危険なもんではない。
なんなら、ダイナミック・キャストすればいいじゃん。
0417デフォルトの名無しさんNGNG
たしかに Delphi は DB 扱い易いよな。
それだけが目的で買うヤツもいると思う。
それくらい簡単・高機能。
0418デフォルトの名無しさんNGNG
ダイナミックキャストのパフォーマンスは(ry
0419デフォルトの名無しさんNGNG
Delphi、BCB、JBuilder でも、ボーランド製品はデータベースに使ってくださいって
感じだよね。
0420デフォルトの名無しさんNGNG
DUnitで余計なテストが増えますな。
0421デフォルトの名無しさんNGNG
>>415
> TQueryのパラメタは:を先頭につけて名前を付けれる。で最強。
名前をどこから取り出すのか知っているのかと。

> VC++/ADOのVARIANTだと、ちょっと型違いで取り出すと実行時エラー。
文字列データをAsIntegerで取り出すと実行時エラーになるのだが。
0422デフォルトの名無しさんNGNG
Del + IBX が最強だよ。
BDE イラネ
0423デフォルトの名無しさんNGNG
>>418
落ちるね。でも、心配性の人にはそれしかないだろ。
現実的な解は DUnit だな。
0424デフォルトの名無しさんNGNG
>>420
テストに余計もない。全部テストしないと。
VC ユーザは Unit テストしないとか？
0425デフォルトの名無しさんNGNG
IBXじゃSQL ServerもOracleもつかえねーじゃん。
Delphiが個人向けアプリ開発ツールといわれる所以だな。
0426デフォルトの名無しさんNGNG
>>421
実際のコードだと一目両全なんだが。
VC++/ADOは、わざわざ、変数でVARIANT用意するし。

パラメタクエリーをVC++/ADOだと、?マークしかなくて、並び順でセットされて分かりにくいし。

実際にコーディングしてる他人のアドヴァイスを受け取れないのは残念だよ。
0427デフォルトの名無しさんNGNG
>>425
BDE 使えばいいじゃん。
0428デフォルトの名無しさんNGNG
どうでもいいがDelphiとDBサーバー(InterBase除く)の相性が悪いのは事実
0429デフォルトの名無しさんNGNG
>>421
> > VC++/ADOのVARIANTだと、ちょっと型違いで取り出すと実行時エラー。
> 文字列データをAsIntegerで取り出すと実行時エラーになるのだが。

例外じゃなくて？
0430デフォルトの名無しさんNGNG
>>428
全然 OK だよ。

0431デフォルトの名無しさんNGNG
>>428
DelphiがRDB接続最強と言われてるんだが...
0432デフォルトの名無しさんNGNG
>>426
なんで型のVARIANTとメソッドのAsIntegerをごっちゃにしてるんだ？
0433デフォルトの名無しさんNGNG
>>428
Oracle なんか、ガンガンに使えるよ。
0434デフォルトの名無しさんNGNG
>>431
言ってるのはBorlandだけー。
0435デフォルトの名無しさんNGNG
>>428
坊や、Delphi メーリング・リストに入って、おちえてもらいなさい。
0436デフォルトの名無しさんNGNG
>>432
TQueryでは、AsIntegerメソッドでＯＫなんだが、
VC++/ADOでは、VARIANT変数を用意しないとパラメタセットできないのだ。
ｻﾑｰ
0437デフォルトの名無しさんNGNG
なるー、だからDelはオモチャ扱いされるのか。
0438デフォルトの名無しさんNGNG
>>433
使えてもなー。機能は少ないし不具合多いし。
0439デフォルトの名無しさんNGNG
>>436
そう。UNIX C で Sybase やっている感じですよ。
0440デフォルトの名無しさんNGNG
SQLServer, DB2, Oracle 用の IBX 相当コンポがあれば
いうことなしだろ？
BDE って配布が面倒だよね。じゃまくさいよ。
0441デフォルトの名無しさんNGNG
Delの接続は完璧なのに、
VC++の接続は、RDO、DAO、ADO、ADO+と変わり続けて、さらに、実行時エラー多し。
0442デフォルトの名無しさんNGNG
> VC++/ADOでは、VARIANT変数を用意しないとパラメタセットできないのだ。
できるんだけど・・・。
0443デフォルトの名無しさんNGNG
>>438
機能って、パススルー SQL 使えればいいじゃん。
VC++ って、もっとすごいの？
ちなみに、不具合ってなに？　最新のドライバ使えばいいんだよ？　古いの使っているでしょ。
0444デフォルトの名無しさんNGNG
>>442
ADOのパラメタ区襟書いてみ。
0445デフォルトの名無しさんNGNG
>>440
馬鹿だなー、InstallShield 使えば一発だよ。 < BDE の配布
0446デフォルトの名無しさんNGNG
>>443
レコードセットというものを調べなさい。
0447デフォルトの名無しさんNGNG
>>445
それがまんどくさいんだ。
0448デフォルトの名無しさんNGNG
>>445
インストーラーがいるのか？ 不便すぎ。
0449デフォルトの名無しさんNGNG
VC++ の場合は、ユーザにコンパネ開いてもらって ODBC 設定でつか。
File DSN 使えっちゅーねん。
0450デフォルトの名無しさんNGNG
>>445
使いたくないんだよ。
0451デフォルトの名無しさんNGNG
>>445
それでまんこくさいんか。
0452デフォルトの名無しさんNGNG
>>448
インストーラの方が、間違いないよ。自動化されているから、ぜんぜん不便じゃない。
むしろ、変にユーザに BDE Administrator でやられた方が不便だし危ない。
0453デフォルトの名無しさんNGNG
つつけば、つつくほどDelの粗が出てくるな。
DBとの相性も最悪か。
VC++がオールマイティーで無難ってことだな。
0454デフォルトの名無しさんNGNG
>>445
そこのちんこくださいよ
0455デフォルトの名無しさんNGNG
>>449
VC++の場合File DSNが使えるねぇ。それがどうかしたのかな？
0456デフォルトの名無しさんNGNG
>>452
というか、煽りに混じれ酢しても...
面倒くさいといってるのはﾌﾞﾋﾞ厨であって。

大体、Winにインストーラの無いアプリなんて...
0457デフォルトの名無しさんNGNG
>>453
C#もイイよ！
0458デフォルトの名無しさんNGNG
>>453
嘘を信じないように。
0459デフォルトの名無しさんNGNG
ここDelのスレじゃないんだが、なんでこんなにDel厨がわいてるの？
0460デフォルトの名無しさんNGNG
>>452
BDEつかわなければ、BDE Administratorもいらなんでわ
0461デフォルトの名無しさんNGNG
>>453
吉本系の方でしか。
0462デフォルトの名無しさんNGNG
>>455
だから、使えっちゅーねんて書いてんねん。
0463デフォルトの名無しさんNGNG
>>458
あげて「嘘を信じないように」か。ふーん。
0464デフォルトの名無しさんNGNG
やっぱりC#にたどり着くわけか。
ちょっとやってみようという気がしないでもない。
0465デフォルトの名無しさんNGNG
>>459
答えは簡単。ここにいる、筋金入りの煽り粘着厨房がDel厨だから。
0466デフォルトの名無しさんNGNG
>>460
じゃあ、Delphi で ODBC 使えばいいじゃん。BDE なしで、プログラミングは
まったく同様だよ。
0467デフォルトの名無しさんNGNG
あぁ、今日は金曜日か。
みんなあしたはひまなんだね。
0468デフォルトの名無しさんNGNG
>>459
VC++な他人よりは、Del厨のんが多い。
0469デフォルトの名無しさんNGNG
>>466
性能は落ちるかもしれへんけど。BDE 使わないと。
0470デフォルトの名無しさんNGNG
C#は死滅しますた。
0471デフォルトの名無しさんNGNG
C#で作られたオンラインソフトって一つも見たことが無いんだが･･･
知ってる奴いる？
0472デフォルトの名無しさんNGNG
>>466
ODBC 使うのに BDE 必要じゃねーかよ。
直 API 使うつもりか？
0473デフォルトの名無しさんNGNG
>>471
MSのサンプルプログラム
0474デフォルトの名無しさんNGNG
>>468
VC++ 遣いは、OO されとらんライブラリのおかげで開発工数が無駄に多すぎて、
ヘロヘロなんやろ。おつかれさま。
0475デフォルトの名無しさんNGNG
Delマンセー野郎とC#死滅って言っている野郎は同一人物でしょ。
0476デフォルトの名無しさんNGNG
Accessとか使うときって、BDEいらなくないっけ？
0477デフォルトの名無しさんNGNG
>>471
2chビューアとかあったはずだけど。

まぁ、時期尚早だよ。.NETは。

これを機にWindows自体がこける可能性もある。
0478デフォルトの名無しさんNGNG
MFCは死滅しました。
0479デフォルトの名無しさんNGNG
>>475
いまこのスレはわたしとあなただけでつ。
0480デフォルトの名無しさんNGNG
>>475
ちゃうで。
0481デフォルトの名無しさんNGNG
>>476
必要
0482デフォルトの名無しさんNGNG
C#死滅なんて、この板にイパーイ居るよ。
0483デフォルトの名無しさんNGNG
>>481
ごめん、勘違いしてたみたい
0484デフォルトの名無しさんNGNG
>>476
ローカル DB には、BDE 必要です。Access とか Paradox とか dBASE とか。
0485デフォルトの名無しさんNGNG
>>484
PQCompoとかIBXとかは必要ない？
0486デフォルトの名無しさんNGNG
このスレはDelphi相談室になりますた。
0487デフォルトの名無しさんNGNG
>>485は、「BDEが」がぬけてた
0488デフォルトの名無しさんNGNG
>>486
いや、漏れはBCBのBDEの話
0489デフォルトの名無しさんNGNG
>>475
多分大正解。
おそらく、オブジェクト指向は詐欺って言ってる奴も、HSPは糞って言ってる奴も
同一人物。
0490デフォルトの名無しさんNGNG
VBと.NETがコケタおかげで、Delも人気が出てきた。
0491デフォルトの名無しさんNGNG
>>485
もちろん必要なし。必要なら意味なし。
0492デフォルトの名無しさんNGNG
>>471
現在のvector検索結果 967件
http://www.infoseek.co.jp/Titles?tds=&sv=JP&lk=norames&rt=JG&nh=&rf=11&ud4=&wd=&nc=1&svx=460100&col=SW&qt=%22.net%22&qp=0
0493デフォルトの名無しさんNGNG
>>490
おかげで旧VBは滅亡。良い感じだな。
0494デフォルトの名無しさんNGNG
.NETは少しだけ時期尚早ではあるが、おそらくコケない。
時期がくれば一気に普及する。
Delphiには厳しくなる。
0495デフォルトの名無しさんNGNG
>>491
ということは>>460はなんか勘違い？
0496デフォルトの名無しさんNGNG
>>490 >>493
慰めあっている二人
0497495NGNG
>>495
まちがい。>>466は勘違い？
0498デフォルトの名無しさんNGNG
>>496
中の人はいっしょだけどね。
0499デフォルトの名無しさんNGNG
ＢＣＢの参考文献の少なさは鬱・・・。

やっぱりＭＳのＯＳでソフトを作るとなるとＶＣ＋＋なのかね？
0500デフォルトの名無しさんNGNG
もともとDelphiの入る幕は無かったんだよ。残念だったね、ボーランド君。
0501デフォルトの名無しさんNGNG
>>494
頭ワリ-。
OSも言語も一杯ある時代に、一極集中で.NETするわけねーだろ。隙間市場は制覇するだろうが。
Delphiは開発終わってんだから、開発しなくても売るだけじゃん。厳しいも何も無い。
0502デフォルトの名無しさんNGNG
にしては、DelとBCBは変わらず使われて、
VBもVC++のライブラリも死滅してるな。
0503デフォルトの名無しさんNGNG
>>499
Del用の資料がそのまま使えると思うが‥‥
0504デフォルトの名無しさんNGNG
いっぱいあっても使われるのは小数。
0505デフォルトの名無しさんNGNG
Del厨はCOMを意地でも使わないんだろ。
ADOを使うのはポリシーに反しないか？
0506504NGNG
少数ね
0507デフォルトの名無しさんNGNG
はぁ？
DelphiでCOMは安定動作＆開発も出来るんだが。
0508デフォルトの名無しさんNGNG
>>497
ODBC で DB 接続する場合は BDE は必要。（標準のコンポ使う場合）
BDE 経由しない ODBC API ラップしたコンポを誰か作ったとしたら
不要だけどそんなのあるかなぁ？
0509デフォルトの名無しさんNGNG
>>503
Del用含めても少ないと思うが。
当たり前だけどMSDNついてないし。
0510デフォルトの名無しさんNGNG
>>508
売り物がある。TODBCQueryだったかな。
0511デフォルトの名無しさんNGNG
Del は好きだけど某は嫌いなオレ
0512デフォルトの名無しさんNGNG
>>502
> DelとBCBは変わらず使われて、
DelとBCBは変わらず使われてなくて、
0513デフォルトの名無しさんNGNG
コンパイラってのは使う人が多いと得というものでない。
ﾌﾞﾋﾞ厨は大量ネズミが海におぼれて死んだようなもん。
0514デフォルトの名無しさんNGNG
>>510
そうなのかぁ。でもオレは IBX に夢中な人だから不要だけど。
0515デフォルトの名無しさんNGNG
InterBaseって大規模に使えないし。
0516デフォルトの名無しさんNGNG
Interbaseってなんで、また売り物に戻ったんだろう。
オプソになって使ってやろうと思ったのに。
0517デフォルトの名無しさんNGNG
>>508
いや別に、ODBC使うっていってないし。
BDE使わずにSQLServerやらDB2やらOracleに接続できればいいんじゃねぇの？
って>>440が言ったところからきてるわけだし。
0518デフォルトの名無しさんNGNG
>>513
それはVBは使う人が多いと認めたということかい？
使う人が多いと得というものではないからといっても
使う人が多いと損ということにもならないのは分かるね。
0519デフォルトの名無しさんNGNG
>>515
まあオラクルとかと土俵が違うからね〜
0520デフォルトの名無しさんNGNG
>>516
とりあえずFirebird
0521デフォルトの名無しさんNGNG
>>518
逆でつ。
VBが、使う人が多くても意味無いことを証明しますた。
0522デフォルトの名無しさんNGNG
>>516
最初から両方の路線だよ。
0523デフォルトの名無しさんNGNG
>>507
日本語読めてる？
動作・開発できると、使う・使わないは別問題だろ。
0524デフォルトの名無しさんNGNG
製品のよさとシェアとは違います。
優秀なセールスマンは、ただの壷を 100 万円で売りまくることもできます。
MS はセールスの天才です。
技術はない。
0525デフォルトの名無しさんNGNG
VB、VC++が、M$のコンパイラがロクデモ無いことを証明しますた。
0526デフォルトの名無しさんNGNG
でも、.NETが普及すれば、Delが散々言ってた「MFCはめんどくさい。ソースが汚い」だの、
「ActiveXは駄目だ」云々が通用しなくなるんだから、結局厳しくなることに変わりは無い。
Del使うんだったら、C#.NETだの、VB.NETだの使ってればいいやって奴は多くなる。
0527デフォルトの名無しさんNGNG
>>505
ガンガン使っていますが、それが何？
0528デフォルトの名無しさんNGNG
>>526
最近、Delphi フリークは C# で .NET が流行りだよ。
0529デフォルトの名無しさんNGNG
その技術の無いMSでもOSを作ったのだから、ボーランドにOSが作れないわけが無い。
0530デフォルトの名無しさんNGNG
>>526
大丈夫でつ。
M$は、.NET用バイナリしか吐けないコンパイラを出します。戦略上。
でも、DelはWinでもLinuxでも問題ありません。
0531デフォルトの名無しさんNGNG
>>529
MS は OS を作っていない。買ってきて売っているだけ。
0532デフォルトの名無しさんNGNG
ADOExpressとかdbExpressってBDE要らないんじゃ無かったか？
最近はBDEを使わない方向にバージョンアップしてる雰囲気があったのだが
0533デフォルトの名無しさんNGNG
>>529
OS作るのに必要なのは政治力
0534デフォルトの名無しさんNGNG
>>531
技術がないから、バグがいつまでも取れない。
MS-Pascal もどこかから買収してきたけど、自分でバグ取れないし、
改良できなくて Turbo Pascal に負けた。
0535デフォルトの名無しさんNGNG
>>521
貴方がなにも証明になることを書いてないってのは分かるね。

>>524
技術はないという根拠が抜けているね。
貴方が言っているのは製品のよさとシェアが関係ない。MSはセールスの天才と
言うことだけ。二行目はMSの批判にすらなっていない。
関係のない文をならべて否定しているように見せるのはよくあるセールスの罠だね。
0536デフォルトの名無しさんNGNG
>>530
事実上 Kylix は使いものにならないと思うけど。
0537デフォルトの名無しさんNGNG
>>531
どっから買ったのですか？
0538デフォルトの名無しさんNGNG
>>532
それらは必要ないでしょ＜ＢＤＥ
0539デフォルトの名無しさんNGNG
>>531
買ってきて売っているだけなら、バグは購入元のせいということになるが？
0540デフォルトの名無しさんNGNG
535はきティでつ。

>貴方がなにも証明になることを書いてないってのは分かるね。
事例です。

>技術はないという根拠が抜けているね。
OS作ってないのは事実でつ。C#もへジでつ。
0541デフォルトの名無しさんNGNG
>>539
買ったときは良くても、重くして潰してる。例えば、VB。
0542デフォルトの名無しさんNGNG
MS の製品はみんな、自社開発じゃなくて、ライセンスを買うか、それを作っている
会社を買収して、それを売っているだけ。
MS の優れているのは、ソフトウェアじゃなくて、そういったビジネス戦略。
会社を興そうとしている人は、みんなゲイツに学べ。
小学生のとき、ゲイツ君が何をやっていたか知っているか？
大統領選挙で落選した議員のバッジをただでもらってきて、マニアの雑誌に
広告を出して、毎月 1 万ドルの安定収入を得ていたんだ。ごみをキャッシュにする、
彼は商売の天才だ。
0543デフォルトの名無しさんNGNG
どういうことだとMSが作ったことになるのだろうね。
MSっていうのは会社だぞ。
Delphiもヘジが作ってBorlandが作ったことにならなくなるね。
0544デフォルトの名無しさんNGNG
>>541
じゃあ作ってるじゃん。矛盾ばかりだな。
0545デフォルトの名無しさんNGNG
>>540
へー、MSに在籍しているヘジがC#を開発したら、ボーランド製ってことになるんだ。
勉強になります。
0546デフォルトの名無しさんNGNG
>>543
製品単位で人を買ってるわけ。わかる？
WinNTにはカトラー。
0547デフォルトの名無しさんNGNG
M$ バカにするヤツは Win 使うな！
MacOS でもいじってろ！
0548デフォルトの名無しさんNGNG
> 小学生のとき、ゲイツ君が何をやっていたか知っているか？
> 大統領選挙で落選した議員のバッジをただでもらってきて、マニアの雑誌に
> 広告を出して、毎月 1 万ドルの安定収入を得ていたんだ。ごみをキャッシュにする、
> 彼は商売の天才だ。
ソースは２ちゃんねるです。
0549デフォルトの名無しさんNGNG
>>543
でもそのときヘジはBorlandにいたからね。
0550デフォルトの名無しさんNGNG
>>545
買収と移籍は違うぞ。ちゃんと勉強しろ。株券を半数以上持っているのが
買収ということだ。

0551デフォルトの名無しさんNGNG
>>546
> 製品単位で人を買ってるわけ。わかる？
常識ですが何か？
0552デフォルトの名無しさんNGNG
>>548
違うよ。経営コンサルタントは昔から知ってるよ。
0553デフォルトの名無しさんNGNG
>>544
作ったとはいわないね。軽く突っついただけだよ。
0554デフォルトの名無しさんNGNG
> 小学生のとき、ゲイツ君が何をやっていたか知っているか？
> 大統領選挙で落選した議員のバッジをただでもらってきて、マニアの雑誌に
> 広告を出して、毎月 1 万ドルの安定収入を得ていたんだ。ごみをキャッシュにする、
> 彼は商売の天才だ。
ソースは経営コンサルタントの間に伝わる都市伝説です。
0555デフォルトの名無しさんNGNG
>>550
いや、あれは最初の１文を除いて>>540が変。
0556デフォルトの名無しさんNGNG
>>551
人を育てずコア技術も新技術も無い大企業なんかふつー無いＹＯ！
技術毎会社と人を買ってるんだから。
0557デフォルトの名無しさんNGNG
>>553
> 軽く突っついただけだよ。
抽象的ですね。
0558デフォルトの名無しさんNGNG
>>509
>当たり前だけどMSDNついてないし。

（´-`）.。oO（PlatformSDKのドキュメント落とせば済まないか？)
0559デフォルトの名無しさんNGNG
>>538
ですよねえ。(上の方のBDN云々の書き込みは撹乱か？)
0560デフォルトの名無しさんNGNG
>>549
そう。そして、今はMSにいるね？
いいかい、C#は「MSの」ヘジが作ったんだよね？
0561デフォルトの名無しさんNGNG
>>556
> 人を育てずコア技術も新技術も無い大企業なんかふつー無いＹＯ！
すべてが主観
0562デフォルトの名無しさんNGNG
>>560
ある製品のコピーを作るため、その本人を買うのが普通かい？
0563デフォルトの名無しさんNGNG
>>508はBDE関係で旗色わるくなったので、ヘジがどうこうといっております。
0564デフォルトの名無しさんNGNG
ヘジってなんでつか？
0565デフォルトの名無しさんNGNG
ところで Del8 ガリレオはいつでるの？
0566デフォルトの名無しさんNGNG
ソニック・ザ・ヘッジホッグ
0567549NGNG
>>560
そうだよ。
0568デフォルトの名無しさんNGNG
>>566
なんか、サイボーグの一種みたいな名前でつね。
0569デフォルトの名無しさんNGNG
>>562
ヘジに対してDelphi以外で言語を作るなというような発言は止めようね。
0570デフォルトの名無しさんNGNG
.NET になって、初めて自社開発をしたと聴いたけど。
0571デフォルトの名無しさんNGNG
>>564
ヘイ・ジュード
0572569NGNG
× Delphi
○ Borland
0573デフォルトの名無しさんNGNG
561は真性キティでつ。
主観を否定して、561は客観を持ったネ申でつか？
いや、きてぃ。
0574スティーヴNGNG
まあ、ボーランドは放って置いてもそのうち潰れるから、何言われようが家には関係ないけどね。
C#は我が社の製品です。
0575デフォルトの名無しさんNGNG
>>571
あたし、その曲嫌いでつ。
0576デフォルトの名無しさんNGNG
>>567
OK。すなわち、C#はMSが作ったんだ。
Delphiをボーランドが作ったようにね。
わかるかい坊や？
0577デフォルトの名無しさんNGNG
>>563
だから、dbExpress使えば、Oracle, DB2, MySQLはBDE要らないし、
InterbaseとADOもBDEと無関係に繋げるっての。
0578デフォルトの名無しさんNGNG
キティキティうるさいキティはもう寝ろ。
0579デフォルトの名無しさんNGNG
>>576
ヴぁかだなあ。技術がどうかという話に。
ヘジのC#がDelを越えてない罠。
0580デフォルトの名無しさんNGNG
>>577
そうだけどさー、俺何無機になってんだろ。こんなところで書き込みしていたって
お金がもらえるわけじゃなし、アンチ Borland をほって置いたって損しないのに。
0581デフォルトの名無しさんNGNG
また「でつ・まつ」口調の基地外がこのスレに帰ってきたよ。
0582デフォルトの名無しさんNGNG
>>581
鹿児島の方言だろ。
0583デフォルトの名無しさんNGNG
某も JBuilder メインにしてるみたいだけど、
Eclipse の台頭で何かやばそうな雰囲気だね。
0584デフォルトの名無しさんNGNG
MSがまともな製品作れないなんて良く言うよ･･･
シェアNo1のOS、開発環境、officeアプリケーション作ってるところなのに。
MSにプログラマとして就職することを考えればわかるよ。
トップクラスのプログラマがMSに就職するだろうね。
0585デフォルトの名無しさんNGNG
>>583
俺も Eclipse の方が好きです。
0586567NGNG
>>576
なにあたりまえのことえらそーにいってるの？
0587デフォルトの名無しさんNGNG
>>580
> そうだけどさー、俺何無機になってんだろ。
悔しいからでしょ？
0588デフォルトの名無しさんNGNG
だから、OS作ってないっての。
0589デフォルトの名無しさんNGNG
>>584
シェアが No. 1 なのは、売り方が達人級だから。
0590デフォルトの名無しさんNGNG
>>575
基地外は糞して寝ろ
0591デフォルトの名無しさんNGNG
ヴぁかヴぁか言うヴぁかももう寝たほうがいいと思います。
ヴぁかがさらにヴぁかになっています。
0592デフォルトの名無しさんNGNG
>>587
そっか、悔しいからだなあ。
でも別に、誰がどのコンパイラ使おうと知った子茶ないない。
0593デフォルトの名無しさんNGNG
>>581
でつって流行じゃないの？
ぬるぽより上だし
0594デフォルトの名無しさんNGNG
>>588
そうそう。99%ぐらい改造しただけなんだよね（ｗ
0595デフォルトの名無しさんNGNG
>>586
お前、本当にそう思ってるなら、>>543を100回読み直せ。
そしてその意図をよく考えろ。
>>543に反論した貴様が的外れだったってことだ。
0596デフォルトの名無しさんNGNG
OSを作れないOSメーカー。
で、OSの売り方は天才。コンパイラを駄作しとく。これ最強。
0597デフォルトの名無しさんNGNG
>>596
壷を 100 万円で売れますよ。MS の営業マンは。

0598デフォルトの名無しさんNGNG
改造にも多大な技術は必要。
MSに技術が無いなんて馬鹿なこと言ってる奴は、はっきり言って、プログラマの
才能ないよ。ｗ
あれだけのものを作るのがどのぐらい大変かもわからないようじゃ。
0599デフォルトの名無しさんNGNG
>>577
なんか、はなしがつながらなくなってきた。
みんなそれぞれ言ってることを誤解してる感じ。
0600デフォルトの名無しさんNGNG
で、MSが買った時点のOSってどんなもん？
MS-DOS？ それじゃそうとうMSは改造してるね。
0601デフォルトの名無しさんNGNG
VC++がまともになったら、WinのC++コードが多くなって、Linuxに流れてしまいまつ。
VBやC#でシバットクのが妥当。
0602デフォルトの名無しさんNGNG
>>595
そうみたい。
0603デフォルトの名無しさんNGNG
>>598
じゃあ、Windows Update は何なんだ。
欠陥 OS を直す仕組みも欠陥じゃん。中村正三郎さんのホットコーナー読んでみろよ。
0604デフォルトの名無しさんNGNG
>>600
MS-DOS は自社製品じゃないよ。
0605デフォルトの名無しさんNGNG
VC++のコンパイラってBCBより性能いい。
よってMSの技術力はBolandより上。
0606デフォルトの名無しさんNGNG
>>597
実際に売っているのが100万円の壷だから当然のことだね。
0607デフォルトの名無しさんNGNG
>>598
うん。重大なセキュリティーの多さみればわかる。
0608デフォルトの名無しさんNGNG
>>604
あ、自社開発じゃないよ、ということ。
0609デフォルトの名無しさんNGNG
C# は某のテクノロジーの賜物です。
0610デフォルトの名無しさんNGNG
>>601
また基地外かよ
0611デフォルトの名無しさんNGNG
>>605
VC++ は Lattice C の OEM だから。
0612デフォルトの名無しさんNGNG
>>604
買ったOSって言ってるだろうが。
やっぱりMS-DOS以下のOSを買ってWindowsXPまで進化させてるんだね。
0613デフォルトの名無しさんNGNG
>>608
種を買ってきて育てたのはMSじゃねーの？っていいたいんじゃないの？
0614デフォルトの名無しさんNGNG
基地外言ってる基地外も寝ろ
0615デフォルトの名無しさんNGNG
>>603
完璧なものなんて世界の誰も作れない。
粗さがしすりゃ、ミスぐらいでるに決まってる。
だからと言って、MSに技術力が無いわけじゃない。
Windowsの凄さがわからないようじゃ、ほんとにヤバイと思うよ。
0616デフォルトの名無しさんNGNG
>>612
Windows は、MS がウィンドウ・システムを作れなくて、インド人が作っていたやつを
見つけたから、それを買って売ったんだよ。
0617デフォルトの名無しさんNGNG
昔は TurboC が最強だった
0618デフォルトの名無しさんNGNG
とりあえず、MSのOSが自社開発じゃないよといっている人は
どこが開発しているのか言ってください。
0619デフォルトの名無しさんNGNG
>>615
Windows がすごいんじゃなくて、Windows をたくさん普及させた MS のビジネスが
すごいの。
Windows マシンには、ワードとエクセルをバンドルしないとライセンス料を 10 倍に
しちゃうよ、とか、パソコンメーカーに脅していたんだから。
OS/2 モデルを売ると、ライセンスしないよ、とかね。
中村正三郎さんのページにその辺は詳しく書いてある。
0620デフォルトの名無しさんNGNG
>>616
そのウインドウシステムは何ていうものですか？
買った当時のウインドウシステムはどんなものか教えてください。
0621デフォルトの名無しさんNGNG
すげーｽﾚの伸びが速いな〜。
どーでもいいけど、BCB最強なのは変わりない。
0622デフォルトの名無しさんNGNG
買い取って、改良するにも技術は必要。
0623デフォルトの名無しさんNGNG
>>620
現在 Windows と呼ばれているもの。
0624デフォルトの名無しさんNGNG
QuickC も捨てがたいと思うが･･･
0625デフォルトの名無しさんNGNG
>>619
だから、Windowsの技術も凄いっつってんの。
Windows使えばわかることだ。
わからないんだったら、馬鹿だと思う。プログラマの才能無い。
0626デフォルトの名無しさんNGNG
>>622
買収した会社にやらせている。
0627デフォルトの名無しさんNGNG
OS/2をIBMと共同開発してたが、三行半。
そのメンバーとカトラーでWinNT作った。

msのヤシらはos開発能力無いと散々言われた。
0628デフォルトの名無しさんNGNG
>>626
買収した会社とはどこ？
いい加減なこと言ってるね。
0629デフォルトの名無しさんNGNG
>>625
Ether ケーブルに大量なパケットが流れると OS ごと死んじゃう技術がですか？
0630デフォルトの名無しさんNGNG
カトラーはDecから引き抜いた。
0631デフォルトの名無しさんNGNG
>>625
OSASKスレで言ってみよう
0632デフォルトの名無しさんNGNG
どうでもいいけど Win2K 最強。あとは糞
0633デフォルトの名無しさんNGNG
>>626
はて？ ウインドウシステムを買ったのではなかったのかな？
0634デフォルトの名無しさんNGNG
MSは、かけた金と時間に見合ったものを作れないから
技術力がないって言われてるんじゃねーの？
かけた金がすごいから凄そうなものができてるだけで。

0635デフォルトの名無しさんNGNG
>>633
インド人から買った。
0636デフォルトの名無しさんNGNG
>>632
ああ。
しかし、SP出す毎に最強から外れていってるな。
0637デフォルトの名無しさんNGNG
IBMも超一流だからな。
でも、OS/2って今どこで使われてるの？ｗ
0638デフォルトの名無しさんNGNG
>>633
うんうん、そうだね。
0639デフォルトの名無しさんNGNG
だんだん某の化けの皮が剥がれて来ましたね。楽しみです。
0640デフォルトの名無しさんNGNG
>>639
・・・ちゃんと読んでるのか？
0641デフォルトの名無しさんNGNG
>>629
ハイハイ。揚げ足取りですね。
どんなものにも欠点はある。
総合的に見て、優れてるのは自明。
0642デフォルトの名無しさんNGNG
>>639
ムキになったかいがあったね。
0643デフォルトの名無しさんNGNG
いや矛盾だらけで実に面白い。
0644デフォルトの名無しさんNGNG
msの化けの皮の間違いだろ..
0645デフォルトの名無しさんNGNG
技術力の無いはずのMSが作ったVCに劣るBCBを作ったBolandは（ry
0646デフォルトの名無しさんNGNG
>>641
とりあえず、自明、っていうところ、ちゃんと証明しといてね。
0647デフォルトの名無しさんNGNG
>>664
自作自演ご苦労さん
0648デフォルトの名無しさんNGNG
MS ファンはおおいでつね。
0649デフォルトの名無しさんNGNG
>>647
664は遠いよ。忘れるよ。と思ったら、今日ならすぐか。
0650デフォルトの名無しさんNGNG
某ファンだろ
0651デフォルトの名無しさんNGNG
>>645
自分の土俵で戦って負けてるMSのVCっていったい・・・
0652デフォルトの名無しさんNGNG
>>650
自作自演
0653デフォルトの名無しさんNGNG
>>646
証明するまでも無い。
マルチタスクでGUIで、そこそこの安定性があって、
これだけのパフォーマンスでて、あれだけのAPIがあって
これだけの仕組みがあって。
みりゃわかること。
0654デフォルトの名無しさんNGNG
てゆーかさ、茶飲み話に事欠かないぐらい、毎週のように致命的なバグで、
外部からすべての命令を実行できる不具合が発見っていうのがそんなに
すごいのか？
0655デフォルトの名無しさんNGNG
>>651
戦略上だろ。

だから、コンパイラはMS避けるが良し。
0656デフォルトの名無しさんNGNG
>>653
だからOSASKスレで…
0657デフォルトの名無しさんNGNG
>>651
負けてるのはBCBの方だね。実行速度もメモリも、サイズも全部VCの勝ち。
0658デフォルトの名無しさんNGNG
>>653
Linux + XFree86 でいいじゃん。OS/2 でも、Tron でも。
0659デフォルトの名無しさんNGNG
□□………………………………………………………………………………………………
□◆　sendmailに“またもや”深刻なセキュリティ・ホール
□□………………………………………………………………………………………………
　米CERT/CCなどは米国時間3月29日，メール・サーバー・ソフト「sendmail」に見つ
かった新たなセキュリティ・ホールを警告した。細工が施されたメールを受信すると
sendmailが停止したり，任意のプログラムを実行されたりする恐れがある。商用，
非商用版を問わず，ほとんどすべてのsendmail（Sendmail）が影響を受ける。対策は
パッチの適用やバージョン・アップ。

http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20030331/1/
0660デフォルトの名無しさんNGNG
>>657
それはよかったね。
0661デフォルトの名無しさんNGNG
>>659
いまどき Sendmail なんてやめた方がいいよ。qmail つかいな。
0662デフォルトの名無しさんNGNG
おもろいわー、このスレ
0663デフォルトの名無しさんNGNG
>>661
postfixはいかがですか？
0664デフォルトの名無しさんNGNG
>>658
Linux+XFree86は世界中の凄腕ハッカーがよってたかって開発
したものだよな？
MSのプログラマはそれよりずっと少ない人数でそれに匹敵する（むしろ勝ってる
かもしれない）ものを開発してる。
0665デフォルトの名無しさんNGNG
>>659 は Sendmail が Linux の一部だと勘違いして吊るし上げていると思はれ。
0666デフォルトの名無しさんNGNG
>>657
実行速度って？
VCやらBCBで作った実行ﾌｧｲﾙの実行速度の事？
なら、おまえの腕が悪い。
メモリ？
おまえ、今だに64MBのメモリとか積んでる訳？
最低でも、今なら128だろよ。十分だが？
サイズ？
おまえ、出来上がりのサイズに拘ってる訳？
数ｷﾞｶﾞのHDDの時代に？

・・・もうね、ｱﾌｫかと、ｳﾞｧｶかと・・・
0667デフォルトの名無しさんNGNG
>>663
qmail はバグなし、セキュリティホールなし
0668デフォルトの名無しさんNGNG
>>664
しかも、アルファ版を売ってバグレポートを集めて、Windows Update で
修正して出している（しかも新しいバグがついている TM by MS）
0669デフォルトの名無しさんNGNG
>>666
>なら、おまえの腕が悪い。

人のせいにしてはいけません。ｗ

>メモリ？
>サイズ？

少なくとも、数年前までは重要でした。
今もそれなりに重要だと思うけど。
もし仮に今重要じゃないとしても、技術力の差であることに
変わりありません。ｗ
0670デフォルトの名無しさんNGNG
>>666
VC++ はクラス・ライブラリが OO としてきちんと設計されていないから
サイズが小さくなっているのを、性能がいいと思っているんだよ。
0671デフォルトの名無しさんNGNG
Linuxカーネルにセキュリティホール
http://japan.cnet.com/news/ent/story/0,2000047623,20052983,00.htm
0672デフォルトの名無しさんNGNG
>>666
そんな事いったら別に.NETでもJavaでも良いじゃねーか。え？
0673デフォルトの名無しさんNGNG
VC だってスタティックリンクすれば大きくなるけど。
0674デフォルトの名無しさんNGNG
>>671
そんなの翌日に直ってたよ。
0675デフォルトの名無しさんNGNG
セキュリティホールぐらいLinuxでもあるだろ。
バグ一つ、セキュリティホール一つで、やれ技術力が無いだのと騒ぐのは
馬鹿。
0676デフォルトの名無しさんNGNG
>>670
OOPとサイズと何の関係があるのかね？
0677デフォルトの名無しさんNGNG
VC++の小さいexeサイズは、dllがOSと一緒に配布されているという
卑怯臭い(OS付属アプリも使ってるから必要ではあるのだが)事実も一枚噛んでると思ふ
0678デフォルトの名無しさんNGNG
Linux関連のバグ・セキュリティ情報
http://www.linux.or.jp/security/
0679デフォルトの名無しさんNGNG
>>677
でも、そのDLLをBCBも使ってるわけで。
MFCは別だけど。
0680デフォルトの名無しさんNGNG
>>674
検証はされてないけどね。
0681デフォルトの名無しさんNGNG
>>676
たとえば、TForm はいろいろな機能がある。どんなアプリケーションも全部のメソッドを
使うわけではないが、優秀なクラスになっている。
0682デフォルトの名無しさんNGNG
>>678
Linux はそうやって逐一公開されて、すぐに修正されるから安心なんだよね。
0683デフォルトの名無しさんNGNG
>>681
答えになってないね
0684デフォルトの名無しさんNGNG
>>669
おいおい、勘弁してくれよ・・・。
実行速度が遅い早いは、明らかに開発者の腕だろよ。
おまえは、すべてをｺﾝﾊﾟｲﾗの最適化に賭けてるのか？
・・・一言言わせてもらえば・・・「考えて作れ」。

＞少なくとも、数年前までは重要でした。
＞今もそれなりに重要だと思うけど。
どんな場面で重要なんだよ・・・

＞もし仮に今重要じゃないとしても、技術力の差であることに
＞変わりありません。ｗ
・・・その程度VCが勝ってるとか言うのなら・・・
明らかにBCBの方が勝ってるぞ・・・
ｳﾞｧｶｳﾞｧｶしい。
0685デフォルトの名無しさんNGNG
>>683
馬鹿だなあ。メソッドの分だけサイズが増えるということじゃないか。
フレームワークとして再利用性を考えると、そうなる。
0686デフォルトの名無しさんNGNG
>>679
msvcrt.dllの事だと思われ
0687デフォルトの名無しさんNGNG
>>682
早すぎても混乱させるだけだけどね。
0688デフォルトの名無しさんNGNG
>>684
あのさあ、実行速度はもちろん同じコードで比べるだろ？
開発者能では関係ないぞ。

>どんな場面で重要なんだよ・・・

サイズが大きいとそれだけHDD使うだろ。
ちりも積もれば山となる。

>・・・その程度VCが勝ってるとか言うのなら・・・
>明らかにBCBの方が勝ってるぞ・・・

意味がわからん。ヴァカヴァカしい。
0689デフォルトの名無しさんNGNG
>>672
そうだよ。
そんな、何でもいいような所で勝ってるとかって言ってるﾔﾂは、
何もわかっちゃいないってこった。

勝ってる所を考えるより、劣ってる所を考えるのが早い。
VCは、致命的にBCBに劣ってる所がある。
それは、VCは、C++じゃないって所。
VCなんてｷﾓい物使ってたら、ｱﾌｫになる。
0690デフォルトの名無しさんNGNG
>>687
するわけねーだろ。
0691デフォルトの名無しさんNGNG
>>688
> 実行速度はもちろん同じコードで比べるだろ？
本気でそう思っているならバカ。
同じ機能を果たすものであって同じコードとは限らない。
0692デフォルトの名無しさんNGNG
>>690
Linuxサーバに「深刻な」セキュリティホール――早期の情報公開で各社混乱
http://www.zdnet.co.jp/news/0111/29/e_wuftp.html
0693デフォルトの名無しさんNGNG
>>685
使っていないvirtual関数をVMTから削除するような、賢いリンカ欲しいね…(ひょっとして、既にある？
0694デフォルトの名無しさんNGNG
サイズとか実行速度のことしか言えないの？
今のご時世、生産性の高さが重要でしょ？
短納期でよいものを作るのなら RAD 使わんと。
VC++ でゴリゴリシコシコするなんて時代錯誤も甚だしい。
やりたきゃ趣味でやってろ！
0695デフォルトの名無しさんNGNG
>>691
同じコードじゃなきゃ、比較できないじゃん。
0696デフォルトの名無しさんNGNG
>>689
なーんて、BCB厨は良く言ってるけど、boostの互換成績表見たら、
BCBの方が悪かったりするよな。ｗ
0697デフォルトの名無しさんNGNG
>>688
＞あのさあ、実行速度はもちろん同じコードで比べるだろ？
＞開発者能では関係ないぞ。
同じｺｰﾄﾞ？
C++ｺﾝﾊﾟｲﾙできないVCで、どーやって同じｺｰﾄﾞで比較するんだｳﾞｧｶ。

＞サイズが大きいとそれだけHDD使うだろ。
＞ちりも積もれば山となる。
ほう。数ｷﾞｶﾞ埋もれるほど、おまえは作ってるのか？
そりゃ、何百Mも違ってくりゃ、話は別だが。
0698デフォルトの名無しさんNGNG
>>691
限らないね。でも、できるだけ公平な条件で比べるよね。
普通。それで、BCBが遅いよね。ｗ
0699デフォルトの名無しさんNGNG
>>692
それは、RedHat が CERT の正規の公開手順を守らなかったからだろ。
速い遅いの問題じゃなくて、ルール違反。
セキュリティ・バグ報告は、必ず、回避方法が見つかってからしなくちゃならない。
0700デフォルトの名無しさんNGNG
VC++のIDEの補完機能便利だよなあ。
クラスのメンバとか補ってくれるやつも。
VC++ってすごく生産性高いと思う。
0701デフォルトの名無しさんNGNG
ルール違反は混乱を招きまつ。
0702デフォルトの名無しさんNGNG
VCが早いのは、Windowsに特化した言語だからだ。
0703デフォルトの名無しさんNGNG
>>700
開発効率悪いから、せめてそんなところでお茶を濁しているのだよ。
0704デフォルトの名無しさんNGNG
>>699
おーけーおーけー。いい言い訳を聞かせてもらった。
0705デフォルトの名無しさんNGNG
>>696
boost が VC++ の文法を考慮しているからでしょ。
0706デフォルトの名無しさんNGNG
>>700
templateとtypedefを組み合わせただけで補完が効かなくて困っている俺がいるわけだが
0707デフォルトの名無しさんNGNG
>>705
BCBもちゃんと考慮しとるっちゅーねん。
0708デフォルトの名無しさんNGNG
>>697
コンパイルできるコードで比較するんだよ。
アホか、こいつは。
正直、どうしようもないな。こんな奴と議論しようとした俺も馬鹿だった。

100キロバイトの差も1000倍になれば、数百メガぐらいの差にはなるな。
これは無視できないぐらいの差にはなる。
フロッピーは、書き換えのしやすさから、現在もそれなりに使われてるしな。
ナローバンドの奴もまだまだ存在するしな。
常駐ソフトのリソース気にする奴もまだまだいるし。
それなりにやっぱり重要かな。
0709デフォルトの名無しさんNGNG
そもそもさ・・・
VC使ってるﾔﾂは、C++で作ってるとかって思い込まされてるだけ。
騙されてる。
他の環境で作ったﾌﾟﾛｸﾞﾗﾑをVCでｺﾝﾊﾟｲﾙできるか？
大半を書き直す必要がある。

VCは、C++の文法をﾊﾟｸったMSの新言語だ。
0710デフォルトの名無しさんNGNG
>>709
BCBも同じ程度に書き直す必要があるだろ。
0711デフォルトの名無しさんNGNG
>>708
出たよ・・・FDとか考慮してお前作ってるの？
訳わからんよ。お前の環境が。
0712デフォルトの名無しさんNGNG
>>704
いいわけというか、セキュリティ・ホールの正しい公開手順知らないの？
0713デフォルトの名無しさんNGNG
>>711
サイズが重要な場面なんてないんだ！とお前が叫んでるので、
それなりに重要な場合もあると言ってるだけ。
考慮したけりゃすればいい。
0714デフォルトの名無しさんNGNG
MFC はたいしたライブラリじゃないから（SDK のラッパの役目程度にしてある）、サイズ小さくてすむね。
0715デフォルトの名無しさんNGNG
>>693
Delphi や BCB のスマート・リンクはそんなことしますね。
0716デフォルトの名無しさんNGNG
BCB でも MFC が使えるんだから、そしたらサイズ小さくてすむね。
VCL をリンクしないで。
0717デフォルトの名無しさんNGNG
8bitって、「えいとびっと」って読むの？
俺、ずっと「はちびっと」って読んでたけど？
0718デフォルトの名無しさんNGNG
サイズでVC+SDKにかなうものはほとんど無いね。
cygwin+gccはいい勝負だけど。
0719デフォルトの名無しさんNGNG
Win32ならMinGW使えよ
0720デフォルトの名無しさんNGNG
VC++使ってる人　＝　Windowsが死んだら一緒に死ぬ人達。
BCB使ってる人　＝　Windows死んでも、すぐ他へ移動できる人達。
0721デフォルトの名無しさんNGNG
msvcrt.dllが200kb超えてるのですけど。
とか言う俺はサイズを小さくしたい時はDelphi+SDK。BCBよりだいぶ小さくなる。
0722デフォルトの名無しさんNGNG
Windowsが死んだらなんて、VC++コンパイラがANSI/ISOに完全準拠よりもありえない話だね。
0723デフォルトの名無しさんNGNG
>>716
サイズの小ささなら、Borland C++ Compiler で GLUT とか、そんなもんじゃない。
0724デフォルトの名無しさんNGNG
>>722
Windows死ななかったとしても、
VC++使ってるﾔｼは、Windows以外の場では邪魔にしかならない訳だが。
0725デフォルトの名無しさんNGNG
これなんかいいよ。サイズ小さい。
http://www.hi-ho.ne.jp/jun_miura/bccdev.htm
0726デフォルトの名無しさんNGNG
そんなにｻｲｽﾞが気になるなら、ｱｾﾝﾌﾞﾘで１から書いてろ！
0727デフォルトの名無しさんNGNG
722が、MSを誉めているのか貶めているのかわからないところがﾜﾛﾀ
0728デフォルトの名無しさんNGNG
>>726
その種の発言はよく見るけど、
VCLやMFCを使うのをやめてSDKオンリーにした時のサイズの減りかたと、
高級言語を使うのをやめてアセンブラオンリーにした時のサイズの減りかただと
前者の方が大きいでしょ。
落とし所が肝心。
0729デフォルトの名無しさんNGNG
VC++ というより VB が無くなったら VB 依存症のヤツはプログラマ辞めるしか道はないよね。
0730デフォルトの名無しさんNGNG
こっちもいいよ。GUI 開発できるし、ソース・レベルで X Windows System 互換。

0731デフォルトの名無しさんNGNG
すごいいきおいで1000逝きそうだ。
マ板にしてはめずらしい。
0732デフォルトの名無しさんNGNG
http://objectcentral.com/
0733デフォルトの名無しさんNGNG
>>729
ﾌﾞﾋﾞ使うﾔﾂは、ﾌﾞﾋﾞがなくなったら皆Delへ走る。
VCには走らない。
そして、Delﾏﾝｾｰになる。
0734デフォルトの名無しさんNGNG
VCでWindows開発やってると、他にもすぐ移行できるよ。
0735デフォルトの名無しさんNGNG
>>733
そうなればみんなしあわせなんだけどねぇ。
名前がにてるVB.NETにイク
0736デフォルトの名無しさんNGNG
VC++にQt。これが一番。
0737デフォルトの名無しさんNGNG
>>730
本当、よく見かけるんだけど・・・
細かいことだけど・・・

X Windows Systemじゃなくて、
X Window Systemなんだよね。
0738デフォルトの名無しさんNGNG
>>737
両方×じゃん、どっちが正しいねん、と思ったので逝ってきます。
0739デフォルトの名無しさんNGNG
>>737
あらやだ。
0740デフォルトの名無しさんNGNG
× Windows System
○ Window System

ってことか。
0741デフォルトの名無しさんNGNG
>>740
ｴｯｸｽだよ！ｴｯｸｽ！
昔の俺の数学の教師の言葉で言えば、ｴｯｷｽだよ！
0742デフォルトの名無しさんNGNG
>>737
windowって入力しようと思うと、惰性でsまで付いてしまう漏れはMS厨ですか？
ｲｯﾃﾖｼですか？
0743デフォルトの名無しさんNGNG
風の中の昴〜砂の上の銀河〜♪
0744デフォルトの名無しさんNGNG
>>742
ローマ字入力だと w と s 近いしね。
0745デフォルトの名無しさんNGNG
X Windows Systemで検索かけても、結構引っかかる。
・・・間違ってるﾔﾂ多い・・・
0746デフォルトの名無しさんNGNG
>>744
アルファベットをかな入力するのですか？


だんだん話題がそれて来たな
0747デフォルトの名無しさんNGNG
>>746
そういう人も多いからね。
0748デフォルトの名無しさんNGNG
>>746
だんだん。。。か。
もとがそれすぎ。
0749デフォルトの名無しさんNGNG
(　´∀｀)＜ 今日のはいったいなんだったんだろう。。。
0750320NGNG
>>733 >>735
ﾌﾞﾋﾞ使うﾔﾂは、ﾌﾞﾋﾞがなくなったら皆あぼーんされる。
名前がにてるVB.NETには走らない。

つーか、ﾌﾞﾋﾞのアプリはかなり大量にあるので
Ｍ＄はVB6の販売を中止出来ない罠。

>>736
先に言われてしまった。
0751デフォルトの名無しさんNGNG
たった一日でめちゃくちゃレス数増えててﾜﾗﾀ
0752750NGNG
ありゃ、このスレの320とは別人でし。ﾏﾁｶﾞｴﾏｽﾀ
07539NGNG
すげぇ、アッという間にこんなにレスが。
てゆーか、なんでこんなにレス数が一気に多くなるの？
0754デフォルトの名無しさんNGNG
>>753
臨界点を超えたんだろ。
0755デフォルトの名無しさんNGNG
前スレとは比べモノにならない勢いでしたな。
0756デフォルトの名無しさんNGNG
>>755
過去形ですね。
0757デフォルトの名無しさんNGNG
粘着君が二人同時に存在した結果です。
0758デフォルトの名無しさんNGNG
>>757
ほんと、たぶんひとりいなくなったと思われる時点で勢いがなくなって
もうひとりがいなくなったと思われる時点でいつもどおりになった。
0759デフォルトの名無しさんNGNG
（´・ω・`）SX-WINDOWは無視ですか？
0760C ◆3HxwUdHQ1Q NGNG
　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　祭りの再開まだ？
　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　たけのこの里　|／
0761デフォルトの名無しさんNGNG
　 ∧＿∧ 　　 ／￣￣￣￣￣￣￣￣￣￣
　<丶｀Д´> ＜ 　C#はボーランドが開発したﾆﾀﾞ !!
　（　　　　） 　│　
　｜ ｜　|　　　＼＿＿＿＿＿＿＿＿＿＿
　〈＿フ__フ
0762デフォルトの名無しさんNGNG
>>760は名前欄にC#〜と入れてしまったbaka
0763デフォルトの名無しさんNGNG
BCBとVC++の違いってなんですか？どっちを買おうか迷ってます。
0764デフォルトの名無しさんNGNG
>>763
BCB・・・善
VC++・・・悪
0765デフォルトの名無しさんNGNG
>>763
BCBはPascalを知らないと使いこなせないよ
0766デフォルトの名無しさんNGNG
>>763
ちゃんとしたC++で開発したかったり、
ﾎﾟﾄﾍﾟﾀで開発したかったりしたらBCB

Windows以外での開発は絶対しないなら、
VC++
0767デフォルトの名無しさんNGNG
>>765
ﾊﾟｽｶﾙ知らなくても使ってますが、何か？
0768デフォルトの名無しさんNGNG
TORIAEZU
CSAIKYOU
0769767NGNG
使いこなせてはいないけどな。
0770デフォルトの名無しさんNGNG
>>769
では>>765は真理ということでOK？
0771767NGNG
>>770
OK
0772767NGNG
>>771
おい・・・変な偽者出てくるなよ・・・。
ﾊﾟｽｶﾙ知らなくて、何が使いこなせてないんだ？
ｺﾝﾎﾟｰﾈﾝﾄもC++で作れるし。
ﾊﾟｽｶﾙ知らないと、BCBで使えない機能ってあるのか？
0773デフォルトの名無しさんNGNG
BCB で Del コンポ使ってないの？
パスカル知らないとソース解析とかデバッグとかできないじゃん。
BCB コンポってあまりないよね。
0774デフォルトの名無しさんNGNG
VCLなしのBCBで何がしたいのだ？
0775デフォルトの名無しさんNGNG
BCB使いはDelコンポなんて臭いものは使いません
0776デフォルトの名無しさんNGNG
それだとBCCで十分な罠
0777デフォルトの名無しさんNGNG
VC++の方がBCBよりちゃんとしたC++だよ。
証拠はBoostのページ。テスト結果を見ればわかる。
このスレは嘘つきのボーランド厨が常駐しているので注意。
0778763NGNG

むむ。だれを信じたらいいのか・・・。
では、VS.netとではやはりVS.net？
0779デフォルトの名無しさんNGNG
自分を信じろ
0780デフォルトの名無しさんNGNG
Pascalも使えないトーシロがいるスレはここですか？
0781デフォルトの名無しさんNGNG
>>780
死ね
0782デフォルトの名無しさんNGNG
大元の VCL コンポって BCB だって Del と同じやつ（ObjectPascal）だよな？
デバッグ時によくブレークポイント設定して使ってるけど、どうしてるんだ？
0783デフォルトの名無しさんNGNG
CとPascalの違いがわからん。どちらも同じように見える。
0784デフォルトの名無しさんNGNG
>>783
眼科行け
0785デフォルトの名無しさんNGNG
>>783
どこが同じなんだよ？言ってみ
0786デフォルトの名無しさんNGNG
>>783
C++ と ObjectPascal は似てるところが多いというならわかる。
0787デフォルトの名無しさんNGNG
>>785
アルファベットがたーくさん・・・
0788デフォルトの名無しさんNGNG
逝ってよし
0789デフォルトの名無しさんNGNG
Object PascalよりもObjective Pascalの方が格好良かったのに。
0790デフォルトの名無しさんNGNG
なるほど、Pascalを知らないためにコンポーネントの解析等ができないくせに、
BCBを使いこなしている気になっているイタい香具師がとても多いことがよく
わかりました。
0791デフォルトの名無しさんNGNG
>>790
禿同
0792デフォルトの名無しさんNGNG
>>790
・・・何？ｺｲﾂ・・・(´д｀；)
0793デフォルトの名無しさんNGNG
ほぉ、BCB房が共食いですか。
祭りの後の侘びしさを感じずにはいられませんな。
来るんじゃなかった。
0794デフォルトの名無しさんNGNG
>>793
ああ。
0795デフォルトの名無しさんNGNG
>>782
開発中に VCL の中が重要になることは、実際ほとんどないけれど、
VCL を継承して何かコンポーネントを作ろうとしたり、中で何をやっているんだろう
と思ったときは、Delphi 言語が読めないとあかんですね。
0796デフォルトの名無しさんNGNG
横槍。
Pascalが読めなくてもアセンブラが読めるのでCPU窓でなんとかしてるという猛者はいませんか？
0797デフォルトの名無しさんNGNG
今は Pascal じゃなくて Delphi 言語というのが正しいです。
0798デフォルトの名無しさんNGNG
DelphiはALGOL系という枠を越えている点でC/C++なんかと比べものになりません
ついでに言うとDelphi使いでCを読めない奴はいなけど
C使いでDelphiを読めない奴が大量にいるという点からみても
Delphi使い>>>(超えられない壁)>>>C使い
と、ユーザーのレベルでも圧勝です
ちなみにDelphi使いはインラインアセンブラもバリバリ使いこなせます
0799デフォルトの名無しさんNGNG
>>798
C++ は Algol の枠を越えていないの？
0800デフォルトの名無しさんNGNG
>>798
超えられない壁なんて大げさな物じゃなく・・・
ただ、Pascal覚えるのが面倒だからでしょ。

＞Delphi使いはインラインアセンブラもバリバリ使いこなせます
Del使ってるﾔﾂの大半はｱｾﾝﾌﾞﾘもできると。
0801デフォルトの名無しさんNGNG
>>798
いろいろ -> Turbo Pascal 3 -> MS-C 5 -> Delphi 1 -> C++ Builder 1 -> いろいろ

ってな感じでやってきたけど、C -> Delphi 全然移行できたぞ。
0802デフォルトの名無しさんNGNG
>>801
正しい日本語では「全然」は「〜ない」と続きます。
0803デフォルトの名無しさんNGNG
>>802
最近はああいう使い方もアリなんだよ。
0804デフォルトの名無しさんNGNG
>>802
江戸時代あ801であってたんだよ。
0805デフォルトの名無しさんNGNG
>>802
「全然＋肯定形」は、平安時代から使われています。
0806デフォルトの名無しさんNGNG
>>798
弱小国家の人間は母国語以外に他言語を話すんだよね。
そうしないと生きて行けない。
日本のような大国は、日本語だけで何不自由なく暮らせる。

0807デフォルトの名無しさんNGNG
すんまそん・・・。教えてください・・・。
ＢＣＢを購入しようかどうしようか迷ってるんだけど
ＢＣＢはDelを知らないと使いこなせないの？
0808デフォルトの名無しさんNGNG
>>807
うん。
0809あぼーんNGNG
　　 　 ∧＿∧∩　／￣￣￣￣￣￣￣￣￣￣￣
　　　 （　´∀｀）/＜先生！こんなのがありました！
　＿ / /　　 /　　　＼＿＿＿＿＿＿＿＿＿＿＿
＼⊂ノ￣￣￣￣＼
　||＼　　　　　　　　＼
　||＼||￣￣￣￣￣||
　||　 ||￣￣￣￣￣||
http://saitama.gasuki.com/wara/
0810あぼーんNGNG
（　´Д｀）/＜ 先生！！こんなのを見つけました。
http://muryou.gasuki.com/hankaku/hankaku05.html
http://muryou.gasuki.com/hankaku/hankaku06.html
http://muryou.gasuki.com/hankaku/hankaku01.html
http://muryou.gasuki.com/hankaku/hankaku02.html
http://muryou.gasuki.com/hankaku/hankaku03.html
http://muryou.gasuki.com/hankaku/hankaku04.html
http://muryou.gasuki.com/hankaku/hankaku07.html
http://muryou.gasuki.com/hankaku/hankaku08.html
http://muryou.gasuki.com/hankaku/hankaku09.html
http://muryou.gasuki.com/hankaku/hankaku10.html
0811デフォルトの名無しさんNGNG
>>807
Delphiの資産を利用することになるだろうから。
分からないなら利用しなければ良いんだけどそうなると使いこなしているとは言えないね。
0812デフォルトの名無しさんNGNG
VC++って死滅しちゃうの？
0813デフォルトの名無しさんNGNG
>>812
あと三日もてば奇跡でしょう。
0814デフォルトの名無しさんNGNG
>>812 >>813
無理に話題をそらさなくていいよ
0815デフォルトの名無しさんNGNG
無駄な抵抗はやめなさい。
CodeWarriorがBCBもVC++も滅ぼします。
0816デフォルトの名無しさんNGNG
CodeWarriorってどこで買えるの？
0817デフォルトの名無しさんNGNG
>>816
↓ここ
http://cw.metrowerks.co.jp/metro/
0818デフォルトの名無しさんNGNG
>>814
いえ、それていませんね。
0819デフォルトの名無しさんNGNG
>>815
ﾗﾃﾞｨｿがCodeWarriorもBCBもVC++も滅ぼします。
0820デフォルトの名無しさんNGNG
そしてCOBOLだけが残ります
0821デフォルトの名無しさんNGNG
と、思わせといてCOBOLはF通と一緒に消滅します。
そしてCodeWarriorの時代が再来。
0822デフォルトの名無しさんNGNG
そして時は流れDelphiだけが残っていた。
0823デフォルトの名無しさんNGNG
Pascal知らなくてもBCB使えます。
Pascal知ってると、よりBCBを深く使うことができます。
0824デフォルトの名無しさんNGNG
C最強

C>>>>>C++>>>>>Java
0825デフォルトの名無しさんNGNG
今更ねえ
0826デフォルトの名無しさんNGNG
今後VisualStudioはVisualPerlが主力言語になります。
0827ＭＯＴＨＥＲNGNG
ばーんいいます。
0828デフォルトの名無しさんNGNG
VCLにバグが少なければオブジェクト指向だしPascal知らなくても問題ないのだろうけど、
現状はバグ多いし、ドキュメントは貧弱だからソース読まないとどうしようもないんだよね。
0829デフォルトの名無しさんNGNG
ヘジがM$に移ってしまったので、Borlandに残されたプログラマは
VCLの維持が大変だろうね。ましてや改良などできないだろう。
バグ取りも絶望的だ。
0830デフォルトの名無しさんNGNG
ヘジってバグ取り要員だったんだ。
0831デフォルトの名無しさんNGNG
>>830
他人が作ったスパゲッティーにバグが見つかった場合
作った本人でも(バグを取るのは）難しい、という意味と思われ。
0832デフォルトの名無しさんNGNG
VCLは捨ててCLXに移行します。
0833デフォルトの名無しさんNGNG
CLXで作るとJava見たいに糞使いにくくなるから却下。
0834デフォルトの名無しさんNGNG
CLX のおかげで不安定
0835デフォルトの名無しさんNGNG
うまいこといきませんなぁ。
0836デフォルトの名無しさんNGNG
　 ∧＿∧
　（　´∀｀）＜0x82ca, 0x82e9, 0x82db
0837デフォルトの名無しさんNGNG
>>831
VCL がスパゲッティって、VCL のコード読んだことないね。
VCL のバグは、数行書き直すだけで治るものがほとんどだよ。
0838デフォルトの名無しさんNGNG
>>836
　 （　・∀・）　　　|　|　0x834b, 0x8362
　と　　　　）　 　 |　|
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　 　　/ 　←>>1

0839デフォルトの名無しさんNGNG
まあ、事実、スパゲティなわけだし。
0840デフォルトの名無しさんNGNG
>>839
たとえばどこでつか？
0841デフォルトの名無しさんNGNG
こことか
0842デフォルトの名無しさんNGNG
>>840
嘘なんだから信じるな。自分でコードのぞいてみろ。
0843デフォルトの名無しさんNGNG
Delphi書けるのにBCB使ってる奴ってなんで？
C/C++の資産があるならわかるけどそうじゃない人は何かメリットあるの？
0844デフォルトの名無しさんNGNG
ぶっちゃけ無いよ。
0845デフォルトの名無しさんNGNG
>>843
Xerces-C とか使えまつね。
0846デフォルトの名無しさんNGNG
>>843
C++ なら書いたコードがいろんな環境に持っていけるし。
ロジックは ANSI C++ の範囲で書いている。
0847デフォルトの名無しさんNGNG
さー、早く来い来いVS.NET 2003!!
0848デフォルトの名無しさんNGNG
いろんな環境に持っていけるようなコードしか書かないなら
別にBCBを選択する理由は無いな
0849デフォルトの名無しさんNGNG
>いろんな環境に持っていけるようなコードしか書かないなら
BCBとSTLの組み合わせ最強。
VC++用に歪めたC++コードは破棄。
0850デフォルトの名無しさんNGNG
>>848
問題領域、ロジックだけでしょ。
Windows 環境では、コンピュータ領域は MFC より VCL が使いやすい。
0851デフォルトの名無しさんNGNG
そうはいっても MFC は業界標準だろ。
VCL は例え良くても閉じた世界だからダメ。
デファクトスタンダードは強い！ 事実上 VC の勝利は拭えない。
0852デフォルトの名無しさんNGNG
>そうはいっても MFC は業界標準だろ。
じゃ、なんでM$がMFCのVerｱﾌﾟ停止を表明するわけ？
その後バグフィックスVerｱﾌﾟしたけど。

>デファクトスタンダードは強い！
じゃ、VC++の文法をANSI設定しなきゃ。すると、MFCはコンパイルエラー。
0853デフォルトの名無しさんNGNG
MFCはVC++標準であって業界標準でもないし、Microsoft標準はC#だ罠。
0854デフォルトの名無しさんNGNG
>>852
いろいろ言い分はわからない訳ではないが、
みんなが使ってるものは強い。
VC が標準準拠であろうとなかろうと、Windows 開発環境に特化して
使いやすければいいと言うこと。＜ユーザ数が多いことでそれを証明している。
必ずしも「標準」が使い易いわけじゃないと思う。
0855デフォルトの名無しさんNGNG
>>854
じゃ、VBが標準か？消えるVBが標準なわけない。
コンパイラのユーザ数と標準は関係無い罠。
854の内容を無効とします。
0856デフォルトの名無しさんNGNG
>>853
現場ではまだ VC++ が全盛ですが何か？
C# なんて話題だけ先行して誰も使っていませんが何か？
0857デフォルトの名無しさんNGNG
>>856
Microsoftが標準と置いてるのは、という意味。
読めないならカキコすんな。
0858デフォルトの名無しさんNGNG
>>855
VB はまだ消えないって。VB6 使い続ければいいんだよ。
まだ VB 使いなんていっぱいいるよ。
0859デフォルトの名無しさんNGNG
>>858
将来消えるものを標準とは言えない。
先ず、言葉を身につけて下さい。
0860デフォルトの名無しさんNGNG
いや、本当はどうでもいいことなんだけど。あまりムキにならんと。
要するに言いたいことはまだまだ現場では VC++ の開発者が多いし、
当然 MFC を使って開発している訳で事実上標準なわけ。（当然Windows 環境に限る）
これは Delphi とは比べ物にならない。
タダこれを言いたかっただけ。

0861デフォルトの名無しさんNGNG
>いや、本当はどうでもいいことなんだけど。あまりムキにならんと。
>要するに言いたいことはまだまだ現場では VB の開発者が多いし、
>当然 VB6 を使って開発している訳で事実上標準なわけ。（当然Windows 環境に限る）
>これは VC++ とは比べ物にならない。
>タダこれを言いたかっただけ。

>>860
この内容を納得出来るか？
0862デフォルトの名無しさんNGNG
>>858
COBOLみたいに生き残るんだろうね。
0863デフォルトの名無しさんNGNG
>>862
WinがバージョンアップすればランタイムもActiveXも動作しない罠。
COBOLの場合は、コンパイラ自体が色んなOSに実装されてる。大きく違う。
0864デフォルトの名無しさんNGNG
>>863
Winがバージョンアップされても、みんながそれに追随してバージョンアップ
するわけじゃないだろ。特に会社の場合は古いバージョンを使い続けるところが多い。
0865デフォルトの名無しさんNGNG
COBOLコンパイラはなくならないが、VBコンパイラは姿を消す。
0866デフォルトの名無しさんNGNG
>>864
携帯機器がPCの10倍100倍となった今、何言ってるの？
0867デフォルトの名無しさんNGNG
>>864
とりあえずWin2kで充分だしなぁ。。。
0868デフォルトの名無しさんNGNG
VBコンパイラが姿を消したところに、Win2kがあったところで...
0869デフォルトの名無しさんNGNG
>>866
君はそれで仕事すればいいよ。
0870デフォルトの名無しさんNGNG
>>869
分かって無さ杉。
自分がPCを使ったところで、ターゲットが携帯だ罠。
0871８６９=NGNG
>>870
そもそも 863 と 864 のレスのつながりとどう関係あるんだ？
0872デフォルトの名無しさんNGNG
>>871　は ８６９＝８６４と書きたかった。
0873デフォルトの名無しさんNGNG
>>851
業界標準（かどうかは知らないが）ってだけでわざわざ使いにくい MFC 使うの？
問題の外。
0874デフォルトの名無しさんNGNG
>>873
就職したことのないやつには理解できないだろうな。
0875!873NGNG
>>874
ほんとになんで？
0876デフォルトの名無しさんNGNG
>>875
なんでって、天下の M$ だからだろ。
M$ ならつぶれないから安心感があるということ。
0877876NGNG
>>875
もし M$ が Del&BCB で 某が VB&VC なら確実に
Del&BCB が業界標準になっているのは間違いない。
答えは「M$ 製品だから」ということ。他に理由はない。
いくら某の方が優れていようと、これは太刀打ちできない。
世の中そういうこと。しょうがない。
0878デフォルトの名無しさんNGNG
>>877
エンジニアじゃなくて奴隷なんだ。
0879デフォルトの名無しさんNGNG
>>878
ソフトウェアのエンジニアぐらいだね。MS が大手だから MS の道具を使うなんて
言うのは。
機械系のエンジニアなんて、危なくてそんなことできない。
0880デフォルトの名無しさんNGNG
何かで聞いたけど、Win3.1 の時代は MFC vs OWL といい勝負だったらしい。
32ビットに移行した際、Borland C++ の 32ビット版のリリースが遅れに
遅れてた??か何かで、OWL 派だった人が MFC に移行してしまったらしい。
これが某の敗因らしい。
0881デフォルトの名無しさんNGNG
仕事でBCB5エンプラ使ってますが何か
最近はVCよりBCBの方をよく使いますが何か
0882デフォルトの名無しさんNGNG
コンパイラが某であれMSであれどっちみち同じMSのOSで動かすわけで、
純粋にコンパイラを比べたら、どちらもまともなコンパイラなのだが。
あとは純正かサードパーティかってとこ。
0883デフォルトの名無しさんNGNG
>>878
開発環境は手前で決めるわけじゃないしなあ。
ﾋｷｰにはわからんだろうけど。
0884デフォルトの名無しさんNGNG
>>881
違いのわかるいい会社だね。ウラヤマスィ
0885デフォルトの名無しさんNGNG
VC++ だと画面作りが大変だよね。
VC++ のリソースエディタだと Delphi みたいに簡単に派手でキレイな
画面作れないもんね。標準のコントロールだとショボイから、ActiveX で
拡張するしかないけど、そうなると EXE だけの配布というわけにはいかないし、
市販のもの使うと再配布の問題もあるし。
生産性は明らかに Delphi, BCB のような本物指向の RAD （VB はおもちゃ）
の方が良いのは間違いないよ。
0886デフォルトの名無しさんNGNG
だからVB+VCなんでしょ。
0887デフォルトの名無しさんNGNG
EXEだけの配布でもEXE+DLLの配布でも変わんないじゃん。
0888デフォルトの名無しさんNGNG
>>886
VB はランタイムのバージョンの問題があるけど。
0889デフォルトの名無しさんNGNG
>>887
Delphi, BCB はランタイム DLL なんてものはないけど。
0890デフォルトの名無しさんNGNG
>>887
DLL って ActiveX コントロールのことを言ってるんだね。失礼。
0891デフォルトの名無しさんNGNG
>>888
side-by-sideで解決済み。
よって
EXE単体＝EXE+DLL+side-by-side
0892デフォルトの名無しさんNGNG
>>889
ランタイムDLLってなに？ 独自用語？（ｗ
0893デフォルトの名無しさんNGNG
（890 の続き）
regsvr32 でインストールしなきゃなんないなんて面倒だよ。
EXE １本の方が配るの楽じゃん。
インストーラ作るの面どいし、かってに知らないファイルを
どっかにコピーされるのも気持ち悪いし。＜人が作ったもの。（一般製品除く）
0894デフォルトの名無しさんNGNG
ウイルスじゃあるまいしEXEで配る奴っているのか？
普通はデータファイルやREADME.TXTを含めて圧縮するだろ。
0895デフォルトの名無しさんNGNG
>>894
EXE だけって場合だってよくあるだろ。（特に社内とか友達に使ってもらうときとか）
そりゃフリーで公開する場合とかならドキュメントとか入れるだろうけど。
いちいちそんなことで揚げ足とるな。
0896デフォルトの名無しさんNGNG
メールも普通圧縮するよな。
CDやネットワークで配るときだけ？
よけい複数のファイルでも問題ないな。
コピーするファイルが増えるだけだもん。
0897デフォルトの名無しさんNGNG
>>896
わざと話そらしやがって。要は >>893 が必要なんだよ。
EXE 配布って言い方は言葉のあや。ったく揚げ足とって楽しいか？
DLL ファイルがそのままあれば動くと思ってるアフォなのか？
0898デフォルトの名無しさんNGNG
連中は本気で豚コードビルダーとデルポイでMSの開発ツール郡を駆逐できると思ってるからなあ。
0899デフォルトの名無しさんNGNG
で駆逐されたのがVB。
0900デフォルトの名無しさんNGNG
MFCも駆逐された...
0901デフォルトの名無しさんNGNG
DelとBCBが無ければ、C#が生き残れるのに。
0902デフォルトの名無しさんNGNG
>>898
開発ツール郡ってどこなんだ？
ガッコの宿題でもやってなさい！
0903デフォルトの名無しさんNGNG
>>897
> 要は >>893 が必要なんだよ。
わざと何が必要なのか書くのを避けやがって。
要はバッチファイルでregsvr32を実行するだけだろ。
0904デフォルトの名無しさんNGNG
Del厨どもは隔離スレに逝った事でようやくこのスレにも平和が訪れる。
0905デフォルトの名無しさんNGNG
で？結局VC++の勝ち？
0906デフォルトの名無しさんNGNG
STLとboostがあればDelphi使ってあげる。
0907906NGNG
それまではC++Builderだな。
0908デフォルトの名無しさんNGNG
CodeWarriorって実際どうなのよ。
すれ違いにならないために、
VC++とBCBとの比較でいいとこ、悪いところプリーズ。
あまりにも情報少ないぞ。使ってるやつ本当にいるのか？
0909デフォルトの名無しさんNGNG
>>1-907
OpenWatcomで十分でないですか？
お前ら馬鹿？
0910デフォルトの名無しさんNGNG
≫908
Macでのマトモな開発環境といったらCodeWarriorくらいしか無い。
あと、クロス開発なら現状では間違いなく最強。
PlayStationとかの家庭用ゲーム業界では結構人気あり。
0911デフォルトの名無しさんNGNG
まあコンパイルに1日かけてろってこった。
0912デフォルトの名無しさんNGNG
某厨はBCBの高いANSI準拠度を強調しておきながら
boooooostの対応成績ではVC++に大きく負けていることに関して
ほとんどコメントをしていないよな。触れて欲しくない話題なのか？(激藁嘲笑
0913デフォルトの名無しさんNGNG
>>912
Warningが多発するだけで、通る確率はVCよりずっと高いだろ。
0914デフォルトの名無しさんNGNG
STLが通らないVC++がBOOST使えるわけ無い罠
0915デフォルトの名無しさんNGNG
>>912
これを見ると、
http://boost.sourceforge.net/regression-logs/

8 days でも 2 weeks でも、

BCC 62% + 19% = 81%
VC6 70% + 7% = 77%
VC7 81% + 1% = 82%

いい感じだね。
0916デフォルトの名無しさんNGNG
それでも結局「同じ程度」か。（ｗ
0917デフォルトの名無しさんNGNG
VC が 7 になってマシになってきたってことだね。
0918デフォルトの名無しさんNGNG
VC6でもさほど変わらんな。VC7では逆転。
結局、VC>BCか。
0919デフォルトの名無しさんNGNG
よかったよかった。
VC あとは VCL をつけるだけだね。
0920デフォルトの名無しさんNGNG
しかし MS が ANSI 準拠にこんなに積極的になるとは、
数年前まではありえなかったな。
0921デフォルトの名無しさんNGNG
なんでだろう。
0922デフォルトの名無しさんNGNG
windowsゲームアプリをgcc使って作っているけど
bccも気になるなぁ DirectX まわりが良さそう..
0923デフォルトの名無しさんNGNG
VCLのポトペタ＆コンパイル機能とLinux版バンドルになったら、
VC++に乗り換えてやる。
0924デフォルトの名無しさんNGNG
>>923
君みたいなのは乗り換えなくてもいいです。迷惑です。
0925デフォルトの名無しさんNGNG
C++でポトペタ出来て、Linux版も同時に開発出来るBCBは理想の通りだな。
0926デフォルトの名無しさんNGNG
つまり、死に体のブビ厨もBCBポトペタすればC++で復活出来るわけか。
0927デフォルトの名無しさんNGNG
VC++6.0 ProとDXライブラリでゲームを作ってる漏れはアフォですか？
0928デフォルトの名無しさんNGNG
BC++3.1買った、初心者だったのにわざわざAFW付きのものを買った
デバッガがなにもしくとも5分くらいでフリーズした、キーを受け付けないので毎回ハードリセットした
某島に電話かけた、486SLC2はサポ外とかほざかれた、ノートだったのでどうしようもなかった
郵便でbdiff差分の修正FDが届いた、FDが不良品で読むことすら出来なかった
某島に電話かけた、なぜか某島倶楽部の廃刊を告げられた、肝心のFDは廃刊のお知らせのパンフに入っていた
修正パッチ当てても結局直らなかった、Cyrixを呪った、IBMも同時に呪った
OS/2版BCが出ていたことを知った、IBM機なんだから今よりマシだろと思いOS/2 Warpと共に買った
OS/2は486SLC2には重すぎた、トレースなんてできたもんじゃなかった、しかもHPFS周りで時たまBCにエラー吐かれた
時は過ぎPCもOSも替わり、いつのまにかBCがBCBになっていた、とりあえず買ってみた
OWLが消えていた、VCLはDel臭がしてなじめなかった、某島は終わりだなと思った
VSを買った、色々付いててなんか得した気分になれた、デバッガは噂どおり良かった
だが肝心のCコンパイラがどうしようもないほど糞だった、無意識に某pragma命令をタイプするようになった
Intel製のCコンパイラが良いらしいと聞き買ってみた、インスコしたらVSに寄生するように構築された
icl使うと今まで通っていたコードに余裕でエラー吐いてきた、しかしVSはエラー起きてもMSDNを開いてくれなくなった
だが今まで通らなかったコードが通るようにもなった、実行速度は明らかに速くなった
VS + icl 最強　以上
0929デフォルトの名無しさんNGNG
>>915
VC7.1βでは 91% + 2% = 93% みたいだね。
BCCはもうだめぽ。
0930デフォルトの名無しさんNGNG
BCB厨の詭弁まだ〜？
0931デフォルトの名無しさんNGNG
VCLのポトペタ＆コンパイル機能とLinux版バンドルになったら、
VC++に乗り換えてやる。
0932デフォルトの名無しさんNGNG
M$って結局VC++をVisualにする気がなかったんだね
0933デフォルトの名無しさんNGNG
MS のインタビューで、もはや VC を使うのは、一部のデバイス・ドライバ製作者に
限られ、一般的なアプリケーション開発者は C# に移行するだろう、と書いてありました。
いつだかの C マガに。
0934デフォルトの名無しさんNGNG
VCは、7じゃねーか
BCBも７になれば･･･


意外と勢いのあるスレッドですね。
その3まで続くの？
0935デフォルトの名無しさんNGNG
おれ BCB 好きだけど、詭弁じゃなくて、VC ベータ版の ANSI 準拠は歓迎するよ。
0936デフォルトの名無しさんNGNG
歓迎したところで、根底にあるのは、
>VC使うなｺﾞﾙｧ デバドラ製作者はしょーがねーか。
>一般的なアプリケーション開発者は C# に移行しる！
だから。
でも、C#の逝行を失敗してるだけで。
0937デフォルトの名無しさんNGNG
>>936
そんなこと言っていないけど。
それより、BCB で作った ANSI C++ ソースがそのまま VC7beta で動くのは嬉しい。
0938デフォルトの名無しさんNGNG
http://yahooo.s2.x-beat.com/linkvp/linkvp.html
0939デフォルトの名無しさんNGNG
>>937
違うよ。936に書いたのはM$の戦略。
0940デフォルトの名無しさんNGNG
小さい頃、肩の所に出来るクリリンのおでこのような（ｒｙ
0941デフォルトの名無しさんNGNG
だからCだよ！
ほら！言わんこっちゃない！！
馬鹿だね。
0942デフォルトの名無しさんNGNG
C#にも早くテンプレートつけろって。
0943デフォルトの名無しさんNGNG
Cは最強。
C++は初心者用。
Javaは問題外。
0944デフォルトの名無しさんNGNG
Common Lisp 最強。これ常識。
0945デフォルトの名無しさんNGNG
Scheme>>>>lisp
0946デフォルトの名無しさんNGNG
でも、それらも、ひまわりには勝てないだろ。
0947デフォルトの名無しさんNGNG
>>927
MFC使うより遥かにマシ。
0948デフォルトの名無しさんNGNG
>>944
いま Common Lisp は完全に OOPL だしね。
0949デフォルトの名無しさんNGNG
BCB買いたいんですが、Delphiのｱﾌﾟﾃﾞｰﾄ案内しか来ません。
Delphiを最新にｱﾌﾟしたら、BCBのｱﾌﾟﾃﾞｰﾄ案内着たりしませんか？
0950デフォルトの名無しさんNGNG
Delphi から BCB にアップデートはできないと思う。
0951デフォルトの名無しさんNGNG
>>949
アップデートはないけど優待販売はあるんじゃないの？
0952デフォルトの名無しさんNGNG
優待販売の保証があるなら、先ず、Delphiをｱﾌﾟするんだけど。
無いなら新規でBCBかな。
0953デフォルトの名無しさんNGNG
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=1050452299&res=3

このコードで比較すると

若干 BCB が高速になった。　BCBよりVCの方が速いコードが出せると思ってたんだが・・・・

やっぱりケースバイケースって事だな
0954デフォルトの名無しさんNGNG
ANSI準拠に関してBCBがVC++に劣っていることが証明されてから
BCB厨がすっかりおとなしくなってしまったよな。
0955デフォルトの名無しさんNGNG
それに比べてVC++厨は元気でつ！
0956デフォルトの名無しさんNGNG
BCBも7でANSIに完全準拠目指してるっぽいけど
MSがANSI準拠に本腰入れだしたからには 今まで売りだったものの一つ
ANSIへの準拠度がVCより高いってのが通じなくなってつらそう

後はBCBのエディタがよくなってくれれば… eclipse並になってほしいもんだね
0957デフォルトの名無しさんNGNG
Eclipse の plugin で BCB の OpenTools API 経由でアクセスして Eclipse から
BCB 感覚でコーディングと GUI 設計ができるやつならあるけどね。
0958山崎渉NGNG
（＾＾）
0959デフォルトの名無しさんNGNG
>>957
それってWindowsしか動かなくてBCBが必要なの？
0960デフォルトの名無しさんNGNG
Windowsでしか動かない=MFC=ATL=VC++
Windowsでもコードをジェネレートして使い物にならない=VC++

コードジェネレータの限界をカバーするための
クラスライブラリによる差分コーディングなのに、
何勘違いしてんの＞M$

ま、.NETはクラスベース開発になってるけど、.NETは死滅。
0961デフォルトの名無しさんNGNG
>>960
…そうか…VC++使いこなせなかったか。
0962デフォルトの名無しさんNGNG
>>960
BCB厨は歓迎だけど、デムパは消えてください。
0963デフォルトの名無しさんNGNG
BCBのVC++プロジェクト変換ユーティリティを使った。
コンバート出来た。
でも、CDialogはポトペタ開発出来ない。MFCソースは不良資産か。

みんなコンバート後はどうしてる？TFormに差し替えるべき？
0964デフォルトの名無しさんNGNG
>>963
　当然でしょ。　そんなの30分で置き換わるでしょうに。
0965デフォルトの名無しさんNGNG
そうでつか。

それと、BaseDB.cppとかDAOアクセスきちゃねー。
VC++の吐き出すコードはゴミダメでつ。
0966デフォルトの名無しさんNGNG
>>965
きょうびDAOなんて流行らないんだよ。ボケが。
ADO使え。
0967デフォルトの名無しさんNGNG
ADOだって。
もう、ADO+があるのに。

del/bcbはDB接続最強だし、ODBCもADOもTQueryがラップしたり、
M$だとRDO-DAO-ODBC-ADO-ADO+。
来年には別のが出るＹＯ！
0968デフォルトの名無しさんNGNG
> ODBCもADOもTQueryがラップ
ラップしきれてねぇ（ﾌﾟ
0969デフォルトの名無しさんNGNG
>>968
煽りにしては967に負けてる。

ドライバやインターフェースが変わり続けるVC++ってダサダサじゃん。
それもそれ用のコードをVC++のバージョン毎に違うものを吐き出すなんて、どういうこと？？？
0970デフォルトの名無しさんNGNG
負けてる。って、そりゃ自分を応援したくなるのは分かるけどねぇ。
0971デフォルトの名無しさんNGNG
何を言ったところで、

ドライバやインターフェースが変わり続けるVC++ってダサダサじゃん。
それもそれ用のコードをVC++のバージョン毎に違うものを吐き出すなんて、どういうこと？？？
0972デフォルトの名無しさんNGNG
VC++って誰も「使いづらい」って言えない雰囲気があったんだろうね

VC++は「プロ用でござい」だったから
「使いづらい」なんて言ったら「おめーはプロじゃねー」とか言われそうで

結局そうやってユーザーがVC++を甘やかしてしまったんだろうね
0973デフォルトの名無しさんNGNG
>>970
そんなにくやしかったのかい？
0974デフォルトの名無しさんNGNG
>>973
そうだよ！悪かったな！！
0975デフォルトの名無しさんNGNG
>>974
(^Д^)
0976デフォルトの名無しさんNGNG
>>971
>インターフェースが変わり続けるVC++ってダサダサじゃん。

VC4 -> VC5 あまり変わってない
VC5 -> VC6 あまり変わってない
VC6 -> VC7 大きく変わった
VC7 -> VC7.1 あまり変わってない

一回大きく変わっただけで「変わり続ける」ですか。自分で使ったことがないのがバレバレ。
宇宙人からの情報だけに基づいてカキコするのはやめてください。
0977デフォルトの名無しさんNGNG
初期のMFC大変更もあるだろ。

結論。
定期的に大変更＆コンパイル不可能発生。
0978デフォルトの名無しさんNGNG
>>977
そりゃあWin16からWin32へ移行するときには大きく変わるだろうよ。
それでMFCが一回大変更されたら「定期的に大変更」ですか。 (ﾌﾟ
0979デフォルトの名無しさんNGNG
おまえらひまわりでも使ってろよ
0980デフォルトの名無しさんNGNG
VC++よりBCBの方が、確実に生産性は高い。
趣味でやる分にはどっち使おうが構わないが
仕事で使うんならBCBにしてくれた方がありがたい。
でもほとんどVC++なんだよなこれが
プロジェクトによって指定されるからこっちに選択権はないし。
0981デフォルトの名無しさんNGNG
>>980
両方使えよ。UIはBCB、それ以外はVC++。仕事で使うんなら別に高い買い物でもないし。
0982デフォルトの名無しさんNGNG
BCB5とVC6だと
最適化の掛かり方はVCの方が良い気がするんだけど、
BCB6とVC7で変わりました？
0983980NGNG
>>981
こっちには選択権がないって書いてるだろ。
この馬鹿チンが。
0984デフォルトの名無しさんNGNG
>>982
>>953のコードだとどう？　

結局、元のコードによるんじゃないの？
ただ、BCB の方が最適化オプションが少ないから感覚的にそう思うんでしょ。

そもそも、最適化レベルの速度差なんて意味ないしね。
0985デフォルトの名無しさんNGNG
>>983

まだそんな仕事が残ってたのか・・・羨ましいなあ・・・どっかの大手直下ですか？
今はもうこっちが提案していかないと仕事貰えない・・・
0986デフォルトの名無しさんNGNG
うーん、VCLもバンバン仕様変わってる気がするけどな。
旧バージョンで作ったコンポーネントがそのまま通らないってことは多々。

どーでもいいけど、ドッキングとかいらないから軽くしたTFormも用意してくれ・・・。
0987デフォルトの名無しさんNGNG
>>986
たぶん古いVCLコードをそのまま持ってきたら動くだろうと思うんだけどね。
でも、実際 4以上古いともう使いたくないな
0988980NGNG
>>983
おい、俺を騙って何になるんだ。
まあ言いたいことは同じだが
0989デフォルトの名無しさんNGNG
結局どっちもどっち
0990デフォルトの名無しさんNGNG
>>986
>どーでもいいけど、ドッキングとかいらないから軽くしたTFormも用意してくれ・・・。
みんながそう思ってるはずだよな。
なんでもかんでも詰め込んでるって感じ。某の怠慢だな。
0991デフォルトの名無しさんNGNG
＞たぶん古いVCLコードをそのまま持ってきたら動くだろうと思うんだけどね。

「たぶん」「だろう」「思う」
0992デフォルトの名無しさんNGNG
>>991
ああ、もう判った、判った。

BCBの持ってるDCC32コンパイラは、TPascalの時代から上位互換性に優れていて
以前のコードは問題なくコンパイル出来る。
だから、古いVCLコード一式を一式としてならコンパイル出来る。
ただし、C++側のコンポーネントと相性がどうなるか迄は不明。

0993デフォルトの名無しさんNGNG
もう、VC++との比較は良いから、BCBのマニアック合戦やってくれ。

文章で書くより一旦BCB使えば、VBより簡単て分かるんだから。
0994デフォルトの名無しさんNGNG
ダイアログアプリしか作らない人には、良いかもね。
0995980NGNG
>>993はスレタイを読めない馬鹿
0996995NGNG
名前欄の"980"は関係ないので悪しからず
0997デフォルトの名無しさんNGNG
Linuxとクロスコンパイルしたい人にも良いんじゃないか。

Winからの脱却に最初に上がるのはLinだし。
0998デフォルトの名無しさんNGNG
ぬるぽ998
0999デフォルトの名無しさんNGNG
Lindowsですか。
1000デフォルトの名無しさんNGNG
1000ぬるぽ
1001１００１Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。