search for: 18630

After upgrade from previous version I can't run rsync. 2004/05/09 10:40:54 [18630] rsyncd version 2.6.2 starting, listening on port 873 2004/05/09 10:40:54 [18630] rsync error: error in socket IO (code 10) at socket.c(466) strace shows that there is problem with listen() I've found patch on this lists: --- rsync-2.6.2/socket.c.orig 2004-05-08 23:25:11.979473336 +0200 +++...

...01563919bedfd8216d86c9da6d 1172088 xen-docs-4.1_4.1.4-3+deb7u5_all.deb 1b97b20f87759f751fb2fbec09c41c3385e620cd 79646 xen-utils-common_4.1.4-3+deb7u5_all.deb 9bc66122f89df075b18d2ec3b92631b0c7917056 764054 xen-hypervisor-4.1-amd64_4.1.4-3+deb7u5_amd64.deb 7c5449b69fe3cc40388ba3a0f15abf5fae41d8c1 18630 xen-system-amd64_4.1.4-3+deb7u5_amd64.deb 3013a7dfb3f2887bdb1ff6dc6ac9c275a2740880 140998 libxen-4.1_4.1.4-3+deb7u5_amd64.deb 36ade748ed165e079e5e9267352fc4f4d4338d49 294842 libxen-dev_4.1.4-3+deb7u5_amd64.deb bfdd9e4e6f7ccd336fcf77288dbafe6750c2c48b 30228 libxenstore3.0_4.1.4-3+deb7u5_amd64.deb...

...01563919bedfd8216d86c9da6d 1172088 xen-docs-4.1_4.1.4-3+deb7u5_all.deb 1b97b20f87759f751fb2fbec09c41c3385e620cd 79646 xen-utils-common_4.1.4-3+deb7u5_all.deb 9bc66122f89df075b18d2ec3b92631b0c7917056 764054 xen-hypervisor-4.1-amd64_4.1.4-3+deb7u5_amd64.deb 7c5449b69fe3cc40388ba3a0f15abf5fae41d8c1 18630 xen-system-amd64_4.1.4-3+deb7u5_amd64.deb 3013a7dfb3f2887bdb1ff6dc6ac9c275a2740880 140998 libxen-4.1_4.1.4-3+deb7u5_amd64.deb 36ade748ed165e079e5e9267352fc4f4d4338d49 294842 libxen-dev_4.1.4-3+deb7u5_amd64.deb bfdd9e4e6f7ccd336fcf77288dbafe6750c2c48b 30228 libxenstore3.0_4.1.4-3+deb7u5_amd64.deb...

All, I am attempting to do an IO.read call on a file inside of one of my model objects. I keep getting Errno::ENOENT The path I''m passing to IO.read is relative to RAILS_ROOT. Two questions: 1) This code was previously executing in my controller - it it significant that I moved it into my model? 2) Is there some way to verify which directory is the current directory for the

...[2012/10/14 10:18:14, 2] param/loadparm.c:4985(max_open_files) rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) [2012/10/14 10:18:14, 2] nmbd/nmbd.c:894(main) Becoming a daemon. [2012/10/14 10:18:14, 0] nmbd/asyncdns.c:157(start_async_dns) started asyncdns process 18630 [2012/10/14 10:18:14, 2] lib/interface.c:341(add_interface) added interface eth0 ip=192.168.1.2 bcast=192.168.1.255 netmask=255.255.255.0 [2012/10/14 10:18:14, 2] nmbd/nmbd_subnetdb.c:180(make_subnet) making subnet name:192.168.1.2 Broadcast address:192.168.1.255 Subnet mask:255.255.255.0 [20...

...ransliteration could replace one character by two or more (only seen on macOS 14) and typically warned that the information was not known. * rank(x) no longer overflows during integer addition, when computing rank average for largish but not-yet long vector x, fixing PR#18630, thanks to Ilia Kats. * list.files() on Windows now returns also files with names longer that 260 bytes (the Windows limit is 260 characters). Previously, some file names particularly with 'East Asian' characters were omitted. * cov2cor(<0 x 0>) now works,...

...ransliteration could replace one character by two or more (only seen on macOS 14) and typically warned that the information was not known. * rank(x) no longer overflows during integer addition, when computing rank average for largish but not-yet long vector x, fixing PR#18630, thanks to Ilia Kats. * list.files() on Windows now returns also files with names longer that 260 bytes (the Windows limit is 260 characters). Previously, some file names particularly with 'East Asian' characters were omitted. * cov2cor(<0 x 0>) now works,...

...ransliteration could replace one character by two or more (only seen on macOS 14) and typically warned that the information was not known. * rank(x) no longer overflows during integer addition, when computing rank average for largish but not-yet long vector x, fixing PR#18630, thanks to Ilia Kats. * list.files() on Windows now returns also files with names longer that 260 bytes (the Windows limit is 260 characters). Previously, some file names particularly with 'East Asian' characters were omitted. * cov2cor(<0 x 0>) now works,...

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...7207 jmemnobs.ll 8 9152 2 0.01 8383 2 0.01 8383 jquant1.ll 17 125661 0 0.02 125628 0 0.01 125628 jquant2.ll 18 189959 0 0.02 189926 0 0.03 189926 jutils.ll 5 7661 0 0.01 7628 0 0.01 7628 kbo.ll 39 93480 1 0.01 93248 0 0.02 93463 kernel.ll 5 27252 0 0.01 27232 0 0.01 27232 keyUnion.ll 2 18655 0 0.01 18630 0 0.01 18630 kimwl.ll 82 359944 1 0.04 359757 1 0.04 359757 kimwy.ll 370 1447814 104 0.11 1433689 * * * k.ll 2937 7485503 989 0.86 6584270 * * * KS-1.ll 6 38618 0 0.01 38598 0 0.01 38598 KS-2.ll 8 68887 0 0.01 68867 0 0.01 68867 l3bitstream.ll 11 167472 0 0.02 167441 0 0.02 167441 label.ll 1 1425 0...

...us. Matt Return-Path: <sergey@concordlimo.com> Delivered-To: samba@samba.org Received: from mail.concordlimo.com (mail.concordlimo.com [207.239.38.22]) by lists.samba.org (Postfix) with SMTP id 0E506420E for <samba@samba.org>; Fri, 13 Jul 2001 14:16:35 -0700 (PDT) Received: (qmail 18630 invoked from network); 13 Jul 2001 21:31:25 -0000 Received: from unknown (HELO concordlimo.com) (128.12.0.199) by 128.12.0.7 with SMTP; 13 Jul 2001 21:31:25 -0000 Message-ID: <3B4F6639.3F84836@concordlimo.com> Date: Fri, 13 Jul 2001 17:20:57 -0400 From: Cepera <sergey@concordlimo.com>...