| |
| |
|
Jac
de
Lad | | Muss je un Icon, dass je avec den APIs LoadIcon/LoadImage usw. lade eigentlich wieder anéantir (avec DeleteObject)? |
|
| |
| 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 | 03.12.2007 ▲ |
|
| |
|
|
Frank
Abbing | | si dans qui API-Beschreibung rien par-dessus steht, peux du en sortir, dass es pas nötig ist. |
|
| |
| |
| |
|
|
Jac
de
Lad | Tricolore la fois nachgeschlagen:
When you sont finished using a bitmap, cursor, or icon you loaded without specifying le LR_SHARED flag, you can release its associated memory by calling one of le functions dans le following table.
Resource Release function
Bitmap DeleteObject
Cursor DestroyCursor
Icon DestroyIcon
The system automatically deletes these resources when le process that created them terminates, however, calling le appropriate function saves memory and decreases le size of le processs working set.
alors habe je jusqu'à maintenant toujours grenier sinnlos belegt et pas freigegeben...mal!  |
|
| |
| 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 | 03.12.2007 ▲ |
|
| |
|
|
Frank
Abbing | | Mach dir keinen tête. Windows ab XP gibt grenier pour Programme automatisch libre, si es cela Prog pas déjà getan hat. |
|
| |
| |
| |
|
|
 | | là hat Frank sûrement droite, je mais mon cela es indépendant vom OS zum guten Stil est si on genutzte Objekte aussi wieder freigibt. |
|
| |
| |
| |
|
|
Jac
de
Lad | | oui, plan, deswegen qui Frage. alors muss je une Tonne Handles Sauver... |
|
| |
| 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 | 04.12.2007 ▲ |
|
| |
|
|
Jörg
Sellmeyer | |
| |
|
|
| Richtig, une Tonne Handles Sauver!
je erzeuge hierfür souvent une Funktion Trashcan[pseudo]super, comme Param cela Handle et gibt es aussi per Retour wieder zurück, dadurch allez folgendes:
KompilierenMarqueSéparation |
|
| |
| |
| |
|
|
Jac
de
Lad | Cool, merci. qui Array-variante comme mir besonders bien.  |
|
| |
| 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 | 04.12.2007 ▲ |
|
| |
|
|
Dieter
Zornow | je bezweifle ernsthaft, dass on qui APIs LoadIcon/LoadImage wieder freigeben muss, si quelque chose wieder freigegeben volonté muss, ensuite steht es comment Frank déjà schrieb direct chez qui Beschreibung qui API dabei et chez den beiden steht es pas dabei.
@Jac, wohin la hâte du car 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 | 04.12.2007 ▲ |
|
| |
|
|
Jac
de
Lad | |
| |
| 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 | 04.12.2007 ▲ |
|
| |
|
|
| Hm LoadIcon wurde de Loadimage abgelöst - pourrait on alors en sortir cela LoadIcon interne aussi Loadimage benutzt.
trop Loadimage steht dans MSDN u.A. folgendes: [...] 
MSDN
Remarks
When you sont finished using a bitmap, cursor, or icon you loaded without specifying le LR_SHARED flag, you can release its associated memory by calling one of le functions dans le following table.
Ist alors seulement qui Frage si Roland LR_SHARED gesetzt hat. (je vermute il hat es pas gesetzt, sei car, il hat es sans le vouloir pas entfernt)
Pour den le cas gilt alors: s'il te plaît naturellement deleteobject anwenden! |
|
| |
| |
| |
|
(478)
Deutsch
English
Français
Español
Italia