home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / msdos / misc / 6045 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.2 KB
  1. Xref: sparky comp.os.msdos.misc:6045 comp.sys.ibm.pc.hardware:29108
  2. Path: sparky!uunet!ukma!wupost!usc!news!nic.cerf.net!adler
  3. From: adler@nic.cerf.net (Bruce Adler)
  4. Newsgroups: comp.os.msdos.misc,comp.sys.ibm.pc.hardware
  5. Subject: Floppy drive pin34 problem?
  6. Message-ID: <3664@news.cerf.net>
  7. Date: 6 Nov 92 22:21:59 GMT
  8. Sender: news@news.cerf.net
  9. Followup-To: comp.os.msdos.misc
  10. Organization: CERFnet
  11. Lines: 21
  12. Nntp-Posting-Host: nic.cerf.net
  13.  
  14. My B: drive on my msdos3.3 machine has started acting funny. If I insert
  15. a floppy in it and do a DIR command and then insert another floppy and
  16. do another DIR command then the output of the second DIR command is
  17. the same as the first (yes, they should be different).
  18.  
  19. I'm guessing that the "disk change" signal on pin34 is no longer working
  20. correctly.
  21.  
  22. I have two questions:
  23.  
  24. 1. Does anyone have a diagnostic program which can verify that the
  25. pin34 disk change signal is working or not working?
  26.  
  27. 2. Is there any way to force msdos3.3 to ignore the pin34 signal and
  28. always throw away its buffer contents? If so, can I do this on my B:
  29. drive and not affect my A: drive?
  30.  
  31. Note: this is a vanilla 386 clone box, and I'm not running any special
  32. disk caching programs or drivers.
  33.  
  34. adler@cerf.net
  35.