search for: 8456

...ding="ISO-8859-1"?> Adding this worked fine when I tested it without using backgroundrb. That is, when parsing within the main application, I get the expected behaviour. However, when I try to hand it off to a worker, I get the following error in backgroundrb.log: 20070423-13:36:41 (8456) Connection reset by peer - (DRb::DRbConnError) 20070423-13:36:41 (8456) /usr/lib/ruby/1.8/drb/drb.rb:563:in `read'' 20070423-13:36:41 (8456) /usr/lib/ruby/1.8/drb/drb.rb:563:in `load'' 20070423-13:36:41 (8456) /usr/lib/ruby/1.8/drb/drb.rb:629:in `recv_reply'' 20070423-13:36...

https://bugzilla.samba.org/show_bug.cgi?id=8456 Summary: improve --link-dest bahaviour Product: rsync Version: 3.0.8 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org R...

...etmask 255.255.255.0 broadcast 192.168.1.255 iface br0 inet static address 192.168.20.240 network 192.168.20.0 broadcast 192.168.20.255 netmask 255.255.255.0 bridge_ports eth1 bridge_maxwait 0 -- Julio Cesar Batista de Oliveira + 55 (69) 8456-3676 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

...-o main \ ... lots of *.o files ... \ -L/usr/share/qt3/lib -L/usr/X11R6/lib \ -lcrypto -lusb -lutil -lqt-mt -lXext -lX11 -lm -lpthread This time LLVM did not eat too much memory. I got a nice executable. $ size main text data bss dec hex filename 1170074 74586 8456 1253116 131efc main The same compiled with "g++ (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)" and "GNU ld version 2.17 Debian GNU/Linux" gave me: $ size main 952074 8572 4528 965174 eba36 main In the gcc case, I link with "g++", with link options &...

...&hints, &res0); + error = getaddrinfo(name_buf, NULL, &hints, &res0); if (error) { rprintf(FERROR, RSYNC_NAME ": forward name lookup for %s failed: %s\n", -- John L. Allen, Dept 0631, EMS 516-346-8456, MS C06-001 Northrop Grumman Information Technology Internal Information Services -- <<JOHN.L.ALLEN.vcf>> -------------- next part -------------- A non-text attachment was scrubbed... Name: JOHN.L.ALLEN.vcf Type: application/octet-stream Size: 836 bytes Desc: not ava...

I want to share a little LLVM experiment. I tried LLVM on one of my bigger Qt 3.x based projects. I used llvm from SVN trunk (r39999) and SVN llvm-gcc-4.01 (r370) and did compile every file with /usr/src/llvm/dist/bin/g++ -c -pipe -g \ -Wall -Wextra -Wno-sign-compare \ ... lots of -Dxxxx ... \ --emit-llvm -I/usr/share/qt3/mkspecs/default \ -I. -I.. -I../../../include/qt3 -I.obj/ \

...dsp,l3udss1,mISDN_l2,mISDN_l1 edd 9240 0 joydev 10304 0 sg 35488 0 st 39196 0 sr_mod 16292 0 ide_cd 36740 0 cdrom 36892 2 sr_mod,ide_cd nvram 8456 0 capidrv 28340 0 isdn 134092 1 capidrv slhc 7552 1 isdn capi 17728 0 capifs 5896 2 capi kernelcapi 45856 2 capidrv,capi usbserial 29040 0 parport_pc 35392 1...

...new UPS etc.) - 0X04.". According to this doc we can expect that all new PowerCOM devices will be shipped with ID 0X0d9f:0X04. For example, my Imperial IMD-825AP LCD has 0x0004, but an old examples of this model have 0Xa2. Also, lets take a look inside PCM_USB_protocol_2014.pdf: "16 0x8456 Delay Before Startup R/W *5 Byte*" And old specs for BNT protocol: "16 8456 DelayBeforeStartup *** R/W *2 Byte*" So, the length for DelayBeforeStartup report changed from 2 to 5 bytes. Or there was added a new report for example: "44 0x8436 Temperature R/O 2 Byte" This w...

On Nov 11, 2014, at 3:30 PM, Maksym Bodaniuk <max.bodaniuk at gmail.com> wrote: > Dear Charles and Artem, > > I've recently bought a new PowerCom Imperial IMD825-AP LCD which identifies itself as 0x0d9f:0x0004. > At first glance it seems that usbhid-ups driver works fine. But when I tried to shutdown UPS via DelayBeforeShutdown it started double beeping every couple seconds

...ur case). I tried the obvious "HOME=/tmp/ make tests", but that fails, as does other similar methods. Short of tricking the tree with LD_PRELOAD or similar hacks, what is the best way to solve this problem? Thanks in advance. David A. Desrosiers e: desrod at gnu-designs.com p: 860-367-8456

I'm booting the default kernel on a dual quad core Xeon machine. I only see four CPUs and I expect to see 8. Do I have to build a custom kernel? Is there a switch or configuration parameter I need to set? Thanks, Jerry -------------- next part -------------- An HTML attachment was scrubbed... URL:

...) - 0X04.". According to this doc we can expect that all new PowerCOM devices will be shipped with ID 0X0d9f:0X04. For example, my Imperial IMD-825AP LCD has 0x0004, but an old examples of this model have 0Xa2. > > Also, lets take a look inside PCM_USB_protocol_2014.pdf: > "16 0x8456 Delay Before Startup R/W 5 Byte" > And old specs for BNT protocol: > "16 8456 DelayBeforeStartup *** R/W 2 Byte" > So, the length for DelayBeforeStartup report changed from 2 to 5 bytes. From the 2012 thread, it looks like the DelayBeforeStartup report might be encoded as...

.../lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f0b645ea243] -> dovecot/imap(main+0x312) [0x40c612 ] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f0b64214f45] -> dovecot/imap() [0x40c780] Nov 9 14:32:30 ds dovecot: imap(bkc): Fatal: master: service(imap): child 8456 killed with signal 6 (core dumped) On Dovecot 2.2.6.0: Nov 10 10:35:13 ds dovecot: imap(user): Error: Recent flags state corrupted for mailbox Junk Nov 10 10:35:13 ds dovecot: imap(user): Error: /var/mail/user_dbox/mailboxes/Junk/dbox-Mails/dovecot.index reset, view is now inconsistent Nov 10 10:...

...70 28719 /usr/lib/arm-linux-gnueabihf/libcofi_rpi.so > rsync 3104 kip mem REG 179,2 126236 3961 /lib/arm-linux-gnueabihf/ld-2.13.so > rsync 3104 kip 1w FIFO 0,10 0t0 8455 pipe > rsync 3104 kip 2w FIFO 0,10 0t0 8456 pipe > rsync 3104 kip 3u unix 0xdbda86c0 0t0 8466 socket > > And on the strace... > > ... > 3104 select(4, [3], [1], [3], {60, 0}) = 1 (out [1], left {59, 999978}) > 3104 write(1, "h\340\0\7\0y@\312\227\241\236\255\367\312\3637\323X\206...

...Ss 17:40 0:00 crond xfs 2355 0.0 0.0 3392 1540 ? Ss 17:40 0:00 xfs -droppriv -da root 2373 0.0 0.0 3700 788 ? Ss 17:40 0:00 /usr/sbin/atd dbus 2382 0.0 0.0 3660 1300 ? Ss 17:40 0:00 dbus-daemon-1 --s root 2391 0.0 0.2 8456 5620 ? Ss 17:40 0:00 hald root 2471 0.0 0.2 16544 6000 ? Ss 17:40 0:00 /usr/sbin/httpd - root 2483 0.0 0.0 4700 1068 ? S 17:40 0:00 /usr/sbin/vsftpd root 2555 0.0 0.0 4544 1304 ? S 17:40 0:00 /bin/sh /usr/bin/ asterisk 2575...

Hi everyone, If a VM is configured to have a console attached to it, like using http://libvirt.org/formatdomain.html#elementCharConsole Libvirt offers access to VM serial console's using the virDomainOpenConsole API[1] However, I didn't find a way to 1. list the existing connections to the console 2. kill an existing connection - without reconnecting using VIR_DOMAIN_CONSOLE_FORCE[2]

Op 11/10/2016 om 10:05 AM schreef Teemu Huovila: > > On 09.11.2016 23:36, Brad Koehn wrote: >> I have discovered that many times the virus definitions I use for scanning messages (ClamAV, with the unofficial signatures http://sanesecurity.com/usage/linux-scripts/) are updated some time after my server has received an infected email. It seems the virus creators are trying to race the

Adding in libvir-list. Cheers, Tom K. ------------------------------------------------------------------------------------- Mobile: 416 618 8456 Home: 905 857 9652 Living on earth is expensive, but it includes a free trip around the sun. On 4/7/2016 7:32 PM, TomK wrote: > Hey All, > > I've an issue where libvirtd tries to access an NFS mount but errors > out with: can't canonicalize path '/var/lib/one//datastores/0...

https://bugzilla.samba.org/show_bug.cgi?id=8450 Summary: --link-dest seems not to work mounted NTFS file systems Product: rsync Version: 3.0.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org

...120523T00:23:28.859Z|debug|lab-xh3|1045 UNIX /var/lib/xcp/xapi|VBD.plug R:4db77abb7c5d|xapi] VBD device name 2 interpreted as Xen(2, 0) (hvm = false) [20120523T00:23:28.859Z|debug|lab-xh3|1045 UNIX /var/lib/xcp/xapi|VBD.plug R:4db77abb7c5d|xapi] VBD.plug of loopback VBD 'OpaqueRef:09a2bb48-db62-8456-b9a8-945b12c98e11' [20120523T00:23:28.859Z| info|lab-xh3|1045 UNIX /var/lib/xcp/xapi|VBD.plug R:4db77abb7c5d|storage_impl] VDI.attach task:OpaqueRef:4db77abb-7c5d-9035-64cc-6aef7a382fe1 dp:vbd/0/2 sr:42cbc4a3-dae2-e756-d122-01b87ed871c2 vdi:c95af56f-799f-49ad-a64f-82eca3299b50 read_write:true [...