and MHPATH. It would be more damaging to deviate from this practice.
--
Eric Gillespie * [EMAIL PROTECTED]
Build a fire for a man, and he'll be warm for a day. Set a man on
fire, and he'll be warm for the rest of his life. -Terry Pratchett
it out whenever I see it. Not to show off,
but to make the code easier to deal with.
If you want something to do as far as duplication reduction goes,
check out mhbuildsbr.c and mhparse.c. Have a barf bag handy.
--
Eric Gillespie * [EMAIL PROTECTED]
Build a fire for a man, and he'll be warm
out how
they busted the home dir variable. That is why, unless you are
writing super-tight-must-be-the-best-performing-code-ever
applications (which mh is not), it is necessary always to make a
copy of the static buffer pointed to by the return values of such
functions.
--
Eric Gillespie * [EMAIL
profile. This seems wrong to me. Should I fix it?
Yes.
--
Eric Gillespie * [EMAIL PROTECTED]
Build a fire for a man, and he'll be warm for a day. Set a man on
fire, and he'll be warm for the rest of his life. -Terry Pratchett
have one
the link goes in libexecdir.
--
Eric Gillespie * [EMAIL PROTECTED]
Build a fire for a man, and he'll be warm for a day. Set a man on
fire, and he'll be warm for the rest of his life. -Terry Pratchett
important standards don't allow for it.
Bleh, i hope that made sense. sleep...
--
Eric Gillespie * [EMAIL PROTECTED]
Build a fire for a man, and he'll be warm for a day. Set a man on
fire, and he'll be warm for the rest of his life. -Terry Pratchett
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
