[GRASS-dev] [GRASS GIS] #2452: v.surf.rst option devi Windows problem

GRASS GIS trac at osgeo.org
Fri Oct 17 07:14:00 PDT 2014


#2452: v.surf.rst option devi Windows problem
-------------------------+--------------------------------------------------
 Reporter:  annakrat     |       Owner:  grass-dev@…              
     Type:  defect       |      Status:  new                      
 Priority:  normal       |   Milestone:  7.0.0                    
Component:  Vector       |     Version:  svn-releasebranch70      
 Keywords:  v.surf.rst   |    Platform:  MSWindows 8              
      Cpu:  Unspecified  |  
-------------------------+--------------------------------------------------

Comment(by wenzeslaus):

 Replying to [comment:2 hellik]:
 > Replying to [ticket:2452 annakrat]:
 > > I have weird problems with devi option on Windows. When I run this
 command in nc_spm:
 > >
 > > {{{
 > > g.region rural_1m res=1
 > > v.surf.rst elev_lid792_randpts elev=elev_rstdef_1m zcol=value
 aspect=asp_rstdef_1m segmax=30 npmin=140
 > > }}}
 > >
 > > and then try to rerun it again with overwrite flag, I get:
 >
 > AFAIK overwriting existing files (--overwrite) isn't really working in
 the windows system architecture as opened files - in contrast to
 linux/unix - can't be overwritten. Glynn mentioned this on several places
 in the ML.

 I don't know what Glynn was saying but I will try to explain from what I
 know.

 Although there are many reasons to mark MS Windows as defective by design,
 `--overwrite` can work there as expected and indeed it works in most
 cases. In cases when there was some error and the data were left in
 inconsistent state, or more precisely, the process ended when the files
 were open, MS Windows considers the files as open which on MS Windows
 means that they cannot be changed or deleted. So, if `--overwrite` does
 not work, there is some problem in correctness of the previous process
 which Linux and other operating systems can easily overcome but MS Windows
 cannot.

 There were few changes recently to make some modules more correct, see
 r59431 and r62167. But note that comment for r60396 (backport of r59431 to
 6.5) is not correct not only because there is probably nothing such as
 "compilers which zero variables" but also that whether or not file is
 closed when process is ended is system depended (read: on MS Windows they
 are not closed on Linux and others they are or it is not important).

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2452#comment:4>
GRASS GIS <http://grass.osgeo.org>



More information about the grass-dev mailing list