Opened 16 years ago
Closed 14 years ago
#555 closed defect (fixed)
v.in.gpsbabel on wingrass: g.proj error
Reported by: | hamish | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | 6.4.0 |
Component: | Vector | Version: | 6.4.0 RCs |
Keywords: | wingrass, v.in.gpsbabel, g.proj | Cc: | |
CPU: | x86-32 | Platform: | MSWindows XP |
Description
Hi,
when running v.in.gpsbabel on wingrass (latest 6.4.0svn) a window pops up that says that g.proj.exe has exited unexpectedly. but then the modules mostly works fine. (but data is not automatically reprojected to the current location; it stays in wgs84 lat/lon)
'g.proj -jf' works fine from the wxGUI command prompt thingie.
?? Hamish
Change History (10)
comment:1 by , 15 years ago
Keywords: | wingrass added |
---|
comment:2 by , 15 years ago
Yes, still happens with the6.4.0svn r40456 binary build.
I can confirm that it happens on this line of the script:
OUT_PROJ="
g.proj -jf
"
running that from the MSys terminal prompt works as expected.
??, Hamish
comment:3 by , 15 years ago
Could you try to remove -f from that line in the script? Just to see which if the "dontprettify" is the problem?
Markus
follow-up: 5 comment:4 by , 15 years ago
Still breaks with -f removed. $? is "5".
even if I put "g.proj -p
" in the script just before the OUT_PROJ=`g.proj -jf`
line that dies with exit code 5 too.
... so what does exit code 5 mean in WinXP?
"g.proj --help
" in the script does work as expected and exits with $?==0.
Hamish
comment:5 by , 15 years ago
Replying to hamish:
Still breaks with -f removed. $? is "5".
apparently exit code 5 is "ERROR_ACCESS_DENIED".
http://msdn.microsoft.com/en-us/library/ms681382(VS.85).aspx
It could be for the PROJ_INFO file, but as the program works fine from the command line I'm not sure what to make it.
Hamish
comment:6 by , 15 years ago
I would guess that these modules would also be affected-
m.proj r.in.aster r.in.wms r.tileset v.in.garmin v.in.geonames v.in.gns v.in.gpsbabel
but e.g. m.proj works fine:
#spearfish g.region -l | grep center echo "103d45'W 44d26'15N" | m.proj -i
very weird. can anyone else reproduce this bug? my test case is importing a GPX track file into a lat/long location.
??, Hamish
follow-up: 9 comment:8 by , 15 years ago
I am still completely baffled by this one.
why does g.proj consistently fail in one particular script with exit code 5, "ERROR_ACCESS_DENIED", and yet works fine from the MSys command line and in other scripts?
Hamish
comment:9 by , 14 years ago
Replying to hamish:
I am still completely baffled by this one.
why does g.proj consistently fail in one particular script with exit code 5, "ERROR_ACCESS_DENIED", and yet works fine from the MSys command line and in other scripts?
Just tested v.in.gpsbabel on a recent (r42640) wingrass installation, works fine, coordinates are properly reprojected, seems to be fixed.
Markus M
comment:10 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
tested on XP using last night's 6.5svn nightly build, imports and reprojects data fine. I'm not sure why though, there hasn't been a change to the g.proj code in a year AFAICT. maybe it was the spawn() code or missing manifest?
still need to retest with 6.4.0, but closing bug as it seems fixed.
Hamish
Does the problem persist with a recent installer from http://josef.fsv.cvut.cz/wingrass/grass64/ ?