Our application is failing on one specific user’s computer with ERROR_NOT_ENOUGH_MEMORY (“Not enough storage is available to process this command”).
The error is apparently being raised somewhere deep within the Delphi VCL framework that we’re using, so I’m not sure which Windows API function is responsible.
Is memory a problem? A call to GlobalMemoryStatus gives the following information:
- dwTotalPhys – 1063150000 (~1 GB)
- dwAvailPhys – 26735000 (~27 MB)
- dwAvailPage – 1489000000 (~1.4 GB)
It seems strange to me that Windows would let the available physical memory get so low when so much space is available in the paging file, but I don’t know enough about Windows’ virtual memory management to know if this is normal or not. Is it?
If not memory, then which resource limit is being hit? From what I read online, ERROR_NOT_ENOUGH_MEMORY could be the result of the application hitting any of several limits (GDI objects, USER objects, handles, etc.) and not necessarily memory. Is there a comprehensive list of what limits Windows enforces? Is there any way to find out which limit is being hit? I tried Google, but I couldn’t find any systematic overview.
The culprit in this case was CreateCompatibleBitmap. Apparently Windows may enforce fairly strict systemwide limits on the memory available for device-dependent bitmaps (see, e.g, this mailing list discussion), even if your system otherwise has plenty of memory and plenty of GDI resources. (These systemwide limits are apparently because Windows may allocate device-dependent bitmaps in the video card’s memory.)
The solution is simply to use device-independent bitmaps (DIBs) instead (although these may not offer quite as good of a performance). This KB article describes how to pick the optimal DIB format for a device.
Other candidates for resource limits (from others’ answers and my own research):