search for: 00000089

...n-zero on 'SIP/25-00000087' [Nov 10 11:22:45] VERBOSE[3242] netsock.c: == Using SIP RTP TOS bits 184 [Nov 10 11:22:45] VERBOSE[3242] netsock.c: == Using SIP RTP CoS mark 5 [Nov 10 11:22:45] VERBOSE[4366] pbx.c: -- Executing [901512541010 at from_internal_phones:1] NoOp("SIP/23-00000089", "Adding call to trunk group") in new stack [Nov 10 11:22:45] VERBOSE[4366] pbx.c: -- Executing [901512541010 at from_internal_phones:2] Set("SIP/23-00000089", "GROUP()=TRUNK_GROUP") in new stack [Nov 10 11:22:45] VERBOSE[4366] pbx.c: -- Executing [90...

...macro-outisbusy:3] GotoIf("SIP/101-00000103", "0?intracompany,1") in new stack -- Executing [s at macro-outisbusy:4] Playback("SIP/101-00000103", "all-circuits-busy-now&pls-try-call-later, noanswer") in new stack [2015-03-20 16:43:40] WARNING[2826][C-00000089]: file.c:701 ast_openstream_full: File all-circuits-busy-now does not exist in any format [2015-03-20 16:43:40] WARNING[2826][C-00000089]: file.c:1017 ast_streamfile: Unable to open all-circuits-busy-now (format (ulaw)): No such file or directory [2015-03-20 16:43:40] WARNING[2826][C-00000089]: app...

...GotoIf("SIP/101-00000103", > "0?intracompany,1") in new stack > -- Executing [s at macro-outisbusy:4] Playback("SIP/101-00000103", > "all-circuits-busy-now&pls-try-call-later, noanswer") in new stack > [2015-03-20 16:43:40] WARNING[2826][C-00000089]: file.c:701 > ast_openstream_full: File all-circuits-busy-now does not exist in any format > [2015-03-20 16:43:40] WARNING[2826][C-00000089]: file.c:1017 > ast_streamfile: Unable to open all-circuits-busy-now (format (ulaw)): No > such file or directory > [2015-03-20 16:43:40] WARNI...

...ot;, >>> "0?intracompany,1") in new stack >>> -- Executing [s at macro-outisbusy:4] Playback("SIP/101-00000103", >>> "all-circuits-busy-now&pls-try-call-later, noanswer") in new stack >>> [2015-03-20 16:43:40] WARNING[2826][C-00000089]: file.c:701 >>> ast_openstream_full: File all-circuits-busy-now does not exist in any format >>> [2015-03-20 16:43:40] WARNING[2826][C-00000089]: file.c:1017 >>> ast_streamfile: Unable to open all-circuits-busy-now (format (ulaw)): No >>> such file or directory...

Hi Holger, > Note that I did specify "-g", but not any "-Ox" switches. That > made the size of all *.o files together being 143 MB. LLVM represents debug info as explicit calls to intrinsics. This approach has many advantages, but a possible disadvantage is that it can significantly increase the size of the bitcode. I don't know if that explains your observations.

Dear list, In a little numbers game, I've hit a performance snag and I'm not sure how to code this in C. The game is the following: how many 8-digit numbers have the sum of their digits equal to 17? The brute-force answer could be: maxi <- 9 # digits from 0 to 9 N <- 5 # 8 is too large test <- 17 # for example's sake sum(rowSums(do.call(expand.grid, c(list(1:maxi),

...CONTENTS, ALLOC, LOAD, READONLY, DATA 7 .debug_frame 00000140 00000000 00000000 00002488 2**2 CONTENTS, RELOC, READONLY, DEBUGGING 8 .debug_loc 00000210 00000000 00000000 000025c8 2**0 CONTENTS, READONLY, DEBUGGING 9 .debug_pubnames 00000089 00000000 00000000 000027d8 2**0 CONTENTS, RELOC, READONLY, DEBUGGING 10 .debug_aranges 00000020 00000000 00000000 00002861 2**0 CONTENTS, RELOC, READONLY, DEBUGGING 11 .debug_str 0000005b 00000000 00000000 00002881 2**0 CONTENTS...

I want to share a little LLVM experiment. I tried LLVM on one of my bigger Qt 3.x based projects. I used llvm from SVN trunk (r39999) and SVN llvm-gcc-4.01 (r370) and did compile every file with /usr/src/llvm/dist/bin/g++ -c -pipe -g \ -Wall -Wextra -Wno-sign-compare \ ... lots of -Dxxxx ... \ --emit-llvm -I/usr/share/qt3/mkspecs/default \ -I. -I.. -I../../../include/qt3 -I.obj/ \

...000000b5 -1 0000009c -1 000000cb -1 000000a1 -1 000000ab -1 00000065 -1 0000004e -1 00000049 -1 000000dd -1 0000002a -1 000000b1 -1 000000b8 -1 00000070 -1 00000069 -1 0000009e -1 00000033 -1 00000039 -1 0000006a -1 0000002e -1 0000001f -1 00000089 -1 00000009 -1 00000067 0 0000005c 0 00000032 0 000000d1 0 00000095 0 000000d4 0 000000d5 0 000000ca 0 000000ce 0 000000ba 0 000000c7 0 000000d0 0 000000a6 0 0000003a 0 000000b9 0 000000c8 0 000000bf 0 000000dc 0000002f 0...

...0000005d 0 0000004a 0 0000004d 00000035 0 00000058 0 0000003a 0 00000051 0 00000053 0 0000003f 00000059 0 0000003d 0 0000003e 0 0000005e 0 0000000b 0 00000042 00000089 0 00000048 0 00000044 0 0000005f 0 0000001d 0 00000023 0 00000025 0 0000001f 0 00000020 0 0000001b 0 0000005c 0 00000027 0 00000022 0 000000a8 (D) C:\windows\Micros...

..._DIR32 _JazzFixnumClass > 7b: c7 05 04 00 00 00 d5 00 00 00 movl $213, 4 > 0000007d: IMAGE_REL_I386_DIR32 _foo > 85: 89 e1 movl %esp, %ecx > 87: c7 01 00 00 00 00 movl $0, (%ecx) > 00000089: IMAGE_REL_I386_DIR32 _foo > 8d: 89 44 24 20 movl %eax, 32(%esp) > 91: 89 54 24 1c movl %edx, 28(%esp) > 95: e8 00 00 00 00 calll 0 <_setfoo+0x96> > 00000096: IMAGE_REL_I386_REL32 _debugPointer >...

Hi @ All, I have installed Corel Draw on Ubuntu 7.10 with Wine 0.9.4.6. I used this installation guide http://appdb.winehq.org/appview.php?iVersionId=1840&iTestingId=6822 That meand I copied the to dll-files to home/.wine/win32 The Installation was successfull. No Errors. Than configured Wine and used the DLL Overridingtool to make "wintab32" & "msvcirt and native like

...000023 plugplay.exe 00000028 0 00000025 0 00000024 0 00000032 svchost.exe 00000043 0 0000003b 0 00000039 0 00000038 0 00000034 0 00000033 0 00000030 rpcss.exe 0000004b 0 0000004a 0 00000049 0 00000048 0 00000042 0 0000003d 0 0000003a 0 00000089 CS5.5ServiceManager.exe 0000008c 0 0000008b 0 0000008a 0 Backtrace: =>0 0x0bc44cba in cooltype (+0x24cba) (0x00331fc0) 1 0x0bc47955 in cooltype (+0x27954) (0x00332010) 2 0x0bc42558 in cooltype (+0x22557) (0x00332078) 3 0x0bc4263c in cooltype (+0x2263b) (0x003321b4) Another t...

...7b: c7 05 04 00 00 00 d5 00 00 00 movl $213, 4 >>> 0000007d: IMAGE_REL_I386_DIR32 _foo >>> 85: 89 e1 movl %esp, %ecx >>> 87: c7 01 00 00 00 00 movl $0, (%ecx) >>> 00000089: IMAGE_REL_I386_DIR32 _foo >>> 8d: 89 44 24 20 movl %eax, 32(%esp) >>> 91: 89 54 24 1c movl %edx, 28(%esp) >>> 95: e8 00 00 00 00 calll 0 <_setfoo+0x96> >>> 00000096: IMAGE_REL_I...

On Mon, Jun 5, 2017 at 1:34 PM, Nikodemus Siivola < nikodemus at random-state.net> wrote: > Uh. Turns out that if I hide the pointer to @foo from LLVM by passing it > through an opaque identity function ... then everything works fine. > > Is this a bug in LLVM or is there some magic involving globals I'm > misunderstanding? > This looks like a bug in the handling of

https://bugs.freedesktop.org/show_bug.cgi?id=103721 Bug ID: 103721 Summary: Frequent freezes with nouveau on Thinkpad P50 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

We (Michael Fetterman, George Dunlap and I) have been working over the last while on a full replacement for Xen''s shadow pagetable support. This mail contains some design notes, below; a patch against xen-unstable, giving a snapshot of the current state of the new shadow code, is at http://www.cl.cam.ac.uk/~tjd21/shadow2.patch Comments on both are welcome, although the code is not