search for: 42u

...2s] Which is: 6 [ 1412s] /home/abuild/rpmbuild/BUILD/llvm/unittests/ADT/BitVectorTest.cpp:83: Failure [ 1412s] Value of: 23u [ 1412s] Actual: 23 [ 1412s] Expected: Count [ 1412s] Which is: 27 [ 1412s] /home/abuild/rpmbuild/BUILD/llvm/unittests/ADT/BitVectorTest.cpp:113: Failure [ 1412s] Value of: 42u [ 1412s] Actual: 42 [ 1412s] Expected: Count [ 1412s] Which is: 43 [ 1412s] [ FAILED ] BitVectorTest/0.TrivialOperation, where TypeParam = <type> (1 ms) [ 1412s] [----------] 1 test from BitVectorTest/0 (1 ms total) [ 1412s] [ 1412s] [----------] Global test environment tear-down [ 1412s]...

Hi all, sorry for the OT. Is IBM and Dell 42U rack compatible in dimension, rails, etc? Can we put IBM servers into Dell rack? Google says it depends. Much appreciated if you can share your experience. http://www.server-racks.com/why-all-racks-are-not-created-equal.html Thank you.

...lts in a CBE short for an > input C/C++ uint32_t ? Hmm the problem was a bit different. I just reproduced it. I used this input file: #include <stdint.h> uint32_t test(uint32_t t) { return(t + 42); } and got the following code: unsigned test(unsigned ltmp_0_1) { return (ltmp_0_1 + 42u); } unsigned is 16 bit on my target platform. Philipp

...was a bit different. I just reproduced it. > > I used this input file: > > #include <stdint.h> > > uint32_t test(uint32_t t) > { > return(t + 42); > } > > and got the following code: > > unsigned test(unsigned ltmp_0_1) { > return (ltmp_0_1 + 42u); > } > > unsigned is 16 bit on my target platform. Sure, but what is it on the target that llvm-gcc is configured for? If you're running llvm-gcc on a 32-bit platform without configuring it as a cross-compiler then the above is correct. 32-bit unsigned is what is expected on the tar...

...mbuild/BUILD/llvm/unittests/ADT/BitVectorTest.cpp:83: Failure > [ 1412s] Value of: 23u > [ 1412s] Actual: 23 > [ 1412s] Expected: Count > [ 1412s] Which is: 27 > [ 1412s] > /home/abuild/rpmbuild/BUILD/llvm/unittests/ADT/BitVectorTest.cpp:113: > Failure > [ 1412s] Value of: 42u > [ 1412s] Actual: 42 > [ 1412s] Expected: Count > [ 1412s] Which is: 43 > [ 1412s] [ FAILED ] BitVectorTest/0.TrivialOperation, where TypeParam = > <type> (1 ms) > [ 1412s] [----------] 1 test from BitVectorTest/0 (1 ms total) > [ 1412s] > [ 1412s] [----------] Gl...

...> > > GPS time is a much better solution, but it?s power-hungry, as you probably > know from running GPS on your smartphone. This rules it out for laptops. > > The GPS transmitters probably have a higher received signal strength than > WWVB, but cinderblock walls and grids of 42U equipment racks block the GPS > signal quite well. This is why data centers with such clocks generally > have to run an antenna to the outside for their clock. That makes it far > more expensive than just connecting to an upstream NTP server. > > > When I was a student, such que...

One of our STEM interns recently observed that there are inexpensive clocks that sync via radio to standard time services.? This begged a question about why every computer would not have a radio module to receive time.? Our senior staff did not have a good answer or if time from such a radio module would be supported by the operating system. When I was a student, such questions would have earned

...easier it is out on the coasts. GPS time is a much better solution, but it?s power-hungry, as you probably know from running GPS on your smartphone. This rules it out for laptops. The GPS transmitters probably have a higher received signal strength than WWVB, but cinderblock walls and grids of 42U equipment racks block the GPS signal quite well. This is why data centers with such clocks generally have to run an antenna to the outside for their clock. That makes it far more expensive than just connecting to an upstream NTP server. > When I was a student, such questions would have earned...

Hi Philipp, On Fri, 2006-11-24 at 20:09 +0100, Philipp Klaus Krause wrote: > Reid Spencer schrieb: > > > Note that C and LLVM types are *not* the same things (despite the > > similar names). We are in the process of making this abundantly clear. > > The LLVM IR will soon use names like i8, i16, i32, and i64 (signless > > integer quantities of specific sizes,

Reid Spencer schrieb: > Note that C and LLVM types are *not* the same things (despite the > similar names). We are in the process of making this abundantly clear. > The LLVM IR will soon use names like i8, i16, i32, and i64 (signless > integer quantities of specific sizes, regardless of platform). I had explicitly specified the size in the input code using a uint32_t type, the

...root 10u IPv4 13473 0t0 UDP *:138 nmbd 5309 root 11u IPv4 13477 0t0 UDP 192.168.16.31:137 nmbd 5309 root 12u IPv4 13478 0t0 UDP 192.168.16.31:138 root at server2# lsof -nPi4 | grep mbd | grep -v ESTABLISHED smbd 29514 root 42u IPv4 58325208 0t0 TCP 192.168.16.38:445 (LISTEN) smbd 29514 root 43u IPv4 58325209 0t0 TCP 192.168.16.38:139 (LISTEN) smbd 29514 root 54u IPv4 58325220 0t0 TCP 192.168.16.32:445 (LISTEN) smbd 29514 root 55u IPv4 58325221 0t0...

...bably know from running GPS on your smartphone. This rules it out for laptops. Not exactly; laptop batteries' capacity is an order of magnitude larger than phone batteries. > The GPS transmitters probably have a higher received signal strength than WWVB, but cinderblock walls and grids of 42U equipment racks block the GPS signal quite well. This is why data centers with such clocks generally have to run an antenna to the outside for their clock. That makes it far more expensive than just connecting to an upstream NTP server. No, GPS is lower signal strength than WWVB, at least for mo...

Hello Rowland, I think avahi-daemon is not installed as standard in ubuntu 14.04.3 LTS Here is in our server : ROOT at SERVER:~# DPKG -L |GREP AVAHI II  LIBAVAHI-CLIENT3:AMD64              0.6.31-4UBUNTU1                  AMD64        AVAHI CLIENT LIBRARY II  LIBAVAHI-COMMON-DATA:AMD64          0.6.31-4UBUNTU1                  AMD64        AVAHI COMMON DATA FILES II 

Keywords: dovecot, dict, quota, postgre sql, broken pipe, remote disconnected Having Dovecot 2.2.22 (fe789d2) with Postgre SQL 9.5 (9.5.5-0ubuntu0.16.04) as the backend. I do not understand why quota service is not working, not seeing it as a configuration error at least. My quotas are DICT/SQL based. OS: Ubuntu 16.0.4.1 32-bit (Linux XXX 4.4.0-59-generic #80-Ubuntu SMP Fri Jan 6 17:36:54

...0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 40u a_inode 0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 41u unix 0xffff88102de37000 0t0 40140 /var/lib/libvirt/qemu/domain-2-ubuntu16.04-2/monitor.sock qemu-kvm 13468 qemu 42u CHR 189,268 0t0 11444 /dev/bus/usb/003/013 qemu-kvm 13468 qemu 43u CHR 189,267 0t0 11441 /dev/bus/usb/003/012 qemu-kvm 13468 qemu 44u unix 0xffff88102d675c00 0t0 47483 socket qemu-kvm 13468 qemu 45u unix 0xffff8...