In article <[email protected]>, Ralph Corderoy <[email protected]> wrote: > > I guess I see my patch as an improvement on the current situation (of > > not checking the return result of ftell() being -1) while not breaking > > anything, but could deal more gracefully (maybe by clamping to 4G -1) > > with files created outside the emulator that are >= 4G, > > If HostFS pretended 6GiB files were 4GiB-1 then would RISC OS wrongly > think that *Copy was successful when really over # was lost.
Yes, since the underlying OS_Args call can only return 32 bit results it would report 6 MOD 4 as the answer (2G). Therefore *COPY would copy the first 2G of the file and leave the last 4G behind. I'd suggest the safer thing to do would be modify hostfs_read_object_info() to silently swallow any files on the host filing system which are bigger than 4G so that from RISC OS' point of view they don't even exist, Sprow. _______________________________________________ Rpcemu mailing list [email protected] http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
