search for: blammo

...there something better? I'd really prefer something more limited that just allows me to select whatever it sees as a removable drive and disallows any screwin' about with the other drives. "Format the USB connected drive?". "Choose format (ext4, ext3, fat32)". "Blammo." -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

...ce-timeout is not the right solution as > a 10 second gap in audio streaming is really bad! A simple log message > could help track those type of problems. If the > sleep is over say 2 seconds then show warning. hmmm patch brewing!!. Hmm. Well, it ran fine again for 14+ hours, but then - blammo. I got nothing from my ices log (stupid stupid me had loglevel set to only 3..) but icecast said: "Disconnecting source due to socket read error: Broken pipe" I have put debug logging on, so I'll wait and see. > > The send_raw one fixes the busy loop problem, and the ices pat...

...x. Copied all the directories onto the key. Then copied the contents of the /boot dir into the root dir. I renamed isolinux.cfg to syslinux.cfg I had some problems because syslinux did not like the minirt24.gz file. I booted to a windows box and unzipped the minirt24.gz into miniroot.img and *BLAMMO* it booted knoppix! Just like the cd... I did have to fuss with the bios boot order.. ScottP

Karl Heyes wrote: > Having mp3's in the playlist won't work well:). It's not supposed to stop > ices though, same for non-existent files. I'll have to check that. The > swallow all my CPU sounds like the send_raw bug. Does it also show an > increased memory usage as well? <p>Just came in this morning and it is sitting there using 98.5% cpu and 47.6% memory.

On Nov 12, 2008, at 5:07 PM, David Greene wrote: > On Wednesday 12 November 2008 18:58, Chris Lattner wrote: >> On Nov 12, 2008, at 3:37 PM, David Greene wrote: >>>>> Unfortunately, calling FunctionType::refineAbstractType(opaque, >>>>> void >>>>> (...)) >>>>> doesn't work because RefineAbstractType doesn't recurse

...[i32 (i32 (\2) *)]) remAbstractTypeUser[0x3a8d1c0, i32 (i32 (\2) *)][0] User = 0x3a8d420 REFINING abstract type [0x3a8d420 i32 (i32 (\2) *) *] to [0x3a8c680 i32 (\2) *]! remAbstractTypeUser[0x3a8c810, opaque][2] User = 0x3a8d420 remAbstractTypeUser[0x3a8c810, opaque][0] User = 0x3a8d000 *** BLAMMO! *** llvm/lib/VMCore/Type.cpp:474: llvm::FunctionType::FunctionType(const llvm::Type*, const std::vector<const llvm::Type*, std::allocator<const llvm::Type*> >&, bool): Assertion `(Params[i]->isFirstClassType() || isa<OpaqueType>(Params[i])) && "Function ar...

On Wednesday 12 November 2008 18:58, Chris Lattner wrote: > On Nov 12, 2008, at 3:37 PM, David Greene wrote: > >>> Unfortunately, calling FunctionType::refineAbstractType(opaque, void > >>> (...)) > >>> doesn't work because RefineAbstractType doesn't recurse down into > >>> the > >>> pointee types. > >> > >>

There's an article on slashdot about the Duqu team wiping all their intermediary c&c servers on 20 Oct. Interestingly, the report says that they were all (?) not only linux, but CentOS. There's a suggestion of a zero-day exploit in openssh-4.3, but both the original article, and Kaspersky labs (who have a *very* interesting post of the story) consider that highly unlikely, and the