home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / msdos / programm / 10366 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  3.2 KB
  1. Xref: sparky comp.os.msdos.programmer:10366 comp.os.msdos.apps:5440 comp.windows.misc:1648
  2. Path: sparky!uunet!ogicse!uwm.edu!caen!uflorida!winnie!zach.fit.edu!rpollack
  3. From: rpollack@zach.fit.edu (Randy Pollack)
  4. Newsgroups: comp.os.msdos.programmer,comp.os.msdos.apps,comp.windows.misc
  5. Subject: Help needed: file read/write errors
  6. Message-ID: <4414@winnie.fit.edu>
  7. Date: 5 Nov 92 16:33:39 GMT
  8. Article-I.D.: winnie.4414
  9. Sender: usenet@winnie.fit.edu
  10. Followup-To: comp.os.msdos.programmer
  11. Organization: Florida Institute of Technology, Melbourne USA
  12. Lines: 51
  13.  
  14. I am a small-scale software developer with a couple of applications
  15. written in Turbo Pascal 6.0.  Since June of this year I've received
  16. a few complaints from customers regarding file read/write errors that
  17. they experienced using my programs.  Initially I dismissed them as
  18. hardware problems, but I'm becoming convinced that there's a software
  19. problem external to my programs.  Here's the story:
  20.  
  21. My programs do a lot of reading and writing to binary files (files of
  22. records) using random access (seek in Turbo Pascal).  The errors that
  23. I've been told about include "hardware failure", "CRC error in data"
  24. and "file read error".
  25.  
  26. The errors seem to occur when the users are keeping their data on floppies
  27. rather than hard disks.  The files are genuinely corrupted -- trying to
  28. copy them using DOS results in disk read errors, chkdsk sometimes 
  29. identifies lost clusters, etc.  I don't think it's my program -- I know, 
  30. nobody ever does :) -- because the file access code hasn't changed in
  31. about 3 years and nobody's had problems till recently.  There are 2
  32. possible sources of error that I suspect.  One is the SMARTDRV disk
  33. cache program that comes with Microsoft Windows 3.1 or possibly some
  34. other thing that gets loaded before you actually run Windows. (Yes,
  35. all customers with complaints had Windows 3.1 installed on their
  36. computers but my programs run from DOS - I recommended exiting
  37. Windows rather than running as a non-windows application but that
  38. didn't seem to make any difference).  Or, since I recompiled with
  39. Turbo Pascal 6.0 rather than 5.5, maybe Borland introduced something
  40. into this version that's causing problems.  
  41.  
  42. I more seriously suspect SMARTDRV -  I got a new laptop last spring and
  43. tried loading a bunch of software onto the hard drive.  I had loaded
  44. Windows first, played with it a while, and when I later went to load
  45. Turbo Pascal and C++ I got some serious hard disk errors and was about
  46. ready to send the machine back.  Since I had to go on a trip very soon
  47. (which was one reason I had bought the laptop), I took everything off
  48. that I had loaded, left off Windows and loaded the Borland software --
  49. no problems!  Upon return from the trip I installed Windows again, but
  50. again had problems.  I deleted the stuff from Autoexec.bat that used windows
  51. drivers, substituting the equivalent drivers from DR DOS, and since then
  52. I haven't had any trouble.
  53.  
  54. I guess my question is - has anybody else experienced problems like this,
  55. and, if so, do they seem related to either MS Windows, SMARTDRV, or 
  56. Turbo Pascal?  I'm at a loss as to how to advise my customers without
  57. a better idea as to what's going on.  
  58.  
  59. Please email as I don't read these newsgroups regularly.
  60.  
  61. Thanks,
  62.  
  63. Randy Beth Pollack
  64. rpollack@zach.fit.edu
  65.