home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 35 Internet / 35-Internet.zip / uupcdiff.zip / uupc_fix.doc < prev    next >
Text File  |  1996-07-14  |  4KB  |  66 lines
  1. I have uploaded to ftp-os2.nmsu.edu and some of its mirror sites
  2. UUPC_FIX.ZIP and UUPC_DIFFS.ZIP.  These files contain a fix for the
  3. stdin of inews.exe, which reduces compatibility between UUPC/Extended,
  4. Changi and Souper.
  5.  
  6. Many months ago, I posted an email to the UUPC list detailing that I
  7. had doubts about the Changi authors claim that standard input did not
  8. work correctly in UUPC.  Even though I doubted his claim, I had no proof
  9. either way, and I was reluctant to delve into the matter.  I don't use
  10. IBM's C-Set, and I already have more compilers than a sane person can
  11. take.  However, neither Watcom nor emx, the only two left now, have
  12. shown that they care much for compiling UUPC code.  After souper came
  13. out with another update, however, I was forced to rethink how I wanted
  14. to attack the problem.  The answer was obvious:  standard input does
  15. work in inews and rmail, but it obviously isn't receiving the data that
  16. it expects.  I can either try to keep up with the authors of changi and
  17. souper, or meet the challenge head on.
  18.  
  19. Therefore, for about the fourth time, I slugged my way through the UUPC
  20. code and got it to compile.  Then, after dumping core several times,
  21. I got it running respectably for the first time ever.  I then found
  22. out the version info, etc., cleaned it up and started looking for the
  23. real problem.  It jumped out at me after only an hour or so.  I tried
  24. it out on the original changi and souper executables.  Changi worked,
  25. but Souper did not.  I recompiled Souper, because the error did not
  26. make sense, and Souper worked as well.
  27.  
  28. Therefore, I have come to the following conclusions:
  29.  
  30. 1.  stdin has always worked in inews and rmail.
  31. 2.  The author of souper made change in his code, which caused rmail
  32. to work correctly with souper without any code changes.  However,
  33. since he changed compilers, a recompile is still necessary or it
  34. will look for the POP3 server instead of MAILER environmental
  35. variable.  (I have looked at reply.c to verify this fact)
  36. 3.  While stdin has always worked in inews, the code itself caused
  37. it to appear to not do so, as it was searching for headers in a par-
  38. ticular order.  The stdin file was OK, in other words, but the
  39. underlying code was trying to force an issue that it should not
  40. have.  The same exact code on a temporary file works just fine.
  41. 4.  There are way too many #define statements in UUPC to make any
  42. of this an easy task.
  43.  
  44. If you wish to verify these changes yourself, but don't want the
  45. entire package, then simply download UUPC_DIFFS.ZIP.  If you want
  46. the entire fix (including the diffs), download UUPC_FIX.ZIP.
  47. Executables are included in the latter.  This is not a replacement
  48. for the UUPC/Extended package, and it only contains enough files
  49. to recompile inews and rmail and for someone else to verify that my
  50. observations are correct.
  51.  
  52. I will upload these tonight to Hobbes.  I will attempt to upload
  53. them to ftp.cdrom.com and ftp.leo.org as well, but the first is
  54. usually busy and the second has a very slow link (for me).  I will
  55. only post the diff for inews to the UUPC/Extended mailing list,
  56. but I will provide the entire fix to Kew Software upon request.
  57.  
  58. While I occasionally do programming for my job, my profession is
  59. not a programmer.  Most of it is in my spare time (even when it
  60. is for work), so criticisms of my style of programming will be
  61. sent to dev/null.  However, inaccuracies in my above observations
  62. will be weighed according to the evidence presented to me.
  63.  
  64. John D. Carmack
  65.  
  66.