search for: 20471

...But hunting is not working: -- Attempting call on Local/482@test/n for 430@test:1 (Retry 1) -- Executing Dial("Local/482@test-0cba,2", "OH323/101@192.168.2.73|10") in new stack -- H.323 call to 101@192.168.2.73 with codec(s) ALAW Outbound H.323 call 'ip$localhost/20471'. -- Called 101@192.168.2.73 Call 'ip$localhost/20471' alerted in INIT state. -- OH323/L20471 is ringing Dec 6 04:05:53 NOTICE[10787]: pbx_spool.c:234 attempt_thread: Call failed to go through, reason 3 -- Hungup 'OH323/L20471' == Spawn extension (test, 482, 1) ex...

Hi to all, i have dovecot 2.2.5 when i digit doveadm who i see a lot of connections IMAP for single user liker the example below xxxxx.yyyyyy at mail.cgilfe.it 9 imap (20572 20614 19120 20653 19136 20655 19138 20661 20471) (192.168.x.xxx) Why so many IMAP? -- *Davide Marchi* *T*eorema *F*errara *Srl* Via Spronello, 7 - Ferrara - 44121 Tel. *0532783161* Fax. *0532783368* E-m at il: *davide.marchi at mail.cgilfe.it* Skype: *davide.marchi73* Web: *http://www.cgilfe.it* *CONFIDENZIALITA'* *Ai sensi del D.Lgs. 19...

...97 289 153 335 289 624 1 1 20460 1997 289 153 118 289 407 1 1 20465 1997 289 150 31 289 320 1 1 20473 1997 289 147 65 289 354 1 1 20484 1997 289 133 58 289 347 1 1 20489 1997 289 130 56 289 345 1 1 16808 1997 259 137 137 259 396 0 1 16810 1997 303 181 64 303 367 0 1 16816 1997 259 130 1 259 260 0 1 20471 1997 289 147 334 289 623 0 1 16826 1997 259 127 20 259 279 0 1

Adding the flags in an opt pass seems to do the trick. I added the flags as follows M.addModuleFlag(llvm::Module::Warning, "Dwarf Version", 3); M.addModuleFlag(llvm::Module::Error, "Debug Info Version", llvm::DEBUG_METADATA_VERSION); llvm-dwarfdump and addr2line now point at a line in .ll files, not the source files. Thanks! /Muneeb On 15 Oct

Yes, I am using opt and llc from the same version (3.5). I know that there were issues with debug-ir in 3.4. I have explored the source tree myself for 3.5 and I know that the pass -debug-ir does kick in with opt. But I have no clue of what happens with the debug information in (and after) the llc pass. /Muneeb On 15 Oct 2014, at 17:14, David Blaikie <dblaikie at gmail.com> wrote: >

I''ve been mostly lurking here with an occasional nuby question for a few weeks now. It seems like Ruby and Rails and the many libraries and tools growing up around it are a remarkable toolset. Unfortunately I''m finding the whole enchilada a bit daunting. It seems that if one is to truly tap into the power of this thing and do a significant amount of developing, one needs

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...25 0 0.02 117425 grepair.ll 1 9799 0 0.01 9766 0 0.01 9766 grow.ll 2 21304 0 0.01 21275 0 0.01 21275 gschar.ll 34 144866 1 0.02 144214 1 0.02 144195 gscolor.ll 18 66728 0 0.02 66704 0 0.02 66704 gscoord.ll 13 36076 0 0.01 36052 0 0.01 34222 gsdevice.ll 26 67030 4 0.01 65511 1 0.02 66148 gsfile.ll 1 20471 0 0.01 20447 0 0.01 20447 gsfont.ll 13 44042 1 0.01 43603 1 0.01 43603 gsim2out.ll 8 67436 0 0.01 67412 0 0.01 67412 gsimage.ll 15 164706 0 0.02 164682 0 0.02 164682 gsline.ll 12 25004 0 0.01 24980 0 0.01 24980 gs.ll 9 34248 0 0.01 34224 0 0.01 34224 gsmain.ll 3 18785 0 0.01 18761 0 0.01 18761 gsma...