[Prev][Next][Index][Thread]

E/Linux 1.99o: problems w/Browser & Option key



I've noticed a few apparent bugs in the emulator, and would appreciate
any suggestions/workarounds anyone might have.  I'm running version
1.2.8 of the Linux kernel and XFree86 3.1.1.  Apologies in advance if
these have already been discussed; I'm a newcomer to the list.


1) Most desktop-state information is lost between successive
invokations of the "Go" Browser shell.  Open windows (except for those
displaying the root directory of a disk volume from the hot-band)
don't stay open between sessions, and any changes made to the
"hotband" get erased.  This happens both when running a Mac app. then
returning to the Browser, and when I quit and re-start Executor
itself.  It doesn't seem to be a permissions problem-- the whole
/usr/local/lib/executor tree is owned by my user ID, and I've even
tried running Executor as root.  Also, everything worked fine under
1.99m; it's only when I upgraded to 1.99o that this glitch showed up.

2) The Browser completely hangs when opening certain folders (always
on the same ones)... I think all the folders that cause this are
missing resource fork "%_____" entries, but this isn't a sufficient
condition-- many such folders work fine.

2) The Alt-Shift-1 info panel says the Mac "Option" key maps to the
right-hand Alt (AltGr), but I can't get it to work, regardless of how
this key is set up in XF86Config (tried RightAlt = Meta, which makes
it another Apple/Squiggle; when RightAlt = Compose, the only other
common setting, it has no effect at all inside Executor).

3) Desk Accessories can't be added to the Apple menu; not even the old
HFS_Xfer shows up, though it's in the System Folder.  Am I missing
something here?  Placing it in Fonts & DAs doesn't work either.

4) Executor often hangs on startup after trying to access my SCSI
CD-ROM drive if an audio CD player program (Workman, etc.) is active.
The executor process goes into "D" state (uninterruptible sleep--
makes it impossible to kill, even with signal 9) and subsequent
instances also block trying to probe the CD drive.  These 'dead'
processes go away when try to mount any CD (even an audio disk) from
another window.
   This could just be a problem with my kernel and its interactions
with the drive, rather than with Executor itself.  Still, is there any
way to override the CD drive scan every time it starts?  (aside from
hiding/renaming the /dev entries?)  This also stops any music disk
that might be playing, kinda annoying...

That's all I can think of for now :-).  Thanks in advance for any
help.  I have to say I'm *very* pleased with this product, even given
the current rough spots.

--
Jordan.


Follow-Ups: