I have a VB5 application which when installed on a computer with 1 GB of memory works fine. If you add more memory to the computer, it generates an Out of Memory error 7. I am not aware of an application specific trick to limit program space allowed to a program.... Any thoughts on resolving this problem?
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
VB5 Out of Memory when you have too much memory 1
- Thread starter elmerb1
- Start date
- Thread starter
- #3
Thanks for the reply JoeAtWork,
Yes, I agree with you that you would think that more memory would be better. However, this isn't just one computer but many. The newer computers are coming with more memory and this causes the program to generate the error on a regular basis.
The program is 32 bit so trying to run it in compatability mode is out.... I thought about running it as a virtual XP machine under XP (messy) We are now exploring running it remotely via a Citrix server or remote Windows to a dedicated workstation.
I have seen mention of this problem in a couple other places with no solution.
Yes, I agree with you that you would think that more memory would be better. However, this isn't just one computer but many. The newer computers are coming with more memory and this causes the program to generate the error on a regular basis.
The program is 32 bit so trying to run it in compatability mode is out.... I thought about running it as a virtual XP machine under XP (messy) We are now exploring running it remotely via a Citrix server or remote Windows to a dedicated workstation.
I have seen mention of this problem in a couple other places with no solution.
-
1
- #4
Trouble is that Error 7 was a bit of a catch all for a number of issues in VB5 (i.e the error message is misleading; for example the use of the MS Forms 2.0 library could cause it if you tried to distribute it with your application). This makes it difficult to diagnose.
- Thread starter
- #5
Strongm,
This appears to be a true memory related issue. If you remove the extra memory, the application works fine. Put more in, it stops working.... very strange.
Here is a link to someone who had this problem with VB4:
This refers to some issues with the DAO engine and VB4... I don't know if this also is the issue with VB5...
If I can obtain the source (custom program we contracted for) I assume I should be able to bring it into VB6... don't know what the conversion issues will be.
Anyone else ever encounter this issue?
This appears to be a true memory related issue. If you remove the extra memory, the application works fine. Put more in, it stops working.... very strange.
Here is a link to someone who had this problem with VB4:
This refers to some issues with the DAO engine and VB4... I don't know if this also is the issue with VB5...
If I can obtain the source (custom program we contracted for) I assume I should be able to bring it into VB6... don't know what the conversion issues will be.
Anyone else ever encounter this issue?
![[bigears]](/data/assets/smilies/bigears.gif "[bigears] [bigears]")
- Thread starter
- #8
Let me see if I can get the source code to recompile in VB6....
Something else to note is that the installer package generates an error (basicly a warning) that their is insufficient disk space to install the application.... and it shows a NEGATIVE amount of hard disk space available. ... Don't know if this is being caused by hard disk sizes or FAT32 vs NTFS drive types. The installer does install the application fine but this is kind of strange. Were their problems with VB5 with knowing what the actual size of large areas of memory/hard disk size?? It's almost like its trying to represent space properly with too small a number (# of bits).
Something else to note is that the installer package generates an error (basicly a warning) that their is insufficient disk space to install the application.... and it shows a NEGATIVE amount of hard disk space available. ... Don't know if this is being caused by hard disk sizes or FAT32 vs NTFS drive types. The installer does install the application fine but this is kind of strange. Were their problems with VB5 with knowing what the actual size of large areas of memory/hard disk size?? It's almost like its trying to represent space properly with too small a number (# of bits).
- Thread starter
- #10
I'm beginning to be suspicious that what you've got is a VB4 program that has been ported into VB5 ...
Well, I don't think so. This is custom software for purchasing and receiving. It uses a Access 97 db and has very specific tweaks for our accounting systems. It is a 32 bit application as no options show up for running it in compatability mode.
I have also seen other mentions of this negative hard disk space available as well. I think there might be a MS installer patch available although I don't know if this fixes this install problem.... this is just a minor inconvience as the program does install fine.
The show stopping issue however is Error 7 with too much memory...
Well, I don't think so. This is custom software for purchasing and receiving. It uses a Access 97 db and has very specific tweaks for our accounting systems. It is a 32 bit application as no options show up for running it in compatability mode.
I have also seen other mentions of this negative hard disk space available as well. I think there might be a MS installer patch available although I don't know if this fixes this install problem.... this is just a minor inconvience as the program does install fine.
The show stopping issue however is Error 7 with too much memory...
Then I'd suggest you have a look at which version of the Jet Database Engine your program is trying to use. Versions 3.0 and 3.50 (3.50 being what shipped with Access 97) have a known memory bug (generating an "Out of memory" error when you on a computer that has more than 1 gigabyte of random access memory (RAM) that was fixed in version 3.51 and later. This may be the root casue of your problem.
- Thread starter
- #12
strongm
This is what I was looking for! Here is the actual MS link about this issue:
This would explain the error I am seeing! OK now I just need to check into what Jet Database engine my program is using... Is there anyway to tell from the compiled application or do I need source code?
This is what I was looking for! Here is the actual MS link about this issue:
This would explain the error I am seeing! OK now I just need to check into what Jet Database engine my program is using... Is there anyway to tell from the compiled application or do I need source code?
>OK now I just need to check into what Jet Database engine my program is using... Is there anyway to tell from the compiled application or do I need source code?
To tell from the Exe, you can use the dependency walker:
and open your app exe with it and then start profiling (F7)
Go in a section of your program where you know that code is executed to open the database (or where a DataControl is).
Then in the bottom window do a search using "DAO"
To tell from the Exe, you can use the dependency walker:
and open your app exe with it and then start profiling (F7)
Go in a section of your program where you know that code is executed to open the database (or where a DataControl is).
Then in the bottom window do a search using "DAO"
- Thread starter
- #14
SBerthold,
I will give this a try. I did look at the setup.lst which I assume is a list of program required or installed by the installer. Here it looks like Jet 3.0 was used because it refered to msjt3032.dll.... I had thought VB5 used Jet 3.5? Well maybe the Strongm's comment about this being originally a VB4 program may be right.... I will check now using the dependency walker.
Thanks for your help
I will give this a try. I did look at the setup.lst which I assume is a list of program required or installed by the installer. Here it looks like Jet 3.0 was used because it refered to msjt3032.dll.... I had thought VB5 used Jet 3.5? Well maybe the Strongm's comment about this being originally a VB4 program may be right.... I will check now using the dependency walker.
Thanks for your help
- Status
Similar threads
- Locked
- Question
