🚀 go-pugleaf

alex@cs.umd.edu (Alex Blakemore) writes:

>In article <1992Oct14.002716.8257@splunge.uucp> royce@splunge.uucp (Royce Howland) writes:
>> NeXT's tmpnam() doesn't work

>I think someone from NeXT posted that this was a known bug and they recommend using
>NXGetTempFilename() instead.
>you could also try mktemp() which may be more portable.

Ah, that's what the work-around was (NXGetTempFilename()).  Well, it's
all well and good, but I prefer not to make machine-specific local mods
like that to software distributions from other sources, such as FSF.
mktemp() can be used directly, as it works and is more portable.

What I ended up doing, though, was linking in a tmpnam() from another
source, and it works fine.  I suggested to the people at info-cvs that
they could include a tmpnam() in the CVS lib directory for NeXToids with
this problem, and thus not influence the rest of their code at all.
-- 
Royce Howland, DKW Systems Corp.   |  "And since OS/2 2.0 is a 32-bit
       Everything is IMHO          |   operating system, programs are easier
royce@splunge.uucp  (NeXTMail OK)  |   to write and run faster, too."
or kakwa!atlantis!splunge!royce    |  ad for OS/2 2.0