Matt, I don't think my mcast.c compilation problem involves 'mreq' at all! Look at line 58 and you will see that an execution statement appears before a variable definition. [ fprintf(stderr,"AF_INET6\n"); ]
Not officially supported in C. I moved this line to the top of the code block all is well (for now). ---- Yemi > -----Original Message----- > From: Adesanya, Adeyemi > Sent: Wednesday, August 04, 2004 2:18 PM > To: Adesanya, Adeyemi; 'Matt Massie' > Cc: 'Ganglia Developers' > Subject: RE: [Ganglia-developers] 2.6.0 apr test > > > Ignore that last message! > > ---- > Yemi > > > > -----Original Message----- > > From: Adesanya, Adeyemi > > Sent: Wednesday, August 04, 2004 2:08 PM > > To: 'Matt Massie' > > Cc: 'Ganglia Developers' > > Subject: RE: [Ganglia-developers] 2.6.0 apr test > > > > > > Matt, > > > > Check your latest snapshot. I think gmond is missing..... > > > > ---- > > Yemi > > > > > > > -----Original Message----- > > > From: Matt Massie [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, August 04, 2004 1:37 PM > > > To: Adesanya, Adeyemi > > > Cc: 'Ganglia Developers' > > > Subject: RE: [Ganglia-developers] 2.6.0 apr test > > > > > > on second thought... scratch that idea. i have a better one. > > > > > > just include > > > #include <apr_network_io.h> > > > > > > to mcast.c and we'll be set. it correctly adds netinet/in.h. > > > > > > sorry that i missed that. > > > > > > i just uploaded a new snapshot to > > > http://matt-massie.com/ganglia/ganglia-apr-2.6.0.tar.gz > > > with that change. > > > > > > good luck > > > -matt > > > > > > > > > > > > > > > On Wed, 2004-08-04 at 13:25, Adesanya, Adeyemi wrote: > > > > Matt, > > > > > > > > The closest match I found (same on 5.8 and 5.9) is in > > > > /usr/include/netinet/in.h . The following structs are > > > > defined: > > > > > > > > #if !defined(_XPG4_2) || defined(__EXTENSIONS__) > > > > /* > > > > * Argument structure for IP_ADD_MEMBERSHIP and > > IP_DROP_MEMBERSHIP. > > > > */ > > > > struct ip_mreq { > > > > struct in_addr imr_multiaddr; /* IP multicast address > > > of group */ > > > > struct in_addr imr_interface; /* local IP address of > > > interface */ > > > > }; > > > > > > > > /* > > > > * Argument structure for IPV6_JOIN_GROUP and > IPV6_LEAVE_GROUP on > > > > * IPv6 addresses. > > > > */ > > > > struct ipv6_mreq { > > > > struct in6_addr ipv6mr_multiaddr; /* IPv6 > > > multicast addr */ > > > > unsigned int ipv6mr_interface; /* > interface index */ > > > > }; > > > > > > > > Is this similar to what you are using in Solaris 5.7? Can > > > you get hold of Solaris 5.9?? > > > > > > > > ---- > > > > Yemi > > > > > > > > > -----Original Message----- > > > > > From: Matt Massie [mailto:[EMAIL PROTECTED] > > > > > Sent: Wednesday, August 04, 2004 10:14 AM > > > > > To: Adesanya, Adeyemi > > > > > Cc: 'Ganglia Developers' > > > > > Subject: RE: [Ganglia-developers] 2.6.0 apr test > > > > > > > > > > yemi- > > > > > > > > > > i'm using an older version of solaris (i think it's > > 5.7) so they > > > > > must have moved the mreq definition to another header > > > file. if you > > > > > run the command... > > > > > > > > > > % find /usr/include -name "*.h" -exec grep -l "mreq" {} \; > > > > > > > > > > you'll get a list of header files that have the mreq > structure > > > > > definition. you'll need to glance inside the header > > files to see > > > > > which one really has the struct definition and not just > > > references > > > > > the mreq structure. > > > > > > > > > > when you find the header file... add it to the mcast.c > > > file inside > > > > > the > > > > > > > > > > #ifdef SOLARIS2 > > > > > ... > > > > > #endif > > > > > > > > > > block. > > > > > > > > > > that should fix it. thanks so much for your effort! > > > > > > > > > > -matt > > > > > > > > > > On Tue, 2004-08-03 at 17:39, Adesanya, Adeyemi wrote: > > > > > > Hi Matt. > > > > > > > > > > > > I tried compiling your apr test below on Solaris (5.9 & > > > > > 5.8) and it fails to compile mcast.c with the following error: > > > > > > > > > > > > mcast.c: In function `apr_multicast_join': > > > > > > mcast.c:57: parse error before `struct' > > > > > > mcast.c:60: `mreq' undeclared (first use in this function) > > > > > > mcast.c:60: (Each undeclared identifier is reported > only once > > > > > > mcast.c:60: for each function it appears in.) > > > > > > mcast.c:63: `ifreq' undeclared (first use in this function) > > > > > > > > > > > > What's missing? Do I need to supply additional > > > configure arguments? > > > > > > > > > > > > ---- > > > > > > Yemi > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Matt Massie [mailto:[EMAIL PROTECTED] > > > > > > > Sent: Monday, July 26, 2004 3:10 PM > > > > > > > To: Ganglia Developers > > > > > > > Subject: [Ganglia-developers] 2.6.0 apr test > > > > > > > > > > > > > > guys- > > > > > > > > > > > > > > the apache runtime (apr.apache.org) doesn't support > > multicast > > > > > > > although it supports UDP sockets. i've added the > > > > > multicast support > > > > > > > but it raises a few issues. > > > > > > > > > > > > > > the latest snapshot is at > > > > > > > http://matt-massie.com/ganglia/ganglia-apr-2.6.0.tar.gz > > > > > > > > > > > > > > i've tested it on linux and solaris. unfortunately, the > > > > > workstation > > > > > > > that i installed freebsd on is temporarily hosed (bad > > > fan) so i > > > > > > > wasn't able to test it there. > > > > > > > > > > > > > > the only file that i added can be found in > > > > > > > ./srclib/apr/network_io/unix/mcast.c. > > > > > > > > > > > > > > if you look at the source you'll see i need to include a > > > > > header file > > > > > > > from the apr source (#include "apr_arch_networkio.h"). i > > > > > need the > > > > > > > structures defined in this header file in order to > > setup the > > > > > > > multicast sockets. > > > > > > > unfortunately, this is a private header file which is not > > > > > installed > > > > > > > during an apr installation. my hope is that over time > > > > > the multicast > > > > > > > cast code will be included into the apr code base. > > > > > > > > > > > > > > until then.. we might have problems with packages > > who want to > > > > > > > use the current apr library ... since it will not > > > have multicast > > > > > > > support. > > > > > > > > > > > > > > if any of you have time and want to test > > > > > non-linux/solaris systems, > > > > > > > i'd appreciate it. to test this snapshot. > > > > > > > > > > > > > > 1. cd into ./gmond > > > > > > > 2. open gmond.c and edit the parameters of the > > > > > > > create_mcast_server_socket() call... the first three are > > > > > > > mcast_channel, mcast_port, mcast_if. > > > > > > > 3. ./configure and make > > > > > > > > > > > > > > when you run ./gmond/gmond you should get scrolling > > > > > messages saying > > > > > > > that it got a multicast message. > > > > > > > > > > > > > > i also have another question about the ganglia > > > > > configuration file. > > > > > > > i know that we've used dotconf in the past and it suited > > > > > our needs > > > > > > > but i'm worried about it's limitations. > > > > > > > > > > > > > > for example, it used an apache-like section syntax but it > > > > > can only > > > > > > > be one-level deep and the API is VERY awkward to > work with. > > > > > > > > > > > > > > <Section> > > > > > > > name "First Section" > > > > > > > </Section> > > > > > > > > > > > > > > is allowed but > > > > > > > > > > > > > > <Section> > > > > > > > name "First Section" > > > > > > > <Section> > > > > > > > name "Second Section" > > > > > > > </Section> > > > > > > > </Section> > > > > > > > > > > > > > > is not allowed. i think that could bite us in the arse > > > > > in the future. > > > > > > > > > > > > > > does anyone have a favorite configuration file parser? > > > > > > > > > > > > > > i've found and tested libconfuse > > > > > > > (http://www.nongnu.org/confuse/) and found it to work > > > > > pretty well. > > > > > > > the syntax would look more like... > > > > > > > > > > > > > > Section { > > > > > > > name "Section One" > > > > > > > Section { > > > > > > > name "Section Two" > > > > > > > } > > > > > > > } > > > > > > > > > > > > > > which IS allowed. > > > > > > > > > > > > > > ideas? > > > > > > > > > > > > > > -matt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > PGP fingerprint 'A7C2 3C2F 8445 AD3C 135E F40B 242A 5984 > > > > > ACBC 91D3' > > > > > > > > > > > > > > They that can give up essential liberty to > > obtain a little > > > > > > > temporary safety deserve neither liberty > nor safety. > > > > > > > --Benjamin Franklin, Historical Review of > > Pennsylvania, 1759 > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > This SF.Net email is sponsored by OSTG. Have you noticed > > > > > the changes > > > > > > on Linux.com, ITManagersJournal and NewsForge in the past > > > > > few weeks? > > > > > > Now, one more big change to announce. We are now OSTG- > > > Open Source > > > > > > Technology Group. Come see the changes on the new OSTG site. > > > > > > www.ostg.com _______________________________________________ > > > > > > Ganglia-developers mailing list > > > > > > Ganglia-developers@lists.sourceforge.net > > > > > > > > https://lists.sourceforge.net/lists/listinfo/ganglia-developers > > > > > -- > > > > > PGP fingerprint 'A7C2 3C2F 8445 AD3C 135E F40B 242A 5984 > > > ACBC 91D3' > > > > > > > > > > They that can give up essential liberty to obtain a little > > > > > temporary safety deserve neither liberty nor safety. > > > > > --Benjamin Franklin, Historical Review of Pennsylvania, 1759 > > > > > > > > -- > > > PGP fingerprint 'A7C2 3C2F 8445 AD3C 135E F40B 242A 5984 > ACBC 91D3' > > > > > > They that can give up essential liberty to obtain a little > > > temporary safety deserve neither liberty nor safety. > > > --Benjamin Franklin, Historical Review of Pennsylvania, 1759 > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by OSTG. Have you noticed > the changes > > on Linux.com, ITManagersJournal and NewsForge in the past > few weeks? > > Now, one more big change to announce. We are now OSTG- Open Source > > Technology Group. Come see the changes on the new OSTG site. > > www.ostg.com _______________________________________________ > > Ganglia-developers mailing list > > Ganglia-developers@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/ganglia-developers > > >
