[Prev][Next][Index][Thread]
Re: NFS mounted CDROM with HFV volume (linux)
>>>>> "Rachel" == Rachel Polanskis <rachel@virago.org.au> writes:
Rachel> My problem is that I can see there is the HFV volume there
Rachel> on the CD, but I can't access it. It just looks like a
Rachel> regular file. If I try to open it by double clicking on
Rachel> it, my text editor just coughs.
Rachel> How do I access the HFV volume on the CD from Executor?
You can either put a symlink to the CD's big HFV file in
/usr/local/lib/executor/foo.hfv, copy it to /usr/local/lib/executor/
(but it's big!), or add it to your MacVolumes environment variable.
MacVolumes is a semicolon-separated list of devices and HFV files to
scan on startup. So under bash you could type something like:
export MacVolumes=/sparc/cdrom/foo/bar/maccdrom.hfv
and then run Executor. You can of course also put that line in your
bash startup files.
Rachel> I wondered how I could allow a user to access executor
Rachel> under linux, but be able to add or delete files without
Rachel> having to be Super User.
Rachel> Should I create a special group or user? Perhaps a
Rachel> special login, with a home directory that just does mac
Rachel> stuff?
Either approach would work, if you adjust the file ownerships and
permissions properly. Groups are the common way to solve this
problem.
Rachel> Finally, the SVGAlib version under linux does not work for
Rachel> me at all. When I run it, the video mode changes to I
Rachel> don't know what and it is unrecoverable.
SVGAlib has many, many problems. Either it can't handle your card
correctly, or there's some problem with your libvga.config. You might
check to see if you have the latest version.
Rachel> Matter of fact - I tried the SVGAlib command
Rachel> "restoretextmode" and it crashed my system - froze it up
Rachel> completely. The silly SVGA game "abuse" works OK, but
Rachel> executor and other SVGA apps don't.
Did you do "savetextmode" before running Executor? I think you have
to do that for "restoretextmode" to work.
I've never tried abuse, but maybe it just uses plain VGA 320x200 and
doesn't stress the SVGA modes at all?
Rachel> I can't find any decent documentation on SVGAlib anywhere,
Rachel> and no answers on USENET from people who have seen this
Rachel> problem before.
Heh, join the club. :-) The future of direct graphics access under
Linux may end up being XFree86's DGA extensions. SVGAlib has too many
problems and just doesn't seem to be going anywhere. There are some
talented people working on SVGAlib, but the way it's evolved it's a
mess inside and out. The only important drawbacks I've seen with DGA
are that you have to have an X server running (consuming more memory),
and that the API is arguably too minimalist.
-Mat
References: