home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / bsd / 10747 < prev    next >
Encoding:
Text File  |  1992-12-29  |  3.1 KB  |  87 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!usc!cs.utexas.edu!swrinde!emory!tackle!jc
  3. From: jc@tackle.uucp (John Capo)
  4. Subject: Minor XFree86 problems, long function key string bug in elvis
  5. Message-ID: <1992Dec30.005909.15079@tackle.uucp>
  6. Organization: Technology Atlanta Corporation
  7. Date: Wed, 30 Dec 1992 00:59:09 GMT
  8. Lines: 77
  9.  
  10. I have XFree86 running and only have a few problems left to solve.
  11.  
  12.     1. Auto-repeat is very slow.  I can turn it on and off via command
  13.        line switches or in Xconfig but I can't change the repeat or
  14.        delay rate.
  15.  
  16.     2. Num lock does not work at all.
  17.  
  18.     3. I have no bell.  I have tried various command line switches and
  19.        xset options but nothing.  Same hardware works fine with DOS and
  20.        ISC running ISC.
  21.  
  22. I have not seen these problems mentioned on the net.
  23.  
  24. Another thing I have noticed is that my machine is on its knees when
  25. I am compiling and running X at the same time.  It may take 20 seconds
  26. to expose a window. Same hardware with X386 and ISC only exibited this
  27. slowdown when compiling, running X, and my cron job that rebuilds the
  28. uucp paths file and uuwho database kicked in.  I added a second disk
  29. with 16M of swap but no difference.
  30.  
  31.     No name 386/33, 8M RAM, 128K cache.
  32.     Adaptec 1542B, 2 Maxtor 120MB, Archive 60MB tape, Julian's driver.
  33.     Compuadd generic ET4000 VGA card.
  34.     WD8000 ethernet card.
  35.     All of the kernel patches in Terry's patchkit.
  36.  
  37. Without X running the machine is very speedy, much better raw disk I/O
  38. performance than ISC with the same hardware.  My only conclusion is
  39. the ISC SysV kernel makes better use of the relatively small memory I
  40. have.  Any thoughts?  Is there a kernel parameter that wuld help?
  41.  
  42. Another mystery.  If I hexdump the keyboard I get a different escape
  43. sequence for the arrow keys than I do when I run emacs or vi.  This is
  44. in an xterm window.  No difference from the console.  The function code
  45. keys are always the same.  What is the magic here?
  46.  
  47. My function keys emit 5 characters and elvis didn't particulary like
  48. that.  He would get 3 of them on one read and think that he had matched
  49. one of the mappings.  I tried different timeouts but still crashed.
  50. Here's my fix.
  51.  
  52. *** tio.c.orig    Fri Dec 25 19:02:23 1992
  53. --- tio.c    Fri Dec 25 20:03:04 1992
  54. ***************
  55. *** 591,606 ****
  56. --- 591,617 ----
  57.         {
  58.             /* No, it wouldn't.  But check for partial match */
  59.             if (!strncmp(map->rawin, &keybuf[next], cend - next))
  60.             {
  61.                 count++;
  62.             }
  63.         }
  64.       }
  65. + 
  66. + #ifdef __386BSD__
  67. +     /* If 1 is returned for a partial match the caller will call execmap()
  68. +      * with a NULL MAP struct.  Not good.  Setting notimeout and keytime=50
  69. +      * did not help.  May be a select problem?  Still this code should not
  70. +      * return 1 if the match is not complete.
  71. +     */
  72. +     if (count == 1 && match == (MAP *)0)
  73. +         return (2);
  74. + #endif
  75. + 
  76.       return count;
  77.   }
  78.   
  79.   
  80.   #ifndef NO_ABBR
  81.   /* This function checks to see whether a word is an abbreviation.  If it is,
  82.    * then an appropriate number of backspoace characters is inserted into the
  83.    * type-ahead buffer, followed by the expanded form of the abbreviation.
  84.  
  85. --
  86. John Capo       jc%tackle.uucp@mathcs.emory.edu  gatech!vta!tackle!jc
  87.