Re: Rob: Bug with Windows trasking translator
- Posted by Julio C. Galaret Viera <galaret at adinet.com.uy> Feb 15, 2006
- 753 views
Robert Craig wrote: > I have installed Open Watcom 1.4, and rebuilt everything with it. > Things are working fine. In fact, with the new Watcom, the > tasksort demo runs 5.7x faster! (Most of the time is spent inside > a line drawing routine in the Watcom graphics library.) > > I've also found why people with Open Watcom could not > translate/compile the taskwire.exw demo and make it run. > > The fix is very simple. You can do it yourself if you like: > After running: > ecw -wat taskwire > Edit the file objfiles.lnk. > After the line that says: > OPTION STACK=1048576 > add a new line: > COMMIT STACK=1048576 > Then run emake. taskwire.exe should then run ok. > > 1048576 is the normal default maximum stack space on Windows, > but I've added a translator option (-stack nnn) to set this > explicitly now, and I need to commit it to avoid a page fault. > With Watcom 10.6, there was no need for "COMMIT", since it > defaulted correctly. But with Open Watcom, I must state the > COMMIT value explicitly, or a very small value will be chosen > by default. The commit value is the amount of stack space > to reserve initially when the program starts running. > > I'll do some more tests, and upload a > fix tomorrow sometime. > > Regards, > Rob Craig > Rapid Deployment Software > <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a> Now works! In my old windows machine (166 Mhz, 32 MB RAM) is evident the slowdown produced by «with trace» that let appreciate the exact order in which the «Es» move: the first and then the second, and so on. Not so obvius the speed gained in compiled versus interpreted. Great Job! JG