You are here: Home » Topic » zlib error crashes server 1328

zlib error crashes server 1328

This topic contains 3 replies, has 1 voice, and was last updated by  rpedde 11 years ago.

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #477

    nsr

    Built/installed mt-daapd-svn-1328 on RedHat 9 system. Build is clean except for some warnings about implicit declarations of some str* functions in 4 files.

    Server comes up and works with iTunes 6.0.5 on MacOS 10.4.7.

    On Roku running 2.5.171, server is visible. When I try to connect, Roku gives ‘cannot connect to server’ error.

    Running -d 9 logging gives following trace

    2006-07-30 12:11:00 (41930b30): Thread 0: got request
    2006-07-30 12:11:00 (41930b30): Request: GET /rsp/info HTTP/1.0
    2006-07-30 12:11:00 (41930b30): Thread 0: Read: User-Agent: Roku SoundBridge/2.5
    2006-07-30 12:11:00 (41930b30): Thread 0: Adding header *User-Agent=Roku SoundBridge/2.5*
    2006-07-30 12:11:00 (41930b30): Added *User-Agent=Roku SoundBridge/2.5*
    2006-07-30 12:11:00 (41930b30): Thread 0: Read: Host: 192.168.0.5:3689
    2006-07-30 12:11:00 (41930b30): Thread 0: Adding header *Host=192.168.0.5:3689*
    2006-07-30 12:11:00 (41930b30): Added *Host=192.168.0.5:3689*
    2006-07-30 12:11:00 (41930b30): Thread 0: Read: Accept: */*
    2006-07-30 12:11:00 (41930b30): Thread 0: Adding header *Accept=*/**

    etc …

    until

    2006-07-30 12:11:00 (41930b30): Added *Expires=-1*
    2006-07-30 12:11:00 (41930b30): Updating Content-Type from text/html to text/xml; charset=utf-8
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Expires: -1
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Cache-Control: no-cache
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Vary: Accept-Encoding
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Content-Encoding: gzip
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Content-Language: en_us
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Content-Type: text/xml; charset=utf-8
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Server: mt-daapd/svn-1328
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Connection: Close
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Date: Sun, 30 Jul 2006 16:11:00 GMT
    2006-07-30 12:11:00 (41930b30): Error in zlib: -2
    2006-07-30 12:11:00: Aborting
    2006-07-30 12:11:00 (400f7c60): Processing rendezvous message
    2006-07-30 12:11:00 (400f7c60): Rendezvous socket closed (daap server crashed?) Aborting.
    2006-07-30 12:11:00: Aborting

    The version of zlib in rh9 is zlib-1.1.4-8.7x.

    Any thoughts?

    BTW – newbie to this project. Thanks for putting in all this work.

    #5719

    rpedde
    Participant

    @nsr wrote:

    Built/installed mt-daapd-svn-1328 on RedHat 9 system. Build is clean except for some warnings about implicit declarations of some str* functions in 4 files.

    Server comes up and works with iTunes 6.0.5 on MacOS 10.4.7.

    On Roku running 2.5.171, server is visible. When I try to connect, Roku gives ‘cannot connect to server’ error.

    Running -d 9 logging gives following trace

    2006-07-30 12:11:00 (41930b30): Thread 0: got request
    2006-07-30 12:11:00 (41930b30): Request: GET /rsp/info HTTP/1.0
    2006-07-30 12:11:00 (41930b30): Thread 0: Read: User-Agent: Roku SoundBridge/2.5
    2006-07-30 12:11:00 (41930b30): Thread 0: Adding header *User-Agent=Roku SoundBridge/2.5*
    2006-07-30 12:11:00 (41930b30): Added *User-Agent=Roku SoundBridge/2.5*
    2006-07-30 12:11:00 (41930b30): Thread 0: Read: Host: 192.168.0.5:3689
    2006-07-30 12:11:00 (41930b30): Thread 0: Adding header *Host=192.168.0.5:3689*
    2006-07-30 12:11:00 (41930b30): Added *Host=192.168.0.5:3689*
    2006-07-30 12:11:00 (41930b30): Thread 0: Read: Accept: */*
    2006-07-30 12:11:00 (41930b30): Thread 0: Adding header *Accept=*/**

    etc …

    until

    2006-07-30 12:11:00 (41930b30): Added *Expires=-1*
    2006-07-30 12:11:00 (41930b30): Updating Content-Type from text/html to text/xml; charset=utf-8
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Expires: -1
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Cache-Control: no-cache
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Vary: Accept-Encoding
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Content-Encoding: gzip
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Content-Language: en_us
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Content-Type: text/xml; charset=utf-8
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Server: mt-daapd/svn-1328
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Connection: Close
    2006-07-30 12:11:00 (41930b30): Emitting reponse header Date: Sun, 30 Jul 2006 16:11:00 GMT
    2006-07-30 12:11:00 (41930b30): Error in zlib: -2
    2006-07-30 12:11:00: Aborting
    2006-07-30 12:11:00 (400f7c60): Processing rendezvous message
    2006-07-30 12:11:00 (400f7c60): Rendezvous socket closed (daap server crashed?) Aborting.
    2006-07-30 12:11:00: Aborting

    The version of zlib in rh9 is zlib-1.1.4-8.7x.

    Any thoughts?

    BTW – newbie to this project. Thanks for putting in all this work.

    Ah, yeah. I just stumbled onto this last week. Have to have zlib > 1.2.

    — Ron

    #5720

    nsr

    Thanks for pointer. Roku can now connect properly with zlib-1.2.1.2.

    For anyone trying to build under RH9, the ./configure flags I used are

    –enable-sqlite –enable-flac LIBS=-lm CFLAGS=-D_GNU_SOURCE

    LIBS needs this because some versions of libFLAC contain an unresolved reference to log().

    CFLAGS gets rid of the 4 final implicit function declarations warnings

    #5721

    rpedde
    Participant

    @nsr wrote:

    Thanks for pointer. Roku can now connect properly with zlib-1.2.1.2.

    For anyone trying to build under RH9, the ./configure flags I used are

    –enable-sqlite –enable-flac LIBS=-lm CFLAGS=-D_GNU_SOURCE

    LIBS needs this because some versions of libFLAC contain an unresolved reference to log().

    CFLAGS gets rid of the 4 final implicit function declarations warnings

    Nice. Thanks for posting that info.

    — Ron

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

You must be logged in to reply to this topic.