XProfan

- Page 1 -

Frank
Abbing

Mach dir keinen Kopf. Windows ab XP gibt Speicher per Programme automatisch frei, falls es das Prog nicht schon getan hat.

03.12.2007 ▲

Da hat Frank sicher recht, ich aber auch meine das es unabhängig vom OS zum guten Stil gehört wenn man genutzte Objekte auch wieder freigibt.

03.12.2007 ▲

Jac
de
Lad

Ja, eben, deswegen die Frage. Also muss ich eine Tonne Handles speichern...

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Jörg
Sellmeyer

Mit den neuen Arraymöglichkeiten ist das ja kein Thema mehr Kompilieren Markieren Separieren Declare hIcon&[] WhileLoop 0,Rnd(1000) hIcon&[&Loop] = Create(hIcon,....) Wend WhileLoop 0,SizeOf(hIcon&[]) -1 DeleteObject hIcon&[&Loop]
Windows XP SP2 XProfan X4 ... und hier mal was ganz anderes als Profan ...	04.12.2007 ▲ Vollständiges Zitat Absatzweise Citazione Zeilenweise Citazione

Richtig, eine Tonne Handles speichern!

Ich erzeuge hierfür oft eine Funktion Trashcan[pseudo]klasse, als Param das Handle und gibt es auch per Return wieder zurück, dadurch geht folgendes:
Kompilieren Markieren Separieren

var a&=trash.h(createtext(,,,,,))
cls
waitinput
trash.empty()

proc trash.hfür handle

    parameters h&
    trash.pushToGlobalHArray h&
    return h&

endproc

proc trash.o für objekte

    ...in anderes array

endproc

proc trash.empty

    while blub

    wend

endproc

Jac
de
Lad

Cool, danke. Die Array-Variante gefällt mir besonders gut.

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Dieter
Zornow

Ich bezweifle ernsthaft, dass man die APIs LoadIcon/LoadImage wieder freigeben muss, wenn etwas wieder freigegeben werden muss, dann steht es wie Frank schon schrieb direkt bei der Beschreibung der API dabei und bei den beiden steht es nicht dabei.
@Jac, wo hast du denn den Text herausgenommen.

Gruss aus Bangkok

Dieter

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2

Jac
de
Lad

Aus der MSDN-Library.

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Hm LoadIcon wurde von Loadimage abgelöst - potuto man also davon ausgehen das LoadIcon intern auch Loadimage benutzt.

Zu Loadimage steht in MSDN u.A. folgendes: [...]

MSDN

Remarks

When you are finished using a bitmap, cursor, or icon you loaded without specifying the LR_SHARED flag, you can release its associated memory by calling one of the functions in the following table.

Ist also nur die Frage ob Roland LR_SHARED gesetzt hat. (ich vermute er hat es nicht gesetzt, sei denn, er hat es unabsichtlich nicht entfernt)

Für den Fall gilt also: bitte naturalmente deleteobject anwenden!

- Page 2 -

Jac
de
Lad

Hm, ich nehme immer die APIs. Ich werd mal ein bisschen experimentieren und dann mal ne Inc per die Imagelist-Verwaltung hochladen. Is ja nich nur per Listviews...

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Dieter
Zornow

Ja steht jetzt so auf der Webseite, in der Win32.hlp ist es aber noch nicht so beschrieben. Es geht ja aber auch nicht um hpic von Profan, die muessen ja laut Aiuto wieder freigegeben werden.

Gruss aus Bangkok

Dieter

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2

Es geht vordergründig garnicht einmal darum ob diese Speicher speziell von WinXP (oder Vista) automatisch freigegeben werden, denn davon bin ich eh überzeugt wenn es nicht grad z.B. ein Treiber ist...