| |
|
|
Jac de Lad | Do I need an icon, I with the APIs LoadIcon/LoadImage etc. load really again destroy (with 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 | 12/03/07 ▲ |
|
|
|
|
Frank Abbing | If in the API-Description nothing above standing, can you of it go out, that not necessary is. |
|
|
| |
|
|
|
Jac de Lad | Habs time nachgeschlagen:
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.
Resource Release function Bitmap DeleteObject Cursor DestroyCursor Icon DestroyIcon
The system automatically deletes these resources when the process that created them terminates, however, calling the appropriate function saves memory and decreases the size of the processs working set.
means have I yet always memory futile occupied and not released...badly! |
|
|
| 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 | 12/03/07 ▲ |
|
|
|
|
Frank Abbing | Mach you none head. windows ex XP gives memory for programs automatically spare, if it the Prog not already done has. |
|
|
| |
|
|
|
| there has Frank sure right, I but my the it independent of OS to that good Style heard if one genutzte Objects again freigibt. |
|
|
| |
|
|
|
Jac de Lad | Yes, even, therefore The question. means must I a Tonne Handles Save... |
|
|
| 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 | 12/04/07 ▲ |
|
|
|
|
Jörg Sellmeyer | |
|
|
|
| correctly., a Tonne Handles Save!
I beget this often a function Trashcan[pseudo]class, as Param the lever and there too per Return again back, therefore goes the following: CompileMarkSeparation |
|
|
| |
|
|
|
Jac de Lad | calm, thanks. The aray-Variante gefällt me particularly well. |
|
|
| 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 | 12/04/07 ▲ |
|
|
|
|
Dieter Zornow | I bezweifle earnestly, that one The APIs LoadIcon/LoadImage unlock must, if something again released go must, then standing it How Frank already wrote directly with the Description the API thereby and with whom both standing not thereby. @Jac, where have you got because whom Text herausgenommen.
greeting from 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 | 12/04/07 ▲ |
|
|
|
|
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 | 12/04/07 ▲ |
|
|
|
|
| Hm LoadIcon watts of Loadimage abgelöst - could one means of it go out the LoadIcon intern too Loadimage using.
To Loadimage standing in MSDN u.A. the following: [...]
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.
So only The question whether Roland LR_SHARED staid has. (I suspect he's not staid, be because, he's it unintentionally not removes)
for the drop counts means: Please naturally deleteobject utilize! |
|
|
| |
|
|