Bug #1163

GMT5.4.2 in Windows7

Added by zhiyuan 7 months ago. Updated 3 months ago.

Status:ClosedStart date:2017-10-26
Priority:NormalDue date:2017-10-27
Assignee:Paul% Done:

100%

Category:-
Target version:Candidate for next bugfix release
Affected version:5.4.2 Platform:Windows

Description

I have installed GMT5.4.2 in my Win7 system , as I run the script , it warns :

gmt: Unable to create GMT User directory : /Users/zhao/.gmt
gmt: Auto-downloading of earth_relief_##m|s.grd files has been disabled.

Referring to this [issue](http://gmt.soest.hawaii.edu/issues/1098),
I resolve it by adding a new system variable named `HOME` whose value is `C:\Users\zhao\.gmt`

I think you will fix it soon ,right ?

History

#1 Updated by Paul 7 months ago

  • Status changed from New to Feedback

That would be the wrong value for HOME. Could you try setting it to 'C:\Users\shao' and see if that also works. Please remove that .gmt directory first to see if it gets recreated.

#2 Updated by zhiyuan 7 months ago

Thanks for your reply , when I change the HOME value to `C:\Users\zhao` , it will be recreated the .gmt directory normally .

#3 Updated by Joaquim 7 months ago

But the issue is, if I understand it correctly, that the user directory could not be created if no HOME env variable exists, right?

#4 Updated by zhiyuan 7 months ago

Joaquim wrote:

But the issue is, if I understand it correctly, that the user directory could not be created if no HOME env variable exists, right?

Yes,the test result is what you understanding . But there is just only one exception , if I dont't create HOME variable , there is no warning messages when running scripts in any folder of the system disk C.

#5 Updated by zhiyuan 5 months ago

The bug still remains in GMT5.4.3 in Windows7 , that the user directory could not be created if no HOME env variable exists.

#6 Updated by Paul 5 months ago

A bit tricky for us to create a directory in the home directory if there is no HOME variable to examine. Is there another environment variable that Windows set that we could use as a fallback?

#7 Updated by Paul 4 months ago

  • Status changed from Feedback to Resolved
  • Assignee set to Paul
  • Target version set to Candidate for next bugfix release
  • % Done changed from 0 to 100

We have now added a check for USERPROFILE as well, so hopefully this will do it. In r19557.

#8 Updated by Paul 3 months ago

  • Status changed from Resolved to Closed

Closed (for now)

Also available in: Atom PDF