From swangdb at auburn.edu Tue Aug 5 19:34:37 2008 From: swangdb at auburn.edu (Dave Swanger) Date: Tue, 05 Aug 2008 14:34:37 -0500 Subject: [dsc] Trying to build dsc... Message-ID: <489864FD.4FA2.0075.0@auburn.edu> I'm using a Solaris 9 Sparc computer with gcc 3.4.6. When I try to make the collector, it compiles a few C files but dies here. make (cd dsc; make all) make[1]: Entering directory `/usr/local/src/dsc-200801301758/collector/dsc' gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -c -o daemon.o daemon.c daemon.c: In function `write_pid_file': daemon.c:86: warning: int format, pid_t arg (arg 3) daemon.c: In function `disk_is_full': daemon.c:93: error: storage size of 's' isn't known daemon.c:95: warning: implicit declaration of function `statfs' daemon.c:93: warning: unused variable `s' daemon.c: In function `main': daemon.c:238: warning: int format, pid_t arg (arg 3) daemon.c:241: warning: int format, pid_t arg (arg 3) make[1]: *** [daemon.o] Error 1 make[1]: Leaving directory `/usr/local/src/dsc-200801301758/collector/dsc' make: *** [all] Error 2 The function disk_is_full is listed below. For some reason gcc does not like the struct declaration. Is there a simple fix for this? Thanks! int disk_is_full(void) { struct statfs s; uint64_t avail_bytes; if (statfs(".", &s) < 0) return 0; /* assume not */ avail_bytes = s.f_bsize*s.f_bavail; if (avail_bytes < minfree_bytes) return 1; return 0; } -- David Swanger swangdb at auburn.edu From wessels at measurement-factory.com Tue Aug 5 19:42:28 2008 From: wessels at measurement-factory.com (Duane Wessels) Date: Tue, 5 Aug 2008 13:42:28 -0600 (MDT) Subject: [dsc] Trying to build dsc... In-Reply-To: <489864FD.4FA2.0075.0@auburn.edu> References: <489864FD.4FA2.0075.0@auburn.edu> Message-ID: <20080805134102.R36091@measurement-factory.com> On Tue, 5 Aug 2008, Dave Swanger wrote: > I'm using a Solaris 9 Sparc computer with gcc 3.4.6. When I try to make > the collector, it compiles a few C files but dies here. > > > make > (cd dsc; make all) > make[1]: Entering directory > `/usr/local/src/dsc-200801301758/collector/dsc' > gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -g -Wall > -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -c -o daemon.o daemon.c > daemon.c: In function `write_pid_file': > daemon.c:86: warning: int format, pid_t arg (arg 3) > daemon.c: In function `disk_is_full': > daemon.c:93: error: storage size of 's' isn't known > daemon.c:95: warning: implicit declaration of function `statfs' > daemon.c:93: warning: unused variable `s' > daemon.c: In function `main': > daemon.c:238: warning: int format, pid_t arg (arg 3) > daemon.c:241: warning: int format, pid_t arg (arg 3) > make[1]: *** [daemon.o] Error 1 > make[1]: Leaving directory > `/usr/local/src/dsc-200801301758/collector/dsc' > make: *** [all] Error 2 > > > The function disk_is_full is listed below. For some reason gcc does > not like the struct declaration. Is there a simple fix for this? > Thanks! > > > int > disk_is_full(void) > { > struct statfs s; > uint64_t avail_bytes; > if (statfs(".", &s) < 0) > return 0; /* assume not */ > avail_bytes = s.f_bsize*s.f_bavail; > if (avail_bytes < minfree_bytes) > return 1; > return 0; > } Hi David, A simple fix would be to change the function in the file to look like this: int disk_is_full(void) { return 0; } This will allow you to get DSC compiled although this feature will be disabled until we can work out a better solution. DW From james at now.ie Wed Aug 6 00:04:40 2008 From: james at now.ie (James Raftery) Date: Wed, 6 Aug 2008 01:04:40 +0100 Subject: [dsc] Trying to build dsc... In-Reply-To: <20080805134102.R36091@measurement-factory.com> References: <489864FD.4FA2.0075.0@auburn.edu> <20080805134102.R36091@measurement-factory.com> Message-ID: <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> On 5 Aug 2008, at 20:42, Duane Wessels wrote: > This will allow you to get DSC compiled although this feature will > be disabled > until we can work out a better solution. I've hit the same problem on Solaris 10 but haven't gotten around to sending you the details. daemon.c needs to #include statfs.h (or preferably statvfs.h and use statvfs()) on Solaris. james -- Time flies like an arrow. Fruit flies like bananas. From wessels at measurement-factory.com Wed Aug 6 05:56:30 2008 From: wessels at measurement-factory.com (Duane Wessels) Date: Tue, 5 Aug 2008 23:56:30 -0600 (MDT) Subject: [dsc] Trying to build dsc... In-Reply-To: <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> References: <489864FD.4FA2.0075.0@auburn.edu> <20080805134102.R36091@measurement-factory.com> <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> Message-ID: <20080805235527.O36091@measurement-factory.com> On Wed, 6 Aug 2008, James Raftery wrote: > I've hit the same problem on Solaris 10 but haven't gotten around to sending > you the details. daemon.c needs to #include statfs.h (or preferably statvfs.h > and use statvfs()) on Solaris. I made these statfs/statvfs changes to configure and daemon.c and put dsc-200808052354.tar.gz up for download if anyone wants to try it. DW From james at now.ie Wed Aug 6 15:54:14 2008 From: james at now.ie (James Raftery) Date: Wed, 6 Aug 2008 16:54:14 +0100 Subject: [dsc] Trying to build dsc... In-Reply-To: <48995F9C.4FA2.0075.0@auburn.edu> References: <489864FD.4FA2.0075.0@auburn.edu> <20080805134102.R36091@measurement-factory.com> <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> <20080805235527.O36091@measurement-factory.com> <48995F9C.4FA2.0075.0@auburn.edu> Message-ID: <20080806155414.GE93394@morbo.kerna.ie> On Wed, Aug 06, 2008 at 08:23:56AM -0500, Dave Swanger wrote: > > <20080805235527.O36091 at measurement-factory.com>, Duane Wessels wrote: > > I made these statfs/statvfs changes to configure and daemon.c and > > put dsc-200808052354.tar.gz up for download if anyone wants to try > > it. Thanks! > It appears that "#if HAVE_STATVFS" fails even though statvfs exists on the machine. Add #include "config.h" to the top of collector/dsc/daemon.c I also needed to give the linker some hints to avoid a load of missing symbols: LD_LIBRARY_PATH="/usr/local/lib" LD_OPTIONS="-lresolv -lnsl -lpcap -lsocket" gmake FYI, linker error output was: g++ -o dsc base64.o generic_counter.o pcap.o ncap.o dns_protocol.o dns_message.o ip_message.o daemon.o md_array.o null_index.o qtype_index.o qclass_index.o tld_ index.o rcode_index.o qnamelen_index.o qname_index.o msglen_index.o client_ipv4_ addr_index.o client_ipv4_net_index.o md_array_xml_printer.o ip_direction_index.o ip_proto_index.o ip_version_index.o certain_qnames_index.o query_classification _index.o idn_qname_index.o edns_version_index.o do_bit_index.o rd_bit_index.o op code_index.o transport_index.o dns_ip_version_index.o dns_source_port_index.o Pa rseConfig.o config_hooks.o hashtbl.o lookup3.o xmalloc.o inX_addr.o -L/usr/local /lib ../TmfBase/Hapy/src/.libs/libHapy.a Undefined first referenced symbol in file pcap_setfilter pcap.o pcap_open_live pcap.o pcap_open_offline pcap.o pcap_geterr pcap.o pcap_dispatch pcap.o pcap_close pcap.o pcap_file pcap.o pcap_get_selectable_fd pcap.o getprotobynumber ip_proto_index.o inet_aton query_classification_index.o inet_pton inX_addr.o inet_ntop inX_addr.o pcap_datalink pcap.o pcap_compile pcap.o ld: fatal: Symbol referencing errors. No output written to dsc collect2: ld returned 1 exit status gmake[1]: *** [dsc] Error 1 gmake[1]: Leaving directory `/usr/local/src/dsc-200808052354/collector/dsc' gmake: *** [all] Error 2 This is on Solaris 10 (5/2008) on SPARC using Sun's gcc (`gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)') and the Sun ld (identified as `ld: Software Generation Utilities - Solaris Link Editors: 5.10-1.489'). ATB, james -- Times flies like an arrow. Fruit flies like bananas. From james at now.ie Wed Aug 6 17:58:11 2008 From: james at now.ie (James Raftery) Date: Wed, 6 Aug 2008 18:58:11 +0100 Subject: [dsc] Trying to build dsc... In-Reply-To: <48999DD6.4FA2.0075.0@auburn.edu> References: <489864FD.4FA2.0075.0@auburn.edu> <20080805134102.R36091@measurement-factory.com> <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> <20080805235527.O36091@measurement-factory.com> <48995F9C.4FA2.0075.0@auburn.edu> <20080806155414.GE93394@morbo.kerna.ie> <48999DD6.4FA2.0075.0@auburn.edu> Message-ID: <20080806175811.GF93394@morbo.kerna.ie> On Wed, Aug 06, 2008 at 12:49:29PM -0500, Dave Swanger wrote: > How would I put these in the Makefile? You don't need to. Use the entire line as your make command (assuming libpcap.so is in /usr/local/lib): $ cd dsc-200808052354/collector $ LD_LIBRARY_PATH="/usr/local/lib" LD_OPTIONS="-lresolv -lnsl -lpcap -lsocket" gmake james -- Times flies like an arrow. Fruit flies like bananas. From swangdb at auburn.edu Wed Aug 6 13:23:56 2008 From: swangdb at auburn.edu (Dave Swanger) Date: Wed, 06 Aug 2008 08:23:56 -0500 Subject: [dsc] Trying to build dsc... In-Reply-To: <20080805235527.O36091@measurement-factory.com> References: <489864FD.4FA2.0075.0@auburn.edu> <20080805134102.R36091@measurement-factory.com> <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> <20080805235527.O36091@measurement-factory.com> Message-ID: <48995F9C.4FA2.0075.0@auburn.edu> >>> On 8/6/2008 at 12:56 AM, in message <20080805235527.O36091 at measurement-factory.com>, Duane Wessels wrote: > On Wed, 6 Aug 2008, James Raftery wrote: > >> I've hit the same problem on Solaris 10 but haven't gotten around to sending > >> you the details. daemon.c needs to #include statfs.h (or preferably > statvfs.h >> and use statvfs()) on Solaris. > > I made these statfs/statvfs changes to configure and daemon.c and > put dsc-200808052354.tar.gz up for download if anyone wants to try > it. Thanks, I downloaded it to my Solaris 9 machine, tried to make the collector and had the same error as before. I've included the output of the make though the error is at the bottom. It appears that "#if HAVE_STATVFS" fails even though statvfs exists on the machine. *** make (cd dsc; test -s Makefile || ./configure ; make all) checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a BSD-compatible install... /opt/sfw/bin/ginstall -c checking for ncap_create in -lncap... no checking for pcap_open_live in -lpcap... no checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/sfw/bin/ggrep checking for egrep... /usr/sfw/bin/ggrep -E checking for ANSI C header files... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... no checking for unistd.h... yes checking arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for memory.h... (cached) yes checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking for stdint.h... (cached) no checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking sys/mount.h usability... yes checking sys/mount.h presence... yes checking for sys/mount.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/statfs.h usability... yes checking sys/statfs.h presence... yes checking for sys/statfs.h... yes checking sys/statvfs.h usability... yes checking sys/statvfs.h presence... yes checking for sys/statvfs.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking for int8_t... yes checking for off_t... yes checking for pid_t... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for uint16_t... yes checking for uint32_t... yes checking for uint64_t... yes checking for uint8_t... yes checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking whether gcc needs -traditional... no checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for working memcmp... yes checking for stdlib.h... (cached) yes checking for GNU libc compatible realloc... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking for sys/socket.h... (cached) yes checking types of arguments for select... int,fd_set *,struct timeval * checking whether lstat dereferences a symlink specified with a trailing slash... no checking whether stat accepts an empty string... no checking for dup2... yes checking for gettimeofday... yes checking for memset... yes checking for regcomp... yes checking for select... yes checking for strcasecmp... yes checking for strchr... yes checking for strdup... yes checking for strerror... yes checking for strrchr... yes checking for strspn... yes checking for strstr... yes checking for strtoull... yes checking for statvfs... yes configure: creating ./config.status config.status: creating Makefile config.status: creating config.h make[1]: Entering directory `/usr/local/src/dsc-200808052354/collector/dsc' gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -c -o base64.o base64.c gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -c -o generic_counter.o generic_counter.c gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -c -o pcap.o pcap.c gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -c -o ncap.o ncap.c gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -c -o dns_protocol.o dns_protocol.c gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -c -o dns_message.o dns_message.c dns_message.c: In function `printable_dnsname': dns_message.c:56: warning: subscript has type `char' gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -c -o ip_message.o ip_message.c gcc -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -g -Wall -DUSE_IPV6=1 -I ../TmfBase/Hapy/src/include -I/usr/local/include -c -o daemon.o daemon.c daemon.c: In function `write_pid_file': daemon.c:97: warning: int format, pid_t arg (arg 3) daemon.c: In function `disk_is_full': daemon.c:111: error: storage size of 's' isn't known daemon.c:112: warning: implicit declaration of function `statfs' daemon.c:111: warning: unused variable `s' daemon.c: In function `main': daemon.c:264: warning: int format, pid_t arg (arg 3) daemon.c:267: warning: int format, pid_t arg (arg 3) make[1]: *** [daemon.o] Error 1 make[1]: Leaving directory `/usr/local/src/dsc-200808052354/collector/dsc' make: *** [all] Error 2 From swangdb at auburn.edu Wed Aug 6 17:49:29 2008 From: swangdb at auburn.edu (Dave Swanger) Date: Wed, 06 Aug 2008 12:49:29 -0500 Subject: [dsc] Trying to build dsc... In-Reply-To: <20080806155414.GE93394@morbo.kerna.ie> References: <489864FD.4FA2.0075.0@auburn.edu> <20080805134102.R36091@measurement-factory.com> <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> <20080805235527.O36091@measurement-factory.com> <48995F9C.4FA2.0075.0@auburn.edu> <20080806155414.GE93394@morbo.kerna.ie> Message-ID: <48999DD6.4FA2.0075.0@auburn.edu> >>> On 8/6/2008 at 10:54 AM, in message <20080806155414.GE93394 at morbo.kerna.ie>, James Raftery wrote: > On Wed, Aug 06, 2008 at 08:23:56AM -0500, Dave Swanger wrote: >> >> <20080805235527.O36091 at measurement-factory.com>, Duane Wessels > wrote: >> > I made these statfs/statvfs changes to configure and daemon.c and >> > put dsc-200808052354.tar.gz up for download if anyone wants to try >> > it. > > Thanks! > >> It appears that "#if HAVE_STATVFS" fails even though statvfs exists on the > machine. > > Add > > #include "config.h" That worked! But then it crashed on the link. > to the top of collector/dsc/daemon.c > > I also needed to give the linker some hints to avoid a load of missing > symbols: > > LD_LIBRARY_PATH="/usr/local/lib" LD_OPTIONS="-lresolv -lnsl -lpcap -lsocket" > gmake How would I put these in the Makefile? Dave (Makefile rookie) From wessels at measurement-factory.com Tue Aug 12 18:53:57 2008 From: wessels at measurement-factory.com (Duane Wessels) Date: Tue, 12 Aug 2008 12:53:57 -0600 (MDT) Subject: [dsc] Trying to build dsc... In-Reply-To: <20080806175811.GF93394@morbo.kerna.ie> References: <489864FD.4FA2.0075.0@auburn.edu> <20080805134102.R36091@measurement-factory.com> <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> <20080805235527.O36091@measurement-factory.com> <48995F9C.4FA2.0075.0@auburn.edu> <20080806155414.GE93394@morbo.kerna.ie> <48999DD6.4FA2.0075.0@auburn.edu> <20080806175811.GF93394@morbo.kerna.ie> Message-ID: <20080812125245.Q22662@measurement-factory.com> On Wed, 6 Aug 2008, James Raftery wrote: > On Wed, Aug 06, 2008 at 12:49:29PM -0500, Dave Swanger wrote: >> How would I put these in the Makefile? > > You don't need to. Use the entire line as your make command (assuming > libpcap.so is in /usr/local/lib): > > $ cd dsc-200808052354/collector > $ LD_LIBRARY_PATH="/usr/local/lib" LD_OPTIONS="-lresolv -lnsl -lpcap -lsocket" gmake I've added checks for these libraries to the ./configure script so the LD_LIBRARY_PATH= hack shouldn't be necessary now. A new version is posted at http://dns.measurement-factory.com/tools/dsc/source.html DW From swangdb at auburn.edu Tue Aug 12 19:19:15 2008 From: swangdb at auburn.edu (Dave Swanger) Date: Tue, 12 Aug 2008 14:19:15 -0500 Subject: [dsc] Trying to build dsc... In-Reply-To: <20080812125245.Q22662@measurement-factory.com> References: <489864FD.4FA2.0075.0@auburn.edu> <20080805134102.R36091@measurement-factory.com> <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> <20080805235527.O36091@measurement-factory.com> <48995F9C.4FA2.0075.0@auburn.edu> <20080806155414.GE93394@morbo.kerna.ie> <48999DD6.4FA2.0075.0@auburn.edu> <20080806175811.GF93394@morbo.kerna.ie> <20080812125245.Q22662@measurement-factory.com> Message-ID: <48A19BE3.4FA2.0075.0@auburn.edu> >>> On 8/12/2008 at 1:53 PM, in message <20080812125245.Q22662 at measurement-factory.com>, Duane Wessels wrote: > > > On Wed, 6 Aug 2008, James Raftery wrote: > >> On Wed, Aug 06, 2008 at 12:49:29PM -0500, Dave Swanger wrote: >>> How would I put these in the Makefile? >> >> You don't need to. Use the entire line as your make command (assuming >> libpcap.so is in /usr/local/lib): >> >> $ cd dsc-200808052354/collector >> $ LD_LIBRARY_PATH="/usr/local/lib" LD_OPTIONS="-lresolv -lnsl -lpcap -lsocket" > gmake > > I've added checks for these libraries to the ./configure script so > the LD_LIBRARY_PATH= hack shouldn't be necessary now. > > A new version is posted at > http://dns.measurement-factory.com/tools/dsc/source.html I downloaded it and no luck. Solaris 9. > pwd /usr/local/src/dsc-200808121242/collector > gmake (cd dsc; test -s Makefile || ./configure ; gmake all) checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... configure: error: cannot run C++ compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. gmake[1]: Entering directory `/usr/local/src/dsc-200808121242/collector/dsc' gmake[1]: *** No rule to make target `all'. Stop. gmake[1]: Leaving directory `/usr/local/src/dsc-200808121242/collector/dsc' gmake: *** [all] Error 2 From wessels at measurement-factory.com Tue Aug 12 19:55:37 2008 From: wessels at measurement-factory.com (Duane Wessels) Date: Tue, 12 Aug 2008 13:55:37 -0600 (MDT) Subject: [dsc] Trying to build dsc... In-Reply-To: <48A19BE3.4FA2.0075.0@auburn.edu> References: <489864FD.4FA2.0075.0@auburn.edu> <20080805134102.R36091@measurement-factory.com> <00C75742-80C3-4895-89C6-6534954EE7B0@now.ie> <20080805235527.O36091@measurement-factory.com> <48995F9C.4FA2.0075.0@auburn.edu> <20080806155414.GE93394@morbo.kerna.ie> <48999DD6.4FA2.0075.0@auburn.edu> <20080806175811.GF93394@morbo.kerna.ie> <20080812125245.Q22662@measurement-factory.com> <48A19BE3.4FA2.0075.0@auburn.edu> Message-ID: <20080812135449.V22662@measurement-factory.com> On Tue, 12 Aug 2008, Dave Swanger wrote: > (cd dsc; test -s Makefile || ./configure ; gmake all) > checking for g++... g++ > checking for C++ compiler default output file name... a.out > checking whether the C++ compiler works... configure: error: cannot run > C++ compiled programs. Hm, thats odd because you were able to run ./configure before. Can you email me the config.log (privately)? From Hoan.Le at webex.com Sun Aug 24 06:26:18 2008 From: Hoan.Le at webex.com (Hoan Le) Date: Sat, 23 Aug 2008 23:26:18 -0700 Subject: [dsc] Problems compiling presenter Message-ID: Hello, I'm trying to install the presenter on Centos and run into the following problem. I'm using the following source dsc-200808221554.tar.gz. Can someone explain what need to be done? Thanks, Hoan [root at rancid presenter]# make (cd cron; make all) make[1]: Entering directory `/home/hoan/dsc/presenter/cron' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/hoan/dsc/presenter/cron' (cd extractor; make all) make[1]: Entering directory `/home/hoan/dsc/presenter/extractor' perl -c dsc-xml-extractor.pl Can't locate DSC/extractor.pm in @INC (@INC contains: /usr/lib/perl5/5.8.5/i386-linux-thread-multi /usr/lib/perl5/5.8.5 /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at dsc-xml-extractor.pl line 10. BEGIN failed--compilation aborted at dsc-xml-extractor.pl line 10. perl -c put-file.pl Can't locate DSC/putfile.pm in @INC (@INC contains: /usr/lib/perl5/5.8.5/i386-linux-thread-multi /usr/lib/perl5/5.8.5 /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at put-file.pl line 5. BEGIN failed--compilation aborted at put-file.pl line 5. make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/hoan/dsc/presenter/extractor' make: *** [all] Error 2 From wessels at measurement-factory.com Mon Aug 25 04:29:14 2008 From: wessels at measurement-factory.com (Duane Wessels) Date: Sun, 24 Aug 2008 22:29:14 -0600 (MDT) Subject: [dsc] Problems compiling presenter In-Reply-To: References: Message-ID: <20080824222807.K33432@measurement-factory.com> On Sat, 23 Aug 2008, Hoan Le wrote: > perl -c dsc-xml-extractor.pl > > Can't locate DSC/extractor.pm in @INC (@INC contains: Hi Hoan, This is known design bug with my Makefiles. You can work around it by first running 'make install' from the presenter/perllib directory. DW From Evans_David_A at cat.com Thu Aug 28 17:34:04 2008 From: Evans_David_A at cat.com (David A. Evans) Date: Thu, 28 Aug 2008 12:34:04 -0500 Subject: [dsc] DNS Queries Trending Message-ID: I'm looking to do some trending with the data that DSC has collected over the last year for our servers. I'm looking a doing a 1 year query/sec graph with a trend line for the next 6 months or a year. Before I started digging into the data structure I want to make sure nobody has done this or I'm not over looking something that will do this already built into the tool. I tried adding a 1 year time scale into the presenter and see that its limited to 1 month. Is that due to the number of data points that something piece can handle or is it load on the presenter that caused the limit to be coded into the application? David A. Evans Enterprise IP/DNS Management Network Infrastructure Tools and Services Evans_David_A at cat.com Eschew Obfuscation