FireFly Media Server › Firefly Media Server Forums › Firefly Media Server › Setup Issues › Compile issues under Solaris- would appreciate a little help
- This topic has 6 replies, 3 voices, and was last updated 16 years, 2 months ago by Anonymous.
-
AuthorPosts
-
21/12/2007 at 7:51 PM #2053AnonymousInactive
I have tried compiling svn-1685, svn-1691, svn-1695, and svn-1696.
All give me the same problem. Any suggestions or help would be greatly appreciated.I have tried on Solaris 10 06/06 and on a clean install of U4 (08/07).
The system is a dual-core Athlon(x86-64) in 64-bit mode.
I have installed the SQLite 3.5.3 package from sunfreeware.com
I have compiled libid3tag 0.15.1b and libmad 0.15.1b and installed both into
/opt/itunes.
Both libraries compile without errors.I am using the gcc from /usr/sfw version 3.4.3 :
$ gcc -v
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure –prefix=/usr/sfw –with-as=/usr/sfw/bin/gas –with-gnu-as –with-ld=/usr/ccs/bin/ld –without-gnu-ld –enable-languages=c,c++ –enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)I am using the gmake also installed in /usr/sfw.
My configure options are as follows :
./configure –prefix=/opt/itunes –enable-sqlite3 –enable-oggvorbis –with-id3tag=/opt/itunes –with-sqlite3-includes=/usr/local/include –with-sqlite3-libs=/usr/local/lib
The compile bombs out with the following :
gmake[2]: Entering directory `/root/itunes/mt-daapd-svn-1696/src’
Making all in plugins
gmake[3]: Entering directory `/root/itunes/mt-daapd-svn-1696/src/plugins’
gmake[3]: Nothing to be done for `all’.
gmake[3]: Leaving directory `/root/itunes/mt-daapd-svn-1696/src/plugins’
Making all in mdns
gmake[3]: Entering directory `/root/itunes/mt-daapd-svn-1696/src/mdns’
gmake[3]: Nothing to be done for `all’.
gmake[3]: Leaving directory `/root/itunes/mt-daapd-svn-1696/src/mdns’
gmake[3]: Entering directory `/root/itunes/mt-daapd-svn-1696/src’
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./mdns -g -Wall -DOGGVORBIS -DHAVE_SQL -DHOST='”i386-pc-solaris2.10″‘ -DNOT_HAVE_DAEMON -DNOT_HAVE_SA_LEN -DNOT_HAVE_SOCKLEN_T -DNOT_HAVE_IF_NAMETOINDEX -DLOG_PERROR=0 -D_XPG4_2 -D__EXTENSIONS__ -DHAVE_BROKEN_RECVIF_NAME -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/include -I/opt/itunes/include -g -O2 -MT io.o -MD -MP -MF “.deps/io.Tpo” -c -o io.o io.c;
then mv -f “.deps/io.Tpo” “.deps/io.Po”; else rm -f “.deps/io.Tpo”; exit 1; fi
io.c:11: warning: ignoring #pragma warning
io.c: In function `io_socket_open’:
io.c:1960: error: `INADDR_NONE’ undeclared (first use in this function)
io.c:1960: error: (Each undeclared identifier is reported only once
io.c:1960: error: for each function it appears in.)
io.c: In function `io_socket_write’:
io.c:2288: warning: unused variable `blocking’
gmake[3]: *** [io.o] Error 1
gmake[3]: Leaving directory `/root/itunes/mt-daapd-svn-1696/src’
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/root/itunes/mt-daapd-svn-1696/src’
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/root/itunes/mt-daapd-svn-1696′
gmake: *** [all] Error 224/12/2007 at 7:33 AM #15338fizzeParticipantSomeone already tinkered with that and posted his findings on the forums. You might want to use the search function ๐
26/12/2007 at 4:11 AM #15339AnonymousInactive@fizze wrote:
Someone already tinkered with that and posted his findings on the forums. You might want to use the search function ๐
Thanks, but I did try looking. Do you have a pointer please?
I have also just looked and the search function does NOT
come up with any references to my particular problem.I might also add (at the expense of sounding like an ass) that
posts that tell people to “Use the search function” are generally
about as handy as a screen door on a submarine.26/12/2007 at 7:03 AM #15340rpeddeParticipant@mdmcgee wrote:
io.c:11: warning: ignoring #pragma warning
io.c: In function `io_socket_open’:
io.c:1960: error: `INADDR_NONE’ undeclared (first use in this function)
io.c:1960: error: (Each undeclared identifier is reported only once
io.c:1960: error: for each function it appears in.)
io.c: In function `io_socket_write’:Don’t know where INADDR_NONE is defined. Might try a grep -ir for “INADDR_NONE” in /usr/include and see what turns up.
Might be arpa/inet.h or netinet/in.h or sys/socket.h… not sure.
Might just try adding all three of those as includes at the top of io.c and seeing what happens. ๐
— Ron
26/12/2007 at 7:38 PM #15341AnonymousInactive@rpedde wrote:
@mdmcgee wrote:
io.c:11: warning: ignoring #pragma warning
io.c: In function `io_socket_open’:
io.c:1960: error: `INADDR_NONE’ undeclared (first use in this function)
io.c:1960: error: (Each undeclared identifier is reported only once
io.c:1960: error: for each function it appears in.)
io.c: In function `io_socket_write’:Don’t know where INADDR_NONE is defined. Might try a grep -ir for “INADDR_NONE” in /usr/include and see what turns up.
Might be arpa/inet.h or netinet/in.h or sys/socket.h… not sure.
Might just try adding all three of those as includes at the top of io.c and seeing what happens. ๐
— Ron
Thank you,
I added INADDR_NONE to netinet/in.h right below BROADCAST and it compiles and works!#define INADDR_BROADCAST 0xffffffffU /* must be masked */
#define INADDR_NONE 0xffffffffU /* Added 12-26-2007 */One more question if I may. I am now getting the :
*** WARNING: Received 5 packets; Accepted 0 packets; Rejected 5 packets because of interface mismatchI found one post from Dec 04, 2005 :
http://forums.fireflymediaserver.org/viewtopic.php?t=2566&highlight=rejected++packets+interface+mismatchI added “interface skge1” under the general tab of mt-daapd.conf, which appears to have
fixed the issue. Is there a better or more elegant way of fixing it?
** Well, I had thought the error had gone away but it has returned.For a more serious issue :
If a client connects, then closes and reopens a connection later it kills the server with
Error writing to client socket: No such file or directory
The process itself doesn’t die but anyone currently connected looses all access
and it no longer responds.Any ideas?
28/12/2007 at 8:28 AM #15342rpeddeParticipant@mdmcgee wrote:
One more question if I may. I am now getting the :
*** WARNING: Received 5 packets; Accepted 0 packets; Rejected 5 packets because of interface mismatchHrm, still the same issue even after the new mdns code. :/
I don’t have an answer for that off the top, except to say that probably compiling against avahi is probably the best answer. (–enable-avahi).
Failing that, the fundamental problem is that either the mdns server doesn’t recognize the interface that it came in on…
As a hack, you could try going into mDNSPosix.c at about line 541 or so, and hacking it up such that rather than this:
if ( packetInfo.ipi_ifname[0] != 0 ) reject = (strcmp(packetInfo.ipi_ifname, intf->intfName) != 0);
else if ( packetInfo.ipi_ifindex != -1 ) reject = (packetInfo.ipi_ifindex != intf->index);
it looks like:
if ( packetInfo.ipi_ifname[0] != 0 ) reject = mDNSfalse;
else if ( packetInfo.ipi_ifindex != -1 ) reject = mDNSfalse;
That out to make it a little more promiscuous about what packets it accepts. A hack, but hey… if it works…
For a more serious issue :
If a client connects, then closes and reopens a connection later it kills the server with
Error writing to client socket: No such file or directory
The process itself doesn’t die but anyone currently connected looses all access
and it no longer responds.That’s the same issue. iTunes queries for the server, but since it’s tossing away all the mdns packets, it doesn’t respond. So iTunes decides the server has gone offline and removes it from the server list.
So fix the discarding packets thing, and the other problem goes away, too.
— Ron
05/01/2008 at 5:07 AM #15343AnonymousInactiveThank you greatly, that appears to have fixed the problem.
It doesn’t die anymore for at least one client I’ll have to test multiples in
the morning. -
AuthorPosts
- The forum ‘Setup Issues’ is closed to new topics and replies.