From: michael DOT mauch AT gmx DOT de (Michael Mauch) Newsgroups: comp.os.msdos.djgpp Subject: Re: To RHIDE author... Date: Sun, 26 Oct 1997 16:42:18 +0100 Organization: Gerhard-Mercator-Universitaet -GH- Duisburg Lines: 30 Message-ID: <34545235.3870076@news.uni-duisburg.de> References: NNTP-Posting-Host: ppp82.uni-duisburg.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Precedence: bulk On Sat, 25 Oct 97 12:44:59, "sl" wrote: > I have been using RHIDE under OS/2 for a while now.. I have noticed > to even when I give RHIDE the lowest cpu possible (IDLE_SECONDS=0, > IDLE_SENSITIVITY=1) it will use 100% of my cpu slowing all other tasks to a > halt. Turbo C++ uses up 5% of my cpu at best when I use it.. Is it possible > for you to please make RHIDE "multitasking friendly"? While the user does not > push a button you could use RELEASE_TIMESLICE() of some sort.. Please reply, You are asking for permission to port the Linux version of RHIDE to OS/2 in your other posting - is that just to solve this problem? If yes, at first please try inserting a call to __dpmi_yield() in the rh_kbhit() function of the DOS version, it's in the file tvision/gkey.cc: int rh_kbhit() { __dpmi_yield(); // new if (use_real_keyboard_bios) return kbhit(); else return (_farpeekw(_dos_ds, 0x41a) != _farpeekw(_dos_ds, 0x41c)); } Calling __dpmi_yield() before kbhit() works fine under Win95, maybe it works fine under OS/2 as well. Regards... Michael