ml>> it must be noted that there is a distinct difference   
   ml>> between having CTRL-Z characters in the FILE_ID.DIZ   
   ml>> and in the .TIC file... yes, same character, but   
   ml>> different processing... it is likely that in your case,   
   ml>> the CTRL-Z in the FILE_ID.DIZ is being taken care of by   
   ml>> your filter... as to why you're not seeing the same   
   ml>> problems that were described, that may be because   
   ml>> someone downstream of you is correcting the problem   
   ml>> unbeknownst to you...   
      
    FR> No, they were in the .tic, and I was seeing the same problem   
    FR> that's been reported (all the TICs were thrown into bad,   
    FR> because ALLFIX stopped parsing after it hit the Ctrl-Z).   
    FR> Research indicated the Ctrl-Z *originated* in the   
    FR> FILE_ID.DIZ which is, I assume, where HTick picked it up and   
    FR> inserted it into the TIC.   
      
   ahhh, that explains the apparent confusion in terms... i knew that you had   
   been talking about the FILE_ID.DIZ while the other discussion was about the   
   TIC...   
      
   even if the FILE_ID.DIZ does contain the CTRL-Z character, it is possible that   
   soneone upstream from you can filter and correct a bad TIC file and still   
   leave the FILE_ID.DIZ alone... that's what i was trying to say above... hummm,   
   i note that i also used downstream rather than upstream, too <>   
      
   )\/(ark   
      
    * Origin: (1:3634/12)