Hi Zdenek, Sorry it took so long to get back to this...
On Thu, Jul 25, 2013 at 3:11 PM, Zdenek Styblik <zdenek.styb...@gmail.com> wrote: > DCMI is some M$ server power management thing or whatnot. I believe > trying out similar code snippet should be enough to verify it works as > expected. > Please, can you test http://pastebin.com/1ideZhjn ? > > Not that it's of any help, but output at x86-64: > ~~~ > 0: '128' > 1: '62' > 2: '128' > 3: '62' > 4: '160' > 5: '255' > 6: '255' > 7: '255' > 8: '160' > 9: '255' > 10: '255' > 11: '255' > 12: '56' > 13: '81' > 14: '56' > 15: '81' > 16: '0' > 17: '0' > 18: '0' > 19: '0' > ~~~ Here's the output on a big endian machine (cavium MIPS 64 bits): root@octeon:~# ./z sample: 20792 limit: 16000 correction: 4294967200 0: '128' 1: '62' 2: '62' 3: '128' 4: '160' 5: '255' 6: '255' 7: '255' 8: '255' 9: '255' 10: '255' 11: '160' 12: '56' 13: '81' 14: '81' 15: '56' 16: '0' 17: '0' 18: '0' 19: '0' This is why you have to use: data[4] = correction >> 0; data[5] = correction >> 8; data[6] = correction >> 16; data[7] = correction >> 24; Instead of: *(uint32_t*)(&data[8]) = correction; to make the code endian neutral... thanks d ------------------------------------------------------------------------------ Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
