Opened 15 years ago
Last modified 9 years ago
#1053 new defect
After abort command v.surf.rst from wxGUI vector output of devation (devi) couldn´t be removed, or overwrited
Reported by: | jeleniste | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | 6.4.6 |
Component: | Vector | Version: | 6.4.0 RCs |
Keywords: | v.surf.rst, wxgui, wingrass | Cc: | |
CPU: | x86-32 | Platform: | MSWindows XP |
Description
Removing vector <devi@hutur_DEM> Tabulka <devi> připojená k vektorové mapě <devi> neexistuje Nelze smazat soubor <C:\Documents and Settings\BRMichalek\Dokumenty\GIS DataBase/JTSK/hutur_DEM/vector/devi/coor> couldn't be removed <devi> nothing removed
I run command v.surf.rst with bad parameters (so hungry for time) after some time i try abort command by button stop, after change of parameters, command don't run because can't overwrite vector map of deviation (fůag -overwrite was used), I try to use module g. remove, but layer devi is broken and module g.remove isn't able to remove this.
Change History (7)
comment:1 by , 15 years ago
Component: | default → Vector |
---|
comment:2 by , 14 years ago
comment:3 by , 14 years ago
This appears to be a MSWin issue - I can confirm that on MSwindows v.surf.rst fails to write either topology or the attribute table (or both) for the devi file and I had to run v.build on the devi file to use it, but the result was OK.
I cannot provide more details now because it runs fine on my Mac at home. Perhaps the path to the vector directory is not built properly (I am just guessing here, I have not looked at the code), maybe it needs fixes to handle the spaces in the directory names? I also noticed that the path above has both \ and / is that correct?
I am running GRASS6.4.1RC1 on both MSWin and Mac.
Helena
comment:4 by , 14 years ago
A solution might ge to use Vect_delete() immediately before the G_fatal_error() call(s) in order to get rid of the devi map while closing the process.
comment:5 by , 14 years ago
Milestone: | 6.4.0 → 6.4.2 |
---|
comment:7 by , 9 years ago
Milestone: | 6.4.2 → 6.4.6 |
---|
so I guess a file is left open by a zombie process? does Windows force closure of any open files once its process has ended?
Hamish