search for: 00c2

...ounds (%struct.Date, %struct.Date* @date, i32 0, i32 2), align 4 ret i32 %1 } which yields the following assembly lines ... MOVI $r0, date LD $r4, $r0, 8 // load the content of [$r0 + 8] into return register $r4 JAL ... When I look at the text section (llvm-objdump -s output), I see this 0000 00c2 This is the correct MOVI opcode but the instead of the 0s, I should see the address of 'date' The ouput of llvm-objdump -r -t is this: RELOCATION RECORDS FOR [.rel.text]: 00000000 R_XXX_MOVI date (Note: correct relocation type) RELOCATION RECORDS FOR [.rel.e...

...the future, dropped (3) 2014-11-12 19:05:07 tinc.ccvpn[1879]: Packet from node5 (10.60.19.106 port 655) is 1665101896 seqs in the future, dropped (4) 2014-11-12 19:06:45 tinc.ccvpn[1879]: Connections: 2014-11-12 19:06:45 tinc.ccvpn[1879]: node1 at 10.60.19.107 port 40215 options 8 socket 7 status 00c2 outbuf 525/0/0 2014-11-12 19:06:45 tinc.ccvpn[1879]: node5 at 10.60.19.106 port 53329 options 8 socket 8 status 00c2 outbuf 770/0/0 2014-11-12 19:06:45 tinc.ccvpn[1879]: node4 at 10.60.19.101 port 57404 options 8 socket 16 status 00c2 outbuf 1049/0/0 2014-11-12 19:06:45 tinc.ccvpn[1879]: node2 a...

...hing like bind 9.0's rndc that communicates over a UNIX-domain socket: $ sudo tincc -n slamb.org show-connections Connections: scooby at 69.55.229.92 port 655 options 1 socket 8 status 01c2 outbuf 1553/0/0 calvin at 216.136.66.56 port 655 options 1 socket 7 status 00c2 outbuf 1594/0/0 hobbes at 63.99.9.243 port 655 options 1 socket 9 status 00c2 outbuf 1566/0/0 End of connections. $ sudo tincc -n slamb.org dump-graph connections.png $ sudo tincc -n slamb.org reconnect scooby 2. Continuously updating edge weights. tincd sometimes starts...

...at lists.llvm.org> wrote: > which yields the following assembly lines > > ... > MOVI $r0, date > LD $r4, $r0, 8 // load the content of [$r0 + 8] into return register $r4 > JAL > ... > > When I look at the text section (llvm-objdump -s output), I see this > > 0000 00c2 > > This is the correct MOVI opcode but the instead of the 0s, I should see the address of 'date' I don't think you should see "date" there yet. That's the whole reason for R_XXX_MOVI to exist: it tells the linker to insert the address of date when converting this ....

..., 00000000, (nil), (nil) trace:font:get_glyph_index 0435 (ffffffe5) -> ret 198 def_used 0 trace:font:WineEngGetGlyphOutline 0x1ee2f18, 00c6, 00000080, 0x33ef8c, 00000000, (nil), (nil) trace:font:get_glyph_index 0431 (ffffffe1) -> ret 194 def_used 0 trace:font:WineEngGetGlyphOutline 0x1ee2f18, 00c2, 00000080, 0x33ef8c, 00000000, (nil), (nil) trace:font:get_glyph_index 043d (ffffffed) -> ret 206 def_used 0 trace:font:WineEngGetGlyphOutline 0x1ee2f18, 00ce, 00000080, 0x33ef8c, 00000000, (nil), (nil) trace:font:get_glyph_index 043e (ffffffee) -> ret 207 def_used 0 trace:font:WineEngGetGlyp...

...(r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: ASF! BE08E388, 00A5 (r32 INTEL HCG 1 TFSM F4240) (XEN) ACPI: MCFG BE08E430, 003C (r1 ALASKA A M I 1072009 MSFT 97) (XEN) ACPI: SSDT BE08E470, 04A6 (r1 Intel_ AoacTabl 1000 INTL 20091112) (XEN) ACPI: AAFT BE08E918, 00C2 (r1 ALASKA OEMAAFT 1072009 MSFT 97) (XEN) ACPI: HPET BE08E9E0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) (XEN) ACPI: SSDT BE08EA18, 036D (r1 SataRe SataTabl 1000 INTL 20091112) (XEN) ACPI: SSDT BE08ED88, 09AA (r1 PmRef Cpu0Ist 3000 INTL 20051117) (XEN) ACPI: SSDT BE08F738,...

Hi everyone, you can find the current version of my enhanced tinc using subversion: svn://tardyon.mon-clan.de/tinc I allowed anonymous read access, so feel free to download the sources. Unfortunately, my enhancements are based on a rather old git-checkout from Guus. The version should run under windows and Debian/Ubuntu. Best, Daniel -----Original Message----- From: folkert [mailto:folkert

https://bugs.freedesktop.org/show_bug.cgi?id=59057 Priority: medium Bug ID: 59057 Assignee: nouveau at lists.freedesktop.org Summary: Black screen after resume from s2ram QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: pontus.fuchs at gmail.com

...[nop,nop,TS val 5433980 ecr 5433978], length 198 0x0000: 4500 00fa abb2 4000 4006 9cb9 c0a8 3821 E..... at .@.....8! 0x0010: c0a8 3820 c10a 0185 4279 4d22 6f87 c209 ..8.....ByM"o... 0x0020: 8018 00ed f27e 0000 0101 080a 0052 ea7c .....~.......R.| 0x0030: 0052 ea7a 0000 00c2 0504 04ff 000c 000c .R.z............ 0x0040: 0000 0000 12bf 074c 4d70 f42b d883 5c13 .......LMp.+..\. 0x0050: e0bb 4f34 3081 a302 0106 6358 0417 6463 ..O40.....cX..dc 0x0060: 3d41 442c 6463 3d45 5841 4d50 4c45 2c64 =AD,dc=EXAMPLE,d 0x0070: 633d 4e45 540a 0102 0a01 0002 0100...

i can use the smbclient -L just fine to get a list of shares off my NT4 (Alpha processor) server. My problem lies with rpcclient. It lets me login but then samtest gives the following error: smb: \> samtest samtest SAM Encryption Test SAMR_R_UNKNOWN_38: Unknown NT error smb: \> all i need to be able to do is change the nt password, but the ntpass command gives the same error. any ideas

Hey Richard, Could you share the following informations please? 1. gluster volume info <volname> 2. getfattr output of that file from all the bricks getfattr -d -e hex -m . <brickpath/filepath> 3. glustershd & glfsheal logs Regards, Karthik On Thu, Oct 26, 2017 at 10:21 AM, Amar Tumballi <atumball at redhat.com> wrote: > On a side note, try recently released health

On a side note, try recently released health report tool, and see if it does diagnose any issues in setup. Currently you may have to run it in all the three machines. On 26-Oct-2017 6:50 AM, "Amar Tumballi" <atumball at redhat.com> wrote: > Thanks for this report. This week many of the developers are at Gluster > Summit in Prague, will be checking this and respond next

...heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed metadata selfheal on addd3955-b9f0-476c-98b0-dce62d32de61. sources=0 [2] sinks=1 [2017-10-25 10:40:32.020718] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on d53c8e02-00c2-42d3-b157-30840aded559. sources=0 [2] sinks=1 [2017-10-25 10:40:32.031638] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on bfe05b3c-a2a0-412d-9adc-51d7c1fc9ab2. sources=0 [2] sinks=1 [2017-10-25 10:40:32.037414] I [MSGID: 108026] [...