home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / msdos / programm / 10373 < prev    next >
Encoding:
Internet Message Format  |  1992-11-06  |  1.5 KB
  1. Path: sparky!uunet!gumby!wupost!zaphod.mps.ohio-state.edu!pitt.edu!infidel
  2. From: infidel+@pitt.edu (todd j. derr)
  3. Newsgroups: comp.os.msdos.programmer
  4. Subject: TD/386 woes...
  5. Message-ID: <9211@blue.cis.pitt.edu.UUCP>
  6. Date: 6 Nov 92 05:03:45 GMT
  7. Sender: news+@pitt.edu
  8. Organization: university of pittsburgh cis
  9. Lines: 29
  10. Originator: infidel@unixd2.cis.pitt.edu
  11.  
  12. I have had NO success trying to use TD/386.  Problem was that port 21h
  13. was getting changed somewhere and I couldn't figure out where, when it
  14. occurred to me, "hey, this is a prefect job for TD386"... So, I put
  15. it's driver in CONFIG.SYS, fire it up, set break on out to port 21, run.
  16. boom.  GP fault.  So, I strip down CONFIG and AUTOEXEC, try it again,
  17. same thing.  So, my (minimal) config is:
  18.  
  19. STACKER 2.0
  20. TDH386.SYS
  21.  
  22. and nothing else...  TD386 seems like it could be a very useful tool
  23. for problems like this, but it doesn't do me much good the way it
  24. is... 
  25.  
  26. This hasn't been the first time that TD386 has failed; it also failed
  27. me in a similar situation, but last time I wrote it off because I
  28. meant for the breakpoint (another port access) to happen within the
  29. ROM BIOS, so I figured that that might cause some problems.  This
  30. time, I have no idea whatsoever why it wouldn't work.  I got all the
  31. patches to BC++ 3.1 I could find, none of them seem to pertain to TD,
  32. so... 
  33.  
  34. ideas, anyone?
  35.  
  36. todd "before I get REALLY upset..." derr
  37. -- 
  38. todd j. derr - the c.o.m.a. moderator!  
  39. infidel+@pitt.edu       (412) 363-9027   
  40. infidel@pittunix (BIT)  work: 648-1247  
  41.