home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / next / misc / 23529 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  3.1 KB
  1. Xref: sparky comp.sys.next.misc:23529 comp.sys.next.programmer:7996
  2. Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
  3. Path: sparky!uunet!gatech!destroyer!cs.ubc.ca!unixg.ubc.ca!kakwa.ucs.ualberta.ca!vega!ntomczak
  4. From: ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann)
  5. Subject: tipx problems - Q&A
  6. Message-ID: <ntomczak.726286970@vega>
  7. Keywords: communication, zmodem
  8. Sender: news@kakwa.ucs.ualberta.ca
  9. Nntp-Posting-Host: vega.math.ualberta.ca
  10. Organization: University Of Alberta, Edmonton Canada
  11. Date: Wed, 6 Jan 1993 02:22:50 GMT
  12. Lines: 54
  13.  
  14.  
  15. I would like to apologize for not including tipsz and tiprz executables
  16. together with tipx.  I just forgot and I am afraid that currently there
  17. in no way I could rectify that error.  My numerous attempt to upload
  18. to cs.orst and sonata(nova) the latest version of Kermit for Next all
  19. failed.  Any other generally accessible archives where I should try?
  20.  
  21. Here is a guide to possible troubles with tipx hacky software.
  22. A) I cannot compile missing tipsz and tiprz programs from included
  23.    sources.
  24.   
  25.    They compile correctly under 2.0, 2.1 and 3.0 (just checked).
  26.    The only catch with 3.0 is that Makefile in dependencies
  27.    contains references to '/usr/include/...'.  As we all know
  28.    NeXT "improved" a layout of headers in 3.0 and this is causing
  29.    trouble.  Throw away these lines and everything will be OK.
  30.    They do not really serve any useful purpose.
  31.  
  32. B) Everything installed fine but I am getting a floating point
  33.    exception when I try transfers.
  34.  
  35.    As I wrote this stuff is known to work with MY modem.  The trouble
  36.    is that tipx is trying to find out a connection speed (better not
  37.    look how this is done) and is using it to compute expected transfer
  38.    times.  If this speed happens to be zero (or some strange garbage)
  39.    then you will get a floating point exception.
  40.    Cures:
  41.      a) change your modem for something else;
  42.      b) at the top of a function filexfer (file cmds.c) set
  43.         Cbaudrate to some reasonable constant, like 2400 or 9600;
  44.         your expected transfer times will be possibly off by a
  45.         constant factor but no exceptions;  Cbaudrate is not
  46.         used for anything else;
  47.      c) if b) works re-hack hayes.c to set Cbaudrate rigth with
  48.         your modem;
  49.      d) do it properly, i.e. adjust expected transfer times once
  50.         you know how many characters in what time are you really
  51.         sending/receiving (both informations are continously available);
  52.      e) if you are still getting floating point exceptions I have not
  53.         a slightest clue.
  54.  
  55. C) When I start 'rz' I am getting nonsensical error messages.
  56.  
  57.    Send a break (with ~#) befor hitting ~X.  Or better - fix that bug
  58.    but I do not know where it is.
  59.  
  60. An attribute 'cm' from /ect/remote for sending initialization strings
  61. to your modem works correctly with tipx but only for entries which
  62. have 'du' flag - either explicitely or in some continuation stuff.
  63. Do not forget to include all these '\r's in a cm-string so it will be
  64. really accepted.  Something like this ':du:cm=at&k0&n3&m0\r:pn=...'
  65.  
  66.   Michal Jaegermann
  67.   ntomczak@vega.math.ualberta.ca
  68.