Was zu tun ist, um der Anwendung Große Adresse Wissen?

Ich bin derzeit in den Prozess der Herstellung unserer Anwendung Large Address Aware. Wie die Erfahrung gezeigt hat, gibt es einige unerwartete Fallstricke dabei. Ich erstelle diesen post, um eine vollständige Liste der Schritte, die ergriffen werden müssen.

Die Entwicklung überlegungen aufgeführt, die in der AMD Large Adresse Aware guide bieten einen guten Ausgangspunkt, aber keineswegs vollständig:

Die folgenden überlegungen sollen helfen, um sicherzustellen, dass der code verarbeiten kann Adressen, die größer als 2GB:

  • Vermeiden Sie die Verwendung von signierten Zeiger-Arithmetik (I. e. vergleicht und ergänzt)
  • Zeiger verwenden, alle 32-bit. Verwenden Sie nicht Bit31 für etwas anderes.
  • Einige dll ' s geladen werden, die gerade unter der 2GB-Grenze. In diesem Fall, keine aufeinander folgenden Speicher zugeordnet werden kann mit VirtualAlloc().
  • Wann immer möglich, verwende GlobalMemoryStatusEx() (bevorzugt) oder GlobalMemoryStatus() zum abrufen von Speicher-Größen.

Daher ist die Frage: "Was ist die komplette Liste der Dinge, die getan werden müssen, wenn was C++ Win32 native Anwendung Large Adresse Aware?

InformationsquelleAutor Suma | 2010-06-24
  1. 24
    • (offensichtlich) wählen Sie Support-Adresse, die Größer als 2 Gigabyte (/LARGEADDRESSAWARE) in den Projekt-Eigenschaften: Linker /System /Enable Große Adresse
    • überprüfen Sie alle Zeiger Subtraktionen und ob das Ergebnis gespeichert ist, in einer Art, die enthalten kann, die die mögliche Differenz, oder ersetzen Sie Sie durch Vergleiche oder andere Konstrukte - siehe Erkennen, pointer-Arithmetik, weil LARGEADDRESSAWARE). Hinweis: Zeiger Vergleich sollte in Ordnung sein, im Gegensatz zu AMD-Beratung, es gibt keinen Grund, warum es sollte dazu führen, dass 4 GB Probleme
    • stellen Sie sicher, dass Sie nicht davon ausgehen, dass die Zeiger haben Bit31 null ist, versuchen Sie nicht, mit Bit31 für etwas anderes.
    • ersetzen Sie alle GetCursorPos Anrufe mit GetCursorInfo - siehe GetCursorPos schlägt mit große Adressen
    • für alle Aufgaben in PVOID64 verwenden PtrToPtr64, erforderlich z.B. bei Verwendung der ReadFileScatter, siehe ReadFileScatter Bemerkung Abschnitt
    • "Beseitigen Sie alle Zeiger substractions" ist übertrieben. Zeiger in einem array arbeiten völlig in Ordnung.
    • Zeiger Ergänzungen sind NICHT in Ordnung, da Zeiger Ergänzungen können-überlauf, wenn LARGEADDRESSAWARE eingestellt ist.
    • außerdem: watch out für 3rd-party-Bibliotheken, die hier diskutiert: stackoverflow.com/questions/2288728
    • Dieser hotfix behebt die GetCursorPos-bug: support.microsoft.com/kb/979288
    • Müssen diese linker-option /LARGEADDRESSAWARE nur einmal festgelegt werden, für die Verknüpfung der Programm-EXE, oder muss es auch für die Verknüpfung von Komponenten-DLLs als auch?
    • Es scheint, das flag hat keine Auswirkung auf DLL - stackoverflow.com/questions/2927598/... . Nur sicherstellen, dass die DLLs, die Sie mit der exe-Datei richtig verarbeiten kann, die großen Adressen.

    InformationsquelleAutor Suma
Schreibe einen Kommentar