similar to: ices and stdin module?

OK...messing with 'gdb' (of which I am completely new to) <p>Here's is the complete output from what I've done with 'gdb' ---------------------------------------------------------------- # gdb ices GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it

Some more crashes of 4.8-RELEASE. Lets see what do I have today: # ls -l /var/crash total 1576676 -rw-r--r-- 1 root wheel 2 Jul 30 13:31 bounds -rw-r--r-- 1 root wheel 2193252 Jun 25 17:30 kernel.0 -rw-r--r-- 1 root wheel 2193252 Jul 4 00:08 kernel.1 -rw-r--r-- 1 root wheel 2193252 Jul 15 19:28 kernel.2 -rw-r--r-- 1 root wheel 2193252 Jul 16 17:50 kernel.3

Hi stable, nice you see you again. I was one of those guys who was seeing constand panics on 24 hour boundaries but couldn't provide a backtrace due to the ar device not taking a dump. I installed a dedicated drive just to take the dump, and then didn't have a panic for a couple weeks. Now, I am back with, and I have traces to share. The first two, from 2003-09-27 and 2003-09-28

Every few days now I get a panic like the one shown in the attached backtrace. I've made sure my filesystem is clean with fsck and even turned off write caching on my IDE drive. Maybe someone here can figure out what is wrong. Let me know if you need more information. Michael -------------- next part -------------- root@taco /usr/src/sys/compile/ZOE> gdb -k -c /opt/savecore/vmcore.0

Hi, I need some help to understand a backtrace. The situation is as follows: A diskless system acting as a kind of bandwithshaping firewall with both ipfw2 and ipfilter active at the same time. Ipfilter is used for port adress translation. The system panics about once every 6 hours. The network load is very low, only one Windows XP machine is connected but not actively used. I added a disk

Hi all, We recently moved our CVS repository from a 4.6-STABLE machine to a brand new 4.8 install, on another identical machine. The server runs cvs in 'pserver' mode, for remote access by various Windows/Solaris/Linux/FreeBSD clients. We pretty soon noticed that the cvs server process was occasionally crashing on sig11 (ie. a segfault). The only evidence for this was in the message

I testetd it with winamp2 and ogg123, didn't work. cpu usage was around 30% or 35%. the version is from yesterday. this is my config file: <?xml version="1.0"?> <ices> <logpath>ices</logpath> <logfile>ices.log</logfile> <loglevel>4</loglevel> <consolelog>4</consolelog>

Just trying to understand if anything might be going on with this crash dump or just faulty hardware ? dmesg at the end ---Mike # gdb -k /kernel.debug vmcore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type

I have problems with the stdinpcm module in ices2. The player fills its buffer and doen't play anything and fill the buffer again and this repeats (with winamp). when I download the stream with wget I can play it from hard disk... is this a common problem with ices2 or do only I experience this behaviour? the oss module works. --- >8 ---- List archives: http://www.xiph.org/archives/

After some dialog with Terry Lambert on -hackers, I've been advised to post this here. I have a 4.7-RELEASE-p10 box that is suffering regular kernel panics. The machine is a Dell 2650 running primarily as a file/print server to a number of computer labs of about 400 machines (although it also functions as a rembo image server and squid proxy). It mainly stores applications, which

Hi, After kernel panic I couldn't get gdb work properly. msi$ uname -sr FreeBSD 4.7-RELEASE msi$ gdb -k /usr/src/sys/compile/MSINW/kernel.debug vmcore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show

Hi, I added metadata support for the stdinpcm module of ices. The metadata have to be submitted via file (as stdin is already used for the strem). Please apply this patch to the current cvs sources. <p>Deti <p> Index: im_stdinpcm.c =================================================================== RCS file: /usr/local/cvsroot/ices/src/im_stdinpcm.c,v retrieving revision 1.8 diff

I also tried such things: lxserv:/mnt/fatbass# tail -f recording.mp3 | /usr/local/icecast/bin/ices -M stdinpcm -h localhost -p 40044 -P password Logfile opened Could not find a valid playlist file. Ices Exiting... In this case I try to KEEP READING the mp3 file (which becomes continuously larger), and pipe it to ices (how should I do this?). But ices isn't nice to me and keeps asking for a

Did cvsup on a machine that does just mail processing (well, a lot of spam scanning) and it crashed not too much later. This kernel does not include MFC src/sys/kern/sys_process.c revisions 1.111 and 1.112: Use kmem_alloc_nofault() rather than kmem_alloc_pageable() in procfs_rwmem(). Use vm_page_hold() in place of vm_page_wire() since the page can be freed. Don't hold extra

hi, I installed icecast-2.2.0.tar.gz and ices-2.0.1.tar.gz on Fedora3 linux-2.6.12-1.1372_FC3). It works fine for playlist.ogg from the other CPU, such as 'xmms http://192.168.0.3:8000/listplay.ogg'. But when I use 'stdinpcm' like 'asterisk-ices.xml' which send voip's voice udp packets to 'asterisk-ices.xml' such as; .......(snip)...... <stream>

Hello, The previous message seems to confirm that I'm posting to the right place - apologies if not. I have a project where I'm streaming live software-generated PCM audio to icecast via ices 2.0 stdinpcm - this works great for ogg vorbis (thanks very much guys!) I haven't been able to find a stdin-based solution for PCM->mp3->icecast, is there one? From the docs, it looks

On 2002.12.02 21:46 smoerk wrote: > I have problems with the stdinpcm module in ices2. The player fills its > buffer and doen't play anything and fill the buffer again and this repeats > (with winamp). when I download the stream with wget I can play it from > hard disk... is this a common problem with ices2 or do only I experience > this behaviour? I've heard of

Hi 1- for(rit=Result.begin();rit!=Result.end();++rit) { Value* Address= BlockAddress::get (*rit); IndirectBrInst *IBI = IndirectBrInst::Create(Address, Result.size(),i->getTerminator() ); IBI->addDestination((*rit)); } I tried this code , but the needed destination wasn't added. 2- About LLVM backend $ llc -march=cpp example_file.ll -o I think it

Hello, Yesterday evening, I installed icecast kh13 with your latest libshout. We have to wait 1, 2 or three days to see what is happening... Yes, the samplerate 19404 is exactly what I asked ices to do... Just a compromise between bitrate and samplerate to have a better sound quality. Regarding to that, I didn't found the option to set the ouput rate in ices kh47, and also I was wondering how

Hey everyone, I would like to add my graduate paper to the list of LLVM publications: http://scholarworks.rit.edu/theses/9550/ Here's the abstract if anyone is interested: *The Design of a Custom 32-bit RISC CPU and LLVM Compiler Backend* Compiler infrastructures are often an area of high interest for research. > As the necessity for digital information and technology increases, so does