Eure Anregungen für das DEC 5.3 gebraucht

[blackdrake]

Ein sehr großer Wunsch von mir war ja immer die Asynchrone Verschlüsselung zu Implementieren. Ich bin deswegen sogar von Delphi abgedriftet, da es für OpenSource Projekte keine PKI Implementierungen gibt. In Java kann man mit 5 Quelltextzeilen eine asynchrone Verschlüsselung hinbekommen.

Einen Bug, den ich damals fand war, dass der Shark Cipher nicht funktioniert. Beim Ver- und Entschlüsseln kommen unterschiedliche Ergebnisse raus.

Gruß
blackdrake

[Codehunter]

@Assertor:

Zuerstmal ein gesundes und erfolgreiches neues Jahr!

Falls du meine Frage als Kritik aufgefasst haben solltest, es war nicht als solches gemeint. Ich bin schon lange Anwender der 5.2er und damit mehr als zufrieden. Dass es überhaupt eine Weiterentwicklung gab/gibt hat mich ehrlich gesagt ein wenig überrascht, ich verfolge die DP ja auch nicht in allen Einzelheiten und bin eben eher zufällig über den Thread hier gestolpert.

Warum ich nach einem Fork bzw. Nicht-Fork fragte hat einen aktuellen Grund: Open-Libre-Office. Als Anwender (!!!) weiß man nicht, in welche Richtung man schwenken soll. Libre ist besser, Open ist populärer. Inzwischen gibt es die ersten Inkompatibilitäten.

Übertragen auf DEC muss man als Anwender dann damit rechnen, dass Anwendungen der älteren 5.2er, die ja nach wie vor in der weiten Welt genutzt werden, möglicherweise nicht mit Anwendungen basierend auf einem neueren DEC arbeiten würden. Da frage ich lieber vorab mal genauer nach.

Betreffs x64: Ich sehe das mit gemischten Gefühlen. Einerseits ist x64 ein Verkaufsargument, andererseits ist der Portierungsaufwand generell schon teils erheblich. Verschläft man den Punkt X kanns passieren dass einem die Konkurrenz irgendwann mit x64-Produkten das Wasser abgräbt. Ist man aber vorzeitig dabei, verschenkt man unnütz Portierungsaufwand.

Im Moment ist in der Delphi-Szene noch nicht viel zu reißen mit x64. Die größeren Komponentenanbieter sind auch noch nicht am Start und wenn dann mit Teilmengen der Komponenten oder mit Pre-Alphas. Für manche Projekte bringt x64 auch schlicht keine Vorteile (z.B. weil man nicht so viel RAM braucht). Da ist inzwischen Multithreading fast interessanter als 64 Bit.

[Assertor]

Hallo Codehunter,

danke, Dir (und allen anderen) auch ein frohes, gesundes Neues Jahr!

Nein, kein Problem - ich hab das nicht als Kritik aufgefasst. Meine Forumulierung war um die Uhrzeit nicht mehr ideal. Ich weiß, dass hier im Forum z.B. ein FPC Portierungsversuch läuft. Das wäre dann ein Fork, von meinem Standpunkt aus.

Zur Kompatibilität:
Ich werde den Source der DEC 6 so kompatibel wie möglich machen. Als Ziel habe ich mir 99% vorgenommen. Es wird sich bei der Identitybase nicht vermeiden lassen, etwas zu ändern, da mein 5.2 Port hier fehlerhaft war. Ich stelle also dort die Kompatibilität zur DEC 5.1 wieder her und führe ein neues Schema parallel dazu ein.

Der ältere 5.2 Port war ja auch schon von mir.

Zu x64: Deine Einschätzung teile ich in vielen Punkten. Gerade Multithreading ist ein großer Nachteil in Delphi - ohne externe C Libraries kommt man häufig nicht auf die gewünschte Geschwindigkeit. Als Intel Technology Partner weiß ich, dass Delphi Kompilate hier in der Regel gnadenlos versagen (z.B. im SAT Concurrency Checker) und Ergebnisse liefern, die in der Nähe von VB 6 und RealBasic sind.

Aber das ist auch alles lösbar, wie gesagt z.B. mit geeigneten Referenzbibliotheken aus c.

Meine Entwicklungs-VM für die DEC läuft nun wieder, ihr habt mich nun etwas motiviert Vielleicht packe ich auch auf die Google Code Seite einen PayPal Button. Ich weiß nicht, ob sich sowas in der Delphi Szene lohnen würde. Helfen auf jeden Fall, dann kann ich auch mal Tage der DEC widmen, an denen ich sonst anderweitig Geld verdienen müsste.

Jetzt zur Daily Info:

Ich fange jetzt ganz unten neu an. TDD, also Unit Tests für die neue DEC Utils. PurePascal Port für die Bit/Byte Swaps und XOR.

Ich konnte heute bei SwapBits() die Geschwindigkeit um den Faktor 35 verbessern, obwohl in PurePascal und nicht ASM. Dadurch läuft dieser Teil schonmal auf x32 und x64. Referenz war die heute übliche, bekannte Info von Bit Twiddling Hacks, in diesem Fall eine Lookup-Table.

Mein (unverbindliches) persönliches Ziel wäre PurePascal mit ASM wo nötig und möglich, jeweils für x32 und x64, für Delphi und C++ Builder ab Version 7/2007 bis XE2 sowie FPC/Lazerus (in FPC ohne CryptoLib und Unittests, da ich Delphi nutze).

Nun denn, schauen wir mal, wie weit ich dieses mal komme

Viele Grüße
Assertor

[Codehunter]

Die Diskussion mit dem Multithreading hatte ich anderweitig auch schon mal. Native API-Programmierung ging wohl so halbwegs was Performance betrifft, die VCL-Klassen-Implementierung (TThread) stinkt wohl gnadenlos ab.

Vielleicht sollten sich die Leute die seinerzeit Bibliotheken wie z.B. FastMM4, DEC, Indy, Graphics32, VirtualTree etc. gebaut haben, mal zusammensetzen und schauen ob man eine gute performante Multithreading-Klassenbibliothek gebaut bekommen, die für die "einfacher gestrickten" Entwickler (zu denen ich mich auch zähle) auch bedienbar bleibt. MT ist an sich schon ein schwieriges Thema. Synchronisierung, Variablenlokalisierung etc. Da bekommt man anfangs schon Hirnverwurschtelung Die Entwicklung bei den Prozessoren in den letzten Jahren ging jedenfalls in diese Richtung und Delphi hats - simpel gesprochen - verschlafen.

Ich halte mich jedenfalls nicht für ausreichend qualifiziert, solche Basisbibliotheken oder eben auch DEC zu entwickeln, deshalb halte ich mich mit Forderungen auch sehr zurück. Was ich aber sehe ist dass Embarcadero Delphi in eine Richtung versucht zu entwickeln, für die es nicht gut geeignet ist, dabei häufig Richtungswechsel vollzieht und die Pflege der Basisbibliotheken ein wenig vernachlässigt. Inzwischen haben wir ein gefühltes Dutzend mitgelieferter, zueinander inkompatibler Frameworks.

So, Schluss mit dem kleinen Offtopic

[Zacherl]

Lebt das Projekt noch? Habe jetzt mal kurz das DEC 5.2 auf XE4 angetestet und bekomme jede Menge Compilerwarnungen. Wollte nur wissen, ob es sich lohnt das mal alles zu fixen, oder ob man in nächster Zeit mit DEC 6 rechnen kann.

[alphaflight83]

Letztes Lebenszeichen war ein kurzer Kommentar in Arvids letztem Blog-Eintrag am 08. März 2013:
"I am going to post about the changes to my blog, the DEC and so on in a few weeks. Stay tuned! Had been a busy time."
Ich bin ebenfalls bei der Portierung eines Projekts nach XE4 wieder einmal darauf gestoßen.

[Codehunter]

Ich bin da eher skeptisch. Unicode, 64 Bit, das alles dürfte dem bisherigen 5.3er Code ziemliche Schwierigkeiten machen. Schade eigentlich, da DEC immernoch eine Referenz in Sachen Kryptografie bei Delphi ist.

Es gibt leider nicht viele Leute, die die notwendige Kompetenz dafür haben, das DEC für moderne Delphis anzupassen.

Was sagt eigentlich Hagen zu dem Thema?

[TurboMagic]

Zitat von blackdrake:

Ein sehr großer Wunsch von mir war ja immer die Asynchrone Verschlüsselung zu Implementieren. Ich bin deswegen sogar von Delphi abgedriftet, da es für OpenSource Projekte keine PKI Implementierungen gibt. In Java kann man mit 5 Quelltextzeilen eine asynchrone Verschlüsselung hinbekommen.

Einen Bug, den ich damals fand war, dass der Shark Cipher nicht funktioniert. Beim Ver- und Entschlüsseln kommen unterschiedliche Ergebnisse raus.

Gruß
blackdrake

Hallo,

könntest du dieses Shark Cipher Problem mal bitte hier erfassen:
https://github.com/winkelsdorf/Delph...pendium/issues

Dann hat's nämlich eine Chance untersucht und behoben zu werden.
Falls du den Thread noch liest hast du ja wohl inzwischen mitbekommen, dass DEC nicht tot ist...

Grüße

TurboMagic