home *** CD-ROM | disk | FTP | other *** search
/ The CDPD Public Domain Collection for CDTV 4 / CDPD_IV.bin / networking / dnet / dnet2.3.2 / readme < prev    next >
Encoding:
Text File  |  1994-06-29  |  2.6 KB  |  61 lines
  1.  
  2.     DNet '2.3'
  3.  
  4.     This is my latest batch of DNet stuff.  It's a mostly compilable
  5. but still functional DNet amiga-side distribution.  It works for me
  6. and I'd like to know how it works for others.  I'm still amazed how well
  7. this program that is apparently 6 years old, works.  It's survived a major
  8. OS upgrade, radical changes in the modem world, and so on.
  9.     
  10.     This is also my DNet development tree, as of 5/26/93.  I compile with
  11. gcc 2.3.3 and make with gnu-make, and run on an A3000.  I can't get 
  12. everything to recompile and work with gcc, though. Some gcc-compiled clients 
  13. will crash the machine, and some won't. I have no clue how to fix dnet.device 
  14. or the nfs handlers, as I'm not sure how to get gcc to compile/link things 
  15. that aren't normal executables (i.e. launched from main()). And I still haven't
  16. bothered to learn any assembly. The dnet server seems reasonably robust, 
  17. though.
  18.     
  19.     What have I changed so far?  
  20.  
  21.     created a better load average program. remoteload should work very 
  22. much like an Xload (for the Xwindows users out there).  
  23.  
  24.     added some nice debugging support for the server. It really is a mess.
  25.  
  26. What's in the future?
  27.     DNetrek. I have most of the pieces, just need to put them together.
  28. Right now the stumbling block is the clients and bugs in libdnet.a. Once I
  29. can get DNread/DWrite/DRead to stop causing system crashes, it could happen.
  30.  
  31.     better support for niftyterm. I would really like to junk fterm, but
  32. haven't groveled enough for niftyterm's source...
  33.  
  34.     Support for people on fast modems.  DNet was written back in the days
  35. when 2400 was the best you could do, so Matt wasted a lot of CPU trying to
  36. optimize bandwidth.  Dnetrek, of course, is the driving force for this...
  37.  
  38.     Better full 8 bit communication.  Even when dnet is running in 8 bit
  39. mode, it doesn't really use all 8.  It scans for characters under 32, and
  40. if it finds them, encodes the entire data packet into a 7 bit stream.  More
  41. CPU for bandwidth tradeoffs here.  My initial Fast8 implementation tried to
  42. disable this, but apparently, it doesn't work.
  43.  
  44.     Rexx/intuition support.  Real pie-in-the-sky right now.  But it'd be
  45. nice for DNet to do things like autologins.
  46.  
  47.     Documentation, and/or a FAQ on setting up DNEt.  It can be a really
  48. fussy program at times.
  49.  
  50. More stuff that I haven't thought of, of course...
  51.  
  52.  
  53. What's not planned?
  54.     support for WB less than 2.0.  gcc/ixemul binaries won't run on it, so
  55. I won't even bother until ixemul does, or someone makes up the equivalent
  56. library that isn't shared, but linked instead.
  57.  
  58. If you have any comments, or would like to help out, I can be reached at:
  59. mehlhaff@ocf.berkeley.edu 
  60. mehlhaff@soda.berkeley.edu
  61.