Re: htdig: rundig on new install -- HELP!


lws@microelectronics.com
Tue, 3 Nov 1998 19:47:39 +0000


All htdig directories are owned by me, the user running htdig. They are also
wide open, which makes no difference. The file is created, so the directory is
writable. Somewhere, a call is failing with no error check or message. Htdig
should say what it is unable to do. The log of the web server shows no hits so
it didn't get that far. Did you have a chance to look at the config.log I
attached? If not, I attached it again. Also, why does configure find gcc and
then use cc??? Thanks, I'll bet you get tired of this.
Larry Sturtz

> Reply-to: Geoff Hutchison <Geoffrey.R.Hutchison@williams.edu>

> At 3:06 AM -0500 11/3/98, lws@microelectronics.com wrote:
>
> > I have searched the archive and tried removing gdb references from
> >Makefile.config, recompiling, removing db/db.*, then rundig or even htdig
> >alone. Same informative error. My config.log is attached. Any ideas???
>
> You've told us what the permissions on the files are, but an "ls -l" and
> "ls -ld" would be informative too. I run into this problem frequently since
> I run htdig through cron as user "htdig" and forget to re-own everything to
> this user after running a dig from the command line.
>
> I'd look at who owns the files and directories and not necessarily the
> permissions themselves. It may sound silly, but as I said, I do this all
> the time. (Remember that make install is usually run as root, not
> necessarily the user running the dig.)
>
>
> -Geoff Hutchison
> Williams Students Online
> http://wso.williams.edu/
>
>
> ----------------------------------------------------------------------
> To unsubscribe from the htdig mailing list, send a message to
> htdig-request@sdsu.edu containing the single word "unsubscribe" in
> the body of the message.
>
>

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:537: checking for gcc
configure:614: checking whether the C compiler (gcc ) works
configure:628: gcc -o conftest conftest.c 1>&5
configure:648: checking whether the C compiler (gcc ) is a cross-compiler
configure:653: checking whether we are using GNU C
configure:662: gcc -E conftest.c
configure:677: checking whether gcc accepts -g
configure:709: checking for c++
configure:740: checking whether the C++ compiler (c++ ) works
configure:754: c++ -o conftest conftest.C 1>&5
configure:780: checking whether the C++ compiler (c++ ) is a cross-compiler
configure:785: checking whether we are using GNU C++
configure:794: c++ -E conftest.C
configure:809: checking whether c++ accepts -g
configure:854: checking how to run the C++ preprocessor
configure:872: c++ -E conftest.C >/dev/null 2>conftest.out
configure:892: checking for fstream.h
configure:902: c++ -E conftest.C >/dev/null 2>conftest.out
configure:934: checking for ranlib
configure:963: checking for ar
configure:995: checking for sh
configure:1027: checking for sed
configure:1059: checking for sort
configure:1091: checking for find
configure:1123: checking for gunzip
configure:1157: checking for tar
configure:1188: checking for socket in -lsocket
configure:1210: c++ -o conftest -O2 conftest.C -lsocket 1>&5
collect2: ld returned 1 exit status
/bin/ld: Can't find library for -lsocket
configure: failed program was:
#line 1196 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply. */
char socket();

int main() {
socket()
; return 0; }
configure:1231: checking for t_accept in -lnsl
configure:1253: c++ -o conftest -O2 conftest.C -lnsl 1>&5
collect2: ld returned 1 exit status
/bin/ld: Can't find library for -lnsl
configure: failed program was:
#line 1239 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply. */
char t_accept();

int main() {
t_accept()
; return 0; }
configure:1278: checking for sys/time.h
configure:1288: c++ -E conftest.C >/dev/null 2>conftest.out
configure:1278: checking for fcntl.h
configure:1288: c++ -E conftest.C >/dev/null 2>conftest.out
configure:1278: checking for limits.h
configure:1288: c++ -E conftest.C >/dev/null 2>conftest.out
configure:1278: checking for sys/file.h
configure:1288: c++ -E conftest.C >/dev/null 2>conftest.out
configure:1278: checking for sys/ioctl.h
configure:1288: c++ -E conftest.C >/dev/null 2>conftest.out
configure:1278: checking for unistd.h
configure:1288: c++ -E conftest.C >/dev/null 2>conftest.out
configure:1315: checking whether time.h and sys/time.h may both be included
configure:1329: c++ -c -O2 conftest.C 1>&5
configure:1351: checking whether struct tm is in sys/time.h or time.h
configure:1364: c++ -c -O2 conftest.C 1>&5
configure:1386: checking for timegm
configure:1417: c++ -o conftest -O2 conftest.C 1>&5
collect2: ld returned 1 exit status
/bin/ld: Unsatisfied symbols:
   timegm (code)
configure: failed program was:
#line 1391 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
    which can conflict with char timegm(); below. */
#include <assert.h>
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply. */
char timegm();

int main() {

/* The GNU C library defines this for functions which it implements
    to always fail with ENOSYS. Some functions are actually named
    something starting with __ and the normal name is an alias. */
#if defined (__stub_timegm) || defined (__stub___timegm)
choke me
#else
timegm();
#endif

; return 0; }
configure:1438: checking if our timegm replacement works
configure:1453: c++ -o conftest -O2 conftest.C 1>&5
configure:1475: checking need gethostname() prototype?
configure:1495: c++ -c -O2 conftest.C 1>&5
configure:1489: declaration of C function `int gethostname(char *, int)' conflicts with
/usr/include/sys/unistd.h:296: previous declaration `int gethostname(char *, unsigned int)' here
configure: failed program was:
#line 1477 "configure"
#include "confdefs.h"
#include <unistd.h>
#include <stdio.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <sys/ioctl.h>
#include <sys/uio.h>
#include <sys/file.h>
#include <fcntl.h>
#include <netdb.h>
#include <stdlib.h>
extern "C" int gethostname(char *, int);
int main() {
gethostname("sdsu.edu", (int) 8);
; return 0; }
configure:1531: checking for tsort

----------------------------------------------------------------------
To unsubscribe from the htdig mailing list, send a message to
htdig-request@sdsu.edu containing the single word "unsubscribe" in
the body of the message.



This archive was generated by hypermail 2.0b3 on Sat Jan 02 1999 - 16:28:44 PST