I don't know if this could be the problem but it might help sometime in
the future
The information in this article applies to:
- Professional and Enterprise Editions of Microsoft Visual Basic,
16-bit only, for Windows, version 4.0
SYMPTOMS
Choosing Make EXE and compiling an application into an executable for the
first time in an instance of the Integrated Development Environment (IDE)
results in an approximately 1.75 megabyte (MB) memory leak. Subsequent
compilations into an executable file result in approximately 50K memory
leaks. System resources are not affected. All memory is regained once the
Visual Basic IDE is shut down.
STATUS
Microsoft has confirmed this to be a bug in the 16-bit version of Visual
Basic 4.0 for Windows. We are researching this problem and will post new
information here in the Microsoft Knowledge Base as it becomes available.
MORE INFORMATION
On most systems, the memory leak should not affect system performance until
available memory results in Windows swapping to disk for additional virtual
memory. To work around this problem, close Visual Basic after making an
executable and restart Visual Basic to continue working on the project.
The sample application VISDATA, found in the \samples\visdata directory,
produced the following results on an 8 MB machine with virtual memory
disabled. Free memory was determined by running a secondary application
which called the GetFreeSpace Windows API function.
Start: 6,342,592 Bytes free
1st Make EXE: 5,903,520 Bytes free
2nd Make EXE: 5,860,736 Bytes free
3rd Make EXE: 5,779,008 Bytes free
4th Make EXE: 5,744,928 Bytes free
5th Make EXE: 5,708,928 Bytes free
--
Dustin Butler
Quote:
> I have a VB 4.0 16 bit project that will run within VB, and will compile
> when the "Make EXE" option is selected. However, it gets 80-90% finished
> writing the EXE and I get a GPF (whatever they call them now in Win95).
> Has anyone else had this problem?
> Thanks
> Phillip