home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / modems / 11166 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  1.2 KB
  1. Xref: sparky comp.dcom.modems:11166 can.uucp:172
  2. Path: sparky!uunet!uunet.ca!xenitec!zswamp!geoff
  3. From: geoff@zswamp.UUCP (Geoffrey Welsh)
  4. Newsgroups: comp.dcom.modems,can.uucp
  5. Subject: Re: UUCP 'g' vs. MNP & V.42
  6. Message-ID: <ssaHoB7w164w@zswamp.UUCP>
  7. Date: Sat, 25 Jul 92 13:37:15 EDT
  8. References: <1992Jul24.034646.26340@chance.gts.org>
  9. Organization: Izot's Swamp
  10. Lines: 17
  11.  
  12. john@chance.gts.org (John R MacMillan) writes:
  13.  
  14. > This is unlike V.42bis, where if the compressed block is larger
  15. > than the original, the uncompressed block is sent.
  16.  
  17.    Strictly speaking, that's not true.  V.42bis acts on data as it arrives; 
  18. the latency associated with waiting for a block to arrive before deciding what 
  19. to send would be unacceptable in many circumstances.
  20.  
  21.    However, V.42bis does monitor its effect on data and, if it finds that it 
  22. is expanding the data for any length of time (LZ always expands data for the 
  23. first few tokens), it will start sending the uncompressed data in stead.  The 
  24. damage is done for the data that's been sent, but at least the modem will 
  25. stop.
  26.  
  27. Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
  28. geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
  29.