Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!mit-eddie!bloom-beacon!convex.UUCP!root
From: root@convex.UUCP (Superuser)
Newsgroups: comp.windows.x
Subject: Lost mail for you
Message-ID: <9006071737.AA16517@sushi>
Date: 7 Jun 90 17:37:58 GMT
Sender: root@athena.mit.edu (Wizard A. Root)
Organization: The Internet
Lines: 69

From pescadero.stanford.edu!expo.lcs.mit.edu!xpert-mailer  Sat Jun  2 20:04:25 1990 remote from convex
Received: by sushi (5.51/7.0)
	id AA12145; Sat, 2 Jun 90 20:04:25 CDT
Received: by convex.COM (5.51/4.7)
	id AA01541; Sat, 2 Jun 90 20:04:19 CDT
Received: from Erebus.Stanford.EDU by uxc.cso.uiuc.edu with SMTP
	(5.62+/IDA-1.2.8-900601) id AA06022 (for salevin%drlc1.UUCP@convex.com);
	Sat, 2 Jun 90 20:00:09 -0500
Received: from Hanauma.Stanford.EDU by erebus.Stanford.EDU with TCP; Sat, 2 Jun 90 17:59:01 PDT
Received:  by hanauma.stanford.edu (5.51/7.0) 
		 id AA19349; Sat, 2 Jun 90 17:59:56 PDT
Received: from EXPO.LCS.MIT.EDU by Pescadero.Stanford.EDU (5.59/25-eef) id AA28438; Sat, 2 Jun 90 17:58:57 PDT
Received: by expo.lcs.mit.edu; Sat, 2 Jun 90 18:31:04 EDT
Received: from bloom-beacon.MIT.EDU by expo.lcs.mit.edu; Sat, 2 Jun 90 18:30:47 EDT
Received:  by bloom-beacon.MIT.EDU (5.61/25-eef)
	id AA04399; Sat, 2 Jun 90 17:47:45 EDT
Received: from USENET by bloom-beacon.mit.edu with netnews
	for xpert@expo.lcs.mit.edu (xpert@expo.lcs.mit.edu)
	(contact usenet@bloom-beacon.mit.edu if you have questions)
Date: 2 Jun 90 19:31:40 GMT
From: convex!gmu90x.gmu.edu!rauletta%gmuvax2  (R. J. Auletta)
Organization: George Mason Univ., Fairfax, Va.
Subject: xterm/eightBitInput not implemented?
Message-Id: <1545@gmuvax2.gmu.edu>
Sender: convex!expo.lcs.mit.edu!xpert-request
To: xpert@expo.lcs.mit.edu


The X11R4/Fix11 xterm manual describes a resource eightBitInput.

I have two questions. First, what exactly is the intent of this
resource. Does it cause extended characters not to be displayed
or does it strip the 8th bit so that the 7 bit code is displayed?

Secondly, is this resource implemented? A very brief scan through
the code seems to indicate that the resource has no effect on the
action of xterm.

Here is my dirty little hack. I assume there is a better place
to do the masking of the 8th bit? As there be dragons here I'm
also worried about unseen interactions and performance issues.

In the file charproc.c in the function dotext at about line
1241 add the following code to case 'B':

        case 'B':       /* ASCII set                            */
                if(screen->eight_bits == 0)
                  {
                   for (s=buf; s<ptr; ++s)
                              *s &= 0177 ;    /* Mask the 8th bit    */
                              		      /* to map all characters */
                              		      /* into the range 0X00 to 0X7F */
                  }
                break;


I also feel the default for this resource should be false.

To change this modify line 327 in charproc.c to,

{XtNeightBitInput, XtCEightBitInput, XtRBoolean, sizeof(Boolean),
        XtOffset(XtermWidget, screen.eight_bits),
        XtRBoolean, (caddr_t) &defaultFALSE},
                              ^^^^^^^^^^^^^

Suggestions, comments, and the correct solution would be most appreciated.

--Rich Auletta
  rauletta@gmuvax2.gmu.edu