home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5767.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.6 KB
  1. Received: from sundance.sjsu.edu (sundance.SJSU.EDU [130.65.86.54]) by nacm.com (8.6.10/8.6.9) with ESMTP id BAA03264 for <executor@nacm.com>; Sun, 22 Oct 1995 01:43:17 -0700
  2. Received: from scout (scout.SJSU.EDU [130.65.86.56]) by sundance.sjsu.edu (8.6.12/8.6.4) with SMTP id BAA00886 for <executor@nacm.com>; Sun, 22 Oct 1995 01:50:33 -0700
  3. Date: Sun, 22 Oct 1995 01:50:06 -0700 (PDT)
  4. From: Chad Page <page0588@sundance.sjsu.edu>
  5. X-Sender: page0588@scout
  6. To: executor@nacm.com
  7. Subject: CD-ROM scanning problems (E/Linux-SVGA 1.99p3)
  8. Message-ID: <Pine.SUN.3.91.951022014439.20885A@scout>
  9. MIME-Version: 1.0
  10. Content-Type: TEXT/PLAIN; charset=US-ASCII
  11. Sender: owner-paper@nacm.com
  12. Precedence: bulk
  13.  
  14.  
  15.     When I try to start Executor/Linux (SVGAlib version - I like 
  16. it!) - the CD-ROM scanning stops audio CD playback (I'm using workbone), 
  17. and any attempt to resume playing the CD crashes Executor.
  18.     
  19.     Also, in Linux kernels under 1.3.3x(x=something), when there is 
  20. not a data CD in the drive, for a while after Executor is run (quite a 
  21. while in my case since I don't use X much and have 16MB RAM), is the
  22.     'weird - unlocked, unused and unclean buffer...' error.
  23.  
  24.     (I thought this was a kernel bug at first and reported it to 
  25. linux-kernel - I think Linus pulled the message out of the kernel - 
  26. Eric Youngdale told me it was a normal condition to tell the buffer 
  27. mechanism that the CD was invalid, hence saving a read in vain.)
  28.  
  29.     What I'd like to see is a switch to disable the automatic CD 
  30. scanning for the cases where it causes trouble... it would be a help when 
  31. I didn't want to use a HFV CD-ROM, but an audio CD... thanks!
  32.  
  33.     - Chad
  34.  
  35.