Re: Eu locking harddrives

new topic     » goto parent     » topic index » view thread      » older message » newer message

Kat wrote:
> RobC, please add a REAL sleep(0) between file fetches when Eu starts up, 
> and close the files asap, either before or after the Eu.exe is decompressed in
>
> memory. If the include is a big one, how about dropping in some sleep(0) in 
> the middle of it somewhere, so the OS has a chance to deal with other 
> programs. 

I'm not sure what the problem is, but even on a 386, Euphoria
parses files at a rate of many thousands of lines per second.
It closes include files as soon as it sees the end of file.
If there's a delay occurring, it's probably
due to some code your program is executing, maybe some "top-level"
Euphoria code that's executed as the include file is processed
by the interpreter. If you still have doubts about include files,
try the Translator - no run-time include file processing at all.

> This isn't win3.1 or dos anymore, and the bloated OSs today need 
> more time, and need the app to open more slots for it to get time-sensitive 
> things done.
> contrary to popular opinion, windows uses sleep(0) to deal with msg que on 
> other apps, it's not useless. Modify your misc.e to allow sleep(0).

OK, I've adjusted misc.e so sleep(0) will actually call
the system sleep routine, rather than skipping it.

Regards,
    Rob Craig
    Rapid Deployment Software
    http://www.RapidEuphoria.com

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu