home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / msdos / misc / 6041 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  3.3 KB
  1. Path: sparky!uunet!ukma!wupost!usc!nic.csu.net!ethernet.sonoma.edu!Michel.Davidoff
  2. Newsgroups: comp.os.msdos.misc
  3. Subject: Re: Windows crash
  4. Message-ID: <Michel.Davidoff.133.0@sonoma.edu>
  5. From: Michel.Davidoff@sonoma.edu (Michel Davidoff)
  6. Date: 6 Nov 92 07:40:32 PST
  7. References: <Bx9Kyo.Isu@acsu.buffalo.edu>
  8. Organization: Sonoma state university
  9. Nntp-Posting-Host: ethernet.sonoma.edu
  10. Lines: 63
  11.  
  12. In article <Bx9Kyo.Isu@acsu.buffalo.edu> camdna@ubvmsb.cc.buffalo.edu (Darren Natale) writes:
  13. >Subject: Windows crash
  14. >From: camdna@ubvmsb.cc.buffalo.edu (Darren Natale)
  15. >Date: 5 Nov 92 22:25:00 GMT
  16. >I've reached my wit's end on this, so I appeal to the collective wisdom
  17. >of the net...
  18. >
  19. >I have been experiencing some rather maddening difficulties running DOS
  20. >programs under Windows. I'll describe just two (for now):
  21. >
  22. >    I have been using a DOS file manager included with the old Word
  23. >Perfect Library utilities. If I try to access the "windows" directory, the
  24. >program crashes. Interestingly, this is the only directory access that will
  25. >result in a crash--in other words, the file manager program will successfully
  26. >navigate through every directory (except windows) without incident. Also,
  27. >the program crash only occurs when the FM is run from windows--if I exit
  28. >windows and run the program from DOS, it works completely fine. I don't suspect
  29. >the problem is with the PIF settings, since the same settings are used under
  30. >the same conditions on other computers without any problem--it is definitely
  31. >computer-specific. 
  32. >    The only difference between this and other computers I can think of
  33. >that might explain the problem is that the crash-happy computer uses a SCSI
  34. >drive. We recently upgraded to Windows 3.1 in the hope that the double-buffering
  35. >capacity of SMARTDRIVE might alleviate the problem, but it did not. I have
  36. >also suspected a conflict in memory with a video or network board, but
  37. >EMMExcluding A000-EFFF in the [386Enh] section of system.ini had no effect.
  38. >    Nothing I've tried has prevented the program from hanging. This brings
  39. >me to the second problem--when the program hangs, I had hoped that the local
  40. >reboot feature of Windows 3.1 would at least allow the program to go down 
  41. >gracefully, but again it's no go. If the program hangs and I <Ctrl>-<Alt>-Del,
  42. >Windows will capture the warm boot as it is supposed to. But when I press
  43. ><Enter> to exit the crashed program, I'm returned to the program instead of to
  44. >the Windows session. A second attempt at this same sequence of steps is 
  45. >successful about 25% of the time--the other 75% the computer hangs with both the
  46. >video gone awry (either blanks, writes smiley faces to the screen in a mock
  47. >C:\ prompt, or does what can best be described as "the wave") and the keyboard
  48. >locked.
  49. >
  50. >The system:
  51. >    CompuAdd 333
  52. >    16 MB RAM
  53. >    Phoenix BIOS 1989
  54. >    SCSI hard drive
  55. >    DOS 5.0
  56. >    Windows 3.1
  57. >    ATI Graphics Ultra
  58. >    Grey-Scale card, Internet card, probably others I don't know about
  59. >    several SCSI cards for Tape drive, CD-ROM, HP ScanJet
  60. >
  61. >Maybe there's just too much sh*t on it? :)
  62. >
  63. >Thanks for any insights you may have.
  64. >
  65. >DN
  66. >     
  67. In your config.sys are you excluding the card address?
  68. I  would also try to exclude the video address.
  69. Have you tried to run some utilities that will check for any conflicts in 
  70. IRQ, Memory Etc ?
  71.  
  72. Thank You
  73. Michel Davidoff
  74. E-Mail Michel.Davidoff@Sonoma.edu
  75.