Message-Id: <m0zP5o6-000S57C@inti.gov.ar>
Comments: Authenticated sender is <salvador AT natacha DOT inti DOT gov DOT ar>
From: "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
Organization: INTI
To: Andris Pavenis <pavenis AT lanet DOT lv>, Robert Hoehne <robert DOT hoehne AT gmx DOT net>,
        "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>,
        djgpp AT delorie DOT com
Date: Fri, 2 Oct 1998 11:05:12 +0000
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: RHIDE - wake up!
CC: sl AT psycode DOT com
References: <iCdMCj1ZQ5j2-pn2-kDoMQQJlUdQw AT portY08 DOT lanzen DOT net>
In-reply-to: <Pine.A32.3.91.981002155449.36400A-100000@ieva05.lanet.lv>
X-mailer: Pegasus Mail for Windows (v2.54)

Andris Pavenis <pavenis AT lanet DOT lv> replied to sl AT psycode DOT com DOT REMOVE_THIS who
wrote:
> 
> > Hi,
> > 
> > 	RHIDE 1.4.6 has a really annoying bug where CTRL-KEYPAD_LEFT causes 
> > the cursor to jump to the beginning of the entire document instead of 
> > jumping one word to the left. Can someone PLEASE release a fix for 
> > this already? It's such a small detail which causes so much hassle..
> > 
> 
> Tried with latest my binaries (I commented out 2 procedures in idedial.cc
> as recommended by SET and applied other patches). I didn't saw the problem
> mentioned above in both Linux and DJGPP version (I tested latest under
> DOSEMU-0.98.1 running under Linux)
> 
> Only thing I saw is that in Linux version Ctrl+RightArror does not move
> to next line when line ends as in DOS style text file with "\r\n"

For SL:
Apply the following patch:

--- gkey.c~	Fri Oct  2 10:53:44 1998
+++ gkey.cc	Fri Oct  2 10:51:28 1998
@@ -117,7 +117,7 @@
  kbF5,kbF6,kbF7,kbF8,kbF9,kbF10,kbF1,kbF2,                      // 58-5F
  kbF3,kbF4,kbF5,kbF6,kbF7,kbF8,kbF9,kbF10,                      // 60-67
  kbF1,kbF2,kbF3,kbF4,kbF5,kbF6,kbF7,kbF8,                       // 68-6F
- kbF9,kbF10,kbPrnScr,kb4,kbRight,kbEnd,kbPgDn,kbHome,           // 70-77
+ kbF9,kbF10,kbPrnScr,kbLeft,kbRight,kbEnd,kbPgDn,kbHome,        // 70-77
  kb1,kb2,kb3,kb4,kb5,kb6,kb7,kb8,                               // 78-7F
  kb9,kb0,kbMinus,kbEqual,kbPgUp,kbF11,kbF12,kbF11,              // 80-87
  kbF12,kbF11,kbF12,kbF11,kbF12,kbUp,kbMinus,kb5,                // 88-8F
----------- cut here --------------

To Andris: 
That's strange, I must see why because the function uses the IsEOL/IsntEOL 
macros I did to solve DOS/UNIX format problems.

SET
------------------------------------ 0 --------------------------------
Visit my home page: http://set-soft.home.ml.org/
or
http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org
ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013