You are here: Home » Topic » Compile issues under Solaris- would appreciate a little help

Compile issues under Solaris- would appreciate a little help

FireFly Media Server (formerly mt-daapd) Firefly Media Server Forums Firefly Media Server Setup Issues Compile issues under Solaris- would appreciate a little help

This topic contains 6 replies, has 3 voices, and was last updated by  Anonymous 9 years, 9 months ago.

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #2053

    Anonymous

    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 2

    #15338

    fizze
    Participant

    Someone already tinkered with that and posted his findings on the forums. You might want to use the search function πŸ˜‰

    #15339

    Anonymous

    @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.

    #15340

    rpedde
    Participant

    @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

    #15341

    Anonymous

    @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 mismatch

    I found one post from Dec 04, 2005 :
    http://forums.fireflymediaserver.org/viewtopic.php?t=2566&highlight=rejected++packets+interface+mismatch

    I 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?

    #15342

    rpedde
    Participant

    @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 mismatch

    Hrm, 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

    #15343

    Anonymous

    Thank 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.

Viewing 7 posts - 1 through 7 (of 7 total)

You must be logged in to reply to this topic.