home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text2182.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.0 KB
  1. Date: Mon, 19 Jun 1995 07:40:00 -0500
  2. To: Tim Cutts (Zoology) <tjrc1@mole.bio.cam.ac.uk>,
  3.         Per Erik Gullberg <pergull@fubar.cs.montana.edu>
  4. From: kemp@convex.convex.com (Phil Kemp)
  5. Subject: Re: Linux executor help 
  6. Cc: executor@nacm.com, jdc@xinside.com
  7. Sender: owner-paper@nacm.com
  8. Precedence: bulk
  9.  
  10. At 08:17 AM 6/19/95 +0100, Zoology wrote:
  11. >In your message (Sat, 17 Jun 1995 18:38:18 -0600 (MDT)), you wrote:
  12. >>I just installed executorlinux199m (demo) for Linux.
  13. >>
  14. >>It seems like executor is not responding to any X-events.
  15. >>No response to the mouse, keyboard or any update events.
  16. >>
  17. >>Executor will display the desktop properly at first.
  18. >>Once the desktop has been displayed it seems to freeze.
  19. >>
  20. >>I am using:
  21. >>
  22. >>   Linux 1.1.72
  23. >>   XFree86 3.1
  24. >>   Pentium, with 32 Meg
  25. >>   Logitech serial mouse
  26. >
  27. >The problem appears to be with the Linux X server, rather than 
  28. >Executor, per se.  I get very slow pointer updates too when running 
  29. >executor displaying on a Linux X display.  However, I tried running 
  30. >it displaying on a Sun SparcStation running Solaris 2 and OpenWindows 
  31. >3, and it behaved perfectly.  Executor seems to be falling foul of 
  32. >something in XFree86, possibly only in particular X servers.  If 
  33. >people with this problem mail me and tell me what their video 
  34. >hardware is, I will post a summary to the list in the next couple of 
  35. >days, see if we can establish a pattern.
  36.  
  37. I had some really nasty problems with executor under linux using the
  38. xinside. After extensive testing the xinside folks determined that the
  39. something in executor was eating memory like crazy. It seems to me that
  40. Thomas said something about the cursor code having memory holes. I've copied
  41. the xinside for further comments.
  42.  
  43. The xinside folks were able to fix this on the server end with a slight
  44. performance reduction( ~1 or 2 percent)
  45.  
  46. Sounds like the executor folks might want to pursue this further.
  47.  
  48. Comments,  Jeremy?
  49.  
  50. Cheers
  51. PK
  52.  
  53.  
  54.