[Grospolina]

Also, grundsätzlich gibts da ne ganz einfache sichtweise:

Ich schreibe den Code: 2*4+2

Der Compiler sagt dann: 10 und macht ne EXE draus!


Jetzt kommt der DeCompiler und denkt:

10 hmm, das könnte das sein:

2*5

und dann steht im SourceCode 5*2!

Also ist die Chance, den Code Komplett zu erlangen gen 0!

[Rika]

Ja, hm... es geht darum aber überhaupt erstmal äquivalenten Code zu finden. Bei arithmetischen Funktionen ist das einfach, bei ganzen Algorithmen wird's ein Kauderwelsch.

Andererseits gibt es zumindest für einfaches C schon sehr gute Ansätze wie z.B. symbolische Transformation und einige gute Demos für Linux.

[da-robin]

das ist doch dat was ich meinte es entstehen lücken die mit verschieden programmen aber systematisch zum teil wieder hergestelt werden können und wenn dann ein paar sachen fehlen is dat uch net so schlimm wenn man den wichitigsten teil hat den man haben wollte

[Rika]

Ähm... Je kleiner das Programm, desto eher macht man es per Hand. Je größer, umso mehr Code kann teilweise zurückverwandelt werden, bleibt aber durch fehlende Namensbezeichnungen und verworrene Strukturen ziemlich unübersichtlich.

Ich weiß ja nicht was genau du vor hast, aber manchmal gibt es wesentlich produktivere Ansätze:

- Verändernung auf Assemblerebene
- komplette Alternativimplementierung bei Kenntnis der Schnittstellen
- Entwicklen eines Erweiterungsmodul, das bestehene Funktionen verändert oder ergänzt