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