search for: connection_accept_loop

...in ?? () from /lib/i386-linux-gnu/libc.so.6 #4 0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6 #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 *#6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6* *#7 0x080b66b7 in _accept_connection () at connection.c:598* *#8 connection_accept_loop () at connection.c:826* *#9 0x080a9c05 in _server_proc () at main.c:384* *#10 main (argc=3, argv=0xffbbc554) at main.c:633* As you can see at frame #6 malloc() is failing but I don't know the reason behind this. Does anybody has any idea how to fix this issue? Note: this is happening only...

...in ?? () from /lib/i386-linux-gnu/libc.so.6 #4 0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6 #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 *#6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6* *#7 0x080b66b7 in _accept_connection () at connection.c:598* *#8 connection_accept_loop () at connection.c:826* *#9 0x080a9c05 in _server_proc () at main.c:384* *#10 main (argc=3, argv=0xffbbc554) at main.c:633* As you can see at frame #6 malloc() is failing but I don't know the reason behind this. Does anybody has any idea how to fix this issue? Note: this is happening only...

...rom /lib/i386-linux-gnu/libc.so.6 > > > > #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 > > > > #6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6 > > > > #7 0x080b66b7 in _accept_connection () at connection.c:598 > > > > #8 connection_accept_loop () at connection.c:826 > > > > #9 0x080a9c05 in _server_proc () at main.c:384 > > > > #10 main (argc=3, argv=0xffbbc554) at main.c:633 > > > > > > As you can see at frame #6 malloc() is failing but I don't know the > > reason behind this. Does an...

...readable, [cleanup generic connection code] [PATCH 08/31] connection: _handle_connection re-roll logic in a more readeable way. [PATCH 09/31] connection: simplify _handle_connection (make it more readeable) [PATCH 10/31] Connection: _accept_connection, simplify logic [PATCH 11/31] Connection: connection_accept_loop, pass timeout [big refactoring] [PATCH 12/31] Connection: refactor source_startup [PATCH 13/31] Connection: let everything go through fserve [add post support] [PATCH 14/31] Add POST support. WARNING, still no AUTH [re-work connection process, to a more readable and simple way] [PATCH 15/31]...

...; > > > > > > (gdb) bt > > > [...] > > > #6 0xf7474708 in malloc () > > from /lib/i386-linux-gnu/libc.so.6 > > > #7 0x080b66b7 in _accept_connection () at connection.c:598 > > > #8 connection_accept_loop () at connection.c:826 > > > #9 0x080a9c05 in _server_proc () at main.c:384 > > > #10 main (argc=3, argv=0xffbbc554) at main.c:633 > > > > > > > > > As you can see at frame #6 malloc() is failing but I don't &...

I have this strange problem where when I try to reload my config by sending a HUP to the icecast process it produces this in the error.log file: [2004-01-15 21:06:07] INFO connection/connection_accept_loop Scheduling config reread ... [2004-01-15 21:06:07] EROR event/event_config_read Error parsing config, not replacing existing config [2004-01-15 21:06:07] EROR event/event_config_read Parse error in reading /usr/local/icecast/etc/icecast.xml However the server starts up and works as expected......

...in ?? () from /lib/i386-linux-gnu/libc.so.6 #4 0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6 #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 *#6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6* *#7 0x080b66b7 in _accept_connection () at connection.c:598* *#8 connection_accept_loop () at connection.c:826* *#9 0x080a9c05 in _server_proc () at main.c:384* *#10 main (argc=3, argv=0xffbbc554) at main.c:633* As you can see at frame #6 malloc() is failing but I don't know the reason behind this. Does anybody has any idea how to fix this issue? Note: this is happening only i...

...> > #4 0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6 > > #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 > > #6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6 > > #7 0x080b66b7 in _accept_connection () at connection.c:598 > > #8 connection_accept_loop () at connection.c:826 > > #9 0x080a9c05 in _server_proc () at main.c:384 > > #10 main (argc=3, argv=0xffbbc554) at main.c:633 > > > As you can see at frame #6 malloc() is failing but I don't know the > reason behind this. Does anybody has any idea how to fix this i...

...trace looks like: > > > > > > (gdb) bt > > [...] > > #6 0xf7474708 in malloc () > from /lib/i386-linux-gnu/libc.so.6 > > #7 0x080b66b7 in _accept_connection () at connection.c:598 > > #8 connection_accept_loop () at connection.c:826 > > #9 0x080a9c05 in _server_proc () at main.c:384 > > #10 main (argc=3, argv=0xffbbc554) at main.c:633 > > > > > > As you can see at frame #6 malloc() is failing but I don't > know the >...

...Program received signal SIGSEGV, Segmentation fault. 0x4040efa2 in poll () from /lib/libc.so.6 (gdb) bt #0 0x4040efa2 in poll () from /lib/libc.so.6 #1 0x0804df6c in wait_for_serversock (timeout=100) at connection.c:144 #2 0x0804e0b1 in _accept_connection () at connection.c:222 #3 0x0804e48b in connection_accept_loop () at connection.c:356 #4 0x0804d4a6 in _server_proc () at main.c:253 #5 0x0804d996 in main (argc=3, argv=0xbffffa14) at main.c:432 #6 0x4034fbb4 in __libc_start_main () from /lib/libc.so.6 I talked to Mike in #icecast about this (he helped me getting the backtrace in the first place :-)) but...

...(command: metadata) [2005-03-27 16:03:20] INFO connection/_handle_source_request Source logging in at mountpoint "/ices" [2005-03-27 16:03:20] INFO connection/_handle_source_request Source (/ices) attempted to login with invalid or missing password [2005-03-27 16:14:15] INFO connection/connection_accept_loop Scheduling config reread ... [2005-03-27 16:14:32] INFO sighandler/_sig_die Caught signal 15, shutting down... [2005-03-27 16:14:32] INFO connection/_destroy_pool All connection threads down [2005-03-27 16:14:32] INFO main/main Shutting down [2005-03-27 16:14:32] INFO fserve/fserve_shutdown fil...

...nection code] > =A0[PATCH 08/31] connection: _handle_connection re-roll logic in a more r= eadeable way. > =A0[PATCH 09/31] connection: simplify _handle_connection (make it more re= adeable) > =A0[PATCH 10/31] Connection: _accept_connection, simplify logic > =A0[PATCH 11/31] Connection: connection_accept_loop, pass timeout > > [big refactoring] > =A0[PATCH 12/31] Connection: refactor source_startup > =A0[PATCH 13/31] Connection: let everything go through fserve > > [add post support] > =A0[PATCH 14/31] Add POST support. WARNING, still no AUTH > > [re-work connection process, t...

...- icecast/src/connection.h 2003-03-14 21:10:17.000000000 -0500 +++ IceCast/src/connection.h 2003-04-18 09:13:23.000000000 -0400 @@ -17,6 +17,7 @@ uint64_t sent_bytes; int sock; + int serversock; int error; char *ip; @@ -31,7 +32,7 @@ void connection_shutdown(void); void connection_accept_loop(void); void connection_close(connection_t *con); -connection_t *create_connection(sock_t sock, char *ip); +connection_t *create_connection(sock_t sock, sock_t serversock, char *ip); int connection_create_source(struct _client_tag *client, connection_t *con, http_parser_t *parser, char *...

...- icecast/src/connection.h 2003-03-14 21:10:17.000000000 -0500 +++ IceCast/src/connection.h 2003-04-18 09:13:23.000000000 -0400 @@ -17,6 +17,7 @@ uint64_t sent_bytes; int sock; + int serversock; int error; char *ip; @@ -31,7 +32,7 @@ void connection_shutdown(void); void connection_accept_loop(void); void connection_close(connection_t *con); -connection_t *create_connection(sock_t sock, char *ip); +connection_t *create_connection(sock_t sock, sock_t serversock, char *ip); int connection_create_source(struct _client_tag *client, connection_t *con, http_parser_t *parser, char *...