[GRASS-dev] [GRASS GIS] #2350: G7: r.texture large file support problem

GRASS GIS trac at osgeo.org
Sun Jun 29 03:06:35 PDT 2014


#2350: G7: r.texture large file support problem
----------------------------+-----------------------------------------------
 Reporter:  neteler         |       Owner:  grass-dev@…              
     Type:  defect          |      Status:  new                      
 Priority:  normal          |   Milestone:  7.0.0                    
Component:  Raster          |     Version:  unspecified              
 Keywords:  LFS, r.texture  |    Platform:  Linux                    
      Cpu:  x86-64          |  
----------------------------+-----------------------------------------------

Comment(by glynn):

 Replying to [comment:2 neteler]:
 > > Why do you believe that this is related to LFS?
 >
 > I got the idea from
 >
 {{{
 Range of data:    min = -2147483648  max = -2147483648
 }}}

 LFS issues wouldn't (directly) cause this. -2147483648 is -2^31^ = INT_MIN
 = (int)0x80000000. I believe that it arises from casting a double to an
 int where the value isn't representable as an int:
 {{{
 #include <stdio.h>

 int main(void)
 {
     double x = 1.0e12;
     double y = 0.0 / 0.0;
     printf("%g %d\n", x, (int) x);
     printf("%g %d\n", y, (int) y);
     return 0;
 }
 }}}
 produces:
 {{{
 1e+12 -2147483648
 -nan -2147483648
 }}}


 > > These warnings are generated by Rast_close() or Rast_unopen(), and
 > > correspond to a rename() system call failing.
 >
 > Would it be possible to make the errno more visible or "clear"?

 Try r61048.

 > Here the various permissions:

 What are the permissions and ownership for
 {{{
 /grassdata/patUTM32/alba_classification/.tmp/blade21
 /grassdata/patUTM32/alba_classification/cell_misc/*
 }}}
 ?

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



More information about the grass-dev mailing list