Displaying 3 results from an estimated 3 matches for "source_login".
2004 Aug 06
2
Transparent Proxy
Hi,
The only need I have for icecast is as a transparent proxy. The problem
is I can't get it to work as one, is this feature implemented?
When I setup XMMS with a proxy of the computer running icecast (1.3.11)
I get this in the logs when trying to connect to a stream:
[16/Sep/2001:23:59:31] [9:Connection Handler] Accepted encoder on
mountpoint 205.188.234.34:8004/ from
2004 Aug 06
0
Transparent Proxy
On Mon, 2001-09-17 at 00:02, Alex Stansfield wrote:
> Hi,
>
> The only need I have for icecast is as a transparent proxy. The problem
> is I can't get it to work as one, is this feature implemented
I fixed the problem, it seemed that in source.c in the function
source_login in this piece of code:
--
write_log (LOG_DEFAULT, "Accepted encoder on mountpoint %s from %s. %d
sources connected", source->audiocast.mount, con_host (con),
info.num_sources);
thread_mutex_lock(&info.source_mutex);
avl_insert(info.sources, con);
thread_mutex_unlock(&info.s...
2004 Aug 06
5
Icecast deadlock with 1.3.12 (fixed)
...e seems to be a looping issue with mutexes being locked
multiple times with the same thread; which is where the problem may be;
In find_mount_with_req() (which must be called with mutex's locked) if
the transparent proxy is set, it calls relay_pull_stream(), (line 687)
which eventually calls source_login which relocks info.source_mutex.
(This was Alex's find) At this point, that thread is locked up, and
eventually the second connection handler thread tries to lock it, and
the calendar thread too. The original server is unable to send data so
it kicks the relay and the server is hosed....