BUG: Memory Leak Occurs when Choosing Make EXE & Compiling AppLast reviewed: December 5, 1995Article ID: Q139567 |
The information in this article applies to:
SYMPTOMSChoosing 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.
STATUSMicrosoft 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 INFORMATIONOn 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 free1st 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
|
KBCategory: kbprg kbbuglist
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |