search for: 000000a6

...] Dial("SIP/309-000000a5", "Local/22 at CW/n") in new stack -- Called 22 at CW/n -- Executing [22 at CW:1] Dial("Local/22 at CW-af6f;2", "SIP/307") in new stack == Using SIP RTP CoS mark 5 == Using UDPTL CoS mark 5 -- Called 307 -- SIP/307-000000a6 is ringing -- Local/22 at CW-af6f;1 is ringing -- SIP/307-000000a6 is ringing -- SIP/307-000000a6 is ringing -- SIP/307-000000a6 is ringing -- SIP/307-000000a6 answered Local/22 at CW-af6f;2 -- Local/22 at CW-af6f;1 answered SIP/309-000000a5 == Spawn extension (CW, 22, 1)...

...sages Oct 23 17:20:35] WARNING[7593][C-000000aa]: chan_ooh323.c:1413 ooh323_indicate: Don't know how to indicate condition 33 on ooh323c_60 [Oct 23 17:20:35] WARNING[7593][C-000000aa]: chan_ooh323.c:1413 ooh323_indicate: Don't know how to indicate condition 33 on ooh323c_60 -- SIP/3230-000000a6 is ringing [Oct 23 17:20:37] WARNING[7593][C-000000aa]: chan_ooh323.c:1413 ooh323_indicate: Don't know how to indicate condition 33 on ooh323c_60 any idea? -- rickygm http://gnuforever.homelinux.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http:/...

...DI:00c1c000 Stack dump: 0x0033e5b4: 003f012c 00000011 0033e698 00000000 0x0033e5c4: 000001d8 0033e614 0000005a 00c1b000 0x0033e5d4: 00c1b000 0000005a 012b6bb4 012e0000 0x0033e5e4: 00000000 1500c6c0 0033e704 00000040 0x0033e5f4: 00000029 1500c6e0 00000002 1500c6c0 0x0033e604: 00000002 000002a2 000000a6 003b1630 Backtrace: =>1 0x00b400a8 (0x0033e6d0) 2 0x0000100f (0x0000006c) 3 0x00000000 (0x00000000) 0x00b400a8: movb %al,0x0(%edi) Modules: Module Address Debug info Name (121 modules) PE 400000- 4db000 Deferred warcraft ii bne PE 2000000- 200f000 Deferred w2local PE 1000...

...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 00000080 (D) C:\Program Files\DVDSubEdit\DVDSubEdit.exe 00000075 0 <== Backtrace: =>1 0x0040483d in dvdsubedit (+0x483d) (0xffffffff) Wine is wine-1.0 DVDSubEdit is latest (1.41) but tried others...

...setfoo+0x96> > 00000096: IMAGE_REL_I386_REL32 _debugPointer > 9a: 89 e1 movl %esp, %ecx > 9c: c7 41 08 d5 00 00 00 movl $213, 8(%ecx) > a3: c7 41 04 00 00 00 00 movl $0, 4(%ecx) > 000000a6: IMAGE_REL_I386_DIR32 _JazzFixnumClass > aa: c7 01 00 00 00 00 movl $0, (%ecx) > 000000ac: IMAGE_REL_I386_DIR32 _foo > b0: 89 44 24 18 movl %eax, 24(%esp) > b4: 89 54 24 14 movl %edx, 20(%esp) >...

...00000096: IMAGE_REL_I386_REL32 _debugPointer >>> 9a: 89 e1 movl %esp, %ecx >>> 9c: c7 41 08 d5 00 00 00 movl $213, 8(%ecx) >>> a3: c7 41 04 00 00 00 00 movl $0, 4(%ecx) >>> 000000a6: IMAGE_REL_I386_DIR32 _JazzFixnumClass >>> aa: c7 01 00 00 00 00 movl $0, (%ecx) >>> 000000ac: IMAGE_REL_I386_DIR32 _foo >>> b0: 89 44 24 18 movl %eax, 24(%esp) >>> b4: 89 54 24 14...

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

mainly question for the intel folks, any chance to rerun the ltp testsuites to see how we are doing these days with all the changes ? thanks :) Wim