home *** CD-ROM | disk | FTP | other *** search
/ Il CD di internet / CD.iso / SOURCE / N / TCPIP / NETKIT-B.05 / NETKIT-B / NetKit-B-0.05 / BUGS-no-no next >
Encoding:
Text File  |  1994-08-04  |  2.9 KB  |  62 lines
  1. Here is a list of *fixed* bugs. They should be gone with this release.
  2. Please email me, if you think they still exist.
  3.  
  4. * I have fixed "lprm". Please test, if it really works!!
  5.  
  6. * "telnet" always stripps of the highest bit. It should be 8-bit...
  7.   Just try "telnet localhost". This bug is fixed as of version 0.03.
  8.  
  9. * This bug should be fixed with the newest alpha kernel. The problem might
  10.   have been, that the broadcast flag wasn't set for the loopback device.
  11.  
  12.   "rusers" segmentation faults, if invoked without any arguments (host names).
  13.   (broadcast to all hosts on the local network)
  14.   rusers with a list of hostnames works fine.)
  15.  
  16. * See above, this bug should also be fixed with the newest alpha kernel.
  17.   rpc.rusersd and rpc.rwalld cannot be run from inetd, but must be started
  18.   from the /etc/rc* scripts as constantly running daemons.
  19.   Inetd will start up dozen of rpc.rusersd processes and eventually terminates
  20.   them, saying "rusersd/rpc/udp server failing (looping), service terminated".
  21.  
  22. * rpc.rwalld prints two messages instead of one. (fixed??)
  23.  
  24. * ftp to a slow site and do "ls -ltr" a lot of times. ftp will get stuck and
  25.   there will be a "CLOSE" connection, that will not vanish for days.
  26.   (I am not sure, if this is still true for newer kernels.)
  27.  
  28. * "rsh" is known to have a problem: A stopped rsh command will block the
  29.   port, so that other rsh commands will hang. Alan Cox has promised to fix
  30.   the kernel for this. This should be gone with a very new kernel. (??)
  31.  
  32. * I use rpcgen from rpc-0.9. I should upgrade to the newer available version.
  33.   But I have heard rumors, that they don't work ok for all source code.
  34.   If newer versions work ok, I should delete source code for rpcgen and
  35.   rpcinfo from my source collection.
  36.   I couldn't find newer versions with archie. Where are they?
  37.  
  38. * I have had some problems with talk. Talk is unable to stamp is own
  39.   packets with the correct src-IP address, and uses thw system wide(?)
  40.   adress. On my machine (which is locally in an ethernet-net, nothing
  41.   goes wrong, because the system-wide address gets routed through the
  42.   eth device and i'm able to talk to all the systems there. *HOWEVER*
  43.   when talking to a host through a SLIP connection, talk still uses the
  44.   ethernet address, and the talk on the other side (which sents its packets
  45.   to that address, won't get a repsonse because i'm only known with the SLIP
  46.   address to the outside world.) (Arrg, hopes this clarifies a little, i
  47.   seem to be raving on)
  48.  
  49.   So, i patched talk by looking which outgoing device will be used
  50.   for the destination address. It's not one of the best patches ever
  51.   (hunting through /proc/net/route) but it works.
  52.  
  53.   (PS. I understood talk.FvK should be along thse lines, but it simply
  54.        didn't seem to work for me)
  55.  
  56.   BTW: I'm posting it here, but i'm not sure i should :)
  57.        If not, please point me (politly) in the correct direction?
  58.  
  59.       Met vriendelijke groet,
  60.           Pauline Middelink    middelin@calvin.iaf.nl
  61.  
  62.