home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text1517.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  5.5 KB  |  134 lines
  1. >>>>> "Jordan" == Jordan Hazen <jnh@kzin.cen.ufl.edu> writes:
  2.  
  3.     Jordan> 1) Most desktop-state information is lost between
  4.     Jordan> successive invokations of the "Go" Browser shell.  Open
  5.     Jordan> windows (except for those displaying the root directory of
  6.     Jordan> a disk volume from the hot-band) don't stay open between
  7.     Jordan> sessions, and any changes made to the "hotband" get
  8.     Jordan> erased.  This happens both when running a Mac app. then
  9.     Jordan> returning to the Browser, and when I quit and re-start
  10.     Jordan> Executor itself.  It doesn't seem to be a permissions
  11.     Jordan> problem-- the whole /usr/local/lib/executor tree is owned
  12.     Jordan> by my user ID, and I've even tried running Executor as
  13.     Jordan> root.  Also, everything worked fine under 1.99m; it's only
  14.     Jordan> when I upgraded to 1.99o that this glitch showed up.
  15.  
  16. hmmm...  I think you're seeing a bug that's been in there from day
  17. one.  We've had a hard time tracking it down because it seems to come
  18. and go.  However, this bug is now a very high priority and should be
  19. fixed relatively soon.
  20.  
  21.     Jordan> 2) The Browser completely hangs when opening certain
  22.     Jordan> folders (always on the same ones)... I think all the
  23.     Jordan> folders that cause this are missing resource fork "%_____"
  24.     Jordan> entries, but this isn't a sufficient condition-- many such
  25.     Jordan> folders work fine.
  26.  
  27. I don't believe anyone else has reported this problem.  If you can
  28. narrow down what's causing the trouble, it would help us immensely.
  29. If anyone else on this list has trouble with the Browser hanging under
  30. Executor/Linux when specific folders are opened, please let me know.
  31. Could it be related to symlinks or mount-point crossings?
  32.  
  33.     Jordan> 2) The Alt-Shift-1 info panel says the Mac "Option" key
  34.     Jordan> maps to the right-hand Alt (AltGr), but I can't get it to
  35.     Jordan> work, regardless of how this key is set up in XF86Config
  36.     Jordan> (tried RightAlt = Meta, which makes it another
  37.     Jordan> Apple/Squiggle; when RightAlt = Compose, the only other
  38.     Jordan> common setting, it has no effect at all inside Executor).
  39.  
  40. X is so configurable, I'm not sure whether we're doing something
  41. incredibly non-standard over here or not.  Here are some code
  42. fragments for how we handle the option mapping.  Perhaps this will
  43. help answer the problem.
  44.  
  45. #define X_TO_MAC_STATE(x_state)            \
  46.   (  (x_state & ShiftMask    ? shiftKey   : 0)    \
  47.    | (x_state & LockMask     ? alphaLock  : 0)    \
  48.    | (x_state & ControlMask  ? ControlKey : 0)    \
  49.    | (x_state & Mod1Mask     ? cmdKey     : 0)    \
  50.    | (x_state & Mod5Mask     ? optionKey  : 0)    \
  51.    | (x_state & Button1Mask  ? btnState   : 0))
  52.  
  53. ...
  54.  
  55.   switch (keysym)
  56.     {
  57.     case XK_Shift_L:
  58.     case XK_Shift_R:
  59.       modifier = shiftKey;
  60.       break;
  61.       
  62.     case XK_Control_L:
  63.     case XK_Control_R:
  64.       modifier = ControlKey;
  65.       break;
  66.  
  67.     case XK_Caps_Lock:
  68.       modifier = alphaLock;
  69.       break;
  70.       
  71.       /* ### XK_Shift_Lock */
  72.       
  73.     case XK_Meta_L:
  74.     case XK_Meta_R:
  75.       modifier = cmdKey;
  76.       break;
  77.     case XK_Alt_L:
  78.     case XK_Alt_R:
  79.       modifier = optionKey;
  80.       break;
  81.     default:
  82.       return FALSE;
  83.     }
  84.  
  85. This suggests to me that in one place we expect the right option
  86. button to produce Modifier5, and in another place we're looking
  87. specifically for the alt key.
  88.  
  89.     Jordan> 3) Desk Accessories can't be added to the Apple menu; not
  90.     Jordan> even the old HFS_Xfer shows up, though it's in the System
  91.     Jordan> Folder.  Am I missing something here?  Placing it in Fonts
  92.     Jordan> & DAs doesn't work either.
  93.  
  94. This is broken.  What you can currently do is drag a Font or DA to the
  95. hot-band, *and then run some other program*.  After that, the Font/DA
  96. will be properly installed, although you won't be able to de-install
  97. it.  This too will be fixed before 2.0 comes out, although the reason
  98. it hasn't yet been fixed is a little different than other delays.
  99. We'll soon be supporting more of System 7 and we haven't yet decided
  100. whether or not it makes sense to alter our Font/DA installing
  101. capability to be more System 7ish.
  102.  
  103.     Jordan> 4) Executor often hangs on startup after trying to access
  104.     Jordan> my SCSI CD-ROM drive if an audio CD player program
  105.     Jordan> (Workman, etc.) is active.  The executor process goes into
  106.     Jordan> "D" state (uninterruptible sleep-- makes it impossible to
  107.     Jordan> kill, even with signal 9) and subsequent instances also
  108.     Jordan> block trying to probe the CD drive.  These 'dead'
  109.     Jordan> processes go away when try to mount any CD (even an audio
  110.     Jordan> disk) from another window.  This could just be a problem
  111.     Jordan> with my kernel and its interactions with the drive, rather
  112.     Jordan> than with Executor itself.  Still, is there any way to
  113.     Jordan> override the CD drive scan every time it starts?  (aside
  114.     Jordan> from hiding/renaming the /dev entries?)  This also stops
  115.     Jordan> any music disk that might be playing, kinda annoying...
  116.  
  117. This too is being looked at.  If anyone is a Linux Guru and knows what
  118. we can do with /dev/cdrom to see whether there's a music disk in it
  119. already spinning, feel free to send me e-mail.
  120.  
  121.     Jordan> That's all I can think of for now :-).  Thanks in advance
  122.     Jordan> for any help.  I have to say I'm *very* pleased with this
  123.     Jordan> product, even given the current rough spots.
  124.  
  125. Thanks for the criticism and thanks for the praise as well.  The
  126. problems you've pointed out are all pretty high on our TODO list, but
  127. not quite as high as a NEXTSTEP port or getting some of the incredibly
  128. heinous DOS extender bugs worked out.
  129.  
  130.     --Cliff
  131.     ctm@ardi.com
  132.  
  133.  
  134.