【Delphi】Embarcaderoオッチャ その30【C++ビルダ】
だね。.NET はその点良く出来てる。
それに引き替え Delphi は...
文字列0から始めるは、パチもんの出来損ないテンプレート
バージョンごとに互換性のない FMX, Indy
With も止める、集合型はいつまでたっても 255 要素...
FMXは誰も使ってないうちにどんどん改良してもらって結構だな
あれ、.NETの集合型の要素数って64から増える(た)の?
285 :
デフォルトの名無しさん:2015/02/16(月) 19:31:01.07 ID:CGGHTaxC
>>285 いや、Delphiは増えないっていうから、いつもの人の大好きな.NETでは増えたのかな〜と思って。
64よりは256のほうがいいにきまってるわな。
288 :
デフォルトの名無しさん:2015/02/17(火) 01:55:23.81 ID:tC2Oubu/
Delphiは8あたりでBorlandから他の会社へ買収されたんですよね確か…
.net対応とか、VCLのオープン化とか、VisualStudioやその他の開発ツールに
負けないための努力工夫を惜しまないのはスゴいと思えました…
>>289 Borland→CodeGear→Embarcadero
CodeGearはボーランドの一部門で売却の為に作られた感じ。
その後エンバガに売却される。
292 :
デフォルトの名無しさん:2015/02/19(木) 22:09:38.09 ID:lUkLliZz
互換性を維持しながら、持ち堪えたのは奇跡的だ
ボーランドから買収された時、もう駄目と思ったいうか
その辺も、ドタバタだったので、見切りをつけた離脱者が…
デブサミで発見。
それなりに集客はできているのに
ご案内は20万円から。
kintonのようにウェブ上で
RAD開発が出来るツールもあるし大変だ。
手段が変わらず結果がより多様性を持つようになることはいい事と思う。
ただエンドユーザーがシステム屋の巧言に言いくるめられるのはしょうがないとは思うけどね
システム屋のくせに目先の目新しさに眩惑されてより時間とカネのかかる手段を提案するのは詐欺だな
手段が変わらず?本当の意味で互換性が維持できてたのは2007までだよ
昔は誰も使わない Turbo Pascal 時代の機能すら互換性のために残すほど気を使っていたのに、
エンバカは with や AnsiString の廃止みたいなことを平気で計画してる(一部ではすでに実行されてる)
これは明らかに生産性を下げるし、すでにその片鱗も現れてる
例えば AnsiString の廃止に伴って AnsiChar の配列も作れなくなるから、
1 の記述で済んでいたものを 2 のような馬鹿みたいな書き方に直さなければならない
{1} Foo: array[0..25] of AnsiChar = 'ABCDEFGHIJKLMNOPQRSTUVWXYZ';
{2} Foo: array[0..25] of Byte = (
Ord('A'),Ord('B'),Ord('C'),Ord('D'),Ord('E'),Ord('F'),Ord('G'),Ord('H'),Ord('I'),
Ord('J'),Ord('K'),Ord('L'),Ord('M'),Ord('N'),Ord('O'),Ord('P'),Ord('Q'),Ord('R'),
Ord('S'),Ord('T'),Ord('U'),Ord('V'),Ord('W'),Ord('X'),Ord('Y'),Ord('Z'));
言っておくけど、これは「ぼくのかんがえたさいあくのしなりお」という単なる予測ではなく、
実際にエンバカが書いている RTL ソースコードの NEXTGEN 向けの記述からの抜粋だ
わざわざ言語仕様を変更してまで生産性を下げるなんて気が触れてるとしか言えない
えーん
馬鹿出ろ
Nimに期待しよう
Delphi使いが望む機能が全てある、まさに正当進化だ
298 :
デフォルトの名無しさん:2015/02/24(火) 02:03:50.58 ID:ee3dXWAx
ちょっとドキュメント読めばわかるけど型システムがほぼDelphiまんまなんだよな
タプルみたいなのは追加されてるけど
まーた新しい税金徴収方法考えたのか
サブスクリプション入ってないとアップデートも入手出来ないとは
DEKOのとこ見たけど、なんだよアップデートサブスクリプションって
こんなことしてたら最後の頼みの綱の法人ユーザーも逃げ出すだろ
どこまで搾り取れるか実験でもする気か
XE7を買うと次のバージョン無料のキャンペーンが始まったから4月頃にXE8が出るのかな
リチャージとは何だったのか
リチャージ価格、サブスクにして製品価格に乗せたらいいんじゃね!うは俺天才!
ってことか。
Win10対応はXE9なのか
XE7でリーク問題
class function TEncoding.GetUTF8: TEncoding;
var
LEncoding: TEncoding;
begin
if FUTF8Encoding = nil then
begin
LEncoding := TUTF8Encoding.Create;//ここでリークしてるが解決方法誰か知りませんか
if AtomicCmpExchange(Pointer(FUTF8Encoding), Pointer(LEncoding), nil) <> nil then
LEncoding.Free;
{$IFDEF AUTOREFCOUNT}
FUTF8Encoding.__ObjAddRef;
{$ENDIF AUTOREFCOUNT}
end;
Result := FUTF8Encoding;
end;
XE7のRegisterClassリソースリーク解決案
destructor TApplication.Destroy;
で
DestroyWindow(FHandle);
end;下に追加
Winapi.Windows.UnregisterClass(WindowClass.lpszClassName, HInstance);//追加
procedure TWinControl.DestroyWindowHandle;
で
Exclude(FControlState, csDestroyingHandle);下に追加
Winapi.Windows.UnregisterClass(Params.WinClassName, HInstance);//追加
destructor TWinControl.Destroy;で
var
Instance: TControl;下に
Params: TCreateParams;//追加
DestroyWindowHandle;
StrPCopy(Params.WinClassName, ClassName); //追加
Winapi.Windows.UnregisterClass(Params.WinClassName, HInstance);//追加
(
http://qc.embarcadero.com/wc/qcmain.aspx?d=107204)に掲載あり
procedure DeallocateHWnd(Wnd: HWND);で
if Instance <> @DefWindowProc then FreeObjectInstance(Instance);この下
if (GetClassInfo(HInstance, UtilWindowClass.lpszClassName, TempClass)) then//追加
Winapi.Windows.UnregisterClass(UtilWindowClass.lpszClassName, HInstance);//追加
XE7のRegisterClassリソースリーク解決案
で
destructor TWinControl.Destroy;の改良
var
Instance: TControl;この下
Params: TCreateParams;//追加
TempClass: TWndClass;//追加
begin
・・・・・
DestroyWindowHandle;この下に追加
StrPCopy(Params.WinClassName, ClassName); //追加
if (GetClassInfo(HInstance, Params.WinClassName, TempClass)) then//追加
Winapi.Windows.UnregisterClass(Params.WinClassName, HInstance);//追加
>>308 のリークはしていないようです
間違えてました
趣味でxe7買ってみたんだが、RS232Cを制御しようとしたら無料の対応した良いコンポーネントがないのな
折角の最新版はお預けで10年以上前の5を触ってる
弱小言語の悲しいさがだな
>>313 ありがとう
でもそれは真っ先に試したけどだめでしたw
本家のページにも動かないって言うユーザの書き込みがあるけど何年もバージョンアップないし保守は期待できないな
>>314 RS232CのWifiコンバーター使って通信するサンプルならあった
316 :
デフォルトの名無しさん:2015/03/03(火) 05:02:26.17 ID:0qnRlFIR
ソース公開されてるんだから自分で修正すりゃいいのに。
CPortならXE7でもそのまま使えてるけど、何か問題あったかな?
Delphi製アプリはすぐハックされて駄目だな
JaneXeno Part67 [転載禁止]・2ch.net [転載禁止](c)2ch.net
http://anago.2ch.net/test/read.cgi/software/1425253947/747 747 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2015/03/04(水) 01:20:05.65 ID:y3XP73Hd0
105 名前:番組の途中ですがアフィサイトへの転載は禁止です[] 投稿日:2015/03/04(水) 00:50:23.08 ID:wDCdPYVq0
001FD4E5 32 → 31
山下広告簡単に消せるぞばかちんが
>>319 そりゃ.pas毎にブロック組み立ててるような実行ファイルじゃ
楽に突破できる
それも特徴的なブロックヘッダ(?)があるから分割しやすい
ここ以外のC言語じゃソースファイル毎になんて事はない
特徴的なバイト列である程度判別できるのはDelphiに限ったことじゃないけどな
というかそんなこと言い出したら難読化してない.NETアプリなんてどうなるんだw
>>316 まあそれが正論ですよね
ということでなんとかいじって登録できました
その一苦労もユーザが多いと情報も多くて楽だと思いましたw
>>322 説明が悪かったかな
C言語じゃ
コンパイル時にコードセグメント(CS)とデータセグメント(DS)が完全に分けられる
delphiだとコンパイル時に混在
極端な話
copy /b exeheader + A.TPU + B.TPU + C.TPU + D.TPU + E.TPU + F.TPU delphi.exe
なんてやったのと同じ
パールって素で動くん(´・ω・) スカ?
.tpu とは、また古いな。
サザンパシフィック、亜土電子、・・・
広告消すくらいならDelphiだろうが何だろうが簡単だろ
Delphiだから楽とか言ってる奴はにわか
世の中のクラックされてるソフトウェアの大半はDelphi製じゃないぞ
329 :
デフォルトの名無しさん:2015/03/06(金) 13:27:21.33 ID:ySCMz2pU
>>328 それ、LinuxとかMacOSの方がウイルス被害少ないからWindowsより安全だと言ってるのと同じだぞ
要はDelphiがどうこうじゃない、というだけだろ