Hello Gert!  
    
  13 Sep 13 09:59, you wrote to me:  
    
   VC>> Regardless, the problem is with htick, heck it is very old code.  
    
  > I have think a little over it and it can both be mbse and htick by  
  > their conversion, like the file is 4806 bytes and i the tic is the  
  > same size 4806 and hticks crc said it should be 00000000 so if the  
  > mbse tic file read the size of 48060000 instead of 00004806.  
    
    
  You NEED to see what is being processed by htick however, I have NEVER  
  heard  
  of  
  a problem in this arena.  
    
  I still say it is related to htick but alnother small point is that is  
  htick  
  is  
  running under DOS or possibly Windows the actual file size could and no  
  doubt  
  will be larger to match a cluster size which linux / OS-2 does not do.  
    
  Regardless the tick processor should NOT be using that size but the one  
  reported by the tic file along with the o/p from the crc check.  
    
  As I said I think it is an issue with htick using a poor API call to get the  
  file size and possibly along with the platform it is running on.  
    
    
  Vince  
    
  --- Linux/Mbse/GoldED+/LNX 1.1.5-b20120229  
   * Origin: Air Applewood, The Linux Gateway to the UK (2:250/1)