If I remember you sayd that, with large file size, you get negative values (if I remember well). It happen since the variable, when reached the maximum value, continue from the lowest (megative) value.
Since the maximum value should be 2^32 (try it), from the negativ value you should be able to extract the right offset to be added to get the correct file size. Of course, 2^-31 ---> 0 ----> 2^32 this method works only for negative values. --Alessandro On 6/17/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > Thorsten: > > > Has anyone a solution for this or can shed some light on me?? > > Not a solution -- but a possible work around. > > problem 1: counting beyond 2**32 > > Integer! doesn't work as you've noted. > > Decimal! values in REBOL are precise to around 10**14, so you can safely > (as > far as I can tell) do precise arithmetic up to around that bound: > n: 0.0 > for p 0 14 1 [ > loop 9 [ > n: 10 ** p + n > ] > ] > n > > Problem 2: getting the file sizes > > info? won't work as it returns the value in an integer. So you need to use > an > operating system call of some sort. > > Under Windows with a version of REBOL that has CALL enabled, it's simple: > > my-dir: copy "" > call/output "dir" my-dir > > You can then parse out the file size column from the captured directory > listing. > > Sunanda. > -- > To unsubscribe from the list, just send an email to > lists at rebol.com with unsubscribe as the subject. > > -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
