GetMem mit Delphi 2010 unter Windows 8

[himitsu]

Wie gesagt, ein einziges Byte an anderer/neuer Stelle im RAM und schon kann es das gewesen sein.

Mit FastMM kann man sich gern eine Memory-Map von seinem Programm generieren lassen und sieht dann wie/wo der Speicher belegt ist.

Zitat von maxbafh:

Da klappt es in beiden Varianten sowohl als 64bit als auch als 32bit Version.

Warum es mit 64 Bit klappt, hatte ich ja bereits geschrieben.


Nimm dir einen der abschließenden Punkte von Post #2 und schon ist das Problem behoben.

[maxbafh]

Alles zusammen eine nette Idee, kann ich jedoch nicht in der Praxis umsetzen. Nicht weil ich es nicht kann, sondern weil es nicht klappt.

*) MMF - Komprimiertes Bild ist 500MB auf der HDD => unkomprimiert > 1GB brauch es aber unkomprimiert damit ich damit arbeiten kann - MMF kann ich aber nur 1:1 Mappen und nicht komprimiert auf unkomprimiert.

*) Aufteilen - ja ein gesamtes Image kann ich nicht aufteilen auf zwei Speicherbereiche, das braucht einen zusammenhängenden Memory.

*) Mit weniger Aus zu kommen - gut gemeint, schlecht in der Umsetzung.

*) 64bit App - ja für die neue Version, nur nicht für die EOL Version mehr.

[jbg]

Bei einem 32-Bit Programm kann man noch das Linker-Flag IMAGE_FILE_LARGE_ADDRESS_AWARE setzen. Dadurch erhöht sich der Adressraum von 2 GB auf 3GB. Vorraussetzung ist ein 64-Bit Windows oder ein 32-Bit Windows mit dem /3GB Boot-Schalter.

Das Programm und all seine Komponenten und DLLs müssen dann aber auch mit Pointern größer 2 GB richtig umgehen können, was z.B. bei "Integer(P1) - Integer(P2)" nicht der Fall ist (Overflow-Exception).

Folgende Zeile in die DPR Datei einfügen

Delphi-Quellcode:

program MyApp;

{$SetPeFlags $20} // IMAGE_FILE_LARGE_ADDRESS_AWARE

uses
  Forms,
...

[Sherlock]

Stichwort "EOL": Es ist also eine rein akademische Frage gewesen? Entweder das Programm ist am Ende, oder eben nicht. Wenn es tot ist, wurde alles bereits gesagt. Lebt es noch, dann stell halt auf XE5 um, offensichtlich kompiliert es ja bereits - der Rest dürfte dann auch mit vertretbarem Aufwand machbar sein. Für ein totes Programm ist es im übrigen ein leichtes zu sagen "Läuft nur bis Windows 7".

Sherlock

[Blup]

Zitat von maxbafh:

*) Aufteilen - ja ein gesamtes Image kann ich nicht aufteilen auf zwei Speicherbereiche, das braucht einen zusammenhängenden Memory.

Eine Paintbox, zwei oder mehr Bitmaps und im OnPaint an der richtigen Stelle zeichnen.
Was glaubst du wie Bildbearbeitungssoftware mit gescannten Bildern umgeht, die teilweise mehrere hundert MB groß sind.

[Bernhard Geyer]

Zitat von Blup:

Was glaubst du wie Bildbearbeitungssoftware mit gescannten Bildern umgeht, die teilweise mehrere hundert MB groß sind.

Teilweise haben sie den gleichen Fehler. Paint.net kracht(e vor einiger Zeit) genauso.

[himitsu]

Google Maps und Co. haben die Welt auch nicht in einem großen Bild.

[Sherlock]

Ausserdem konnten Bildbearbeitungen schon große Bilder bearbeiten als es nur 16 Bit OS gab.

Sherlock

[brechi]

Ich muss mich da den anderen anschließen. Lade nur Teile des Bildes, splitte es also ggf. in mehrere Kacheln auf und lade nur die benötigten. Halte das Bild ausserdem in mehreren Auflösungen vor.
Schreibt dir ne Unit zum Handling von großen Bildern (automatisches Zerlegen der Bilder, Skalierung etc.). Ich habe so schon mehrere GigaByte Orthofotos schnell geladen und gecached...