OK, I checked through all *.h files on the entire server and only find mkstemp referenced here: /usr/local/lib/perl5/5.00503/sun4-solaris/CORE/iperlsys.h:#define PerlLIO_mkstemp(file) mkstemp((file))
So I think there must be some problem with ./configure in finding a mkstemp when there isn't one. Anyway, I tried commenting out the #define in htconfig.h and that seems to have got me past the problem! (Security for my temp files are the least of my concerns). So THANK YOU. By the way, in each step it keeps me giving me this warning: /usr/local/include/c++/3.2/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the <X> header for the <X.h> header for C++ includes, or <sstream> instead of the deprecated header <strstream.h>. To disable this warning use -Wno-deprecated. Can I safely ignore these? Or is there something I should be doing? Thanks, Mike -------------------------------------------------------- Gilles Detillieux <[EMAIL PROTECTED]> wrote: >According to [EMAIL PROTECTED]: >> Thanks for your help. I will try out the steps that you suggest. >> Yes I meant SunOs 5.5 aka Solaris 2.5. >> Actually the last time this came up was probably me. I never found >> the solution to my issue but I really need to get this thing working soon. >> What does the code do if HAVE_MKSTEMP comes back negative? Does it use >> an alternative mechanism? > >Yes, if HAVE_MKSTEMP is undefined, it will use an alternate method >of generating a temporary file name using only the process ID as >the unique identifier in it. This is less secure than mkstemp(), >but much better than what the "xmkstemp" replacement code in >http://mail.gnu.org/archive/html/bug-groff/2001-06/msg00077.html >appears to be doing, which is using a static file name. > >As the compiler is complaining that mkstemp is used, but not declared, >it's pretty safe to assume that HAVE_MKSTEMP is defined on your system, >and therefore mkstemp() is in the C library. The trick is to find >where it's declared, and make ExternalParser.cc include that file. > >Alternatively, I guess you could manually undefine HAVE_MKSTEMP in >include/htconfig.h, and compile without the mkstemp() function. The lack >of security in having predictable temporary file names may not be an >issue if this isn't a system used by "untrusted" users, or if you run >htdig with TMPDIR set to a directory to which only you have write access. > ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ ht://Dig general mailing list: <[EMAIL PROTECTED]> ht://Dig FAQ: http://htdig.sourceforge.net/FAQ.html List information (subscribe/unsubscribe, etc.) https://lists.sourceforge.net/lists/listinfo/htdig-general
