Borlandにはやられた...

Borlandにはやられた. ..

301:デフォルトの名無しさん
06/10/18 22:07:22
無償化で今回こそはと思ったけど、やっぱり騙された

302:デフォルトの名無しさん
06/10/18 22:24:15
>>301
無償化しても、だめぽ会社じゃやっぱりだめぽってことだ

303:デフォルトの名無しさん
06/10/19 00:20:36
反.NET派に支持されてるのを忘れてプログラマが一番使う部分を.NET化しちゃうんだもんな

304:デフォルトの名無しさん
06/10/19 01:56:15
Delphiはコードが美しくないからきらいだ

305:デフォルトの名無しさん
06/10/19 20:48:05
好き嫌いはチラシの裏へ

306:デフォルトの名無しさん
06/10/21 16:54:54
むしろ今となってはコードの美しさだけがDelphiの魅力。

307:デフォルトの名無しさん
06/10/21 19:00:39
プログラマにとってそれ以外に求めるものがあるのだろうか

308:デフォルトの名無しさん
06/10/23 23:32:03
美醜、好嫌はチラシの裏へ

309:デフォルトの名無しさん
06/10/28 14:16:30
VBよりコードが汚いDelphi(笑)

310:デフォルトの名無しさん
06/10/28 15:28:06
コードが汚くなるのは言語ではなく書いた奴の（ｒｙ

311:デフォルトの名無しさん
06/10/28 15:43:22
VBは誰が書いても汚いがな

312:デフォルトの名無しさん
06/10/29 00:31:50
誰が書いても綺麗なPythonにRADがついたよ
アマグラマに人気のDelphiだけどMS-Pｙてょｎがトドメヲサス

313:デフォルトの名無しさん
06/10/30 19:11:57
>>312
さすがにそれはない

314:デフォルトの名無しさん
06/11/08 00:20:06
>>290
【Delphi互換!?】FreePascal【GPL】
ｽﾚﾘﾝｸ(tech板)

315:デフォルトの名無しさん
06/11/09 15:20:38
UNICODEなファイルがローカルPCにちょくちょく混入してきて
自家製のアプリが誤動作するケースが出てきたな。
Delphiの.NET対応より先にWideﾃﾞﾌｫ化しろよ。
つくづく経営センスのない会社だったな。

316:デフォルトの名無しさん
06/11/13 21:03:45
>>290
【Delphi互換!?】FreePascal【GPL】
ｽﾚﾘﾝｸ(tech板)

317:デフォルトの名無しさん
06/11/15 19:46:11
CodeGearにはやられた...

318:デフォルトの名無しさん
06/11/16 19:17:52
アニオタ向け開発環境

319:デフォルトの名無しさん
06/11/16 20:09:50
>>318
阿呆アンチは氏ね

320:デフォルトの名無しさん
06/11/17 01:50:29
いやBorlandC++Compiler以外使ってないぜ

321:デフォルトの名無しさん
06/11/17 02:36:04
アンチは死ね

322:CodeGear(笑)
06/11/22 18:26:48
CodeGear(笑)

323:デフォルトの名無しさん
06/11/25 03:41:13
>>315
マジで？
具体例きぼん

324:デフォルトの名無しさん
06/12/04 22:55:47
Delphi って読み方ﾃﾞﾙﾌｫｲだよね？

325:デフォルトの名無しさん
06/12/28 10:49:05
　

326:デフォルトの名無しさん
06/12/28 20:58:31
出る灰

327:デフォルトの名無しさん
07/01/04 17:30:34
Delphi は打たれる

328:デフォルトの名無しさん
07/03/04 17:03:52
あげ

329:デフォルトの名無しさん
07/03/22 22:56:30
長いこと、趣味ではBorlandにお世話になりました。。。

330:デフォルトの名無しさん
07/03/23 06:10:58
今はCodeGearにお世話になっています。

331:デフォルトの名無しさん
07/03/23 17:56:47
Delphi2005で終りか・・・
でもパスカルは残せよ！

332:デフォルトの名無しさん
07/09/18 00:43:27
ググったらやっぱり「コードギアス」と似てるのが気になる人いるみたいじゃね～

　コードギア反撃のボーランド　てか？

333:デフォルトの名無しさん
08/02/02 22:22:02
やはは

334:デフォルトの名無しさん
08/04/23 14:04:41
Borland C++ Builder6での話なんだけど。。
ソースの記述どおりにコンパイルされないってこと、ありますか？

ODBCでMS-Accessデータベース(ユーザ名なし、パスなし)にログインさせようと
　　thDB_wk->DatabaseName = "sample_db" ;
*1　thDB_wk->Params->Add( "USER NAME=" ) ;
*1　thDB_wk->Params->Add( "PASSWORD=" ) ;
　　thDB_wk->LoginPrompt = false;
としたんです。
ユーザ名とパスワードに、なにか文字をいれても
(例)　thDB_wk->Params->Add( "USER NAME=ほげほげ" ) ;
*1の２文を削除しても
LoginPromptをtrueにしても、ｵﾌﾞｼﾞｪｸﾄﾌｧｲﾙを削除や全コンパイルしても、
なにをどうしてもログインダイアログが出なくて、
ソースの記述を変更せずにフォームを１つ追加すると、ダイアログが出るようになるんです。
なにがなんだかわからないと思う。

ヘルプを読むと、LoginPromptの値で、ダイアログの出る／出ないが決まるらしいんだけど
それがどうコンパイルしても反映されず、常時出ないコンパイルされてしまうんです。
にもかかわらず、フォームを１つ追加するだけで、loginPromptの値が反映されるようになる。

わけわかんないですよね。
ソースの記述通りにコンパイルされないと、使うのが怖くなります。

335:デフォルトの名無しさん
08/04/23 23:25:12
>334
多分、ない。コンパイラを疑いたい気持ちはわかるけど、そういう場合ほとんどが自分のせい。
コンパイラのコード生成がおかしいということを疑うのであればまず最適化を完全に外して試す。
あとは動きがおかしいと思われる箇所の直前でその動作に関わるいろんなデータを
ダンプしてみる(OutputDebugStringなどで)。

336:デフォルトの名無しさん
08/04/24 06:00:34
>>334
DBLogDlg.hppをインクルードしとけ。
詳しくはソースを見ろ