home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / apple2 / 25500 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!wupost!usc!elroy.jpl.nasa.gov!nntp-server.caltech.edu!toddpw
  2. From: toddpw@cco.caltech.edu (Todd P. Whitesel)
  3. Newsgroups: comp.sys.apple2
  4. Subject: Re: RamFAST problem?
  5. Date: 14 Dec 1992 05:24:58 GMT
  6. Organization: California Institute of Technology, Pasadena
  7. Lines: 22
  8. Message-ID: <1gh5raINNbnc@gap.caltech.edu>
  9. References: <Qf_jAUS00WCSNR05Zb@andrew.cmu.edu>
  10. NNTP-Posting-Host: sandman.caltech.edu
  11.  
  12. gregt+@CMU.EDU (Gregory Ross Thompson) writes:
  13.  
  14. >When I have DMA on, things will run for a while, but then something
  15. >inevitably bombs.  Sometimes it's nice, like a "GS/OS fatal error" or
  16.  
  17. >    s3: ZipGS 9/64K (board v1.02)
  18.  
  19. >Ever since then, it seems like the RF.  Is it possible that when the
  20. >RF DMAs, sometimes the Zip toasts the data?  Hell, I dunno.  I'd
  21.  
  22. With the 1.02 Zip, that should not occur. Prior Zip boards did have a problem
  23. but they were a lot less subtle (i.e. your cursor left "tracks" all over the
  24. screen and so on). Even then, ditching the RAMFAST.DRIVER and using the
  25. P8 firmware from GS/OS fixed it.
  26.  
  27. Try re-seating things like the Zip and so on, and see if that makes it work.
  28. Make sure you are fairly familiar with the troubleshooting section of the
  29. manual before you call Drew, he tends to get rather annoying if he thinks you
  30. are wasting his time with something that's in the manual. (Trust me on this!)
  31.  
  32. Todd Whitesel
  33. toddpw @ cco.caltech.edu
  34.