search for: lofty

...On Jan 29, 2008 9:05 AM, S Ellison <S.Ellison at lgc.co.uk> wrote: > >>> "Gabor Grothendieck" <ggrothendieck at gmail.com> 29/01/2008 12:35:27 > >>> > > As is common in human affairs, even > > the illusion of understanding is preferred to a lofty digression > upon > > why the audience does not understand. > > Gabor, > > This should be in fortunes; it is depressingly accurate. > But it doesn't have to be a lofty digression. > > S > > > > ***********************************************************...

Mmm...I swear I read somehwere that the 7912G did SIP? Cisco lists it as an SCCP only phone? -- Undocumented Features quote of the moment... "It's not the one bullet with your name on it that you have to worry about; it's the twenty thousand-odd rounds labeled `occupant.'" --Murphy's Laws of Combat

...is also why IMHO our ELF emission in general isn't well tested. elf-dump is just too rudimentary and relies on simple (=dumb) binary contents dumps. The long-term solution for DWARF would be to enhance lib/DebugInfo to the point where it can handle all interesting DWARF sections. But this is a lofty goal, since DWARF parsing is notoriously hard and this would require a large investment of time and effort. And in the meantime, we just don't write good enough tests (and enough of them) for this very important feature. Therefore, as an interim stage, I propose to adopt some external tool tha...

I can see how you log an agent in, but how to log one out? For login I think I'll have our people dial something like _8900XXXX, then use $(EXTEN:4} to get the callback extension automatically I can't find any better way at the moment, all my outgoing CID info needs to point to our main trunk line, but I'm not sure I can make that happen any other way than what I'm doing now

Thanks everyone for your feedback, especially Mark. I now have the ALL the files I need. My order still stands for the $8.00 product from CISCO but the CP7960 dealer sent me all the files. Now I will move on to completeing the setup of the TFTP server. Thanks again -----Original Message----- From: Michael Loftis [mailto:mloftis@wgops.com] Sent: Friday, February 18, 2005 7:51 PM To:

I''m havign a HUGE amount of difficulty getting shoreline to work with LVS. We use it here constantly so we know it works. The problem is packets come in, get directed to a webserver, webserver returns the packet to firewall, and then it goes into a black hole. rp_filter is off globally on all interfaces. LVS seems to be working right.... I use shorewall tcrules to mark packets on

Why is using ulaw or alaw an unlikely scenario? I wouldn't use anything but ulaw\alaw. The Bells can compete on price and will if they have to. Where they CAN'T compete is quality. If there were something better than 711, I'd offer that. Well, there is 722, but not many things support it. ---- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com ----- Original

...ived, and sorted. In reading through the comment tags discussion, I noticed that, once you allow one thing, everyone else jumps in with what's important to them, and you start to duplicate the proposed XML MetaData stream unnecessarily. Having a short field for identification purposes is a lofty goal, but one, I think, that is harder to reach than would seem apparent. One person noted that he has 8 copies of an Orbital song (pls. correct me if I'm wrong, I can't seem to find the reference again), and so merely having ARTIST/SONG TITLE in the comment field would not be enough...

...sion in general isn't well > tested. elf-dump is just too rudimentary and relies on simple (=dumb) > binary contents dumps. > > The long-term solution for DWARF would be to enhance lib/DebugInfo to > the point where it can handle all interesting DWARF sections. But this > is a lofty goal, since DWARF parsing is notoriously hard and this > would require a large investment of time and effort. And in the > meantime, we just don't write good enough tests (and enough of them) > for this very important feature. > > Therefore, as an interim stage, I propose to adop...

...t breakpad also has a CFI assembler (http://code.google.com/p/google-breakpad/source/browse/trunk/src/common/dwarf/cfi_assembler.cc) > > The long-term solution for DWARF would be to enhance lib/DebugInfo to > the point where it can handle all interesting DWARF sections. But this > is a lofty goal, since DWARF parsing is notoriously hard and this > would require a large investment of time and effort. ????? Having written about 6 DWARF parsers, I strongly disagree it is either notoriously hard or a large investment of time and effort. People have written DWARF parsers on the weekend....

hey folks, i'm setting up an archive of mp3s and need to get an on-demand streaming solution up. i've got icecast running well and the streaming is great. the thing is that i need to let folks click a link and start listening from the beginning of an audio file. seems like i could script something to start up a new stream for each user and serve them up a unique url, but that seems a

...sion in general isn't well > tested. elf-dump is just too rudimentary and relies on simple (=dumb) > binary contents dumps. > > The long-term solution for DWARF would be to enhance lib/DebugInfo to > the point where it can handle all interesting DWARF sections. But this > is a lofty goal, since DWARF parsing is notoriously hard and this > would require a large investment of time and effort. And in the > meantime, we just don't write good enough tests (and enough of them) > for this very important feature. Are there particular recent commits you've been concer...

...ps) make those into a link to each other. - As above, I''d also like to add extra functionality. I setup acts_as_revisable in my database and it works very well. If a user has an elevated role, I''d like to have them be able to review the history of a record. These are pretty lofty goals and this will take some baby steps. I''m still new to Ruby/RoR, but I think it''s been hard (so far) to find good documentation that addresses some of these issues. Or maybe I don''t know the key words or how to approach this the Ruby Way (probably the case)? I'...

Samuel Crow <samuraileumas at yahoo.com> writes: > Here's some of what it would take to make portable bitcodes in C or LLVM Assembly: A look at the work done on ANDF in the 90's may be helpful. I've only skimmed it but there's been some deep thinking about stuff like this. -Dave

You can still do this from icecast as icecast can be a rudimentary http streamer. If you enter the following: http://your.url.com:8000/list.cgi this will popup a page that will detail some status info about your icecast server. About half way down, there should be a link pointing you to a listing of the current mp3 files that are available via http (need to define this list). Click on this link

...ser''s Encrypted payment settings after uploading the key. Any suggestions about what I''m doing wrong? Also, is there any way to get the paypal sandbox to give more useful debugging information? jpb -- Joe Block <jpb@ApesSeekingKnowledge.net> Computer Science is about lofty design goals and algorithmic optimization. System Administration is about cleaning up the resulting mess.

Are the 7.x SIP images for the 7940/7960 compatible with the 7912 or no? I ask because there is a 'special' section for 7912 SIP images that seem to be on a totally different revision train. -- GPG/PGP --> 0xE736BD7E 5144 6A2D 977A 6651 DFBE 1462 E351 88B9 E736 BD7E

...p with nVidia's closed driver and the other is a ThinkPad 570 using the open neomagic driver; I don't think there's a specific connection between this bad hardware and the i_blocks problem. -- Chip Salzenberg - a.k.a. - <chip@pobox.com> "Men of lofty genius are most active when they are doing the least work." -- Leonardo da Vinci

Hi: It's been a few weeks since the great voip-info.org crash. Around that time there was some lofty talk about a set of mirrors being set up for it. Has anything happened with that, or are we just going back to business as usual? -Stephen-

...package present [1] FALSE And then the all important: > convertTo("png",filePrefix="/foo/bar") I'm still pondering the above functions. The basic idea would be to make graphics file format conversions device driver independent. I'm not sure if this is too lofty a goal, since different device drivers will require very different further arguments... Anyway, all thoughts welcome. Barry