XProfan

Français

Michael
Dell

chez suivant Source suis je überfragt worans liegt, jedenfalls läufts dans Profan ab v7.6 wärend Profan2Cpp fehlerwerte liefert (alle Versionen) je pour Compiler sommes qui Fehlerwerte sogar unterschiedlich. ou bien hab je là vieleicht nen faute drin?
Kompilieren Marque Séparation

!Proc GetFreeMem  Gibt Freien RAM Speicher zurück (- (2-4Mb))
Def GlobMemStat(1) !"KERNEL32.DLL","GlobalMemoryStatus"
Declare MemStat#,ret&
Dim MemStat#,32
Long MemStat#,0 = 32
GlobMemStat(MemStat#)
ret& = Long(MemStat#,29)
Case (ret& > (8 * $0100000)): ret& = (ret& - $0200000)
ret& = (ret& - $0200000)
Dispose MemStat#
Return ret&

EndProc

Print Str$(Int(GetFreeMem() / (1024 * 1024)))
WaitInput
Fin

MemStat.zip	309 kB

Kurzbeschreibung:	__Demos__

Hochgeladen:	11.12.2006

Downloadcounter:
		Download

Salu Michael...

Hab zwar krumme Fieß awer dofir e' ecklich Gsicht!

11.12.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Sebastian
König

allô Michael,

très seltsam - chez liefert qui Code sogar im XProfan 10-Interpreter un d'autre Ergebnis comme qui Profan 7.6-Exe aus den Archiv...

je melde mich wieder, sobald je quelque chose herausgefunden habe.

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

11.12.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Sebastian
König

deux Dinge sommes mir aufgefallen:

1. Gibt GetMemoryStatus() depuis XProfan 8.0 et avec Profan2Cpp une Fehlercode zurück - dass sich ensuite plus ou bien moins zufällige Werte ergeben, ist bien sûr...

2. Sollte qui Wert à Offset 28 ausgelesen volonté, mais si qui API-Aufruf déjà pas funktioniert, ist cela erstmal nebensächlich.

quoi je malheureusement encore pas herausfinden konnte ist, pourquoi qui API-Aufruf fehlschlägt...

EDIT: je vois justement: This function does not return a value. - cela fait qui l'affaire encore undurchsichtiger. avec Profan 7.6 ist qui Rückgabewert 0, avec späteren Versionen ensuite quelque chose, cela très pour einem Fehlercode aussieht...

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

11.12.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Sebastian
König

Ok, je denke, j'ai une Erklärung:

quoi Du abfragst, ist cela Attribut dwAvailVirtual aus qui Struktur. en supplément steht comme Beschreibung dans qui Documentation: [quote-part:146fd6843f=MSDN]Indicates le number of bytes of unreserved and uncommitted memory dans le user mode portion of le virtual address space of le calling process.[/quote-part:146fd6843f]
cela erklärt wohl, pourquoi qui Werte so unterschiedlich sommes - es venez entier sur den Prozess à, alors aussi puis, comment et womit qui Exe-Dossier erstellt wurde et dans welchen Zustand sich cela Programme zum la date des Aufrufs est.

je vermute la fois, tu es plutôt à dwAvailPhys intéressé, cela wäre ensuite Offset 12

chez mir sommes avec cela qui Werte ensuite dans allen Varianten aussi im cadre qui Schwankung um quelques MB identique...

Relatif à la Rückgabewert ist probablement Zufall.

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

11.12.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Michael
Dell

Funktioniert besten, vielen Dank!!!

Salu Michael...

Hab zwar krumme Fieß awer dofir e' ecklich Gsicht!

11.12.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

allô son beiden...

seulement zur Info:
Commited = virtueller grenier, qui einem realen grenier zugewiesen wurde
Reserved = comme belegt markierter virtueller grenier, qui mais aucun realen grenier zugewiesen wurde
Free = freier virtueller grenier, qui realem grenier zugewiesen volonté peux

seulement commited Memory peux wirklich ausgelesen volonté, là dans allenanderen Fällen gar ne...aucune grenier voilà, den on wirklich auslesen peux. Versucht on sur grenier zuzugreifen, qui pas commited ist, gibt es qui bekannte Zugriffsverletzung (Messagebox et cela Proggi wird vom OS gekillt).

qui API GlobalMemoryStatus liefert, si es um den virtuellen grenier allez, aucun wirklich brauchbaren Werte. veux on Werte sur den virtuellen grenier anderer Prozesse erfahren, sollte on sur qui Native API ausweichen.

Salut

Andreas

15.12.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation