c++ decompilebar

Quote:

Originally Posted by ƬheGame Einfach aufh�ren dieses scheiss Visual studio und den .net m�ll zu brauchen und auf QT und die QT-Librarys umsteigen in Verbindung mit mingw. Dann kannst du das Zeug erstnoch f�r android, linux und mac compilen ohne am code etwas zu �ndern sofern du keine Windowsspezifischen Funktionen verwendest.

Und was soll an Visual Studio und .NET so schei�e sein? Komm' mir jetzt nicht mit der Windows Bindung, die ist n�mlich nicht unbedingt erforderlich.

Quote:

Originally Posted by ƬheGame Einfach aufh�ren dieses scheiss Visual studio und den .net m�ll zu brauchen und auf QT und die QT-Librarys umsteigen in Verbindung mit mingw. Dann kannst du das Zeug erstnoch f�r android, linux und mac compilen ohne am code etwas zu �ndern sofern du keine Windowsspezifischen Funktionen verwendest.

Visual Studio hat nichts mit .NET zu tun, vielleicht erstmal informieren bevor man Bullshit schreibt.
Keine IDE kommt an die Vorz�ge von VS heran.

Quote:

Originally Posted by Mostey Und was soll an Visual Studio und .NET so schei�e sein? Komm' mir jetzt nicht mit der Windows Bindung, die ist n�mlich nicht unbedingt erforderlich.

Und bei einem Marktanteil von gef�hlten 100% auch ziemlich irrelevant.
VS alleine bringt auch keinerlei Windowsbindung mit sich und C++/CLI ist sowieso M�ll.

Quote:

Originally Posted by MrSm!th Visual Studio hat nichts mit .NET zu tun, vielleicht erstmal informieren bevor man Bullshit schreibt. Keine IDE kommt an die Vorz�ge von VS heran. Und bei einem Marktanteil von gef�hlten 100% auch ziemlich irrelevant. VS alleine bringt auch keinerlei Windowsbindung mit sich und C++/CLI ist sowieso M�ll.

Zeig mir mal wie du bei VS einen eigenen Compiler einf�gen willst, wie du ein Programm f�r Linux compilen willst und wie die IDE Platform�bergreifend l�uft ganz abgesehen vom Genialen Signal/Slot System welches QT hat (h�tte noch nie geh�rt das es sowas bei Windows Forms gibt). Abgesehen davon kann man die Programme ohne die kleinste �nderung f�r jedes Betriebssystem compilen.

Wenn Microsoft so weiter macht geht das ganze sowieso den Bach runter in den n�chsten 15 Jahren. Xbone geflopt, Nokia zu kaufen hat nichts gebracht, ihre surface dinge sind auch geflopt, Windows 8 hat Verkaufszuahlen das es nicht mehr sch�n ist und der kauf von Minecraft wird daran nichts �ndern. Ich habe keine Ahnung wie sie auf die Idee kommen 2,5 Milliarden h�tten sie durch Minecraft bis mitte 2015 wider drin.

Quote:

Originally Posted by ƬheGame Zeig mir mal wie du bei VS einen eigenen Compiler einf�gen willst, wie du ein Programm f�r Linux compilen willst und wie die IDE Platform�bergreifend l�uft ganz abgesehen vom Genialen Signal/Slot System welches QT hat (h�tte noch nie geh�rt das es sowas bei Windows Forms gibt). Abgesehen davon kann man die Programme ohne die kleinste �nderung f�r jedes Betriebssystem compilen.

Qt Creator verwendet unter Windows standardm��ig MSVC als Compiler. :P Ich schreib meinen Qt-Kram mit VS (gibt sogar ein offizielles Qt Addon f�r VS).

Quote:

Originally Posted by Ende! Qt Creator verwendet unter Windows standardm��ig MSVC als Compiler. :P Ich schreib meinen Qt-Kram mit VS (gibt sogar ein offizielles Qt Addon f�r VS).

Man kann beim Installieren ausw�hlen welche Compiler Installiert werden sollen und bei jedem Projekt am Anfang sagen welcher verwendet werden soll. Wenn man nicht f�hig ist checkboxen zu aktiveren sollte man das Programmieren vielleicht auch sein lassen. (Wie willst du danach die Sachen f�r andere Betriebssysteme compilen, wenn du es in VS machst?)

Oder man l�dt sich nicht den Online Installer runter (ist aber die einfachste Variante) und holt sich gleich was man will [Only registered and activated users can see links. Click Here To Register...]

Quote:

Originally Posted by ƬheGame Zeig mir mal wie du bei VS einen eigenen Compiler einf�gen willst, wie du ein Programm f�r Linux compilen willst und wie die IDE Platform�bergreifend l�uft

Was nicht bedeutet, dass man keinen plattformunabh�ngigen Code schreiben kann - man muss ihn halt nur auf dem entsprechenden System gesondert kompilieren. Bei Unix Entwicklungen kompiliert man meist sowieso den Code auf dem Zielsystem.

Au�erdem bewerte ich eine Entwicklungsumgebung anhand ihrer Fertigkeiten als Entwicklungsumgebung (Produktivit�t, Refactoring, Version Control, etc.) und nicht anhand des Compilers, der dabei verwendet wird.

Quote:

ganz abgesehen vom Genialen Signal/Slot System welches QT hat (h�tte noch nie geh�rt das es sowas bei Windows Forms gibt). Abgesehen davon kann man die Programme ohne die kleinste �nderung f�r jedes Betriebssystem compilen.

Winforms sind kein C++. Wenn man standardkonform (und/oder mit crossplatform libs) programmiert, muss man seine Programme grunds�tzlich f�r andere Plattformen nicht ab�ndern.

Quote:

Wenn Microsoft so weiter macht geht das ganze sowieso den Bach runter in den n�chsten 15 Jahren. Xbone geflopt, Nokia zu kaufen hat nichts gebracht, ihre surface dinge sind auch geflopt, Windows 8 hat Verkaufszuahlen das es nicht mehr sch�n ist und der kauf von Minecraft wird daran nichts �ndern. Ich habe keine Ahnung wie sie auf die Idee kommen 2,5 Milliarden h�tten sie durch Minecraft bis mitte 2015 wider drin.

Der Endanwendermarkt ist winzig - Microsoft ist und bleibt extrem stark im Business Bereich.

Die schlechte Presse bei Win8 und Nokia sind imho sowieso ungerechtfertigt - sehr qualitative Produkte. Und ich pers�nlich sehe Win8 mittlerweile an jeder Ecke, keine Ahnung was du mit schlechten Zahlen meinst. Schlechter als Win7 sicherlich, aber offensichtlich auch nicht grottenschlecht.

Quote:

(Wie willst du danach die Sachen f�r andere Betriebssysteme compilen, wenn du es in VS machst?)

Anderen Compiler verwenden :facepalm:
Zumal Crossplatform sowieso f�r die meisten eher zweitrangig ist, auch wenn sie QT verwenden.

Quote:

Originally Posted by MrSm!th Was nicht bedeutet, dass man keinen plattformunabh�ngigen Code schreiben kann - man muss ihn halt nur auf dem entsprechenden System gesondert kompilieren. Bei Unix Entwicklungen kompiliert man meist sowieso den Code auf dem Zielsystem. Au�erdem bewerte ich eine Entwicklungsumgebung anhand ihrer Fertigkeiten als Entwicklungsumgebung (Produktivit�t, Refactoring, Version Control, etc.) und nicht anhand des Compilers, der dabei verwendet wird. Winforms sind kein C++. Wenn man standardkonform (und/oder mit crossplatform libs) programmiert, muss man seine Programme grunds�tzlich f�r andere Plattformen nicht ab�ndern. Der Endanwendermarkt ist winzig - Microsoft ist und bleibt extrem stark im Business Bereich. Die schlechten Ergebnisse bei Win8 und Nokia sind imho sowieso ungerechtfertigt - sehr qualitative Produkte.

Win8 hat beim Start durch die beschissene Oberfl�che "verschissen" und der erste Eindruck z�hlt nun mal wie so oft im Leben, die Nokia Handys (au�er die X, X+ und XL) laufen nicht auf Android sonst w�hren die Verkaufszahlen viel h�her. Bei surface und xbone sind sie selber Schuld. Die Hardware ist f�r die Leistung viel zu teuer und im Falle der xbone noch schlechter als die PS4 welche den heutigen Computern um ca. 5 Jahren hinterher hinkt.

Quote:

Originally Posted by ƬheGame Man kann beim Installieren ausw�hlen welche Compiler Installiert werden sollen und bei jedem Projekt am Anfang sagen welcher verwendet werden soll. Wenn man nicht f�hig ist checkboxen zu aktiveren sollte man das Programmieren vielleicht auch sein lassen. (Wie willst du danach die Sachen f�r andere Betriebssysteme compilen, wenn du es in VS machst?)

Gro�er Meister! Bitte lehre mich! Indem ich meine git repo dann einfach in der Ziel-Umgebung clone und mit der dort nativen Toolchain compile. Das Qt Addon f�r VS erlaubt die Verwendung der qmake Project Files, man muss entsprechend nicht eine Zeile Code �ndern.

Danke ;D
Was muss ich den noch umstellen ?
Also in den Projekt eigenschaften ?

Quote:

Originally Posted by MrSm!th Dann hast du offensichtlich eine .NET Anwendung erstellt (Winforms sind .NET).

Arbeite nicht mit winforms oder ? Denke doch nicht verwende immoment f�r alles CreateWindow oder halt f�r elemente CreateWindowEx f�r elemente wie z.B. Texte oder Buttons etc.

Nutze der Zeit Visual Studio 2010 Professional mit ner Student License von Dreamspark

Was meintest du denn konkret mit einer .NET Signatur?

Das

Quote:

Originally Posted by Dreamsl�ps Das Code: .net signatur: <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> <security> <requestedPrivileges> <requestedExecutionLevel level="asInvoker" uiAccess="false"></requestedExecutionLevel> </requestedPrivileges> </security> </trustInfo> <dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="*" publicKeyToken="6595b64144ccf1df" language="*"></assemblyIdentity> </dependentAssembly> </dependency> </assembly>

Das ist eine Manifest-Datei und hat nichts mit .NET zu tun. Manifests k�nnen, wie in deinem Fall, auch als Resource in PEs mitgef�hrt werden.

c++ ist eine native Programmiersprache und damit nicht zur�ck in den Ursprung decompilierbar, da sie bereits zu Maschinencode kompiliert wurde.

Scriptsprachen (Java / .NET / Autoit / ... ) sind mehr oder weniger decompilierbar, da sie den Sourcecode(*) noch enthalten und sie erst zur Laufzeit durch einen Interpreter zu Maschinencode �bersetzt werden.

(*) teilweise nur noch in bereits "kompilierter" Form zum Bytecode, und daher nicht mehr 100%ig rekonstruierbar. Kommt drauf an.

---------------

Um die Exe allgemein vor Crackern zu sch�tzen, brauchst du wie die anderen schon meinten einen Protector / Packer.
Der Packt, variiert je nach Packer / Protector Programm nat�rlich, die einzelnen Codebereiche in einen eigenen Abschnitt und entschl�sselt sie w�hrend der Laufzeit. Und haut da noch eigene Schutzmechanismen, Anti Debug und so'n kram, rein. Kurzgefasst.
Gibt auch andere die einfach nur den OEP ersetzen und dann checken ob ein Disassembler am Werk ist.

-----

Was hat denn dieser ganze Microsoft Bullshit hier zu suchen?

Wollte nur noch hinzuf�gen, dass .NET eine dynamische �bersetzung ist und zu keinem Zeitpunkt interpretiert wird.

Au�nahme: .Net Micro Framework wird interpretiert und es gibt noch die M�glichkeit bei Mono.

Nennenswert w�ren noch die kommende Microsoft .NET Natives. Momentan werden in der .NET Native Developer Preview lediglich Windows Phone Apps unterst�tzt.

Nimm nen Packer und/oder virtualisiere deinen Code. Mehr Schutz braucht man nicht wirklich.