MSGID: 2:221/1.58@fidonet e14940a1   
   REPLY: 945.fido-points@1:3634/12 2292cbf2   
   PID: OpenXP/5.0.43 (Win32)   
   CHRS: ASCII 1   
   TZUTC: -0500   
   Hello mark!   
      
   ** 26.01.20 - 08:21, mark lewis wrote to Martin Foster:   
      
    ml>>> instead of faffing about with nodediffs, can you simply replace the   
    ml>>> nodelist with a daily nodelist and the tool will automatically see   
    ml>>> the nodelist is different and recompile its indexes?   
      
    MF>> Thanks for the suggestion but that method won't work with OpenXP.   
      
    ml>that's kinda sad... especially in this day in time ;)   
      
      
   I've just learned that OXP is designed to process the diffs automatically,     
   but not a fresh incoming full nodelist.  So, in theory, I would imagine     
   that it could work if the daily nodelist had a matching daily diff.   
      
   I guess that importing/compiling the full nodelist manually was a concious     
   design decision. But, we'll never know the original reason at this time.   
      
   Further to what is "sad... especially in this day", there are probably far     
   more examples of FTN programs that are not going to get any improvements     
   or fixes at all, yet they are accomodated without incident, for now.   
      
   Y2K-broken programs have probably left the FTN scene gracefully.   
      
   And unless we all move to 64-bit OS/programs, will many 32-bit programs     
   that rely on dates (like this OXP) expire on March 19 2038 03:14:07 UTC?   
      
      
     ../|ug   
      
   --- OpenXP 5.0.43   
    * Origin: ....................... (2:221/1.58)   
   SEEN-BY: 1/123 90/1 154/10 203/0 221/1 6 360 227/114 229/426 1014   
   SEEN-BY: 240/5832 249/206 317 400 280/464 5003 288/100 292/854 310/31   
   SEEN-BY: 317/3 322/757 342/200 396/45 423/81 120 712/848 770/1 2452/250   
   PATH: 221/1 280/464 229/426