home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dcom / modems / 13128 < prev    next >
Encoding:
Text File  |  1992-09-08  |  3.3 KB  |  72 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: sparky!uunet!caen!sdd.hp.com!apollo.hp.com!netnews
  3. From: goykhman_a@apollo.hp.com (Alex Goykhman)
  4. Subject: Re: Summary of prices... (PPI, in particular)
  5. Sender: usenet@apollo.hp.com (Usenet News)
  6. Message-ID: <Bu9xKr.2zu@apollo.hp.com>
  7. Date: Tue, 8 Sep 1992 19:17:15 GMT
  8. Nntp-Posting-Host: dzoo.ch.apollo.hp.com
  9. Organization: Hewlett-Packard Company, Chelmsford, MA
  10. Lines: 60
  11.  
  12. In article <mdpn17c.jimb47@netcom.com> jimb47@netcom.com (Jim Budler) writes:
  13. >Alex Goykhman (goykhman_a@apollo.hp.com) wrote:
  14. >: >I can vouch for the Practical Peripherals... mine's worked flawlessly since
  15. >: >early June in modem mode.
  16. >: 
  17. >:     Mine hangs all the time during ZMODEM downloads (from Channel 1, Cambridge,MA)
  18. >:     both with Telix 3.15 and Robocomm 4.2.  Tt appears to work with WINQVT, but 
  19. >:     I can't figure out why...   
  20. >: 
  21. >:     Stay away from PM14400FXSA.
  22. >
  23. >My PM14400FXSA works flawlessly using zmodem, compuserveB, and kermit
  24. >with every computer I've connected with.
  25. >
  26. >You can't download from one site and you advise the world to stay away
  27. >from this modem?
  28.  
  29.     I had had the same problem with other sites too, but I figured there must
  30.     have been others in this newsgroup connecting to Channel 1, and I wanted
  31.     to hear from them.
  32. >
  33. >You even say it works with one of the three programs you tried, and you
  34. >still blame the modem?
  35.  
  36.     That does not mean much.  Besides, I said I'd been having problems with
  37.     a PM14400FXSA, but I did blame the modem.  
  38. >
  39. >I think there is something wrong with *your* logic, not the modem's!
  40.  
  41.     I think *your* logic is a binary one, otherwise you'd realize that,
  42.     beside the modem, there are other hardware and software components
  43.     involved in a file transfer.  The one that PP's tech support employs
  44.     is not much better: I was suggested to either replace the modem,
  45.     or the serial card, and see if that fixed the problem.
  46.  
  47.     In my case, PM14400FXSA would work with WINQVT under Win3.1, but
  48.     hang with Telix or Robocomm under MSDOS as well in a Win3.1 DOS
  49.     session, WITH THE SAME SETTINGS.
  50.  
  51.     Another word, my modem would work well with a native Windows application,
  52.     but not with MSDOS ones.  I am no Win/DOS expert but, having spent
  53.     most of my career developing operating systems, I suspected one of the
  54.     differences between the two may have been the way 386's virtual memory
  55.     was handled.  On that theory, I replaced the MSDOS memory extender that
  56.     I had used (386MAX.?) with another one (HIMEM.SYS).  As a result, I
  57.     lost ~40K of memory, but the problem disappeared.
  58.  
  59.     Now, before somebody jumps in claiming that "386MAX works flawlessly
  60.     with brand X" therefore my logic must be suspect, I'd like to state
  61.     that I do not consider the workaround that I found to be a conclusive
  62.     proof that 386MAX (the one that comes bundled with MS C/C++ 7.0) is 
  63.     broken.  There are more factors than one involved in replacing a
  64.     MSDOS memory extender (i.e. timing).
  65.  
  66.     Having said that, I wonder what other people's experiences are with
  67.     various memory extenders, and 386MAX in particular.
  68. -- 
  69. -----------------------------------------------------------------------------------
  70. Disclaimer: all opinions are mine.
  71. -----------------------------------------------------------------------------------
  72.