On Sat, 05 Dec 2009, David Arturo Macias Corona wrote: Hi,
> From previous tests only -s removed avoid GPF > A year ago -sg increased run time, but today we have new Harbour and new > OpenWatcom Harbour code does not make any difference in this problem. It's only OpenWatcom bug. So the only one solution is removing -s option. In such case we have to find the method to pass information from src/rtl/gtos2/Makefile to config/os2/watcom.mk that -s should not be used. I can quite easy hack it introducing new variable like HB_CSTACK_CHECK=yes but maybe Viktor has some other propositions which will better integrate with all other make parameters?. Viktor I'll add above HB_CSTACK_CHECK but if you prefer other names or different solution then please modify it. > Perhaps is time to request help to OpenWatcom developers Yes, though it will be rather bug report. For sure current behavior have to be fixed in OpenWatcom. > >So the speed overhead caused by compiling only GTOS2 without any > >optimization and with stack overflow check code is minimal. > >Very good. > I suppose same apply for gtstd Have you checked it? GTSTD does not call internally any OS2 APIENTRY16 function so it should not exploit the problem. If it does then it means that OpenWatcom CTRL functions kbhit()/getch() internally calls APIENTRY16 functions and where compiled with -s switch so they have the same problem. If you have a while then please download current SVN code (it should have new workaround which disable -s only for GTOS2) then compile it and make test using: speedtst.exe --thread linked with GTSTD, i.e.: hbmk2 speedtst.prg -l -kmo -gc3 -gtstd Such information may be important for OpenWatcom developers. best regards, Przemek _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
