home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!smurf.sub.org!incom!orfeo!hotb.sub.org!brewhq!monad!okir
- From: okir@monad.swb.de (Olaf Kirch)
- Newsgroups: comp.os.minix
- Distribution: world
- Subject: uucico (probably outdated)
- Message-ID: <920830213@monad.swb.de>
- Date: Sun, 30 Aug 92 18:36:32 MESZ
- Lines: 56
-
- Hi, everybody,
-
- I want to report a bug on a certain uucico implementation, of which I
- neither know its official name, nor if it's still used by anyone but me.
- The source files say it was written by Lamb, Lynne, Housel, van Kempen,
- and some 'cwr', and version is 3.9. as of May 30, 1991. I'm posting this
- bug report to te net, since I don't know if there's still anybody
- maintaining this version. (and I don't have his/her address :-)
-
- When I tried to change packet and window size to 128/7, I ran aground
- some problems. Some of them were speed-related, since I'm still running
- MINIX on an ST. Two others were not.
-
- 1. When debugging with level 12, uucico bombed out with a core dump. This
- is because the debugging function (yes:-)) visib(), which translates
- unprintable characters to \xxx octals has a buffer of only 256 bytes.
- You have to change that to at least 4*desired packet size.
-
- 2. After having transmitted a file, or having received one, uucico regularly
- hung. This was becasue of an error in the way it handles short data
- packets where the difference is more than 127 bytes.
- When a file transfer is complete, an empty short data packet is
- sent to signal EOF. Now, the correct thing to do would be to store
- the difference in length in the first two bytes of the packet data,
- low seven bits first with high bit set to one, then the upper bits.
- This implementation does it the other way round.
-
- +---------------+---------------+
- | byte 0 | byte 1 |
- |7 6 5 4 3 2 1 0|7 6 5 4 3 2 1 0|
- +---------------+---------------+
- |1| bits 6-0 | bits 14-7 | <-- correct
- |1| bits 14-8 | bits 7-0 | <-- wrong
- +---------------+---------------+
-
- You have to go to gspack() and grpack() in the g protocol driver
- source, and change it.
-
- 3. In the 'g' init sequence, uucico takes over the values for packet and window
- size given to it by the other host. The correct way would be to compare
- them to the predefined values, and use them only if they're
- smaller. At least that's what I think, but I may be wrong here.
-
- 4. Oh, and yes! I forgot to mention! If you're compiling this with a
- compiler which has 16 bit integers on a machine which has 32bit pointers,
- make sure to include stdlib.h and time.h (ctime() and malloc()
- will appreciate this :-)
-
- Hope I've not been saying something that's already an old hat :-)
-
- Olaf
-
- --
- ---------------------------------------------------------------------------
- | Olaf Kirch Darmstadt | okir@monad.swb.de |
- ---------------------------------------------------------------------------
-