| |
|
|
| So, habe me con [...] veces Handles de Speicherobjekten algo näher angesehen. 1) Mit GlobalAlloc erhalte Yo una Handle uno Speicherblockes el Yo como moveable erstelle. 2) Nun tue Yo así, como wäre el Handle una Speicheradressen y lese el entsprechenden Speicherbereich como 4 Byte Doubleword con Tasks and Token de. 3) An el Adresse, el Yo como ausgelesen habe, es el augenblickliche Startadresse des Speicherblocks (a überprüpfen por GlobalLock oder auch GlobalHandle). 4) El Adresse liegt, laut Tasks and Token, en un Heap. 5) Am Ende des (leeren) Speicherblocks es el Heapkontrollstruktur. 6) Das erste Doubleword el Heapkontrollstruktur es otra vez el Handle des Bereichs. 7) Ist el por GlobalAlloc erzeugte Speicherbereich not moveable, es el zurückgelieferte Handle direkt el Adresse des Speicherbereichs.
So, Yo hoffe ihr kontet me folgen - ahora kommen mi Fragen: a) Como sieht en el User-, GDI- y antes allen Dingen Kernel-Objekthandles de??? Sombrero alguien Infos dazu? b) Como genau es una Heapkontrollstruktur aufgebaut? Gibt lo dazu nähere Infos, oder muß uno como incluso nachforschen???
Im Augenblick hört se todos tal vez muy abstrakt a, Yo así aber bastante handfeste Sachen antes...
(en el Hoffnung en Ayuda y gute Ratschläge)
Andreas |
|
|
| |
|
|
|
| Yo mache veces algo deutlich worum lo me va: Yo habe en el Augenblick el Theorie, el hinter cada Handle una Speicherbereich en un Prozess steckt, el entweder zugewiesen oder freigegeben se (oder auch mehere Speicherbereiche?). Im Augenblick es me por lo tanto, esta Theorie entweder a Beweisen oder a descartar... Sollte se mi Theorie bestätigen, podría uno una Handle siempre cierto Speicherbereiche zuordnen - y esta evtl. (para el eigenen Prozess) direkt ändern.
Wer ha de Handles y Adressen algo mehr Idea como Yo y kann mich diesbezüglich algo aufklären ? (Por favor, nochmals en algo Ayuda oder gute Ratschläge...)
Beste Grüße
Andreas |
|
|
| |
|
|