FR>>> My ALLFIX (6.00.018) definitely strips the Ctrl-Z character   
    FR>>> using the "filter" mechanism I describe.  I know, because I   
    FR>>> banged my head against the wall with exactly this problem   
    FR>>> for weeks (messages from HTick that included EOF characters   
    FR>>> added in the FDIZ by the author).  I process the whole   
    FR>>> filebone through here, and I know I'm seeing the same TICs.   
    ml>>   
    ml>> it must be noted that there is a distinct difference between having   
    ml>> CTRL-Z characters in the FILE_ID.DIZ and in the .TIC file... yes, same   
    ml>> character, but different processing... it is likely that in your case,   
    ml>> the CTRL-Z in the FILE_ID.DIZ is being taken care of by your filter...   
    ml>> as to why you're not seeing the same problems that were described,   
    ml>> that may be because someone downstream of you is correcting the   
    ml>> problem unbeknownst to you...   
      
    TK> If the ^Z is in FILE_ID.DIZ, it is at the end of the file =>   
    TK> No problem.   
      
   however, it might be possible for one to fall in the middle... that would be a   
   problem <>   
      
    TK> If the ^Z is in TIC, it is in the middle of the   
    TK> file => problem.   
      
   right... that's what i was clarifying to FR above...   
      
   )\/(ark   
      
    * Origin: (1:3634/12)