www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1999/12/15/03:54:07

Date: Wed, 15 Dec 1999 10:01:50 +0200 (WET)
From: Andris Pavenis <pavenis AT lanet DOT lv>
To: Gero Timann <geti AT online DOT de>
cc: djgpp AT delorie DOT com
Subject: Re: RHIDE problem
In-Reply-To: <385679CF.1344CA2D@online.de>
Message-ID: <Pine.A41.4.05.9912150955210.70324-100000@ieva01.lanet.lv>
MIME-Version: 1.0
Reply-To: djgpp AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com


On Tue, 14 Dec 1999, Gero Timann wrote:

> Hello RHIDE-Experts and greetings to all djgpp fans !
> 
> I'm developing a program, which also reprogram the keyboard-controller.
> My problem now, if during running the program under RHIDE a breakpoint
> arrived, the keyboard environment isn't restored to default and the 
> debugger is useless -> the keyboard doesn't function. (Similar problems
> appear, if i redirect the mouse-handler to my own handler)
> 
> My question now: Which way uses RHIDE during a breakpoint-event ? ->
> Which exception-number is called by RHIDE beginning a debugging-
> session (INT 3 seams wrong)? How can i insert an own handler in this 
> procedure for reinstall the default keyboard-handler at the begin of
> the debugging-session and restore my handlers after all?
> 

You may try downloading patched RHIDE-1.4.7 from 
	http://www.lanet.lv/~pavenis/rhide.html

I build DJGPP binaries using development version of DJGPP v2.03 which
has much improved debugging support. It may work with programs that hooks
keyboard interrupt (maybe not always and no all though). For example I
tested it with related Allegro example which installs keyboard handler
where earlier version didn't work at all.

Andris

   

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019