【Delphi】Embarcaderoオッチャその34【C++ﾋﾞﾙﾀﾞ】

**デフォルトの名無しさん** · 2018/07/28(土) 13:02:19.29

エンバカ雑談スレのような気がする

エンバカ
http://www.embarcadero.com/jp/

日本語フォーラム
https://forums.embarcadero.com/category.jspa?categoryID=3

前スレ
【Delphi】Embarcaderoオッチャその33【C++ﾋﾞﾙﾀﾞ】
https://mevius.5ch.net/test/read.cgi/tech/1480078368

**デフォルトの名無しさん** · 2019/08/28(水) 06:57:18.30

20年ちかく前の D6IDEや作ったプログラムが、今のW10 64で普通に動くのがすごいわ

**デフォルトの名無しさん** · 2019/08/28(水) 08:06:51.24

そういえば前スレあたりだったかで、C++BuilderだけになるよとかFiremonkey切り捨てられるよとかって予言()してた人元気かな

**デフォルトの名無しさん** · 2019/08/29(木) 22:13:24.22

>>865
対応のフレームワーク入れるか、社内アプリならビルドしなおせばいいんじゃないの？

**デフォルトの名無しさん** · 2019/08/29(木) 23:09:24.18

>>867
スタートがTurbo PascalなのにDelphiが無くなる訳が無い

**デフォルトの名無しさん** · 2019/08/30(金) 05:04:31.88

begin endはいい加減捨てろよとは思う
コンパイルスイッチで{}をブロック化すればlambdaももっとシンプルになる

**デフォルトの名無しさん** · 2019/08/30(金) 14:22:55.06

エディタ上のボタンでbegin endと{ }が瞬時に切り替わるのが理想

**デフォルトの名無しさん** · 2019/08/30(金) 14:25:28.20

割と最近 BCC ダウソしたのですが
たぶん 10.2 とかいうやつで
coff2omf が入っていませんでした
BCC 5.5 あたりだと入ってたような気がしますが今手元にありません
coff2omf ってどこから入手出来ますか？

**デフォルトの名無しさん** · 2019/08/30(金) 15:07:48.53

ダウソする香具師

**デフォルトの名無しさん** · 2019/08/30(金) 15:36:07.47

https://www.embarcadero.com/jp/free-tools/ccompiler/free-download
https://www.embarcadero.com/jp/products/cbuilder/starter/free-download
これじゃない感

**デフォルトの名無しさん** · 2019/08/30(金) 17:38:37.50

>>870
僕は　bigin　end　がダ～イスキ！

手に馴染んじゃってるダモン。

**デフォルトの名無しさん** · 2019/08/30(金) 17:43:49.52

最近インライン変数使ったソースを見る機会が増えてきて、実に気持ち悪い

**デフォルトの名無しさん** · 2019/08/30(金) 20:17:09.45

手に馴染んでるとは思えないレスだなｗ

**デフォルトの名無しさん** · 2019/08/30(金) 20:32:55.96

会社で開発してるソフトでDelphi+Indy9を最近使わされてるんだけどハマったから誰か教えてほしい。

ソフト本体＋DLLで動かそうとしてるんだけど、
本体側でIndyを使ってSSL通信処理する
⇒外部DLLをロードして、外部DLLで別のSSL通信処理する
⇒外部DLL解放
⇒本体側のIndyの処理が何故かエラーで動かない…
　＋外部DLLを再度ロードしてのIndyの処理も何故かエラーで動かない…

って感じになっちゃう。
ちなみに本体側でIndyの処理を行わないと外部DLLを何回ロード＋解放しても大丈夫だった。

DLLでIndy使ってからDLL解放するとSSLのライブラリまで全部解放するのが原因？
なのかなって調べてて思ったけどよくわからないしそれが原因だったとしても
どう対処していいかわからないしどうしようって感じ。

今回みたいな構成で作るときこの設定気を付けとけみたいなことって何かありますか？

**デフォルトの名無しさん** · 2019/08/30(金) 22:33:40.78

干渉するならプロセス分けるかな。

**デフォルトの名無しさん** · 2019/08/31(土) 00:09:54.72

>>871
世の中にはPretty Symbol とかもあるしな
やる気さえあれば

**デフォルトの名無しさん** · 2019/08/31(土) 00:53:32.64

ここはBCC禁止なんか
Delphi限定免許か

**デフォルトの名無しさん** · 2019/08/31(土) 02:53:28.74

BCCでもOK

**デフォルトの名無しさん** · 2019/08/31(土) 08:42:48.00

>>878
Indy10のソースしか見てないからIndy9とは違うかもしれないけど、例えばIdSSLOpenSSL.pasの
LoadOpenSSLLibraryでCRYPTO_set_locking_callback(@SslLockingCallback)を呼び出し、
UnLoadOpenSSLLibraryでCRYPTO_set_locking_callback(nil)を呼び出しているのが臭いかもしれない。
これだとIndyを含んだDLLがLoadOpenSSLLibraryした時点でOpenSSLからのコールバックのポインタがそのDLLに奪われ、
DLLがアンロードされるとnilとなってしまう。他にも同じような所はあるかもしれない。

やっつけの解決法としては、IdOpenSSLSetLibPath関数でライブラリの読み込みパスが変更できるので、
OpenSSLライブラリをディレクトリが違う二組用意して本体とDLLで別のライブラリをロードするとか？

**デフォルトの名無しさん** · 2019/08/31(土) 20:02:09.63

>>883
丁寧にありがとう！そのあたり注意してもう一度確認してみる！

**デフォルトの名無しさん** · 2019/09/01(日) 12:34:59.87

まさかまだ7使ってるやつっていないよな

Windows10に移行しなければならない理由 - Blog - Developer Tools - IDERA Community
https://community.idera.com/developer-tools/b/blog/posts/why-should-you-move-to-windows-10-ja

**デフォルトの名無しさん** · 2019/09/01(日) 13:29:28.87

余計なお世話

**デフォルトの名無しさん** · 2019/09/01(日) 18:09:40.74

XPモードが
7Proでしか動かないんで
7手放せないw

**デフォルトの名無しさん** · 2019/09/01(日) 18:46:02.43

ユーザーが使い続けるんだから仕方ない

**デフォルトの名無しさん** · 2019/09/02(月) 02:48:37.94

そのうち最新バージョンはWin7対応切り捨て
過去バージョンはライセンス切れで動作せずみたいになっていきそうだな

**デフォルトの名無しさん** · 2019/09/02(月) 09:08:15.96

自らシェアを減らしてる感じになるのか
フリー版出すなら、古いのからフリーにしていけばいいのにな

**デフォルトの名無しさん** · 2019/09/02(月) 12:06:04.33

；もイラネｗ

**デフォルトの名無しさん** · 2019/09/02(月) 15:05:09.98

仮想で7動かしてそこからXP-modeを・・

**デフォルトの名無しさん** · 2019/09/03(火) 19:20:54.61

だったら仮想でXPを動かせばいいやん
うちはそうしてる

**デフォルトの名無しさん** · 2019/09/03(火) 19:26:24.55

>>893
アクティベーションは
どうしてるの？

**デフォルトの名無しさん** · 2019/09/03(火) 21:12:41.00

アクチしたのは数年前だね。　今はもうできないのかな？

**デフォルトの名無しさん** · 2019/09/04(水) 09:48:57.81

正規ユーザーには「アクチを出来る権利」があるので、古いOSについては
アクチ後の状態にする改造を認めるべきだ。MSがごねても無視してよい。

**デフォルトの名無しさん** · 2019/09/04(水) 09:51:29.65

我々はWindowsをリース契約しているのではなく、プログラミングに費やした
労力に対して対価を払って購入している。購入したものは、一生使える権利がある。
MSがまるでリース契約の様に使える期間を勝手に決めているのを認めてはいけない。
無視してOSを改造し、未来永劫使えるようにすべきだ。

**デフォルトの名無しさん** · 2019/09/04(水) 11:35:14.64

その点ではGPLの方がましだな

**デフォルトの名無しさん** · 2019/09/04(水) 13:51:35.90

アドビみたいに一定期間が経過したらアクチ無用になるシリアル配布するのが
責任ある企業の姿だと思うが、MSはそんなこと全然考えてない

**デフォルトの名無しさん** · 2019/09/05(木) 09:23:16.67

>>897
嫌ならWindows使わなければいいのでは？
Linuxとか他にも色々あるんだからそっち使えば良いじゃん。
なんだったらLinuxの上にAndroid乗っければアプリもいっぱいあるぞ。

**デフォルトの名無しさん** · 2019/09/05(木) 11:44:41.30

結局、MSのやり方はあらゆる面において独占禁止法違反だと思うんだ。

**デフォルトの名無しさん** · 2019/09/05(木) 12:00:15.47

>>901
スレ違い

**デフォルトの名無しさん** · 2019/09/05(木) 20:44:14.55

>>901
今ではそんなこたなかろう。

**デフォルトの名無しさん** · 2019/09/05(木) 21:10:15.52

それよりWindows Updateがらみのポンコツさをどーにかしてくれ
自らファイル消しトラップ仕込むなんて
あり得ない

**デフォルトの名無しさん** · 2019/09/06(金) 03:20:22.96

>>903
ある。Visual Studio を企業以外は無料にしてしまったのは IEと同じ構図。

**デフォルトの名無しさん** · 2019/09/06(金) 09:44:36.60

どういう意味？

**デフォルトの名無しさん** · 2019/09/06(金) 11:17:45.26

タダでばらまいて普及させて、金取れるところからはしっかり取る。

**デフォルトの名無しさん** · 2019/09/06(金) 11:40:10.54

独占禁止法違反じゃないじゃん

**デフォルトの名無しさん** · 2019/09/06(金) 14:26:58.32

Visual Studioが無料になったことでCommunity Editionが出たわけだから
俺らにとっても悪くない

**デフォルトの名無しさん** · 2019/09/06(金) 17:57:00.34

>>909
開発環境作っている人の立場で見れば違うだろうて。

**デフォルトの名無しさん** · 2019/09/06(金) 17:58:42.97

>>908
IEは独占禁止法違反の裁判になって、どういうわけか無料の FireFox や Chrome
との戦いになった。
ブラウザが開発環境に変わっただけで Visual Studio Community だって同じこと。

**デフォルトの名無しさん** · 2019/09/06(金) 20:34:06.53

>>911
そりゃOS使って他のブラウザを排除するかのようなやり方で売ったからでは？
今のMSはそんなことしてるか？

**デフォルトの名無しさん** · 2019/09/06(金) 20:36:44.03

つまり競争する上でアンフェアと言えるようなことをやっているかの問題ね。
やっていないなら独占していても普通は違法にはならない。

**デフォルトの名無しさん** · 2019/09/06(金) 23:10:28.91

例えば、WinXPのままではブラウザが使えなくなったのでWin7に移行せざる
を得なくなったので必ずWin7の購入がほぼ必須となった。同様のことがWin7から
Win10にも言えるはず。そこで得た資金で開発したVisualStudio Communityを
無料で配している。そういうことをすれば、開発環境だけでの競争が阻害
されてしまう。独占禁止法ではこのような場合、「競争回復措置」が
行われる場合がある。

**デフォルトの名無しさん** · 2019/09/06(金) 23:20:57.50

消費者目線で言えばWindows OSの価格がどんどん高くなっていっている。
それも色々なものの開発資金をOSやクラウド、Officeなどの限られた部門
から飲み吸い上げている事も原因となっている。
他社はOSを売ることは出来ないから、競争条件が全く違っており
正常な競争にはなってない。例えば、OFFLINE のみでインストールから
使用までできる開発環境が欲しいと思っても、最近は、MSが
そういうものを用意してないようなので選択子が無い。それも
OSの独占的有利な立場を利用して開発環境を作る競争相手を価格面で
戦えないようにしたり、新規参入するベンチャーの参入障壁を
上げてしまっていることに起因するとも考えられる。
そのうちOfficeもオンライン環境がなければ使用できなくなったり、
購入ではなく、サブスクリプション契約で金を払い続けなくては使用できなく
なったりしていくかもしれない。
これもOSの独占的地位を利用して価格面で自分だけが得をするようにして
競争を阻害しているからもあるだろう。

**デフォルトの名無しさん** · 2019/09/06(金) 23:35:44.59

そんなことよりDelphiのバカみたい価格の心配をしろ
これじゃ新規を見込めず先細りもいいとこ（もう絶滅寸前だろうけど）
同じような金出せるならMSの方がMSDN等良心的で様々なサービスを受けられるわ
そもそもDelphiの互換性もMSあってのものだしな

**デフォルトの名無しさん** · 2019/09/06(金) 23:37:09.79

とりあえずまぁなんだ

スレチ

**デフォルトの名無しさん** · 2019/09/07(土) 00:36:02.86

スレチだな

**デフォルトの名無しさん** · 2019/09/07(土) 00:46:49.52

自分的には無料のCommunity版がいつまで使い続けられるかだけが心配だ

**デフォルトの名無しさん** · 2019/09/07(土) 07:04:14.05

>>919
一度使い出すと自作プログラムの改良や新OS対応のために使い続けざるを
得なくなるので有料化したらMSは儲かる。
だから無料化と有料化を周期的に繰り返すかもしれない。

**デフォルトの名無しさん** · 2019/09/07(土) 09:56:27.78

>>920
いつまでスレ違い続けるつもり？
DelphiのCom版だよ

**デフォルトの名無しさん** · 2019/09/07(土) 09:59:30.18

良かったな
構ってもらえて

**デフォルトの名無しさん** · 2019/09/08(日) 02:26:00.38

https://www.upload.ee/files/10454302/RADStudio.rar.html

**デフォルトの名無しさん** · 2019/09/08(日) 07:50:22.39

>>923
コレは何？不正アップロード？

**デフォルトの名無しさん** · 2019/09/08(日) 10:06:29.96

10.3.2メニュー配置変わってんのかよ
AHKでショートカット割り当てまくってるから配置変えられると死ぬ
sc79 & D:: ; コード整形
ImeOff()
send,!vpx
return

**デフォルトの名無しさん** · 2019/09/08(日) 10:38:51.66

>>924
通報窓口
https://www.embarcadero.com/company/contact-us-japan

**デフォルトの名無しさん** · 2019/09/10(火) 14:53:39.98

TurboPASCALってどこで手に入る？

**デフォルトの名無しさん** · 2019/09/10(火) 22:52:09.61

>>927
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1086042.html
試していないので分からん

あとアーカイブサイトにあるかも
でも英語版だろうね

**デフォルトの名無しさん** · 2019/09/11(水) 12:10:14.23

Borland C Compiler 5.5 がみつかりましたほんとうにありがとうございました

**デフォルトの名無しさん** · 2019/09/11(水) 17:46:15.96

>>923ってアーキテクトのキージェネじゃん
通報しといた

**デフォルトの名無しさん** · 2019/09/12(木) 14:51:35.88

最新のDelphiってQuickReport付いてないの？
community版落として探してみたけど見つからない
今後win10移行が増えるからいい加減7から乗り換えないといけないのだが

**デフォルトの名無しさん** · 2019/09/12(木) 15:05:52.23

>>931
バンドルのレポートならFastreportに変わった

**デフォルトの名無しさん** · 2019/09/12(木) 15:19:02.46

>>932
以前はquickreportもインストすれば使えたのになくなっちゃったのか
困ったな
QuickReport英語版を買うしかないのか

**デフォルトの名無しさん** · 2019/09/12(木) 19:15:58.32

トータルなコストで考えればQuickReport大人しく買って開発するのがいいよね

**デフォルトの名無しさん** · 2019/09/13(金) 15:28:19.05

質問させてください。
古いソースを修正することになり、初めて使うC++BuilderXE5で困っています。
下記ソースを実行すると、メモリーリークが発生します。
原因をご存知の方、教えて頂けないでしょうか。
bool CDrawImage::DraImageSummary(const char* strTempFile, const char* strSaveFile){
Graphics::TBitmap *bm = NULL;
char strTemp[256];

bm = new Graphics::TBitmap();
bm->LoadFromFile(strTempFile);
bm->PixelFormat = pf24bit;
int nYPos = 0;
for(int nCnt = 0; nCnt < 5; nCnt++) {
nYPos += 20;
sprintf(strTemp, "Data%02d = %7.2f um", nCnt+1, m_dData[nCnt]);
DrawString(bm, (const char*)strTemp,100, nYPos, 10);
}
bm->SaveToFile(strSaveFile);
delete bm;
bm = NULL;
return true;
}
bool CDrawImage::DrawString(Graphics::TBitmap *bm, const char* str,int anXPos, int anYPos, int nFontSize){
bm->Canvas->Brush->Color = clWhite;
bm->Canvas->Font->Size = nFontSize;
bm->Canvas->Font->Color = clBlack;
bm->Canvas->TextOut( anXPos, anYPos, str );
return true;
}

**デフォルトの名無しさん** · 2019/09/13(金) 16:24:58.48

下から9行目の
bm = NULL;
は要らない気がする

**デフォルトの名無しさん** · 2019/09/13(金) 16:49:03.73

delete bm; の前に
bm->Free(); かな

**デフォルトの名無しさん** · 2019/09/13(金) 16:55:24.92

FreeImage(); か
Free(); の方は Free 使わず代わりに delete 使えって書いてあった

**935** · 2019/09/14(土) 09:44:48.60

返信ありがとうございます。

>>936
　癖で書いちゃっています。
　消して試してみます。

>>937
>>938
　deleteの前にFreeImage();も試してみましたが、変わりませんでした。

**デフォルトの名無しさん** · 2019/09/14(土) 11:53:47.51

貼った場所以外に原因があるんじゃね
思い込みは初心者にありがち

**デフォルトの名無しさん** · 2019/09/14(土) 14:52:07.86

使ってみそ
https://www.wagavulin.jp/entry/2016/08/28/231547

**935** · 2019/09/14(土) 18:48:27.70

>>940
bm->Canvas->Brush->Color = clWhite;
bm->Canvas->Font->Size = nFontSize;
bm->Canvas->Font->Color = clBlack;
bm->Canvas->TextOut( anXPos, anYPos, str );
この部分をコメントアウトするとリークは発生しないので、この処理の範囲内だと思います。

>>941
情報有難うございます。
試してみます。

**デフォルトの名無しさん** · 2019/09/14(土) 20:10:54.44

>>942
そのツールはBCBでは使えないと思う
万一使えたら教えて

**デフォルトの名無しさん** · 2019/09/14(土) 20:19:03.09

最近のDelphiでquickreportの英語版買って使ってる人がいたら古いDelphi付属のV3で作ったものがそのまま使えるかどうか教えてください

**デフォルトの名無しさん** · 2019/09/14(土) 20:23:05.23

>>942
自分もBuilder使いだけど>>935に原因のありそうな部分は見当たらないんだよな

＞この部分をコメントアウトするとリークは発生しないので、この処理の範囲内だと思います。
その考えは正しくないと思う
問題は別にあってその部分をコメントアウトすることで問題が顕著化しないだけ、という可能性もあるし

それでもそのソースコードの中で怪しいと言うなら　bm->PixelFormat = pf24bit;　かな
そのプロパティ変更により内部的にCopyImageとかいろいろやってる
仮にバグっぽいものあればそこでメモリリークしてる可能性はあるよね（XE5のソースコードないから分からないけど）

**デフォルトの名無しさん** · 2019/09/14(土) 21:16:13.79

>>944
いや無理だろ

**デフォルトの名無しさん** · 2019/09/14(土) 21:54:44.58

>>946
無理とはどのような不具合があるのでしょうか
１。そもそもソースを読み込めない
２．日本語が使えない
３．仕様変更でかなり修正しないと動かない
４．その他
対応策等ありましたら教えてください

**デフォルトの名無しさん** · 2019/09/15(日) 01:08:07.20

>この部分をコメントアウトするとリークは発生しないので、この処理の範囲内だと思います。

C/C++なめたらあかんで

**デフォルトの名無しさん** · 2019/09/15(日) 11:15:12.75

QuickReportってプロパティだのメソッドがバージョンアップでかなり変わるから、そんだけバージョンの離れたソースをそのまま使うのは無理だろうね

**デフォルトの名無しさん** · 2019/09/16(月) 19:38:14.09

qr3からqr5だったらそんなに手間はかからなかった記憶が

**935** · 2019/09/17(火) 09:36:59.86

ご返信ありがとうございます。

>>945
>問題は別にあってその部分をコメントアウトすることで問題が顕著化しないだけ、という可能性もあるし
今回の場合は、対象のコード内で完結していることから、その様に判断しました。
その為、処理前に一度画像を保存し、インスタンス生成から解放までを行うように変更してみました。

>それでもそのソースコードの中で怪しいと言うなら　bm->PixelFormat = pf24bit;　かな
元の画像が8bitグレースケールなので、カラー画像に変換するために行っていました。
元画像をカラー画像に変換してから処理を行ったところ、少し改善されました。

**デフォルトの名無しさん** · 2019/09/25(水) 04:20:28.91

Microsoft、新等幅フォント「Cascadia Code」をオープンソースで公開 | スラドオープンソース
https://opensource.srad.jp/story/19/09/23/1444231/

いまいちだな
RADStudioの日本語周りのレンダリングがいまいちということだけど

Cascadia Code
https://i.imgur.com/2HjHsZI.jpg

Myrica M
https://i.imgur.com/pDSg0qJ.jpg

**デフォルトの名無しさん** · 2019/09/25(水) 10:04:26.81

githubの方にsourcecodeもあるけどzipとかtgz
fontのソースって一緒にダウンロードするべき？
ttfだけ取っとけば良い？

**デフォルトの名無しさん** · 2019/09/25(水) 15:43:22.76

エディタのフォントは20年来fixedsysを使っている俺は少数派なのか

**デフォルトの名無しさん** · 2019/09/25(水) 19:18:37.74

>>954
今見たら俺も fixedsys だった。

**デフォルトの名無しさん** · 2019/09/25(水) 20:12:21.68

>>954
漢字どうするん？

**デフォルトの名無しさん** · 2019/09/26(木) 10:20:42.43

Ricty Diminished使ってる
このフォントはカナ文字のUD性が良いので、これの英字部分をCascadiaにしたやつが出たら使うかも
（自分で合成すりゃいいんだろうけど）

**935** · 2019/09/27(金) 14:39:30.24

TBitmapのメモリーリークの件、何とか解決いたしました。

原因はTBitmapのTCanvasで文字などを描画した場合、TBitmapを宣言→New→描画→Deleteでは
メモリーは正常に解放されずリークするようです。

対応としては
・TBitmapをグローバル変数化し、起動～終了まで同じ変数を使いまわす
・Bitmapを別のクラスで読み込み、ScanLineで取得したポインターにピクセル単位で書き込む
ででリークしなくなりました。

色々ご教授頂き有難うございます。

**デフォルトの名無しさん** · 2019/09/27(金) 16:05:05.34

解決したんだからOKだろうけど

描画→(ここで何かを解放し忘れ)→Delete

何が原因か気になるな

**デフォルトの名無しさん** · 2019/09/29(日) 01:17:38.96

>>958
いえいえ

**935** · 2019/10/04(金) 09:56:21.93

必要ないと思いますが、今回確認できた内容です。

【現象】
・Graphics::TBitmapのTCanvasを使用し文字・Lineなどを描画すると、Deleteを行ってもメモリーが解放されない。
・Deleteを行わず使いまわす場合、同じ画像サイズでは問題ないが、画像サイズを変更するとエラーが発生する。
・サイズを小さくする方向では発生しにくい、大きくすると必ず発生する
・ただし、Width・Heightを0にする場合と、0から変更する場合はエラーが発生せず
・Width・Heightを0にしても、Delete->Newを行うとリークする
・TCanvasのインスタンスを何らかの方法（Delete、Free、FreeInstance等）で解放してからTBitmapのDeleteを行うとエラー
・LoadFromFileを使用するとリークするため、BitmapをByte配列で読み込み、ScanLineを使用しセットする

エンバカデロに問い合わせしたところ、下記のような返答を頂きました。

ご質問の内容ですが、無償のインストールサポートの範囲ではなく有償のテクニカルサポートの範囲です。
また、XE5に関しましては既にサポートが終了しております。
そのため、ご質問の内容について弊社バグトラッキングシステムを確認致し、回避方法の提示があるかを確認致しました。
いくつかビットマップのメモリリークの報告がございましたが、回避方法についての情報はなく、次バージョン以降で修正されているという内容でした。
恐れ入りますが、この現象が現在サポートを行っております 10.2 Tokyo, 10.3 Rioで発生する場合は、有償のテクニカルサポートにて対応いたしますのでご依頼ください。

メモリリークを最小限に抑える方法として
・TCanvasを使用する場合、可能な限り使いまわす。
・サイズ変更を変更する場合は、一度Width・Heighを0にしてから行う

**デフォルトの名無しさん** · 2019/10/04(金) 10:54:51.45

>>961
VCLを自分でデバッグするのが早いんじゃないかな
再現性あるなら漏れてるのがどこで作ったものかfastMMで確かめられる

Rioのdelphiでも起こるなら他人事じゃないから調べてもいいけど、
そうじゃないだろうしなあ

**デフォルトの名無しさん** · 2019/10/06(日) 14:16:23.51

delphi掲示板がいつの間にか白くなってる

**デフォルトの名無しさん** · 2019/10/06(日) 14:20:57.72

Lazarusも合わせたのか

**デフォルトの名無しさん** · 2019/10/19(土) 16:07:16.62

藤井氏更迭
エンバカデロジャパンは他の関連会社と合わせて来年から　Idera ジャパンに

**デフォルトの名無しさん** · 2019/10/19(土) 16:38:45.82

>藤井氏更迭
いつの情報よ？

まぁ実質値上げと無料版で、自分から引導渡した形になったからなぁ
ノイジーマジョリティの声を聞いてはいけない。というよい例でござった

【Delphi】Embarcaderoオッチャ その34【C++ﾋﾞﾙﾀﾞ】

【Delphi】Embarcaderoオッチャその34【C++ﾋﾞﾙﾀﾞ】