Not enough memory in Delphi 13

[Jud 1]

I get this message when trying to run a program in the Delphi 13 IDE or the EXE file.  It works in Delphi 12.3.  I have 128GB of RAM, which should be plenty. It was working yesterday. I did a build of the project and I rebooted the computer. (I installed Delphi 13 yesterday, and it worked until today.)

 

Can this be fixed?

 

"There is not enough free memory to run this program. Exit one or more programs, and then try again."

 

PS - now I'm also getting "unable to create process, not enough memory ... " in the IDE.

[Die Holländer 93]

What does the Windows task-manager tell you?

[Lars Fosdal 1930]

Sounds odd.  I'd start with removing plugins to see if that helps.

[Jud 1]

13 hours ago, Die Holländer said:

What does the Windows task-manager tell you?

I looked at that and it says that I have plenty of memory.

 

Since I wrote that, I tried the EXE on a different computer with 64GB of RAM.  It gives the same thing.

 

A smaller program I tested does NOT have the problem.

[Jud 1]

13 hours ago, Lars Fosdal said:

Sounds odd.  I'd start with removing plugins to see if that helps.

I don't have any plugins to Delphi at all.

[Jud 1]

I tried a third program and it doesn't give an error either.

 

The program that gives the error uses tasks, so I thought that might be the problem.  But I commented out the multitasking and it still gives the error.

 

Added:

I pulled up another program that uses multitasking in a similar way, and it works in Delphi 13.

 

So maybe what I need to do is start a new project in Delphi 13 and copy parts of the problematic program to the new project until it fails (or works!)

Edited yesterday at 02:32 AM by Jud

[Die Holländer 93]

Try to move the *.dproj file to another localtion and open the *.dpr file of the program and do a build. Delphi will create a new *.dproj file. 

[Kas Ob. 158]

@Jud You didn't write if the build is 32bit or 64bit, as 32bit will behave the same on whatever memory size you have.

 

Here what i think the problem is, you did put some directive that change the default linker parameters causing this, may copied something from the internet and thought i will increase this parameter as it will enhance the performance by zero or few, like changing the default stack size, your application then will behave like that, or may be in the project, as there is possibility to adjust these, so

 

Goto https://www.mitec.cz/wp/mee/ and (don't collect $200), just download the MiTeC EXE Explorer, run it and drop your failing to load exe, then share with us a screenshot of the Headers, Sections, Directories and Thread Local Storage tabs, and the most important one, which is Optional tab (easy to miss as it is down) from Headers , make sure we see these tables and their content, also you can compare by yourself if you don't want to share, though these info is not secret or violate any privacy or do content valuable information at all (for you as developer), but i am almost sure the bug there somewhere.

 

As i said earlier, you put a linker (may be compiler too) directive with problematic value, or changed it in the project file and forgot about it, yet it could be Delphi 13 miss interpreting something there.

[Kas Ob. 158]

I remembered reading about new resource compiler and that also might be caused this, also this should be visible and diagnosable in Directories tab in ".rsrc" section.

[Jud 1]

18 hours ago, Die Holländer said:

Try to move the *.dproj file to another localtion and open the *.dpr file of the program and do a build. Delphi will create a new *.dproj file. 

I just tried that but I still have the problem.

[Jud 1]

16 hours ago, Kas Ob. said:

@Jud You didn't write if the build is 32bit or 64bit, as 32bit will behave the same on whatever memory size you have.

 

It is for 64-bit (out of necessity).  This computer has 128GB of RAM - I tried the EXE on a different computer with 64GB of RAM and got the same error message.

 

16 hours ago, Kas Ob. said:

 

Here what i think the problem is, you did put some directive that change the default linker parameters causing this, may copied something from the internet and thought i will increase this parameter as it will enhance the performance by zero or few, like changing the default stack size, your application then will behave like that, or may be in the project, as there is possibility to adjust these, so

 

Goto https://www.mitec.cz/wp/mee/ and (don't collect $200), just download the MiTeC EXE Explorer, run it and drop your failing to load exe, then share with us a screenshot of the Headers, Sections, Directories and Thread Local Storage tabs, and the most important one, which is Optional tab (easy to miss as it is down) from Headers , make sure we see these tables and their content, also you can compare by yourself if you don't want to share, though these info is not secret or violate any privacy or do content valuable information at all (for you as developer), but i am almost sure the bug there somewhere.

 

As i said earlier, you put a linker (may be compiler too) directive with problematic value, or changed it in the project file and forgot about it, yet it could be Delphi 13 miss interpreting something there.

 

[Jud 1]

16 hours ago, Kas Ob. said:

@Jud 

 

Goto https://www.mitec.cz/wp/mee/ and (don't collect $200), just download the MiTeC EXE Explorer, run it and drop your failing to load exe, then share with us a screenshot of the Headers, Sections, Directories and Thread Local Storage tabs, and the most important one, which is Optional tab (easy to miss as it is down) from Headers ,

 

This is all Greek to me, but I've attached the screenshots.  Thank you.

 

[Jud 1]

Well - I found the problem.  I brought the project over from Delphi 12.3 where I had the 64-bit platform selected.  (In 12.3 that seemed to be the default.)  I didn't select the platform in 13.0 - but it changed to 32-bit.

 

Looking at those screenshots clued me in (even though I don't understand them).

 

Thank you everyone, it was my simple goof assuming that it was still targeting the 64-bit platform.