home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text3521.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.7 KB  |  66 lines
  1. >>>>> "Rachel" == Rachel Polanskis <rachel@virago.org.au> writes:
  2.  
  3.     Rachel> My problem is that I can see there is the HFV volume there
  4.     Rachel> on the CD, but I can't access it.  It just looks like a
  5.     Rachel> regular file.  If I try to open it by double clicking on
  6.     Rachel> it, my text editor just coughs.
  7.  
  8.     Rachel> How do I access the HFV volume on the CD from Executor?
  9.  
  10. You can either put a symlink to the CD's big HFV file in
  11. /usr/local/lib/executor/foo.hfv, copy it to /usr/local/lib/executor/
  12. (but it's big!), or add it to your MacVolumes environment variable.
  13. MacVolumes is a semicolon-separated list of devices and HFV files to
  14. scan on startup.  So under bash you could type something like:
  15.  
  16. export MacVolumes=/sparc/cdrom/foo/bar/maccdrom.hfv
  17.  
  18. and then run Executor.  You can of course also put that line in your
  19. bash startup files.
  20.  
  21.     Rachel> I wondered how I could allow a user to access executor
  22.     Rachel> under linux, but be able to add or delete files without
  23.     Rachel> having to be Super User.
  24.  
  25.     Rachel> Should I create a special group or user?  Perhaps a
  26.     Rachel> special login, with a home directory that just does mac
  27.     Rachel> stuff?
  28.  
  29. Either approach would work, if you adjust the file ownerships and
  30. permissions properly.  Groups are the common way to solve this
  31. problem.
  32.  
  33.     Rachel> Finally, the SVGAlib version under linux does not work for
  34.     Rachel> me at all.  When I run it, the video mode changes to I
  35.     Rachel> don't know what and it is unrecoverable.
  36.  
  37. SVGAlib has many, many problems.  Either it can't handle your card
  38. correctly, or there's some problem with your libvga.config.  You might
  39. check to see if you have the latest version.
  40.  
  41.     Rachel> Matter of fact - I tried the SVGAlib command
  42.     Rachel> "restoretextmode" and it crashed my system - froze it up
  43.     Rachel> completely.  The silly SVGA game "abuse" works OK, but
  44.     Rachel> executor and other SVGA apps don't.
  45.  
  46. Did you do "savetextmode" before running Executor?  I think you have
  47. to do that for "restoretextmode" to work.
  48.  
  49. I've never tried abuse, but maybe it just uses plain VGA 320x200 and
  50. doesn't stress the SVGA modes at all?
  51.  
  52.     Rachel> I can't find any decent documentation on SVGAlib anywhere,
  53.     Rachel> and no answers on USENET from people who have seen this
  54.     Rachel> problem before.
  55.  
  56. Heh, join the club.  :-) The future of direct graphics access under
  57. Linux may end up being XFree86's DGA extensions.  SVGAlib has too many
  58. problems and just doesn't seem to be going anywhere.  There are some
  59. talented people working on SVGAlib, but the way it's evolved it's a
  60. mess inside and out.  The only important drawbacks I've seen with DGA
  61. are that you have to have an X server running (consuming more memory),
  62. and that the API is arguably too minimalist.
  63.  
  64. -Mat
  65.  
  66.