| Summary: | syscons - MOUSE_MOUSECHAR fix | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | cejkar <cejkar> | ||||||
| Component: | kern | Assignee: | yokota <yokota> | ||||||
| Status: | Closed FIXED | ||||||||
| Severity: | Affects Only Me | ||||||||
| Priority: | Normal | ||||||||
| Version: | 5.0-CURRENT | ||||||||
| Hardware: | Any | ||||||||
| OS: | Any | ||||||||
| Attachments: |
|
||||||||
|
Description
cejkar
2001-01-18 19:20:02 UTC
Responsible Changed From-To: freebsd-bugs->yokota Over to sc maintainer. On Thu, Jan 18, 2001 at 08:14:16PM +0100, cejkar@dcse.fee.vutbr.cz wrote: > > >Number: 24437 > >Category: kern > >Synopsis: syscons - MOUSE_MOUSECHAR fix > >Originator: Rudolf Cejka > >Release: FreeBSD 5.0-CURRENT i386 > >Organization: > Brno University of Technology, FEE&CS, Czech Republic > >Environment: > > All systems with MOUSE_MOUSECHAR ioctl. > > >Description: > > When changing MOUSE_MOUSECHAR over vidcontrol, original characters > are not restored correcty. Instead, characters 0, 1, 2, and 3 > are loaded in their position: Patch #1, lower change. > > Right values for MOUSE_MOUSECHAR (c) are 0 <= c <= UCHAR_MAX - 3, > but kernel allows only 0 <= c <= UCHAR_MAX - 5 and vidcontrol > allows 0 <= c <= UCHAR_MAX. Kernel fix: Patch #1, upper change. > Vidcontrol fix: Patch #2. FWIW, It Works For Me (tm) - been running with this patch for a couple of days, and yes, it did get rid of the pesky \002-\005 chars popping up every now and then. G'luck, Peter -- Do you think anybody has ever had *precisely this thought* before? State Changed From-To: open->analyzed Fix commited into -current State Changed From-To: analyzed->closed Fixed by ache. |