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

Borland Developer Studio 2006 HotFix-05

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/06/04(日) 17:35:21
ボーランド、マルチ言語対応の新しい統合開発環境
「Borland(R) Developer Studio 2006日本語版」

＜過去スレ＞
Borland Developer Studio 2006 No.01
http://pc8.2ch.net/test/read.cgi/tech/1133634136/
Borland Developer Studio 2006 No.02
http://pc8.2ch.net/test/read.cgi/tech/1138097639/
Borland Developer Studio 2006 No.03
http://pc8.2ch.net/test/read.cgi/tech/1142507650/
Borland Developer Studio 2006 No.04
http://pc8.2ch.net/test/read.cgi/tech/1145192731/
0098デフォルトの名無しさん2006/06/07(水) 20:12:45
動作にPCパワーが要求されるのはBDSが重い証拠。
0099デフォルトの名無しさん2006/06/07(水) 20:13:26
たんにD7使えば解決でしょ。
0100デフォルトの名無しさん2006/06/07(水) 20:16:23
旧バージョンを使いたくなるほど重い。
または、
環境によって原因不明で重くなる不安定さ。

どちらかを否定すればどちらかを肯定せざるを得ない。
0101デフォルトの名無しさん2006/06/07(水) 20:16:47
BDSが重いと言ってる奴は貧乏な証拠。
0102デフォルトの名無しさん2006/06/07(水) 20:29:28
これもわざと擁護してイメージダウンさせる陰謀か？
0103デフォルトの名無しさん2006/06/07(水) 20:30:10
VSのスレには重いとか固まるとか、ＳＰ１早く出れとか散々カキコされている訳だが。
0104デフォルトの名無しさん2006/06/07(水) 20:34:08
VSですらそういわれてるんだったら、こんなBDSが製品化されたことは奇跡だ。
0105デフォルトの名無しさん2006/06/07(水) 20:54:37
VSって劇古PCでコードとフォームの切り替えると
画面全体がゆらゆら・カクカクしないか。

BDS2006だと大丈夫なのが不思議だ。
0106デフォルトの名無しさん2006/06/07(水) 21:00:51
>>105
あるある。
コードからフォームに切り替えたときにだろ。
なんか、フォームの配置関連でずいぶんいろんな処理してる感じで、
出来ればあまりフォームを表示したくない。
BDSだとデザイナは何ともないが、逆にエディタが重くてコードを表示したくなくなる。
ちょうど逆だな。
0107デフォルトの名無しさん2006/06/07(水) 21:22:24
BDSは重い
少なくともVS2005よりも…
私は未だに、でるひver5をwin98で使い続ける貧乏さんです
子供の学費が高すぎる！
高性能PCなんて買えるかあああぁぁ…
0108デフォルトの名無しさん2006/06/07(水) 21:27:52
WIN98でVS2005というのも十分に間違っていると思われ。
0109デフォルトの名無しさん2006/06/07(水) 21:34:20
> 逆にエディタが重くてコードを表示したくなくなる。

何が重いのか良く分からないが、こんな手もある。
http://blog.so-net.ne.jp/bousyo/2005-12-10-1
0110デフォルトの名無しさん2006/06/07(水) 21:58:12
>>108
タダには勝てん。
0111デフォルトの名無しさん2006/06/07(水) 22:03:05
BDSが重いのではなく、110の財布が軽すぎるだけなのでは。
0112デフォルトの名無しさん2006/06/07(水) 22:05:38
>>111
誰が上手いこと言えといった！
0113デフォルトの名無しさん2006/06/08(木) 01:24:45
BDSが重いのは事実、110の財布が軽すぎるのも事実。

上手いこと言おうとして、嘘いってはいけません。
0114デフォルトの名無しさん2006/06/08(木) 07:52:34
俺の財布が軽いのは日本の少子化対策がうまくいってないからじゃあ！
まったくどいつもこいつも人の足元見やがって…
でもそんなおまえらが結構好き
0115デフォルトの名無しさん2006/06/08(木) 09:14:41
頑張れ。子連れ狼。
0116デフォルトの名無しさん2006/06/08(木) 09:56:26
子供がいないおかげでBDS重くないとか言ってる、金持ちから税金取らなすぎ。
0117デフォルトの名無しさん2006/06/08(木) 10:05:09
格差社会じゃぁ
0118デフォルトの名無しさん2006/06/08(木) 10:20:21
「BDS重くない税」を施行してください
0119デフォルトの名無しさん2006/06/08(木) 10:27:42
次々登場。HotFix #5/#6 がサイトにアップロードされてますぜ。

ftp://ftpd.borland.com/download/bds/bds_2006/hotfixes/BDS2006Upd2_Hotfix5.zip
ftp://ftpd.borland.com/download/bds/bds_2006/hotfixes/BDS2006Upd2_Hotfix6.zip

7 以降は「まだ」無いみたい。
0120デフォルトの名無しさん2006/06/08(木) 10:52:33
良い感じ。

HotFix 5
> the product is configured with a large number of component packages, there
> is a significant delay when switching to the form designer view.

HotFix 6
> Accented characters or far east characters in source code cause errors in C++
> rename refactoring.
0121デフォルトの名無しさん2006/06/08(木) 11:17:06
なんでHotFixでまくりなん？
まとまったアップデートは出さないって事かな。
出さないけどまだまだバグってるってことだな。
0122デフォルトの名無しさん2006/06/08(木) 11:20:49
バグを直さないと文句を言い
バグを直すと文句を言う
アンチとは常に文句を言い続けるのが使命なのだが。
0123デフォルトの名無しさん2006/06/08(木) 12:12:32
新しいやり方を試しているんじゃね。
正式のアップデートと位置づけない方が、関係各所への根回し不要みたいな
意味合いもあるのかと妄想。

2005 のアップデート３も量は少なかったし
とりたてて驚くような物でもないと思われ。
0124デフォルトの名無しさん2006/06/08(木) 12:21:48
アンチの行動をどう読んでも、原因はバグだらけである点だけは否定できない。
0125デフォルトの名無しさん2006/06/08(木) 13:24:53
newsgroup その他からの情報をまとめてみた

#1 : C++ ヘッダーファイルで，標準とは異なる構造体境界値を使ったときに起こる問題の回避
#2 : 最新の Caliber SDK のアップデートモジュール
#3 : 古い IE が使う古い MS Crypt API の環境で IDE が起動しない。
#4 : HTML エディタで DBCS 文字が壊れる
#5 : 多量の(1900個)コンポーネントをインストールしていると，フォームデザイナの反応が落ちる
#6 : C++ の名前変更リファクタリングが，ソースコードに DBCS 文字が入っていると正しく動かない
0126デフォルトの名無しさん2006/06/08(木) 13:28:12
#2 は，Update2 の後に Caliber SP1 がでたから。
#1, #3, #5 は，かなり特殊な環境での問題。特に #5 はパフォーマンス向上が
主たる目的。

バグ修正は #4 と #6 だけ。これも英米圏では「特殊な環境でのバグ」ということ
なんだろうなぁ。

個人的には #4 と #6 が Update2 で直らなかった（見つけられなかった）ことに
不安を持ちます。
0127デフォルトの名無しさん2006/06/08(木) 13:47:03
>残念ながらHotFix 3, 4 であったReadMe の表記上のゆれ
これってなんのこと？
0128デフォルトの名無しさん2006/06/08(木) 15:33:47
たー坊カムバァーックと10回唱えれば分かる。
0129デフォルトの名無しさん2006/06/08(木) 15:42:00
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
0130デフォルトの名無しさん2006/06/08(木) 15:59:02
それ９回
0131デフォルトの名無しさん2006/06/08(木) 15:59:20
あぁ，そういうネタか。
Turbo は単独パーソナリティ製品のことだから，HotFix で差し替えるファイル自体が
無い場合が有るからね。
「表記の揺れ」ではなく，Turbo には不必要な HotFix ってことでしょ
0132デフォルトの名無しさん2006/06/08(木) 18:12:53
Hotfixはどうでもいい修正ばかりだな・・・
0133デフォルトの名無しさん2006/06/08(木) 18:29:42
Update3は期待しない方がいいのかな。
0134デフォルトの名無しさん2006/06/08(木) 19:12:23
2007のリリース時期によるのでは。
0135デフォルトの名無しさん2006/06/09(金) 06:32:35
どうでもいい修正だから HotFix 扱いなんでしょ。>132
0136デフォルトの名無しさん2006/06/09(金) 10:03:48
普通はどうでもいい修正は大規模アップデートにまとめて、緊急性の高いものをHotFixにするような…。
0137デフォルトの名無しさん2006/06/09(金) 10:23:34
普通の神経じゃないだろ、某は。アルファを製品として売り出したし。
0138デフォルトの名無しさん2006/06/09(金) 11:37:48
しないよ >136
0139デフォルトの名無しさん2006/06/09(金) 11:56:28
>>137
それはソニーじゃん
0140デフォルトの名無しさん2006/06/09(金) 13:28:28
さらなるロードマップの改訂。
ttp://bdn2.borland.com/article/33519

正式に Highlander が今年末ではなく来年頭（early 2007）になった
Win64 Native サポートが入る。
0141デフォルトの名無しさん2006/06/09(金) 15:24:40
うほっ、また、バグの大漁。
0142デフォルトの名無しさん2006/06/09(金) 15:35:28
きたよこれ。
0143デフォルトの名無しさん2006/06/09(金) 17:53:30
よしきた。
0144デフォルトの名無しさん2006/06/09(金) 17:59:15
ちょっと待て

> Win64 Native サポートが入る。
Delphi/C++ for WIN64 の話なんじゃね。
0145デフォルトの名無しさん2006/06/09(金) 17:59:54
Highlander の次の次ってこと。
0146デフォルトの名無しさん2006/06/09(金) 18:04:32
原文読んでみて。>144,145
0147デフォルトの名無しさん2006/06/09(金) 18:04:40
次の次の次なら、前のロードマップとおんなじ
0148デフォルトの名無しさん2006/06/09(金) 18:12:07
>>146
画像と違わね？
will のwill のような気が。
0149デフォルトの名無しさん2006/06/09(金) 20:52:41
ただの手抜き文書らしいぞ。
昔の文面をコピペしたらしい。
0150デフォルトの名無しさん2006/06/09(金) 20:59:24
>ただの手抜き文書らしいぞ。
出典は？誰の言葉？

本人ら関係者の明日の解説を待つのが良かろう。
0151デフォルトの名無しさん2006/06/09(金) 21:06:30
浮かれていたが、よく見れば、ほぼ一緒だ。
なんかツジツマが合わないと思ったよ。騙された。

2006年6月
http://bdn2.borland.com/article/33519

2005年11月
http://bdn.borland.com/article/0,1410,33383,00.html
0152デフォルトの名無しさん2006/06/09(金) 21:14:38
相変わらずいい仕事するよな。
0153デフォルトの名無しさん2006/06/09(金) 21:16:50
30分だけ夢見ちゃったよ。
0154デフォルトの名無しさん2006/06/09(金) 21:37:27
某クオリティ
0155デフォルトの名無しさん2006/06/09(金) 21:44:53
朝になったらJohn Kaster は腰を抜かすと思われ。
0156デフォルトの名無しさん2006/06/09(金) 21:59:26
とにもかくにもようやく64ビット版が見えてきたのは一安心……。
0157デフォルトの名無しさん2006/06/09(金) 23:28:32
64ﾋﾞｯﾄ対応よりもVCLをはやくUnicode化してくれよ。
0158ミ,,ﾟДﾟﾐノ ◆A6VzDeLphI 2006/06/09(金) 23:31:20
>>157
さんせー
0159デフォルトの名無しさん2006/06/09(金) 23:31:43
いえてる。

64ﾋﾞｯﾄ対応は、不急だわな。いまんところ、アドレスが足りなくて困るようなアプリ
はあんまりないし。
0160デフォルトの名無しさん2006/06/10(土) 00:27:08
Unicode化なんて漢字なんかの２バイト文字圏の人の要望が多いだけでないの？
1バイト文字圏の人はどーだっていいよー的にしか考えてないと思うけど。（ちがうのかね？）

それより、６４ｂｉｔに対応しなくて「３２bitコードしかはけない旧式コンパイラ。ﾌﾟｷﾞｬｰ」
って競争相手に攻撃される方がはるかに被害甚大だとおもうけど。。

いつかはUnicode化されることを願ってマターリまちましょうや。
0161デフォルトの名無しさん2006/06/10(土) 00:54:48
VCLには興味がなかったから知らなかったけど・・・


　　今時、UNICODE化できてねぇライブラリなんてありえねーよ！　m9(^Д^)　ﾌﾟｷﾞｬｰ
0162デフォルトの名無しさん2006/06/10(土) 01:16:59
うざ
0163デフォルトの名無しさん2006/06/10(土) 01:52:03
それをいっちゃ今どきこんなに最適化されてないバイナリ吐くのもありえない。
0164デフォルトの名無しさん2006/06/10(土) 02:26:33
最適化の悪さはTurbo-Cの頃からの伝統だしな。
MS-CかLSI-C86か、という時代の話だが。
0165デフォルトの名無しさん2006/06/10(土) 02:40:42
再帰コールしながらハッシュ検索するプログラムで
速度を測定したら、VC++よりも５％程度高速だった。
思い出したように最適化アンチが出現するが、実際に試したことない奴がいい加減なこと言っているのは明らか。
条件によりけりということだ。
あと、フリーのBorland C++(６年くらい前か？)とVSの最新版を比較している馬鹿もいるし。
0166デフォルトの名無しさん2006/06/10(土) 02:51:30
某の最適化の悪さは、コンパイルスピードを意地でも速く保つためでは
ないかと思う事がある。実際その通りだが。コンパイルスピード*だけ*では
某がトップクラスだ。
0167デフォルトの名無しさん2006/06/10(土) 02:58:24
去年までやってたＶＣの開発はヘッダに修正入るとビルドに１時間以上かかったな
0168デフォルトの名無しさん2006/06/10(土) 03:28:47
ttp://www.tietew.jp/cppll/archive/10120
ttp://jbbs.livedoor.jp/bbs/read.cgi/computer/5651/1048738265/226

条件にもよるんだろうけど、こんな結果もあるようで。
0169デフォルトの名無しさん2006/06/10(土) 08:04:55
>>168
(　д )　　　　ﾟ　 ﾟ
なにそのICC‥‥
0170デフォルトの名無しさん2006/06/10(土) 09:20:32
Delphiしか使えないので比較はしてないが、
CPUビューで見るとわざと冗長に書いたコードをそのまま再現しててあきれたことがある。
それ以来、読みにくくてもメンテしにくくても、初めから最適化されたコードを書いてる。
0171デフォルトの名無しさん2006/06/10(土) 09:27:39
>>165
そのテストは最適化On/Offでどれだけ差が生じるコードで試したの？
0172デフォルトの名無しさん2006/06/10(土) 12:42:25
まぁさ、どうせおまえら、科学技術計算アプリとか速度がシビアに要求されるアプリ
書くわけでもないし、うるさいよね。
他人のプログラムにはあーだこーだいいがかりをつけてばっかで。
最適化？自分で超最適化するコンパイラ作れるようになったら言ってくれよ。
つくれもしないくせに。

0173デフォルトの名無しさん2006/06/10(土) 12:46:33
というわけで、.NET アプリでも十分なんだな、普通は。
0174デフォルトの名無しさん2006/06/10(土) 13:05:59
.NET ではさすがに遅いし起動も重い。
0175デフォルトの名無しさん2006/06/10(土) 13:06:56
>>172
なんだと？それがお客様に￥を出してもらって生活している人間の
吐く言葉か！
0176デフォルトの名無しさん2006/06/10(土) 13:35:05
え`っ！俺フリーソフトプログラマなんですけど。
.NET使う奴って完全にお客様を馬鹿にしてるよね。
バグが出にくいのか、最新技術を使ってるという事で単価を上げているのか知らんが
あんな激重ライブラリで作られた激重ソフトを納品された何も知らないお客様

ｶﾜｲｿｽ(´･ω･`)

わかってはいるけどMSに振り回されて完成したBDSを提供された俺様

ｶﾜｲｿｽ(´･ω･`)
0177デフォルトの名無しさん2006/06/10(土) 14:46:54
何しに来たのかよくわからないが、騒がしい奴だな。
0178デフォルトの名無しさん2006/06/10(土) 14:50:51
お客の方からドトネトを指定してくるケースも多かった
ただこれはあくまでも過去形
最近ではこういう客もいなくなった
でドトネトを指定してきた客にその理由を聞くと、どっかのSIのバカ営業に入れ知恵されたパターンがほとんど
そしておれがそれを引っくり返してDelphi7で開発する
MSのエバンゲリオンの人、すんませんｗｗ
0179デフォルトの名無しさん2006/06/10(土) 14:53:40
ProからEnt版への乗り換え案内が来たけど、アマグラマには
不要な機能ばかりなんだよね。共同開発しないと不要。
0180デフォルトの名無しさん2006/06/10(土) 16:30:30
配布の問題がなければ、べつに .NET アプリでもぜんぜん問題ないよ。

遅いとか言うなら、Delphi が吐くバイナリの最適化がスカなのと大差ないし。
0181デフォルトの名無しさん2006/06/10(土) 16:34:51
> Delphi が吐くバイナリの最適化がスカなのと大差ないし。

実際、１００万項目のリストのソートとか、小さいループの数値計算とかだと
C# で作ったアプリの方が、最適化の有利にJITの不利は打ち消されて、
Delphi の exe より速い場合が多い。
0182デフォルトの名無しさん2006/06/10(土) 16:51:00
C#が糞なのは万国共通の認識
.NET Framework入れろと出たら、糞C#アプリが削除されるだけ。
0183デフォルトの名無しさん2006/06/10(土) 16:56:19
MFC->COM->.NET->?
0184デフォルトの名無しさん2006/06/10(土) 17:07:00
Windows にデフォルトで .NET が入るようになれば、C# で決まりでしょ。
そのころにはDelphiはなくなってるからどうでもいいでしょ、もう。
0185デフォルトの名無しさん2006/06/10(土) 17:07:39
過去を辿っていくとMFCも散々に叩かれていた件
0186デフォルトの名無しさん2006/06/10(土) 18:07:59
>>181
Javaの方が速いっていう人もいたが、実際みたことない。
実測できる、ソースとか見せてよ。
でなきゃ信じない。
0187デフォルトの名無しさん2006/06/10(土) 18:21:41
おんなじようなプログラム書いてそれで勝負すればいいじゃない？
できれば実用的な使えるやつね
0188デフォルトの名無しさん2006/06/10(土) 19:39:16
>>181
それは.NET初期に見てた夢にすぎない。
ネイティブは速いコードを工夫して書かなきゃ行けないけど、
.NETは読みやすさを重視して書いても十分速いという約束だった。
現実は、最適化されるコードを知ってて書いてる限られた場合だけ速い。
0189デフォルトの名無しさん2006/06/10(土) 21:19:03
現実に速い場合があるんだよね、.NET アプリの方がネイティブより。
全部じゃないし、とくに GUI 部分は依然として、ネイティブの半分ぐらいの
パフォーマンスだと言われている。だから、２，３年前のPCでネイティブ実行した
のと、変わらないんだよね。いまなら、速度的な不満はほとんどないと思うよ。

問題は、実行速度より、実行環境の整備・配布、あと起動時間なんだな。
これは Vista 以降、急速に改善されるでしょ。Delphi の寿命もあと少し。

これが現実。
0190デフォルトの名無しさん2006/06/10(土) 21:25:58
Vista自体が超もっさりOSだから気にならなくなるという事か
0191デフォルトの名無しさん2006/06/10(土) 21:29:27
いや、よく考えてみろ、ネイティブより速いって論理的に出来ないよな。魔法か？
.NETでの速いは、工夫しなくてもネイティブと同じくらい速いという意味だ。
ただしそれを実現できるのは、MS近辺の設計を知るもののみで、
そのために作られたサンプルコードだけが、
遅く書かれたネイティブコードよりは速く動くと言うだけ。

おまえの言いたいことは前提から間違っているから「現実」ではない。
0192デフォルトの名無しさん2006/06/10(土) 21:33:50
だからネィティブより速いとか言ってるやつは証拠しめせやｗ
0193デフォルトの名無しさん2006/06/10(土) 21:40:47
>>189
おまえ誰に騙されたんだ？
何で書いても最終的には機械語になるんだから、
速い機械語を考えて書くのが一番速くて、それ以上はあり得ない。
よって.NETでの最高速度だって、その機械語の速度が限界。

高速な機械語にコンパイルされることを期待してわざと遅く書いたネイティブで、
しかもネイティブコンパイラがその期待した最適化をしなかった場合で、
しかも同じようなコードで.NETが高速な機械語を生成すれば勝てるが、
普通はネイティブでわざと低速で最適化を要するコードは書かないので、
.NETの方が速い場合なんて現場にはない。

どちらかといえば、思い通りの機械語を吐かせ難い.NETの方が不利。
0194デフォルトの名無しさん2006/06/10(土) 21:44:27
だからさ
簡単なコードで実行速度とか体感速度とか較べればいいだけでしょ
客観的に検証できることなんだからさ
0195デフォルトの名無しさん2006/06/10(土) 21:45:15
大変だな、思いこみが強くて実験してないで速い遅いって。
0196デフォルトの名無しさん2006/06/10(土) 21:46:27
>>189 はバカと認定されますた。
0197デフォルトの名無しさん2006/06/10(土) 21:48:26
JIT は x86 でもいろんな石に最適化できるんだよね。なにしろ、実行直前に
石を判断できるんで。Delphi みたいにフルーイ石でも実行可能なバイナリより
何倍も速く実行可能な場合があるんだよ。
0198デフォルトの名無しさん2006/06/10(土) 21:50:01
まぁ、.NETの方が速い場合もありえるとは思うよ。
>>189
は.NETが生成する中間言語というかネイティブと他のコンパイラが生成したネイティブの比較のお話してんじゃない？？
■ このスレッドは過去ログ倉庫に格納されています