Visual Basic creates huge temp files

Posted on 2005-03-28
Medium Priority
Last Modified: 2013-11-25
I have a vb project which I work on using several different computers, depending on where I happen to be. The source code is in source-safe on the server, which I check out to the local computer I happen to be using at the time.  The computers are all configured basically the same.
The problem is, on one of the computers, when I try to run/compile the app from the VB IDE, it just kind of stops for about 5 mins before it finishes compiling and runs.
Now I know it is not the size of the app, as it compiles in just a few seconds on the other computers (they are all similar spec, o/s etc).
What I have noticed is that VB writes about 5GB (yes Gigabytes!) worth of temp files in c:\documents and settings\[user profile]\local settings\temp before it will start the app. This is what seems to be taking the time, but I don't understand why it needs to wrtie such huge temp files. This does not happen on the other computers.
Any suggestions? Thanx :)
Question by:positronic
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
  • 2
LVL 29

Expert Comment

ID: 13647363
I'm not sure what the problem is but these are a few things I would do,

Reboot  computer
Then I would try it again, If it doesn't work I would do this:

Run My Anti Virus Software :: mcafee.com
Run Microsofts RegCleaner :: http://www.download.com/RegClean/3000-2094_4-881470.html?tag=lst-0-1
Then I would double check with :: STINGER :: http://vil.nai.com/vil/stinger/
Then I would Run LavaSoft Adware to remove spyware.

Then I would remove all my applications from the registry in the folders /RUN


Then if I did'nt have Visual Basic Service Pack 6 I would update visual basics with SP6 and re-compile my application

Then I would reboot my computer, and try to run it on the computer.
LVL 29

Expert Comment

ID: 13647397
If that doesn't work the only other alternative would be, that is if you do have visual basic installed on each different computer. I would reboot into safe mode and un-install that particular installation of visual basic, then I would reboot into normal mode and do a complete install of visual basic, then update to SP6.

Author Comment

ID: 13647436
Hi, thanks for the suggestions. I have already tried all the virus and spyware scans i can think of, however I have not tried regcleaner so I'll give that a go. Unfortunately rebooting makes no difference, and other vb projects work fine on this same computer, which makes me think there's something up with the project itself (maybe). I have sp6 installed too, but I have not tried reinstalling vb completely.
A couple of things you suggest I hadn't thought of so I will try those.
Get your Disaster Recovery as a Service basics

Disaster Recovery as a Service is one go-to solution that revolutionizes DR planning. Implementing DRaaS could be an efficient process, easily accessible to non-DR experts. Learn about monitoring, testing, executing failovers and failbacks to ensure a "healthy" DR environment.

LVL 29

Expert Comment

ID: 13647635
You probrably have corrupted one or more of the compiling files used to compile your application in vb such as the C2.exe and LINK.exe..they are probrably corrupted. Thats all I can think of since this never happened to me before.

Author Comment

ID: 13657323
Hi, thanks again for your suggestions.. unfortunately none of that has helped. I believe I have found the answer though - my project uses active reports and I didn't have the latest service pack installed on the problem machine. I am not sure why this caused the huge temp files, but installing the service pack seems to have solved the problem.

Accepted Solution

modulo earned 0 total points
ID: 14395910
PAQed with points refunded (500)

Community Support Moderator

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

If you have ever used Microsoft Word then you know that it has a good spell checker and it may have occurred to you that the ability to check spelling might be a nice piece of functionality to add to certain applications of yours. Well the code that…
When designing a form there are several BorderStyles to choose from, all of which can be classified as either 'Fixed' or 'Sizable' and I'd guess that 'Fixed Single' or one of the other fixed types is the most popular choice. I assume it's the most p…
Get people started with the process of using Access VBA to control Outlook using automation, Microsoft Access can control other applications. An example is the ability to programmatically talk to Microsoft Outlook. Using automation, an Access applic…
This is Part 3 in a 3-part series on Experts Exchange to discuss error handling in VBA code written for Excel. Part 1 of this series discussed basic error handling code using VBA. http://www.experts-exchange.com/videos/1478/Excel-Error-Handlin…

752 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question