This is GridFlow's special file format. This is the only I/O format that can hold nearly anything that the [#store] object can. When writing "raw" data, a file may be considered a long string of base 256 digits (called bytes), but different computers have different conventions for dealing with them: same: A number will be written in whichever way is more natural on this computer. The natural way is slightly faster to handle. This is the default setting. seek a particular position specified in bytes instead of reading .grid files with header, will read raw data, faking a .grid header to itself. It will use the hereby specified dimension list, as well as two other settings: cast and endian. big: A number will be written starting with the biggest digit. This is the natural way on the Macintosh-PPC, Sun, Amiga, and so on. little: A number will be written starting with the smallest digit. This is the natural way on the AMD and on the Intel 386/Pentium/"Core" including Mac-Intel. various file formats use one convention or the other, regardless of the convention of the computer the format is used on. some file formats have an endian option that can be read from the header. cancels "headerless" (and back to reading the real .grid format). this also will overwrite the "cast" and "endian" settings with what is being read from the file. this sets the type of the data of the next headerless grid that you are going to read. the 'headerful' mode changes this attribute automatically : thus you can use 'get type' to find the attribute of the last grid you read in the same file. any of the six number types. this is the type of the grid being output from [#in], regardless of the type of the data in the file (data will be converted as needed). supports the types b, s, i. grid data read from the file, converted to the type listed by the cast attribute.