2010-12-18 4 views

Antwort

1

Die einzigen persönlichen Informationen ist Pfad zu .pdb Datei, wie "c: \ path \ to \ outdir \ Release \ program.pdb".
Es kann für Post-Mortem-Debuggen nützlich sein, also ändern Sie das Ausgabeverzeichnis wenn nötig.

+0

Das ist, was ich glaubte. Ich habe das Ausgabeverzeichnis geändert, aber jetzt generiert es die .pdb in diesem Verzeichnis beim Release-Build. – cpx

+0

@ Dave18: Sie können einfach die .pdb-Datei löschen, oder VS sagen, dass es nicht im Freigabemodus an erster Stelle erstellt werden soll, indem Sie die erweiterten Kompilierungsoptionen in den Eigenschaften Ihres Projekts festlegen. –

1

Das hängt von Ihrem Entwicklungssystem und Ihrer Konfiguration ab. Wenn Sie beispielsweise Visual Studio verwenden, enthalten neue Projekte Ihren Namen, da VS registriert ist.

Der erste Schritt ist, klicken Sie mit der rechten Maustaste auf die exe, gehen Sie zu den Eigenschaften und sehen Sie, welche Informationen vorhanden sind.

Die zweite Sache wäre, einen Ressourceneditor zu verwenden, um zu sehen, welche Ressourcen in Ihrer exe gespeichert sind (wenn Sie es jedoch geschrieben haben, kennen Sie diese Ressourcen möglicherweise schon).

0

Wenn die EXE Sie selbst codiert haben, kann es zerlegt werden, um Logik zu entdecken oder sogar die Logik des Programms mit verschiedenen Disassembler, Hex-Editoren zu ändern.

Wenn Sie dies verhindern möchten, sollten Sie sich die Verpackung und Verschleierung ansehen.

http://en.wikipedia.org/wiki/Reverse_engineering

+0

Wenn das * wirklich * ein Problem ist, schütze es mit jeder Art von Verschleierungstechnologie. Sie werden nur die lässigsten oder unerfahrensten Hacker davon abhalten, und wahrscheinlich würden sie es gar nicht erst versuchen. –

+0

Wenn Sie nicht vorsichtig mit Ihrer Verpackung sind, kann es zu Fehlalarmen führen, die mehr Probleme verursachen als es wert ist – Necrolis

Verwandte Themen