similar to: Memory leak on Icecast 2.3.2 / Debian ?

Hi all ! Le mardi 8 d?cembre 2009 05:36:53, Jussi Kukkonen a ?crit : > > The valgrind output seems to indicate a leak in libxml2, I'm gonna try > > to see if this is linked to the way the icecast or libxml package is > > compiled/patched in debian, but I'm not too familiar with this kind of > > problems, so if you have something to say about this issue, I'd

On 08/12/09 20:44, Jussi Kukkonen wrote: > I'm not a icecast developer so I have very little idea what the code in > question does or how to test it. As a matter of fact I don't even have a > build environment (or time) available here, this is why I didn't send a > patch. > > But since you asked, attached are the missing frees for icecast2_2.3.2-4 > in a totally

Romain Beauxis wrote: > Le mardi 8 d?cembre 2009 05:36:53, Jussi Kukkonen a ?crit : >>> The valgrind output seems to indicate a leak in libxml2, I'm gonna try >>> to see if this is linked to the way the icecast or libxml package is >>> compiled/patched in debian, but I'm not too familiar with this kind of >>> problems, so if you have something to

On 09/12/2009 16:59, Romain Beauxis wrote: > Hi ! > > Le mardi 8 d?cembre 2009 19:59:23, Karl Heyes a ?crit : >>> But since you asked, attached are the missing frees for icecast2_2.3.2-4 >>> in a totally untested drive-by-patching manner. Like I said the -kh17 I >>> also happened to have did not have this specific code at all and the >>>

Hi, I've been using icecast-2.3.1 for some time now and it is really working well for me, solid as a rock (no crashes) and running 100's of streams and 1000's of listeners, but in order to support authentication and have easier configuration I want to start using the url authentication (esp. the stream_auth) and mount-name wildcards that are supported by icecast-2.3.2-kh17.

Hi, the reporting person has tried also with vanilla icecast source compiled. The setup is: Liquidsoap in MP3 mode sending a stream Winamp pulling the stream A flash applet requesting a custom XSLT file every 10s The output of valgrind is: ==13821== ==13821== HEAP SUMMARY: ==13821== in use at exit: 1,744,928 bytes in 4,194 blocks ==13821== total heap usage: 41,508 allocs, 37,314 frees,

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 re all, this patch has not been integrated in Debian yet, hence the Icecast2 package still segfaults after filling up all the memory with its leak. as this is a critical bug, while it seems that the current Debian mantainer for the icecast2 package has abandoned its duty, i'm kindly asking the attention of debian developers included

Hi, I had my stream running from ezstream 0.1.2 to icecast 2.2.0. It's been going for about a week, but two days ago I changed my icecast.xml. Since then, Icecast dropped my sources and stopped transmission twice. Everytime, it spew out xmlEncodeEntitiesReentrant : char out of range on STDERR and [2005-02-07 01:14:47] WARN source/get_next_buffer Disconnecting source due to socket

On Wed, Oct 21, 2009 at 5:53 PM, Karl Heyes <karl at xiph.org> wrote: >> I'm seeing quite a few wakeups/sec in icecast2 2.3.2 on Debian Testing. >> In fact, whether icecast is doing anything or not, powertop reports 44.3 >> wakeups per second. This is pretty big number, on my laptop it means >> icecast alone is responsible for every third wakeup on idle. > >

hi has anyone seen this error before: [root@machine root]# error : xmlEncodeEntitiesReentrant : input not UTF-8 unfortunately i cannot see what application is causing this error but i suspect that it is icecast because of the XML config file and we have made some changes recently. i have issued thess commands to try to get something from the logs: [root@machine root]# grep -r -i

Hello there, Is there any way to have authentification on a db / ldap about sources and password instead of having one static entry in icecast.xml ? Any idea ? hacks ? patches ? Thanks /Xavier

On Mon, 2005-02-07 at 14:05, Alek Andreev wrote: > Hi, > > I had my stream running from ezstream 0.1.2 to icecast 2.2.0. It's been > going for about a week, but two days ago I changed my icecast.xml. Since > then, Icecast dropped my sources and stopped transmission twice. > Everytime, it spew out > > xmlEncodeEntitiesReentrant : char out of range These are usually

> What I did notice is that the date field is not first, even though it's > date ordered. I personally didn't like that, so I just moved the date > field. opinions ? Please don't change the ordering of the fields. It's quite deliberately ordered for compatibility with the Apache Common Log Format. (hmm... or is it the Combined Log Format? I forget...) Mike --- >8

Hi, and thank to you all for this great codec ! I have this bug on Debian Lenny with compiled packages of last svn versions of ffmpeg and libtheora. This seems to append only on the amd64 arch. Here is a valgrind log : pre-barreau at augustins:~/video$ export LD_LIBRARY_PATH=/usr/local/lib pre-barreau at augustins:~/video$ valgrind /home/pub/apps/ffmpeg_dev/ffmpeg_svn/ffmpeg -i

On 9/8/2023 8:18 AM, Jerry Geis wrote: > But when I do a second test. Asterisk HANGS on ChanIsAvail() > > Then I thought lets SKIP that - and just let it do the Dial() - I > stopped everything - got it running again. - and then the Dial() hangs > on the second call. > > So both ChanIsAvail() or Dial() both hang on the second call in. > > So only 1 call in will work.

> > > Not sure if this is the same thing you're seeing, but chan_console > currently has a known deadlock issue that has not been resolved: > https://issues-archive.asterisk.org/ASTERISK-30481 > It's quite easy to reproduce, so it may be the case that the module is > currently unusable. > Well this is a bummer.... [Sep 8 08:45:28] WARNING[313684][C-00000001]:

For those of you using Pound with Mongrel, the latest dev release allows for the single line certificate behaviour that Jeff wrote the patch for initially. I''ll update the wiki to make mention of it once we''ve been able to do some testing with it. On Feb 1, 2008 9:03 AM, Robert Segall <roseg@apsis.ch> wrote: > > On Mon, 2008-01-28 at 13:28 -0800, Nigel Kersten

I neglected to include /etc/shorewall/providers in the release. You can download the file from: http://shorewall.net/pub/shorewall/2.3/shorewall-2.3.2/errata/providers ftp://shorewall.net/pub/shorewall/2.3/shorewall-2.3.2/errata/providers -Tom -- Tom Eastep \ Nothing is foolproof to a sufficiently talented fool Shoreline, \ http://shorewall.net Washington USA \ teastep@shorewall.net PGP

Simplest of template files, tst.rb, contains: PROJECT_NAME = File.basename(RAILS_ROOT) run ''echo '' + PROJECT_NAME Running command "rails tst -m ~/Rails_Tools/tst.rb" produces: create create app/controllers . . create log/development.log create log/test.log applying template: /Users/rick/RailsTools/tst.rb Anonymous modules

Error: /usr/local/bin/rails:19:in `load'': no such file to load -- rails (LoadError) from /usr/local/bin/rails:19 Problem: Am unable to run the rails framework. Probable victim of a, self inflicted, GEM update run with insufficient privileges. Failure occurs when I attempt to run any rails commands. Rails says that it can''t find itself, yet my machine seems to have several