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)