similar to: working before, now access denied

Hello, I have a problem with icecast icecast-2.0-kh8: - the source disconnect - icecast didn't notice it - the source cannot reconnect until - the source cannot reconnect (it tries every 8 seconds) - after two hours, the source is able to reconnect Here is the interesting parts of the log files: Thanks for your advices and help. Chris (icecast machine has +3sec in its time, that's

Yikes! It only flushes the counts for the current compilation unit? That sounds like a terrible bug. Can you file a bugzilla report, please? On Feb 6, 2013, at 12:05 PM, John Harrison <ash.gti at gmail.com> wrote: > Why does __gcov_flush only flush the current compilation unit? For gcc __gcov_flush flushes all of the loaded files. > > Is there a way to have __gcov_flush flush

This is what I get in the icecast logfile. [2005-03-27 15:35:13] INFO main/main Icecast 2.2.0 server started [2005-03-27 15:35:13] WARN main/main YP server handling has been disabled [2005-03-27 15:35:13] INFO stats/_stats_thread stats thread started [2005-03-27 15:35:13] INFO fserve/fserv_thread_function file serving thread started [2005-03-27 15:36:38] INFO admin/admin_handle_request Bad

Why does __gcov_flush only flush the current compilation unit? For gcc __gcov_flush flushes all of the loaded files. Is there a way to have __gcov_flush flush everything? -- John Harrison On Wed, Feb 6, 2013 at 10:24 AM, John Harrison <ash.gti at gmail.com> wrote: > Ah, my mistake. So this already works. I guess that bug is out of date, > since this feature works already. >

i can do it, but i mean it would not talk much to you ; ) [2003-05-31 12:00:25] INFO ices-core/main ices started... [2003-05-31 12:00:25] EROR stream/ices_instance_stream libshout error: Out of memory [2003-05-31 12:00:31] INFO signals/signal_int_handler Shutdown requested... [2003-05-31 12:16:47] INFO ices-core/main ices started... [2003-05-31 12:16:47] EROR stream/ices_instance_stream

Hi everyone, I''ve been running a zfs fileserver for about a month now (on snv_91) and it''s all working really well. I''m scrubbing once a week and nothing has come up as a problem yet. I''m a little worried as I''ve just noticed these messages in /var/adm/message and I don''t know if they''re bad or just informational: Aug 2 14:46:06

The way `-ftest-coverage -fprofile-arcs` works at the moment it only flushes via `atexit()`. This patch allows you to flush the coverage at any point by calling `__llvm_gcov_flush` the same way `__gcov_flush` works for gcc. If there is another way of doing this, I might of missed it but I was looking for `__gcov_flush` and I did not find the equivalent in llvm at the moment. -- John Harrison

Hello, I had a problem with ices kh48 and icecastkh13. I usually restart them by cron at 00:00. ----------1---------- This night, icecast told ices "Too many sources" for radio-bro-gwened.ogg... All right, I've just seen that my config file is wrong for icecast (I have 3 sources): <sources>2</sources> But, with this configuration, I can have 3 sources:

I just completed a new install of icecast and ices2 on my pc. Icecast appears to be starting and running fine, but ices isn't making my mountpoints or is being terminated before it can. Here are the log entries: Icecast [2004-10-28 09:29:51] INFO connection/_handle_source_request Source logging in at mountpoint "/kwlv.ogg" [2004-10-28 09:29:51] DBUG source/source_main Source

Hello everyone, I am running Icecast 2.0.0 with ices-3.0. I run ices on a machine which has all the mp3 files I am playing and stream these mp3 to Icecast which is running on another machine. Every now and then, say 2 hours. Ices keeps churning out errors saying updating meta data and socket errors and keeps retrying and after some time it suceeds for one file and then when playing the next file

Hello Everyone, I have a bit of a problem trying to set up Icecast2 + Ice2, on my debian box, I installed icecast2 ver 2.3.2-6 and ices2 2.0.1-8. I'm able to start icecast2 as shown in the logs: [2012-12-24 20:34:27] INFO main/main Icecast 2.3.2 server started [2012-12-24 20:34:27] DBUG yp/yp_recheck_config Updating YP configuration [2012-12-24 20:34:27] INFO

We have a pair of opensolaris systems running snv_124. Our main zpool ''z'' is running ZFS pool version 18. Problem: #zfs destroy -f z/Users/harrison at zfs-auto-snap:daily-2010-04-09-00:00 cannot destroy ''z/Users/harrison at zfs-auto-snap:daily-2010-04-09-00:00'': dataset is busy I have tried: Unable to destroy numerous datasets even with a -f option.

On Sat, 2003-05-31 at 13:02, Paul wrote: > i can do it, but i mean it would not talk much to you ; ) > > [2003-05-31 12:00:25] INFO ices-core/main ices started... > [2003-05-31 12:00:25] EROR stream/ices_instance_stream libshout error: Out > of memory hmmm, right at the very start..look suspicious > ehm, befor i get this message i remove the password for icecast in the ices

Hi Max, Thanx for your response. I changed the passwords, they are all "test" now, but still I have the same problem: [2003-08-11 13:42:09] INFO connection/_handle_source_request Source logging in at mountpoint "/test.ogg" [2003-08-11 13:42:09] INFO connection/_handle_source_request Source (/test.ogg) attempted to login with invalid or missing password <p>ICECAST:

I have installed Centos 6.2 on: 1) Tyan S2892 with ATI on board Rage XL graphics ( Centos x86_64 version), 8GB memory, 3ware Raid array 2) Supermicro Dual Xeon Single core, old machine, with ATI onboard Rage XL graphics (Centos i386 version), 12GB memory, 3ware Raid array Both machines exhibit the same error. While trying to select a screen saver (clock or blank screen) the application seg

Ah, my mistake. So this already works. I guess that bug is out of date, since this feature works already. -- John Harrison On Wed, Feb 6, 2013 at 10:00 AM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 2/6/2013 11:43 AM, John Harrison wrote: > >> The way `-ftest-coverage -fprofile-arcs` works at the moment it only >> flushes via `atexit()`. This patch allows you

We do have a gcov "flush" implementation. It should be emitted with the normal coverage code. Is it not showing up? -bw On Feb 5, 2013, at 4:20 PM, John Harrison <ash.gti at gmail.com> wrote: > Hi, > > I ran into the bug/feature request that you cannot flush gcov buffers while the app is running. They are only called when you exit the program, since the flush functions

I've just set up a new collection of streams and one of them is having problems. The clients connecting to this one stream only last a few minutes before getting kicked off. I don't know where to start looking for the problem. I'm running Mandrake 8.1 with Libshout2.0, IceS 2.0a and Icecast2 downloaded from cvs only a few days ago (with the mentioned os.h error included ;-) I get the

Hi! I've installed icecast and ices on a FreeBSD box. When I try to start ices, I get following output: [2003-08-11 11:02:14] INFO ices-core/main ices started... [2003-08-11 11:02:14] INFO signals/signal_usr1_handler Metadata update requested [2003-08-11 11:02:14] INFO playlist-basic/playlist_basic_get_next_filename Loading playlist from file "/home/wim/playlist.txt" [2003-08-11

Hi: On Thu, 22 Aug 2002, Moritz Grimm wrote: > P.S.: While installing Icecast2 myself once again today, I noticed that > the current reference icecast.xml lacks the new <icelogin> directive, > which also can be either 0 or 1, and is 0 by default. If you want to use > a source client that doesn't support http basic auth yet, like Oddcast > DSP RC5, you have to add