home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / bbs / waffle / 4410 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  2.7 KB

  1. Path: sparky!uunet!micro-c!eastwind!chorn
  2. From: chorn@eastwind.mcds.com (Christopher Horn)
  3. Newsgroups: comp.bbs.waffle
  4. Subject: Re: News/mail reader
  5. Message-ID: <30HmuB2w165w@eastwind.mcds.com>
  6. Date: Sat, 21 Nov 92 23:28:25 EST
  7. References: <aoLiuB6w165w@willard.UUCP>
  8. Organization: The East Wind  +1 201 875 7063
  9. Lines: 69
  10.  
  11. dawson@willard.UUCP writes:
  12.  
  13. [initial argument deleted]
  14.  
  15. > Ok, let's have a counter example.  Supposing files are sorted by creation
  16. > date/time (as would apparently be the case with your technique).  Suppose
  17. > there were no new articles, and one was expired.  The users' join files
  18. > are now out of sync:
  19. >     Before unbatching : 1, 2, 3, 4, 5
  20. >     After unbatching  : 1, 2, 3, 4
  21.  
  22. Suppose that the files are not sorted by time/date, only resequenced.
  23. (Renumbered might be a better term)
  24.  
  25.       Before resequence : 1, 2, 3, 4, 5
  26.       Dupes killed      : 1, 2, 4, 5
  27.       After resequence  : 1, 2, 3, 4
  28.  
  29. No join files are out of sync. I think this is what Kevin meant.
  30.  
  31. > -----
  32. > Suppose there was one new article, and one was expired.  No change to the
  33. > users' join files, but it now points one too high:
  34. >     Before unbatching : 1, 2, 3, 4, 5
  35. >     After unbatching  : 1, 2, 3, 4, 5
  36.  
  37. You seem to be thinking they are numbered from 1 up, which is not really
  38. the case. Take the lowest numbered file in the directory as the base.
  39.  
  40.      Before unbatching : 1, 2, 3, 4, 5
  41.      After resequence  : 2, 3, 4, 5, 6   (as per the expire one, add one)
  42.  
  43. This works because the lowest numbered files are also the oldest and should
  44. be the first removed by an expire program (assuming my understanding of how
  45. expire programs expire news...)
  46.  
  47. > > Sounds rather simple to me.
  48. > Too simple, maybe?  I think I'll just avoid re-sequencing my articles.
  49.  
  50. Yes and no. Simple to do, and users don't wonder why articles jump from
  51. 1856 to 1858, etc.. But, bad because :
  52.  
  53.    1. The INITIAL kill dupes, resequence will screw up the pointers
  54.       no matter what you do. So the first time penalty is high if you
  55.       have many users.
  56.    2. You have to kill dupes, batch for downstream sites, and then
  57.       do the resequence seperately for it to work right.
  58.  
  59. Also note for it to work right when getting news from multiple sites,
  60. you have to search the article list from the oldest to the newest. If
  61. you kill the dupe that is older, a user may have read it, and when
  62. resequencing will mess up their join file.
  63.  
  64. > How does re-sequencing enhance the general operation of Waffle?
  65.  
  66. Aesthetic reasons?
  67.  
  68. > -- 
  69. > dawson@willard.UUCP (Willard Dawson)
  70. > gatech!vdbsan!willard!dawson
  71. > emory!slammer!willard!dawson
  72. > Willard's House BBS, Atlanta, GA -- +1 (404) 664 8814
  73.  
  74.  ---
  75.  Christopher Horn           |  "We're all caught in a state of decay..."
  76.  chorn@eastwind.mcds.com    |  The East Wind  +1 201 875 7063
  77.