c++ decompilebar

[Mostey]

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.

[MrSm!th]

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.

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.

[ƬheGame]

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.

[Ende!]

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).

[ƬheGame]

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

[MrSm!th]

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.

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.

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.

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

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

[ƬheGame]

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.

[Ende!]

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.

[Terrat]

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

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

[MrSm!th]

Was meintest du denn konkret mit einer .NET Signatur?

[Terrat]

Das

.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>PADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGXXPADDINGPADDINGX   <  090g0™0*0¦0¯0´0Ô0Ý0ã0í0ù01+161=1H1T1^1e1m1›1´1h4t4y4”4¬4°4´4¸4¼4A9Y9_9h9r9}9ƒ9�9�9¢9²9Õ9ß9ç9ø9(:/:5:D:R:\:q:x:}:†:‹:”:™:¡:¦:¯:´:½:Â:Ê:Ï:Ø:Ý:æ:ë:ó:ø:;;;;;!;*;/;8;=;E;J;S;X;a;f;n;s;|;�;Š;�;—;œ;¥;ª;³;¸;â;ê;ï;ô;ù;þ;<<

[Ende!]

Originally Posted by Dreamsläps

Das

.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.

[Elektrochemie]

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?

[Black Tiger ツ]

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.