home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / bbs / waffle / 6473 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  2.5 KB
  1. Path: sparky!uunet!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!werple.apana.org.au!brimbank!nick
  2. From: nick@brimbank.apana.org.au (Nick Langmaid)
  3. Newsgroups: comp.bbs.waffle
  4. Subject: Help!  Waffle cannot see "carrier detect"
  5. Keywords: init, modem
  6. Message-ID: <fthZrAIEBh107h@brimbank.apana.org.au>
  7. Date: Wed, 27 Jan 93 00:19:27 +1100
  8. Organization: APANA, Melbourne.
  9. Lines: 43
  10.  
  11. I am trying to connect a "downstream" site who is using Waffle 1.65
  12. under DOS 5 without FOSSIL drivers.  He has both a Netcomm E7 and a 
  13. Maestro V.32 modem, although these model identifiers may not mean 
  14. much outside of Australia.  The whole thing is running on a 486/33.
  15.  
  16. We have no problem getting our modems to connect.
  17.  
  18. His problem is that uucico reports carrier loss while his modem shows
  19. the DCD signal is still high.  Initially, his uucico was failing to
  20. login because it wouldn't receive my login prompt - his trace reported
  21. loss of carrier instead.  As a last resort, he removed the \m parameter
  22. from his scripts file.  Now, he can (blindly) log in but does not respond 
  23. to my "Shere" message - again his trace reports loss of carrier instead.
  24. We cannot see how to turn off uucico's carrier detection once a connection
  25. is established.  Nor do we want to, really!
  26.  
  27. We have run up a hefty phone bill trying every combination of init strings
  28. we could think of, for each of his two modems.  The same behaviour results
  29. for all reasonable combinations, including both &C0 and &C1.  &C0 SHOULD tell
  30. the modem to keep DCD up, no matter what happens.
  31.  
  32. Now, the REALLY strange thing is that connections using both Procomm (login 
  33. to an interactive acount) and UUPC/extended (to a uucico shell) were simple 
  34. and painless.  He doesn't want to stay with UUPC because of its relatively 
  35. poor news support, plus he's attracted to Helldiver as a user agent.
  36.  
  37. I've asked him to check out his cable to make sure that DCD is propagated 
  38. reliably (no loose pins), but that sounds a bit feeble when UUPC and Procomm
  39. don't seem to have any problem.  I also suggested that he might have configured 
  40. those other programs to ignore hardware DCD - but I doubt that is even possible 
  41. with UUPC.
  42.  
  43. SO.  Has anyone seen anything like this before?  Has anyone got any suggestions?
  44. Are there any neat debugging tricks we should be trying?  Would anyone care to 
  45. speculate why UUPC/extended behaves differently?  We've run out of ideas, except 
  46. for the unlikely theory that he has a hardware fault.
  47.  
  48. All assistance gratefully received...
  49.  
  50.  
  51. -- 
  52. Nick Langmaid  nick@brimbank.apana.org.au  Melbourne, Australia  +61(3)336-3228
  53.  
  54.