search for: 0x0000000000000000

...s, Igor *2020-06-06 12:05:21.016705-0400 CppDevProCompiler[6613:3000073] Running...* *jitLink_MachO: magic = 0xfeedfacf, identifier = "llvm-link.submodule-jitted-objectbuffer"* *jitLink_MachO: cputype = 0x0100000c, cpusubtype = 0x00000000* *Creating normalized sections...* * __text: 0x0000000000000000 -- 0x0000000000000064, align: 4, index: 0* * __compact_unwind: 0x0000000000000068 -- 0x0000000000000088, align: 8, index: 1* *Creating normalized symbols...* * ltmp0: value = 0x0000000000000000, type = 0x0e, desc = 0x0000, sect = 0* * ltmp1: value = 0x0000000000000068, type = 0x0e, desc = 0x...

...gt;> jitLink_MachO: magic = 0xfeedfacf, identifier = > "llvm-link.submodule-jitted-objectbuffer" > >> > >> jitLink_MachO: cputype = 0x0100000c, cpusubtype = 0x00000000 > >> > >> Creating normalized sections... > >> > >> __text: 0x0000000000000000 -- 0x0000000000000064, align: 4, index: 0 > >> > >> __compact_unwind: 0x0000000000000068 -- 0x0000000000000088, align: 8, > index: 1 > >> > >> Creating normalized symbols... > >> > >> ltmp0: value = 0x0000000000000000, type = 0x0e, desc =...

...eadelf -l test.bfd Elf file type is EXEC (Executable file) Entry point 0x4000b0 There are 2 program headers, starting at offset 64 Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align LOAD 0x0000000000000000 0x0000000000400000 0x0000000000400000 0x00000000000000c0 0x00000000000000c0 R E 0x200000 GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 RW 0x10 Section to Segment mapping: Segment Section...

...e location of those symbols to lli tool (I tried –extra-object option but no effect). Could someone please let me know what am I missing or doing wrong? Any help is greatly appreciated!!! -- Thanks, Igor Stack dump: 0. Program arguments: C:\dev\llvm-project\build\Debug\bin\lli.exe .\hello.bc 0x0000000000000000 (0x0000000000000010 0xCCCCCCCCCCCCCCCC 0x000000575B18D640 0x00007FF68DEF6186) <unknown module> 0x000001AF8A3004F6 (0xCCCCCCCCCCCCCCCC 0x000000575B18D640 0x00007FF68DEF6186 0x000001AF8A4B0000) <unknown module> 0x0000000000000010 (0x000000575B18D640 0x00007FF68DEF6186 0x000001AF8A4B0000 0...

...or doing wrong? > > Any help is greatly appreciated!!! > >   > > -- > > Thanks, > > Igor > >   > > Stack dump: > > 0.      Program arguments: > C:\dev\llvm-project\build\Debug\bin\lli.exe .\hello.bc > > 0x0000000000000000 (0x0000000000000010 0xCCCCCCCCCCCCCCCC > 0x000000575B18D640 0x00007FF68DEF6186) <unknown module> > > 0x000001AF8A3004F6 (0xCCCCCCCCCCCCCCCC 0x000000575B18D640 > 0x00007FF68DEF6186 0x000001AF8A4B0000) <unknown module> > > 0x0000000000000010 (0x000000575B...

...fffffff804f3992 in sched_sync () at vnode_if.h:538 #14 0xffffffff80458d13 in fork_exit (callout=0xffffffff804f3350 <sched_sync>, arg=0x0, frame=0xffffffffae417c80) at /usr/src/sys/kern/kern_fork.c:781 #15 0xffffffff807173be in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:415 #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000001 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #2...

...ows IOT on Raspberry Pi ? I was able to convince LLVM to spit out some bitcode for this, but when I try llc it dumps: llc.exe test.bc -o test.obj -filetype=obj -O3 -mtriple=aarch64-win32-msvc -mcpu=cortex-a53 Wrote crash dump file "C:\Users\clovett\AppData\Local\Temp\llc.exe-4990d8.dmp" 0x0000000000000000 (0x0000000000000000 0x000001AE351C38E9 0x0000000000000007 0x000001AE351C38F1) <unknown module> 0x00007FF79681B7F5 (0x000001AE3526BFE0 0x000001AE35216D40 0x000001AE3526BFE0 0x000000047738EE80) 0x00007FF79681AEF6 (0x0000000000000000 0x000000047738F0D0 0x000001AE32C27BC0 0x000001AE3526BFE0) 0x00...

...of those symbols to lli tool (I tried –extra-object option but no effect). Could someone please let me know what am I missing or doing wrong? Any help is greatly appreciated!!! -- Thanks, Igor Stack dump: 0. Program arguments: C:\dev\llvm-project\build\Debug\bin\lli.exe .\hello.bc 0x0000000000000000 (0x0000000000000010 0xCCCCCCCCCCCCCCCC 0x000000575B18D640 0x00007FF68DEF6186) <unknown module> 0x000001AF8A3004F6 (0xCCCCCCCCCCCCCCCC 0x000000575B18D640 0x00007FF68DEF6186 0x000001AF8A4B0000) <unknown module> 0x0000000000000010 (0x000000575B18D640 0x00007FF68DEF6186 0x000001AF8A4B0000...

...; .quad 2 .section .AW.1,"aw" .quad 3 And script: SECTIONS { . = ALIGN(CONSTANT (MAXPAGESIZE)); .AX : { *(.AX.*) } . = ALIGN(CONSTANT (MAXPAGESIZE)); .A : { *(.A.*) } . = ALIGN(CONSTANT (MAXPAGESIZE)); .AW : { *(.AW.*) } } ld creates 2 segments here: LOAD 0x0000000000200000 0x0000000000000000 0x0000000000000000 0x0000000000200008 0x0000000000200008 R E 200000 LOAD 0x0000000000600000 0x0000000000400000 0x0000000000400000 0x0000000000000008 0x0000000000000008 RW 200000 Section to Segment mapping: Segment Sections... 00 .AX ....

...rnal_wrappers_indirect_methoids.h:2704 frame #9: 0x00000001010cd1f1 clasp_boehm_d`core::IndirectVariadicMethoid<core::policies::policies_<>, llvmo::DIBuilder_O, void (this=0x000000010c6ea5b8, lcc_resultP=0x00007fff5fb9eb58, lcc_nargs=1, lcc_fixed_arg0=0x000000010d1dd098, lcc_fixed_arg1=0x0000000000000000, lcc_fixed_arg2=0x0000000000000000, lcc_fixed_arg3=0x0000000000000000, lcc_fixed_arg4=0x0000000000000000)()>::invoke(gctools::multiple_values<core::T_O>*, unsigned long, core::T_O*, core::T_O*, core::T_O*, core::T_O*, core::T_O*) + 577 at external_wrappers_indirect_methoids.h:2698 fram...

On Tue, Apr 15, 2008 at 12:20 PM, Roland Smith <rsmith@xs4all.nl> wrote: > On Tue, Apr 15, 2008 at 11:34:31AM -0700, Steve Franks wrote: > > Being a naturally curious guy, with your pointers, I've located the following: > > > > [steve@dystant /var/crash]$ sudo cat info.2 > > Yep. This is what you need. > > > > Dump header from device

...00 | (XEN) 0x00000808: 0x0000 0x0000 0x0000 0x0008 | (XEN) 16-bit Host-State Fields | (XEN) 0x00000c00: 0x0000 0xe010 0x0000 0x0000 | (XEN) 0x00000c08: 0x0000 0x0000 0xe040 | (XEN) 64-bit Control Fields | (XEN) 0x00002000: 0x0000000000f96000 0x0000000000000000 | 0x0000000000f93000 0x0000000000000000 | (XEN) 0x00002004: ------------------ ------------------ | 0x0000000000000000 0x0000000000000000 | (XEN) 0x00002008: 0x0000000000000000 0x0000000000000000 | 0x0000000000000000 0x0000000000000000 | (XEN) 0x0000200c...

Hello, There it is, all my computers on FreeBSD 9.1-RELEASE had panic. I can just say there is a problem in the 9.1-RELEASE because I had no panic before. What afraid me is that my production server also panic'ed a few days ago, fortunately it does not appears so often. This is a panic that happened on my desktop computer, with a graphic card. The crash usually appears when X starts. GNU

...ve contents!", file C:\llvm\llvm\lib\Object\COFFObjectFile.cpp, line 951 0x00007FF65EAA574C (0x0000000000000016 0x00007FFC73140648 0x0000007900000008 0x00000079E68EDC40), HandleAbort() + 0xC bytes(s), c:\llvm\llvm\lib\support\windows\signals.inc, line 296 0x00007FFC807B396F (0x00007FF600000016 0x0000000000000000 0x0000007900000004 0x0000000000000101), raise() + 0x35F bytes(s) 0x00007FFC807C2060 (0x00000079E68EE3F0 0x0000000000000240 0x00007FFC80888430 0x00007FF65F7BFF80), abort() + 0x40 bytes(s) 0x00007FFC807ABF78 (0x00007FF65F7BFF80 0x00007FF65F7BFEF0 0xCCCCCCCC000003B7 0xCCCCCCCCCCCCCCCC), _wassert() + 0...

...x0000 0x0008 | > | (XEN) 16-bit Host-State Fields | > | (XEN) 0x00000c00: 0x0000 0xe010 0x0000 0x0000 | > | (XEN) 0x00000c08: 0x0000 0x0000 0xe040 | > | (XEN) 64-bit Control Fields | > | (XEN) 0x00002000: 0x0000000000f96000 | 0x0000000000000000 | > | 0x0000000000f93000 0x0000000000000000 | > | (XEN) 0x00002004: ------------------ | ------------------ | > | 0x0000000000000000 0x0000000000000000 | > | (XEN) 0x00002008: 0x0000000000000000 | 0x0000000000000000 | > | 0x00000000000...

..., file C:\llvm\llvm\lib\Object\COFFObjectFile.cpp, line 951 >> 0x00007FF65EAA574C (0x0000000000000016 0x00007FFC73140648 0x0000007900000008 0x00000079E68EDC40), HandleAbort() + 0xC bytes(s), c:\llvm\llvm\lib\support\windows\signals.inc, line 296 >> 0x00007FFC807B396F (0x00007FF600000016 0x0000000000000000 0x0000007900000004 0x0000000000000101), raise() + 0x35F bytes(s) >> 0x00007FFC807C2060 (0x00000079E68EE3F0 0x0000000000000240 0x00007FFC80888430 0x00007FF65F7BFF80), abort() + 0x40 bytes(s) >> 0x00007FFC807ABF78 (0x00007FF65F7BFF80 0x00007FF65F7BFEF0 0xCCCCCCCC000003B7 0xCCCCCCCCCCCCCCC...

Hello, Since FreeBSD 9.1 I have strange problems with the distribution. Some servers are rebooting without any kernel panic, instanly. First i thought it's a problem with my KVM system, but one of my FreeBSD under a Dell R210 have the same problem. The servers concerned are now: - Monitoring server - LDAP test server - Some other servers, randomly (not in production). First i thought it's

...appers_indirect_methoids.h:2704 >> frame #9: 0x00000001010cd1f1 clasp_boehm_d`core::IndirectVariadicMethoid<core::policies::policies_<>, llvmo::DIBuilder_O, void (this=0x000000010c6ea5b8, lcc_resultP=0x00007fff5fb9eb58, lcc_nargs=1, lcc_fixed_arg0=0x000000010d1dd098, lcc_fixed_arg1=0x0000000000000000, lcc_fixed_arg2=0x0000000000000000, lcc_fixed_arg3=0x0000000000000000, lcc_fixed_arg4=0x0000000000000000)()>::invoke(gctools::multiple_values<core::T_O>*, unsigned long, core::T_O*, core::T_O*, core::T_O*, core::T_O*, core::T_O*) + 577 at external_wrappers_indirect_methoids.h:2698 >>...

...0x0000fd38 main + 1740 (main.c:241) 6 imap 0x00001df4 _start + 348 (crt.c:272) 7 imap 0x00001c94 start + 60 Thread 0 crashed with PPC Thread State 64: srr0: 0x0000000000256ca8 srr1: 0x000000000200f030 vrsave: 0x0000000000000000 cr: 0x48000244 xer: 0x0000000000000004 lr: 0x0000000000256c94 ctr: 0x0000000000256c88 r0: 0x0000000000273700 r1: 0x00000000bffff410 r2: 0x0000000000000000 r3: 0x0000000000501e10 r4: 0x0000000000000010 r5: 0x0000000000000010 r6: 0x0000000000000022 r7: 0x0...

...bjectFile.cpp, line 951 >> >> 0x00007FF65EAA574C (0x0000000000000016 0x00007FFC73140648 >> 0x0000007900000008 0x00000079E68EDC40), HandleAbort() + 0xC bytes(s), >> c:\llvm\llvm\lib\support\windows\signals.inc, line 296 >> >> 0x00007FFC807B396F (0x00007FF600000016 0x0000000000000000 >> 0x0000007900000004 0x0000000000000101), raise() + 0x35F bytes(s) >> >> 0x00007FFC807C2060 (0x00000079E68EE3F0 0x0000000000000240 >> 0x00007FFC80888430 0x00007FF65F7BFF80), abort() + 0x40 bytes(s) >> >> 0x00007FFC807ABF78 (0x00007FF65F7BFF80 0x00007FF65F7BFEF0...