[GRASS-dev] [GRASS GIS] #1662: Caching bug in 3D raster library with large data

[GRASS GIS]

#1662: Caching bug in 3D raster library with large data
-------------------------------------+--------------------------------------
 Reporter:  huhabla                  |       Owner:  grass-dev@…              
     Type:  defect                   |      Status:  new                      
 Priority:  critical                 |   Milestone:  7.0.0                    
Component:  Raster3D                 |     Version:  svn-trunk                
 Keywords:  3D raster, tiles, cache  |    Platform:  Linux                    
      Cpu:  x86-32                   |  
-------------------------------------+--------------------------------------

Comment(by hamish):

 Replying to [comment:6 huhabla]:
 > IMHO its a problem of the 32Bit operating system. I don't know how to
 > solve this issue ... LFS?? Any suggestions?

 I see many times "long"* is used as a variable type in lib/raster3D/,
 e.g.:
 (* and some "unsigned long" too)

 {{{
 index.c:    long indexLast;
 index.c:    indexLast = lseek(map->data_fd, (long)0, SEEK_END);
 }}}

 so to make it LFS compatible on 32bit those having to do with file offsets
 and cell counts should be changed to e.g. off_t or use a G_*() wrapper
 instead? (none for lseek(), but we do have G_ftell() and G_fseek())


 fixable! :)

 Hamish

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/1662#comment:8>
GRASS GIS <http://grass.osgeo.org>