Re: nmh 1.1 release canidate uploaded

2002-11-18 Thread Glenn Burkhardt
Ken Hornstein [EMAIL PROTECTED] wrote: Everyone, I've created a nmh 1.1 release canidate. You can get it from: http://savannah.gnu.org/download/nmh/nmh-1.1-RC1.tar.gz What's the difference between this release and the one I picked (and have been using since then) in July?

Re: nmh 1.1 release canidate uploaded

2002-11-18 Thread Bill Wohler
Glenn Burkhardt [EMAIL PROTECTED] wrote: Ken Hornstein [EMAIL PROTECTED] wrote: Everyone, I've created a nmh 1.1 release canidate. You can get it from: http://savannah.gnu.org/download/nmh/nmh-1.1-RC1.tar.gz What's the difference between this release and the one I picked (and

Re: Working on the install-mh change questions

2002-11-18 Thread Eric Gillespie
Jon Steinhart [EMAIL PROTECTED] writes: 3.If the $HOME environment variable is set, mypath is copied from the getenv return. Why? It's never changed. 4.If the $HOME environment variable is not set, mypath is copied from the pw_dir member of the returned passwd

Re: Another working on the install-mh change question

2002-11-18 Thread Eric Gillespie
Jon Steinhart [EMAIL PROTECTED] writes: sbr/context_read does a complicated check for installation involving first the MH environment variable and second the default profile. I was surprised to discover that uip/install-mh does not perform identical tests. It just looks for the default

Re: install-mh location

2002-11-18 Thread Eric Gillespie
Neil W Rickert [EMAIL PROTECTED] writes: But, install-mh is not likely to be in the user's path; it's in the lib directory. Should I change the installation to move this to the bin directory or to make a link from the bin to the lib directory? Make a sym-link, or put in a shell script.

Re: install-mh location

2002-11-18 Thread Jon Steinhart
Neil W Rickert [EMAIL PROTECTED] writes: But, install-mh is not likely to be in the user's path; it's in the lib directory. Should I change the installation to move this to the bin directory or to make a link from the bin to the lib directory? Make a sym-link, or put in a shell

Re: Working on the install-mh change questions

2002-11-18 Thread Jon Steinhart
Jon Steinhart [EMAIL PROTECTED] writes: 3. If the $HOME environment variable is set, mypath is copied from the getenv return. Why? It's never changed. 4. If the $HOME environment variable is not set, mypath is copied from the pw_dir member of the returned passwd

Re: install-mh location

2002-11-18 Thread Neil W Rickert
Eric Gillespie [EMAIL PROTECTED] wrote: Neil W Rickert [EMAIL PROTECTED] writes: But, install-mh is not likely to be in the user's path; it's in the lib directory. Should I change the installation to move this to the bin directory or to make a link from the bin to the lib directory? Make a

Re: Working on the install-mh change questions

2002-11-18 Thread Greg Hudson
On Mon, 2002-11-18 at 22:47, Eric Gillespie wrote: Jon Steinhart [EMAIL PROTECTED] writes: 3. If the $HOME environment variable is set, mypath is copied from the getenv return. Why? It's never changed. 4. If the $HOME environment variable is not set, mypath is copied from the

Re: Working on the install-mh change questions

2002-11-18 Thread Eric Gillespie
Greg Hudson [EMAIL PROTECTED] writes: The return value of getenv() is a pointer into the environment; a future getenv() call will not overwrite it. So it's safe not to copy it unless you anticipate a putenv(). (And I think it's safe even in the face of a putenv(), actually.) A judgement

Re: Working on the install-mh change questions

2002-11-18 Thread Eric Gillespie
Eric Gillespie [EMAIL PROTECTED] writes: I just checked Harbison Steele, and according to them ISO C does not allow calls to putenv to modify the getenv return value, and as seen above, nor does POSIX (though the XSI extension does). Maybe i'm just not very imaginative at this late hour,