エンバカ雑談スレのような気がする
エンバカ
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
【Delphi】Embarcaderoオッチャ その34【C++ﾋﾞﾙﾀﾞ】
レス数が950を超えています。1000を超えると書き込みができなくなります。
1デフォルトの名無しさん
2018/07/28(土) 13:02:19.29ID:fRslPvgH862デフォルトの名無しさん
2019/08/26(月) 22:12:38.38ID:ApUuFmh2 遅くて重いのは事実だろう
863デフォルトの名無しさん
2019/08/26(月) 22:47:31.15ID:1twn9BaZ864デフォルトの名無しさん
2019/08/27(火) 02:32:53.42ID:d8zjvX6G DelphiからVB.NET組み換えとかC#組み換えとか案件有るよ
Windows環境使わないならDelphiのままでも良いと思うけどね
C++Builder→VC++移行とか怖い案件も有る
Windows環境使わないならDelphiのままでも良いと思うけどね
C++Builder→VC++移行とか怖い案件も有る
865デフォルトの名無しさん
2019/08/27(火) 10:34:23.60ID:8cb0I/kg .NETで作ってて心配なのは、アプリのライフサイクルが Frameworkに依存することかな
社内で古いアプリ使い続けたりするから
社内で古いアプリ使い続けたりするから
866デフォルトの名無しさん
2019/08/28(水) 06:57:18.30ID:ZQY+LJ3i 20年ちかく前の D6IDEや作ったプログラムが、今のW10 64で普通に動くのがすごいわ
867デフォルトの名無しさん
2019/08/28(水) 08:06:51.24ID:BreKxT7s そういえば前スレあたりだったかで、C++BuilderだけになるよとかFiremonkey切り捨てられるよとかって予言()してた人元気かな
868デフォルトの名無しさん
2019/08/29(木) 22:13:24.22ID:EWxJG1p5 >>865
対応のフレームワーク入れるか、社内アプリならビルドしなおせばいいんじゃないの？
対応のフレームワーク入れるか、社内アプリならビルドしなおせばいいんじゃないの？
869デフォルトの名無しさん
2019/08/29(木) 23:09:24.18ID:paSIUj9s >>867
スタートがTurbo PascalなのにDelphiが無くなる訳が無い
スタートがTurbo PascalなのにDelphiが無くなる訳が無い
870デフォルトの名無しさん
2019/08/30(金) 05:04:31.88ID:hpe/65Fh begin endはいい加減捨てろよとは思う
コンパイルスイッチで{}をブロック化すればlambdaももっとシンプルになる
コンパイルスイッチで{}をブロック化すればlambdaももっとシンプルになる
871デフォルトの名無しさん
2019/08/30(金) 14:22:55.06ID:gk44G6eF エディタ上のボタンでbegin endと{ }が瞬時に切り替わるのが理想
872デフォルトの名無しさん
2019/08/30(金) 14:25:28.20ID:GEn/r+mZ 割と最近 BCC ダウソしたのですが
たぶん 10.2 とかいうやつで
coff2omf が入っていませんでした
BCC 5.5 あたりだと入ってたような気がしますが今手元にありません
coff2omf ってどこから入手出来ますか？
たぶん 10.2 とかいうやつで
coff2omf が入っていませんでした
BCC 5.5 あたりだと入ってたような気がしますが今手元にありません
coff2omf ってどこから入手出来ますか？
873デフォルトの名無しさん
2019/08/30(金) 15:07:48.53ID:dZPfiePQ ダウソする香具師
874デフォルトの名無しさん
2019/08/30(金) 15:36:07.47ID:GEn/r+mZ875デフォルトの名無しさん
2019/08/30(金) 17:38:37.50ID:fAYsiZL1876デフォルトの名無しさん
2019/08/30(金) 17:43:49.52ID:ersw0ml/ 最近インライン変数使ったソースを見る機会が増えてきて、実に気持ち悪い
877デフォルトの名無しさん
2019/08/30(金) 20:17:09.45ID:QVDhahuj 手に馴染んでるとは思えないレスだなｗ
878デフォルトの名無しさん
2019/08/30(金) 20:32:55.96ID:rkyONmrk 会社で開発してるソフトでDelphi+Indy9を最近使わされてるんだけどハマったから誰か教えてほしい。
ソフト本体＋DLLで動かそうとしてるんだけど、
本体側でIndyを使ってSSL通信処理する
⇒外部DLLをロードして、外部DLLで別のSSL通信処理する
⇒外部DLL解放
⇒本体側のIndyの処理が何故かエラーで動かない…
＋ 外部DLLを再度ロードしてのIndyの処理も何故かエラーで動かない…
って感じになっちゃう。
ちなみに本体側でIndyの処理を行わないと外部DLLを何回ロード＋解放しても大丈夫だった。
DLLでIndy使ってからDLL解放するとSSLのライブラリまで全部解放するのが原因？
なのかなって調べてて思ったけどよくわからないしそれが原因だったとしても
どう対処していいかわからないしどうしようって感じ。
今回みたいな構成で作るときこの設定気を付けとけみたいなことって何かありますか？
ソフト本体＋DLLで動かそうとしてるんだけど、
本体側でIndyを使ってSSL通信処理する
⇒外部DLLをロードして、外部DLLで別のSSL通信処理する
⇒外部DLL解放
⇒本体側のIndyの処理が何故かエラーで動かない…
＋ 外部DLLを再度ロードしてのIndyの処理も何故かエラーで動かない…
って感じになっちゃう。
ちなみに本体側でIndyの処理を行わないと外部DLLを何回ロード＋解放しても大丈夫だった。
DLLでIndy使ってからDLL解放するとSSLのライブラリまで全部解放するのが原因？
なのかなって調べてて思ったけどよくわからないしそれが原因だったとしても
どう対処していいかわからないしどうしようって感じ。
今回みたいな構成で作るときこの設定気を付けとけみたいなことって何かありますか？
879デフォルトの名無しさん
2019/08/30(金) 22:33:40.78ID:8hYwBF/8 干渉するならプロセス分けるかな。
880デフォルトの名無しさん
2019/08/31(土) 00:09:54.72ID:FXB1tFTC881デフォルトの名無しさん
2019/08/31(土) 00:53:32.64ID:y5ewqimO ここはBCC禁止なんか
Delphi限定免許か
Delphi限定免許か
882デフォルトの名無しさん
2019/08/31(土) 02:53:28.74ID:2HqpObEY BCCでもOK
883デフォルトの名無しさん
2019/08/31(土) 08:42:48.00ID:Spgs8rdp >>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で別のライブラリをロードするとか？
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で別のライブラリをロードするとか？
884デフォルトの名無しさん
2019/08/31(土) 20:02:09.63ID:MHG47Dpn >>883
丁寧にありがとう！そのあたり注意してもう一度確認してみる！
丁寧にありがとう！そのあたり注意してもう一度確認してみる！
885デフォルトの名無しさん
2019/09/01(日) 12:34:59.87ID:dqnPUlzf まさかまだ7使ってるやつっていないよな
Windows10に移行しなければならない理由 - Blog - Developer Tools - IDERA Community
https://community.idera.com/developer-tools/b/blog/posts/why-should-you-move-to-windows-10-ja
Windows10に移行しなければならない理由 - Blog - Developer Tools - IDERA Community
https://community.idera.com/developer-tools/b/blog/posts/why-should-you-move-to-windows-10-ja
886デフォルトの名無しさん
2019/09/01(日) 13:29:28.87ID:kCJZVLuH 余計なお世話
887デフォルトの名無しさん
2019/09/01(日) 18:09:40.74ID:5SxwJpIZ XPモードが
7Proでしか動かないんで
7手放せないw
7Proでしか動かないんで
7手放せないw
888デフォルトの名無しさん
2019/09/01(日) 18:46:02.43ID:PYzkbG15 ユーザーが使い続けるんだから仕方ない
889デフォルトの名無しさん
2019/09/02(月) 02:48:37.94ID:w5gzLbdv そのうち最新バージョンはWin7対応切り捨て
過去バージョンはライセンス切れで動作せずみたいになっていきそうだな
過去バージョンはライセンス切れで動作せずみたいになっていきそうだな
890デフォルトの名無しさん
2019/09/02(月) 09:08:15.96ID:OMRGpjWw 自らシェアを減らしてる感じになるのか
フリー版出すなら、古いのからフリーにしていけばいいのにな
フリー版出すなら、古いのからフリーにしていけばいいのにな
891デフォルトの名無しさん
2019/09/02(月) 12:06:04.33ID:c+0mNASX ；もイラネｗ
892デフォルトの名無しさん
2019/09/02(月) 15:05:09.98ID:uTNWmkEt 仮想で7動かしてそこからXP-modeを・・
893デフォルトの名無しさん
2019/09/03(火) 19:20:54.61ID:CTsQcmxT だったら仮想でXPを動かせばいいやん
うちはそうしてる
うちはそうしてる
894デフォルトの名無しさん
2019/09/03(火) 19:26:24.55ID:MvJh5r5M895デフォルトの名無しさん
2019/09/03(火) 21:12:41.00ID:CTsQcmxT アクチしたのは数年前だね。 今はもうできないのかな？
896デフォルトの名無しさん
2019/09/04(水) 09:48:57.81ID:42AhKM7p 正規ユーザーには「アクチを出来る権利」があるので、古いOSについては
アクチ後の状態にする改造を認めるべきだ。MSがごねても無視してよい。
アクチ後の状態にする改造を認めるべきだ。MSがごねても無視してよい。
897デフォルトの名無しさん
2019/09/04(水) 09:51:29.65ID:42AhKM7p 我々はWindowsをリース契約しているのではなく、プログラミングに費やした
労力に対して対価を払って購入している。購入したものは、一生使える権利がある。
MSがまるでリース契約の様に使える期間を勝手に決めているのを認めてはいけない。
無視してOSを改造し、未来永劫使えるようにすべきだ。
労力に対して対価を払って購入している。購入したものは、一生使える権利がある。
MSがまるでリース契約の様に使える期間を勝手に決めているのを認めてはいけない。
無視してOSを改造し、未来永劫使えるようにすべきだ。
898デフォルトの名無しさん
2019/09/04(水) 11:35:14.64ID:Z0seKSTe その点ではGPLの方がましだな
899デフォルトの名無しさん
2019/09/04(水) 13:51:35.90ID:l2Ii6Mqt アドビみたいに一定期間が経過したらアクチ無用になるシリアル配布するのが
責任ある企業の姿だと思うが、MSはそんなこと全然考えてない
責任ある企業の姿だと思うが、MSはそんなこと全然考えてない
900デフォルトの名無しさん
2019/09/05(木) 09:23:16.67ID:NGUH6RGU901デフォルトの名無しさん
2019/09/05(木) 11:44:41.30ID:wSq6T90P 結局、MSのやり方はあらゆる面において独占禁止法違反だと思うんだ。
902デフォルトの名無しさん
2019/09/05(木) 12:00:15.47ID:LH9Fufvu >>901
スレ違い
スレ違い
903デフォルトの名無しさん
2019/09/05(木) 20:44:14.55ID:DYfGqiiZ >>901
今ではそんなこたなかろう。
今ではそんなこたなかろう。
904デフォルトの名無しさん
2019/09/05(木) 21:10:15.52ID:Xu5KcXth それよりWindows Updateがらみのポンコツさをどーにかしてくれ
自らファイル消しトラップ仕込むなんて
あり得ない
自らファイル消しトラップ仕込むなんて
あり得ない
905デフォルトの名無しさん
2019/09/06(金) 03:20:22.96ID:O0tySfYQ >>903
ある。Visual Studio を企業以外は無料にしてしまったのは IEと同じ構図。
ある。Visual Studio を企業以外は無料にしてしまったのは IEと同じ構図。
906デフォルトの名無しさん
2019/09/06(金) 09:44:36.60ID:jDKRKE8h どういう意味？
907デフォルトの名無しさん
2019/09/06(金) 11:17:45.26ID:+J175ah1 タダでばらまいて普及させて、金取れるところからはしっかり取る。
908デフォルトの名無しさん
2019/09/06(金) 11:40:10.54ID:jDKRKE8h 独占禁止法違反じゃないじゃん
909デフォルトの名無しさん
2019/09/06(金) 14:26:58.32ID:Fll39/8P Visual Studioが無料になったことでCommunity Editionが出たわけだから
俺らにとっても悪くない
俺らにとっても悪くない
910デフォルトの名無しさん
2019/09/06(金) 17:57:00.34ID:T4bG70AI >>909
開発環境作っている人の立場で見れば違うだろうて。
開発環境作っている人の立場で見れば違うだろうて。
911デフォルトの名無しさん
2019/09/06(金) 17:58:42.97ID:T4bG70AI >>908
IEは独占禁止法違反の裁判になって、どういうわけか無料の FireFox や Chrome
との戦いになった。
ブラウザが開発環境に変わっただけで Visual Studio Community だって同じこと。
IEは独占禁止法違反の裁判になって、どういうわけか無料の FireFox や Chrome
との戦いになった。
ブラウザが開発環境に変わっただけで Visual Studio Community だって同じこと。
912デフォルトの名無しさん
2019/09/06(金) 20:34:06.53ID:cFgJ4jGo913デフォルトの名無しさん
2019/09/06(金) 20:36:44.03ID:cFgJ4jGo つまり競争する上でアンフェアと言えるようなことをやっているかの問題ね。
やっていないなら独占していても普通は違法にはならない。
やっていないなら独占していても普通は違法にはならない。
914デフォルトの名無しさん
2019/09/06(金) 23:10:28.91ID:q2sz+jK9 例えば、WinXPのままではブラウザが使えなくなったのでWin7に移行せざる
を得なくなったので必ずWin7の購入がほぼ必須となった。同様のことがWin7から
Win10にも言えるはず。そこで得た資金で開発したVisualStudio Communityを
無料で配している。そういうことをすれば、開発環境だけでの競争が阻害
されてしまう。独占禁止法ではこのような場合、「競争回復措置」が
行われる場合がある。
を得なくなったので必ずWin7の購入がほぼ必須となった。同様のことがWin7から
Win10にも言えるはず。そこで得た資金で開発したVisualStudio Communityを
無料で配している。そういうことをすれば、開発環境だけでの競争が阻害
されてしまう。独占禁止法ではこのような場合、「競争回復措置」が
行われる場合がある。
915デフォルトの名無しさん
2019/09/06(金) 23:20:57.50ID:q2sz+jK9 消費者目線で言えばWindows OSの価格がどんどん高くなっていっている。
それも色々なものの開発資金をOSやクラウド、Officeなどの限られた部門
から飲み吸い上げている事も原因となっている。
他社はOSを売ることは出来ないから、競争条件が全く違っており
正常な競争にはなってない。例えば、OFFLINE のみでインストールから
使用までできる開発環境が欲しいと思っても、最近は、MSが
そういうものを用意してないようなので選択子が無い。それも
OSの独占的有利な立場を利用して開発環境を作る競争相手を価格面で
戦えないようにしたり、新規参入するベンチャーの参入障壁を
上げてしまっていることに起因するとも考えられる。
そのうちOfficeもオンライン環境がなければ使用できなくなったり、
購入ではなく、サブスクリプション契約で金を払い続けなくては使用できなく
なったりしていくかもしれない。
これもOSの独占的地位を利用して価格面で自分だけが得をするようにして
競争を阻害しているからもあるだろう。
それも色々なものの開発資金をOSやクラウド、Officeなどの限られた部門
から飲み吸い上げている事も原因となっている。
他社はOSを売ることは出来ないから、競争条件が全く違っており
正常な競争にはなってない。例えば、OFFLINE のみでインストールから
使用までできる開発環境が欲しいと思っても、最近は、MSが
そういうものを用意してないようなので選択子が無い。それも
OSの独占的有利な立場を利用して開発環境を作る競争相手を価格面で
戦えないようにしたり、新規参入するベンチャーの参入障壁を
上げてしまっていることに起因するとも考えられる。
そのうちOfficeもオンライン環境がなければ使用できなくなったり、
購入ではなく、サブスクリプション契約で金を払い続けなくては使用できなく
なったりしていくかもしれない。
これもOSの独占的地位を利用して価格面で自分だけが得をするようにして
競争を阻害しているからもあるだろう。
916デフォルトの名無しさん
2019/09/06(金) 23:35:44.59ID:VrwjiwQC そんなことよりDelphiのバカみたい価格の心配をしろ
これじゃ新規を見込めず先細りもいいとこ（もう絶滅寸前だろうけど）
同じような金出せるならMSの方がMSDN等良心的で様々なサービスを受けられるわ
そもそもDelphiの互換性もMSあってのものだしな
これじゃ新規を見込めず先細りもいいとこ（もう絶滅寸前だろうけど）
同じような金出せるならMSの方がMSDN等良心的で様々なサービスを受けられるわ
そもそもDelphiの互換性もMSあってのものだしな
917デフォルトの名無しさん
2019/09/06(金) 23:37:09.79ID:fsIhvVxA とりあえずまぁなんだ
スレチ
スレチ
918デフォルトの名無しさん
2019/09/07(土) 00:36:02.86ID:lrUhBd6h スレチだな
919デフォルトの名無しさん
2019/09/07(土) 00:46:49.52ID:PTspDEYF 自分的には無料のCommunity版がいつまで使い続けられるかだけが心配だ
920デフォルトの名無しさん
2019/09/07(土) 07:04:14.05ID:d7CxuB71921デフォルトの名無しさん
2019/09/07(土) 09:56:27.78ID:FRgiLbVr922デフォルトの名無しさん
2019/09/07(土) 09:59:30.18ID:dh6f1+zl 良かったな
構ってもらえて
構ってもらえて
923デフォルトの名無しさん
2019/09/08(日) 02:26:00.38ID:8qiJJwOy924デフォルトの名無しさん
2019/09/08(日) 07:50:22.39ID:GBkFAwDp >>923
コレは何？ 不正アップロード？
コレは何？ 不正アップロード？
925デフォルトの名無しさん
2019/09/08(日) 10:06:29.96ID:CxpVB6Zq 10.3.2メニュー配置変わってんのかよ
AHKでショートカット割り当てまくってるから配置変えられると死ぬ
sc79 & D:: ; コード整形
ImeOff()
send,!vpx
return
AHKでショートカット割り当てまくってるから配置変えられると死ぬ
sc79 & D:: ; コード整形
ImeOff()
send,!vpx
return
926デフォルトの名無しさん
2019/09/08(日) 10:38:51.66ID:m+XQHtHp927デフォルトの名無しさん
2019/09/10(火) 14:53:39.98ID:lKNyd4my TurboPASCALってどこで手に入る？
928デフォルトの名無しさん
2019/09/10(火) 22:52:09.61ID:f8GaWhFT >>927
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1086042.html
試していないので分からん
あとアーカイブサイトにあるかも
でも英語版だろうね
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1086042.html
試していないので分からん
あとアーカイブサイトにあるかも
でも英語版だろうね
929デフォルトの名無しさん
2019/09/11(水) 12:10:14.23ID:zFEVPQj4 Borland C Compiler 5.5 がみつかりましたほんとうにありがとうございました
930デフォルトの名無しさん
2019/09/11(水) 17:46:15.96ID:Pn2eXXHO >>923ってアーキテクトのキージェネじゃん
通報しといた
通報しといた
931デフォルトの名無しさん
2019/09/12(木) 14:51:35.88ID:LlEMjJeY 最新のDelphiってQuickReport付いてないの？
community版落として探してみたけど見つからない
今後win10移行が増えるからいい加減7から乗り換えないといけないのだが
community版落として探してみたけど見つからない
今後win10移行が増えるからいい加減7から乗り換えないといけないのだが
932デフォルトの名無しさん
2019/09/12(木) 15:05:52.23ID:AvbrVrYI >>931
バンドルのレポートならFastreportに変わった
バンドルのレポートならFastreportに変わった
933デフォルトの名無しさん
2019/09/12(木) 15:19:02.46ID:LlEMjJeY934デフォルトの名無しさん
2019/09/12(木) 19:15:58.32ID:vb0q0rVS トータルなコストで考えればQuickReport大人しく買って開発するのがいいよね
935デフォルトの名無しさん
2019/09/13(金) 15:28:19.05ID:MPzovrNl 質問させてください。
古いソースを修正することになり、初めて使う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;
}
古いソースを修正することになり、初めて使う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;
}
936デフォルトの名無しさん
2019/09/13(金) 16:24:58.48ID:ud7Tmahn 下から9行目の
bm = NULL;
は要らない気がする
bm = NULL;
は要らない気がする
937デフォルトの名無しさん
2019/09/13(金) 16:49:03.73ID:ud7Tmahn delete bm; の前に
bm->Free(); かな
bm->Free(); かな
938デフォルトの名無しさん
2019/09/13(金) 16:55:24.92ID:ud7Tmahn FreeImage(); か
Free(); の方は Free 使わず代わりに delete 使えって書いてあった
Free(); の方は Free 使わず代わりに delete 使えって書いてあった
939935
2019/09/14(土) 09:44:48.60ID:r3uHgxtS940デフォルトの名無しさん
2019/09/14(土) 11:53:47.51ID:mIZ3m5oP 貼った場所以外に原因があるんじゃね
思い込みは初心者にありがち
思い込みは初心者にありがち
941デフォルトの名無しさん
2019/09/14(土) 14:52:07.86ID:SxFSCxT0942935
2019/09/14(土) 18:48:27.70ID:r3uHgxtS943デフォルトの名無しさん
2019/09/14(土) 20:10:54.44ID:KItkZ5yJ944デフォルトの名無しさん
2019/09/14(土) 20:19:03.09ID:KXlDOeCq 最近のDelphiでquickreportの英語版買って使ってる人がいたら古いDelphi付属のV3で作ったものがそのまま使えるかどうか教えてください
945デフォルトの名無しさん
2019/09/14(土) 20:23:05.23ID:kT97YXwE >>942
自分もBuilder使いだけど>>935に原因のありそうな部分は見当たらないんだよな
＞この部分をコメントアウトするとリークは発生しないので、この処理の範囲内だと思います。
その考えは正しくないと思う
問題は別にあってその部分をコメントアウトすることで問題が顕著化しないだけ、という可能性もあるし
それでもそのソースコードの中で怪しいと言うなら bm->PixelFormat = pf24bit; かな
そのプロパティ変更により内部的にCopyImageとかいろいろやってる
仮にバグっぽいものあればそこでメモリリークしてる可能性はあるよね（XE5のソースコードないから分からないけど）
自分もBuilder使いだけど>>935に原因のありそうな部分は見当たらないんだよな
＞この部分をコメントアウトするとリークは発生しないので、この処理の範囲内だと思います。
その考えは正しくないと思う
問題は別にあってその部分をコメントアウトすることで問題が顕著化しないだけ、という可能性もあるし
それでもそのソースコードの中で怪しいと言うなら bm->PixelFormat = pf24bit; かな
そのプロパティ変更により内部的にCopyImageとかいろいろやってる
仮にバグっぽいものあればそこでメモリリークしてる可能性はあるよね（XE5のソースコードないから分からないけど）
946デフォルトの名無しさん
2019/09/14(土) 21:16:13.79ID:2DGm+YAP >>944
いや無理だろ
いや無理だろ
947デフォルトの名無しさん
2019/09/14(土) 21:54:44.58ID:KXlDOeCq >>946
無理とはどのような不具合があるのでしょうか
１。そもそもソースを読み込めない
２．日本語が使えない
３．仕様変更でかなり修正しないと動かない
４．その他
対応策等ありましたら教えてください
無理とはどのような不具合があるのでしょうか
１。そもそもソースを読み込めない
２．日本語が使えない
３．仕様変更でかなり修正しないと動かない
４．その他
対応策等ありましたら教えてください
948デフォルトの名無しさん
2019/09/15(日) 01:08:07.20ID:84ndTw+e >この部分をコメントアウトするとリークは発生しないので、この処理の範囲内だと思います。
C/C++なめたらあかんで
C/C++なめたらあかんで
949デフォルトの名無しさん
2019/09/15(日) 11:15:12.75ID:k7uy1Bep QuickReportってプロパティだのメソッドがバージョンアップでかなり変わるから、そんだけバージョンの離れたソースをそのまま使うのは無理だろうね
950デフォルトの名無しさん
2019/09/16(月) 19:38:14.09ID:nw3Npn6Y qr3からqr5だったらそんなに手間はかからなかった記憶が
951935
2019/09/17(火) 09:36:59.86ID:fn8IpYAT ご返信ありがとうございます。
>>945
>問題は別にあってその部分をコメントアウトすることで問題が顕著化しないだけ、という可能性もあるし
今回の場合は、対象のコード内で完結していることから、その様に判断しました。
その為、処理前に一度画像を保存し、インスタンス生成から解放までを行うように変更してみました。
>それでもそのソースコードの中で怪しいと言うなら bm->PixelFormat = pf24bit; かな
元の画像が8bitグレースケールなので、カラー画像に変換するために行っていました。
元画像をカラー画像に変換してから処理を行ったところ、少し改善されました。
>>945
>問題は別にあってその部分をコメントアウトすることで問題が顕著化しないだけ、という可能性もあるし
今回の場合は、対象のコード内で完結していることから、その様に判断しました。
その為、処理前に一度画像を保存し、インスタンス生成から解放までを行うように変更してみました。
>それでもそのソースコードの中で怪しいと言うなら bm->PixelFormat = pf24bit; かな
元の画像が8bitグレースケールなので、カラー画像に変換するために行っていました。
元画像をカラー画像に変換してから処理を行ったところ、少し改善されました。
952デフォルトの名無しさん
2019/09/25(水) 04:20:28.91ID:jqwJJp0J 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
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
953デフォルトの名無しさん
2019/09/25(水) 10:04:26.81ID:sdHp2tVC githubの方にsourcecodeもあるけどzipとかtgz
fontのソースって一緒にダウンロードするべき？
ttfだけ取っとけば良い？
fontのソースって一緒にダウンロードするべき？
ttfだけ取っとけば良い？
954デフォルトの名無しさん
2019/09/25(水) 15:43:22.76ID:OW+fPjNy エディタのフォントは20年来fixedsysを使っている俺は少数派なのか
955デフォルトの名無しさん
2019/09/25(水) 19:18:37.74ID:wIawdvpd >>954
今見たら俺も fixedsys だった。
今見たら俺も fixedsys だった。
956デフォルトの名無しさん
2019/09/25(水) 20:12:21.68ID:0VA2+ztI >>954
漢字どうするん？
漢字どうするん？
957デフォルトの名無しさん
2019/09/26(木) 10:20:42.43ID:FjQrWRS5 Ricty Diminished使ってる
このフォントはカナ文字のUD性が良いので、これの英字部分をCascadiaにしたやつが出たら使うかも
（自分で合成すりゃいいんだろうけど）
このフォントはカナ文字のUD性が良いので、これの英字部分をCascadiaにしたやつが出たら使うかも
（自分で合成すりゃいいんだろうけど）
958935
2019/09/27(金) 14:39:30.24ID:yUqonZfK TBitmapのメモリーリークの件、何とか解決いたしました。
原因はTBitmapのTCanvasで文字などを描画した場合、TBitmapを宣言→New→描画→Deleteでは
メモリーは正常に解放されずリークするようです。
対応としては
・TBitmapをグローバル変数化し、起動〜終了まで同じ変数を使いまわす
・Bitmapを別のクラスで読み込み、ScanLineで取得したポインターにピクセル単位で書き込む
ででリークしなくなりました。
色々ご教授頂き有難うございます。
原因はTBitmapのTCanvasで文字などを描画した場合、TBitmapを宣言→New→描画→Deleteでは
メモリーは正常に解放されずリークするようです。
対応としては
・TBitmapをグローバル変数化し、起動〜終了まで同じ変数を使いまわす
・Bitmapを別のクラスで読み込み、ScanLineで取得したポインターにピクセル単位で書き込む
ででリークしなくなりました。
色々ご教授頂き有難うございます。
959デフォルトの名無しさん
2019/09/27(金) 16:05:05.34ID:bGFj4S5H 解決したんだからOKだろうけど
描画→(ここで何かを解放し忘れ)→Delete
何が原因か気になるな
描画→(ここで何かを解放し忘れ)→Delete
何が原因か気になるな
960デフォルトの名無しさん
2019/09/29(日) 01:17:38.96ID:RNbbFQK1 >>958
いえいえ
いえいえ
961935
2019/10/04(金) 09:56:21.93ID:qmRxMuHJ 必要ないと思いますが、今回確認できた内容です。
【現象】
・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にしてから行う
【現象】
・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にしてから行う
レス数が950を超えています。1000を超えると書き込みができなくなります。
