home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text3549.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  4.8 KB  |  94 lines
  1. Clifford T. Matthews wrote:
  2. > 
  3. > >>>>> "Al" == CompExpr  <compexpr@aol.com> writes:
  4. > In article <4r7nll$ehd@newsbf02.news.aol.com> compexpr@aol.com (CompExpr) writes:
  5. > 
  6. >     Al> I tried to install Executor Beta 1 with Caldera Network
  7. >     Al> Desktop.  Caldera uses Accelerated X as it's X Desktop. When I
  8. >     Al> tried to run Executor, it crashed.
  9. > 
  10. > Not good.  Did X-Windows give any error messages?  We tried Executor
  11. > with Caldera Network Desktop Preview I and it worked, although that
  12. > was a while ago and there have been many changes to CND and Executor
  13. > in that time.
  14.  
  15. Executor Beta 1 runs just fine with CND 1.0 (or just about any other
  16. Linux) and Accelerated-X, to the best of our knowledge.  We've run
  17. Executor in demo mode in 8bpp, 16bpp and 24bpp with a range of graphics
  18. boards.  Accelerated-X is an X Server, not a desktop metaphor (the
  19. desktop included in CND is Visix' Looking Glass).  In general, error
  20. messages that you'd see after running Executor would be on the xterm
  21. from which you started it, and usually the messages are from the X libs. 
  22.  
  23. Server errors usually fall into one of these classes:
  24.  
  25. 1/    an extension required for the application is not present in the
  26. Server.  You get an X(extension) library error message or something
  27. nicely formatted if your application developer is more careful.  Usually
  28. the message will indicate the extension that was required, and that it
  29. seems to be missing.
  30.  
  31. 2/    drawing errors - some kind of line or text is curdled, perhaps only
  32. in one resolution, on one graphics board, at one color depth, with a
  33. particular line or font.  The application starts and runs, but something
  34. might be misdrawn, either repeatedly or just when a specific set of
  35. conditions is reached.
  36.  
  37. 3/    fatal errors - the server dies or hangs the machine.  If our Server
  38. dies, it usually writes a panic log file that you can email to us.  When
  39. we see enough of the same symptom, we can track down the cause and kill
  40. the problem.  Depending upon the X Server, OS, graphics board,
  41. application and phase of the moon, the problem is either repeatable or
  42. happens rarely and perhaps irreproducibly.
  43.  
  44. 4/    memory leaks - the Server grows each time you do the same operation.
  45. Almost every single customer problem report about memory leaks, is
  46. caused by an application error (programmers can allocate resources in
  47. the Server and then forget to free them).  This doesn't usually cause an
  48. immediate problem, but over a period of days running the same
  49. application, the Server can exhaust swap space (so can the client
  50. application, since the error is usually a failure to free all resources
  51. common to some exception condition).
  52.  
  53. There's also two application errors that some users will perceive as a
  54. Server error.  Both of these are non-fatal to the Server, but one will
  55. lead to the application failing to start, and the other will result in
  56. bad colors being displayed.
  57.  
  58. The Server can be configured for a color depth that the application does
  59. not recognise.  This leads to complaints of "it used to work with this
  60. other Server and doesn't work with yours"... This is quite common with
  61. applications ported from Workstations and being run at 15bpp and
  62. sometimes at 16bpp (Netscape's Java in Navigator 2.0 fails quite
  63. horribly in these cases, for example, and Caldera's WordPerfect silently
  64. won't start in 15bpp).  There's nothing that the Server can do about an
  65. application programers' oversight of a particular color depth; the
  66. source of this problem really is the application developer and the
  67. applications' QA department.
  68.  
  69. The other related problem is that many Workstation developers know the
  70. order of representation of color bits in 16bpp or 24bpp and they
  71. hardcode these bitmasks, instead of using the X Window System functions
  72. that return the Server specific color mask.  If those apps are ported to
  73. Linux or are remotely displayed to a Linux system, then the colors will
  74. be incorrect on the Linux X display - but the failure is in the
  75. Workstation developers code, and again there's nothing obvious that can
  76. be done in the X Server to correct this programming problem (e.g. we
  77. could mangle the color mask to look like that on a Workstation, but then
  78. properly written applications would get incorrect colors).
  79.  
  80. If you can take an exact note of the server configuration (the
  81. /etc/Xaccel.ini Server configuration file is a good start) and of the
  82. Executor error message, I'd be willing to look at the problem.  Executor
  83. is relatively new to our QA area, so there may be odd things that it
  84. does that we're not aware of.  It's much more likely that you had a bad
  85. FTP download!  This is the most common cause of failures with our
  86. Anon-FTP downloadable demo version of the Server, especially when people
  87. download via DOS or Windows and then transfer the files to Linux.
  88.  
  89. Jeremy Chatfield
  90. --
  91. X Inside Inc, +1 303 298-7478, FAX +1 303 298-1406,
  92. Internet http://www.xinside.com ftp://ftp.xinside.com
  93.  
  94.