Re: Long start-up time of a program with include std/
- Posted by AndySerpa Mar 02, 2012
- 2280 views
I'm pretty sure there is actually something wrong with the last released version or two in regards to startup. There are definitely memory leaks and other weirdness (freeze-ups on crashes, and some other stuff), although I haven't been able to nail it down to any easily demonstrated errors since they only seem to occur with large complicated programs.
But I have been using a lot of virtual machines the last year or so (either the Microsoft one or VirtualBox, both running Windows XP), and when I run Eu on them with the newest versions the startup times are insanely long, like 30 seconds to a minute. (This actually is easily demonstrated as it applies to any Eu program on a Windows VM.) But the exact same program using version 4.0.1 (and maybe 4.0.2, can't remember) starts up more or less instantly, so it isn't a matter of just lots to parse or whatever. Why the VM brings out the problem to such an extent, I don't know, but like I said I have documented several other weird things with 4.0.3 (not on a VM). They always seem to involve programs with lots/complicated includes. A couple of times I've had programs persistently crash on start up giving an error that doesn't make sense (like crashing on a constant declaration) and "fixed" it just by entering a do-nothing line like "constant dummyvar = 1". I had to do this with one of the standard includes. I've also observed memory leaks and eu programs corrupting the console after they've been run. Often times a program will freeze on a crash. All of my programs are console-based Windows programs. Have any memory bugs been fixed in the current development versions?
