Delphi XE Update1

[Insider2004]

Soeben ist ein Update für Delphi XE (2011) rausgekommen:

http://edn.embarcadero.com/article/40881

Version: 15.0.3953.35171

[FBrust]

Hallo,

der DP-News-Robot hat auch schon eine wohl nicht so gute Nachricht zu dem Thema gefunden:

http://www.delphipraxis.net/155925-x...ml#post1061230


Gruß
Frank

[Bernhard Geyer]

Zitat von FBrust:

der DP-News-Robot hat auch schon eine wohl nicht so gute Nachricht zu dem Thema gefunden:

http://www.delphipraxis.net/155925-x...ml#post1061230

Ich denke mal das hier der Anti-Crack-Schutz von Delphi XE zuschlägt. Dieser wird nicht zwischen "guten Patches im Exe-Code" und "Patches zum Knacken des Kopierschutzes" unterscheiden können.

[Insider2004]

Für Plugin-Schreiber dürfte es jetzt schwer werden. Wahrscheinlich wird über den geladenen Code eine Summe gebildet und wenn dann Andreas was im Memory patcht schlägt die Crack-Kontrolle zu.

[Assarbad]

Da hilft es dann das "Delphi Distiller"-Projekt fortzuführen. Aber ups, das ist doof - der Autor hat sich ja von Delphi abgewandt und benutzt nun Qt ...

[Dezipaitor]

War doch irgendie klar, dass sowas irgendwann passiert. Es wurde mal wieder viel Geld und Aufwand in den Schutz der Software investiert, der sowieso unsinnig ist, weil er nur die Leute anspornt dagegen etwas zu unternehmen. Letztendlich sind die zahlenden Kunden die Deppen. Ach, was mache ich eigentlich, das wurde schon tausende Male gesagt.

Mich wundert es nur, dass Emb ihren Schutz nicht mit Andreas Software getestet hat. Die haben viele Vorteile von ihm bekommen, da müsste man doch auch mal was zurückgeben.

Ich würde es ihm nicht übel nehmen, wenn er deshalb aufhört.

[Bernhard Geyer]

Zitat von Insider2004:

Für Plugin-Schreiber dürfte es jetzt schwer werden.

Für Plugin-Schreiber die nur die API verwenden wird sich nix ändern. Nur wenn über das Plugin versucht wird den Delphi-Code zu ändern wirds problematisch.

Aber Andreas kann ja sein Plugin soweit optimieren das der Crack-Check gepatcht wird

Ich könnte mir vorstellen das die FlexLM-Integration hier den Schutz bereitstellt. Evtl. wurde dieser aktualisiert.

[Assarbad]

Zitat von Bernhard Geyer:

Aber Andreas kann ja sein Plugin soweit optimieren das der Crack-Check gepatcht wird

Womit er mit dem angepaßten UrhG in Dtl in Konflikt geraten dürfte. Was dann wiederum Emba die Möglichkeit gibt rechtlich gegen ihn vorzugehen.

Ich weiß, daß ich maximal über TOR eine freie Emailadresse registrieren und über diese einen kostenlosen Webspace laufenlassen würde oder ggf. über diese Emailadresse bei SF.net ein Projekt machen würde (was Emba aber auch nicht recht sein dürfte) ... als Autor würde ich mich sicher nicht zu erkennen geben, wie es bspw. der Autor von "Delphi Distiller" gemacht hat.

[jbg]

Zitat von Insider2004:

Für Plugin-Schreiber dürfte es jetzt schwer werden. Wahrscheinlich wird über den geladenen Code eine Summe gebildet und wenn dann Andreas was im Memory patcht schlägt die Crack-Kontrolle zu.

Mein IDE Fix Pack funktioniert noch einwandfrei. Nur DDevExtensions hooked eine oder mehrere IDE Funktionen, die seit Update 1 nun geschützt sind. Leider muss ich mich aber in die IDE hooken, da die Open Tools API bei weitem zu schwach ist. Man muss sich nur mal anschauen, was man bei der Entwicklung von Plugins für Visual Studio also so machen kann. Und die Schnittstelle ist auch noch gut beschreiben. Nicht so wie bei der Open Tools API, bei der man Trial&Error spielen darf und hoffen muss dass das dann auch noch in der nächsten IDE Version so funktioniert, wie es das gerade tut.

Zitat:

Aber Andreas kann ja sein Plugin soweit optimieren das der Crack-Check gepatcht wird

Warum sollte ich. Da schreibe ich lieber eine eigene performante und thread-fähige IDE, bei der Komponenten nicht mehr das gesamte Programm zum Absturz bringen und unterschiedliche Compiler+FormDesigner-Version genutzt werden können. Ich habe mir da schon seit ein paar Monaten Gedanken darüber gemacht. Leider lässt sich das nicht mit meiner Freizeit vereinen.

[Assarbad]

Zitat von jbg:

Warum sollte ich. Da schreibe ich lieber eine eigene performante und thread-fähige IDE, bei der Komponenten nicht mehr das gesamte Programm zum Absturz bringen und unterschiedliche Compiler+FormDesigner-Version genutzt werden können. Ich habe mir da schon seit ein paar Monaten Gedanken darüber gemacht.

... das das das ist Häresie!!!