Thread View: comp.sys.next.misc
2 messages
2 total messages
Started by N Tomczak-Jaegermann
Wed, 06 Jan 1993 02:22
tipx problems - Q&A
Author: N Tomczak-Jaegermann
Date: Wed, 06 Jan 1993 02:22
Date: Wed, 06 Jan 1993 02:22
54 lines
3136 bytes
3136 bytes
I would like to apologize for not including tipsz and tiprz executables
together with tipx. I just forgot and I am afraid that currently there
in no way I could rectify that error. My numerous attempt to upload
to cs.orst and sonata(nova) the latest version of Kermit for Next all
failed. Any other generally accessible archives where I should try?
Here is a guide to possible troubles with tipx hacky software.
A) I cannot compile missing tipsz and tiprz programs from included
sources.
They compile correctly under 2.0, 2.1 and 3.0 (just checked).
The only catch with 3.0 is that Makefile in dependencies
contains references to '/usr/include/...'. As we all know
NeXT "improved" a layout of headers in 3.0 and this is causing
trouble. Throw away these lines and everything will be OK.
They do not really serve any useful purpose.
B) Everything installed fine but I am getting a floating point
exception when I try transfers.
As I wrote this stuff is known to work with MY modem. The trouble
is that tipx is trying to find out a connection speed (better not
look how this is done) and is using it to compute expected transfer
times. If this speed happens to be zero (or some strange garbage)
then you will get a floating point exception.
Cures:
a) change your modem for something else;
b) at the top of a function filexfer (file cmds.c) set
Cbaudrate to some reasonable constant, like 2400 or 9600;
your expected transfer times will be possibly off by a
constant factor but no exceptions; Cbaudrate is not
used for anything else;
c) if b) works re-hack hayes.c to set Cbaudrate rigth with
your modem;
d) do it properly, i.e. adjust expected transfer times once
you know how many characters in what time are you really
sending/receiving (both informations are continously available);
e) if you are still getting floating point exceptions I have not
a slightest clue.
C) When I start 'rz' I am getting nonsensical error messages.
Send a break (with ~#) befor hitting ~X. Or better - fix that bug
but I do not know where it is.
An attribute 'cm' from /ect/remote for sending initialization strings
to your modem works correctly with tipx but only for entries which
have 'du' flag - either explicitely or in some continuation stuff.
Do not forget to include all these '\r's in a cm-string so it will be
really accepted. Something like this ':du:cm=at&k0&n3&m0\r:pn=...'
Michal Jaegermann
ntomczak@vega.math.ualberta.ca
Re: tipx problems - Q&A
Author: Ray Spalding
Date: Wed, 06 Jan 1993 17:23
Date: Wed, 06 Jan 1993 17:23
58 lines
2469 bytes
2469 bytes
In article <ntomczak.726286970@vega> ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann) writes:
>Here is a guide to possible troubles with tipx hacky software.
>B) Everything installed fine but I am getting a floating point
> exception when I try transfers.
>C) When I start 'rz' I am getting nonsensical error messages.
I have sent the following fixes and others to Michal; perhaps he would
be good enough to maintain the NeXT version of tipx for all of us...
A fix for C is:
diff -r uunet/tipx/cmds.c railway/nexttipx/cmds.c
658c659
< strcat(xcmd,buf + 3);
---
> if (strlen(buf) > 3) strcat(xcmd,buf + 3);
A (kludgy) fix for B is:
diff -r uunet/tipx/xfer/tiprz.c railway/nexttipx/xfer/tiprz.c
1029a1030
> unsigned brate;
1034a1036,1037
> brate = Baudrate;
> if (!brate) brate = 38400;
1126c1129
< min_100 = 2L + (((Bytesleft * 11L)) * 10L) / (Baudrate * 6L);
---
> min_100 = 2L + (((Bytesleft * 11L)) * 10L) / (brate * 6L);
1132,1133c1135,1136
< (((TotalToReceive * 11L)) * 10L) / (Baudrate * 6L);
< if(Baudrate > 4800)
---
> (((TotalToReceive * 11L)) * 10L) / (brate * 6L);
> if(brate > 4800)
1584a1588
> printf("argc == %d, argv == '%s'\n",argc,cp);
diff -r uunet/tipx/xfer/tipsz.c railway/nexttipx/xfer/tipsz.c
352a353,356
> unsigned brate;
>
> brate = Baudrate;
> if (!brate) brate = 38400;
358c362
< + ((blocks * (128L + 16L)) / (Baudrate / 10));
---
> + ((blocks * (128L + 16L)) / (brate / 10));
367c371
< (FilesTotal * 2L) + (((TotalToSend * 11L)) * 10L) / (Baudrate * 6L);
---
> (FilesTotal * 2L) + (((TotalToSend * 11L)) * 10L) / (brate * 6L);
371c375
< else if(Baudrate > 4800)
---
> else if(brate > 4800)
--
Ray Spalding, Office of Information Technology
Georgia Institute of Technology, Atlanta Georgia, 30332-0715
Internet: ray.spalding@oit.gatech.edu (NeXT Mail accepted)
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads