FireFly Media Server › Firefly Media Server Forums › Firefly Media Server › Nightlies Feedback › zlib error crashes server 1328
- This topic has 3 replies, 2 voices, and was last updated 18 years, 4 months ago by rpedde.
-
AuthorPosts
-
30/07/2006 at 5:19 PM #477nsrGuest
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: AbortingThe 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.
30/07/2006 at 10:32 PM #5719rpeddeParticipant@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: AbortingThe 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
31/07/2006 at 4:52 AM #5720nsrGuestThanks 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
01/08/2006 at 4:13 AM #5721rpeddeParticipant@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
-
AuthorPosts
- The forum ‘Nightlies Feedback’ is closed to new topics and replies.