search for: 10768

...2 compatibility. - Solved a bug in source.c, when checking for recoverable error. It has to be done _only_ when result < 0. <p>I was very careful checking connection and memory leaks, the maximum RSS reported by ps is 1288 KB (after running several days). 000 0 4500 1 9 0 10768 1288 select S ? 0:16 /usr/bin/icecast2 -c /etc/icecast/icecast.xml 040 0 4501 4500 9 0 10768 1288 poll S ? 0:00 /usr/bin/icecast2 -c /etc/icecast/icecast.xml 040 0 4506 4501 10 0 10768 1288 select S ? 0:18 /usr/bin/icecast2 -c /etc/icecast...

...dir=/opt/local/var/run --with-pam --mandir=/opt/local/share/man --with-zlib=/opt/local --without-kerberos5 --with-libedit --with-pie --with-xauth=/opt/local/bin/xauth --with-ldns --with-audit=bsm --with-keychain=apple [...] configure:10755: checking for zlib configure:10763: result: yes configure:10768: checking for zlib.h configure:10768: /opt/local/bin/clang-mp-15 -c -pipe -Os -isysroot/Applications/ Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.s dk -arch x86_64 -pipe -Wunknown-warning-option -Qunused-arguments -Wall -Wpointe r-arith -Wuninitialized -Wsign-comp...

..., (1036-2059):1545-2568, (IND):2569, (2060-3083):2570-3593, (IND):3594, (3084-4107):3595-4618, (IND):4619, (4108-5131):4620-5643, (IND):5644, (5132-6155):5645-6668, (IND):6669, (6156-7179):6670-7693, (IND):7694, (7180-8203):7695-8718, (IND):8719, (8204-9227):8720-9743, (IND):9744, (9228-10251):9745-10768, (IND):10769, (10252-11275):10770-11793, (IND):11794, (11276-12299):11795-12818, (IND):12819, (12300-13323):12820-13843, (IND):13844, (13324-14347):13845-14868, (IND):14869, (14348-15371):14870-15893, (IND):15894, (15372-16395):15895-16918, (IND):16919, (16396-17419):16920-17943, (IND):17944, (1742...

I have two collection_select in my list.rhtml: <%= collection_select (:region, :id, @regionall, :id, :title,html_options={:onChange => "new Ajax.Updater(''related_provinces'',''/categories/related_provinces/" + "?id=''+this[this.selectedIndex].value, {asynchronous:true, evalScripts:true});"}) %><br> <%= render :partial =>

...= 0 [pid 13748] open("/usr/lib/dovecot/imap/lib01_convert_plugin.so", O_RDONLY) = 9 [pid 13748] read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\r\0\0004\0\0\0"..., 512) = 512 [pid 13748] fstat64(9, {st_mode=S_IFREG|0755, st_size=7960, ...}) = 0 [pid 13748] mmap2(NULL, 10768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 9, 0) = 0x110000 [pid 13748] mmap2(0x112000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 9, 0x1) = 0x112000 [pid 13748] close(9) = 0 [pid 13748] lstat64("~/mail", {st_mode=S_IFDIR|0700, st_size=4096,...

Hi List, last time i did a lot of packaging and installing different versions of dovecot 1.0.x (rc not included ;) )and all was fine. Now a have a little problem. In this case it was an update from 1.0.13 to 1.1.1 Sometime it happens that 1 user out of x (more than 100) got this standardmessage for ~1 or ~2 thousend times in his mailbox (mbox) for example: >From MAILER_DAEMON Mon Sep 18

...10672 => Hello World +10680 => Hello World +10688 => Hello World +10696 => Hello World +10704 => Hello World +10712 => Hello World +10720 => Hello World +10728 => Hello World +10736 => Hello World +10744 => Hello World +10752 => Hello World +10760 => Hello World +10768 => Hello World +10776 => Hello World +10784 => Hello World +10792 => Hello World +10800 => Hello World +10808 => Hello World +10816 => Hello World +10824 => Hello World +10832 => Hello World +10840 => Hello World +10848 => Hello World +10856 => Hello World +10864...

...bz2.so.1 120777 15 0:0 -> libbz2.so.1.0.4 1101 - libbz2.so.1.0.4 100644 66944 0:0 1102 l libbz2.so.1.0 120777 15 0:0 -> libbz2.so.1.0.4 1103 - libdevmapper.so.1.02.1 100644 205944 0:0 1104 l libhandle.so.1 120777 18 0:0 -> libhandle.so.1.0.3 1105 - libhandle.so.1.0.3 100644 10768 0:0 1106 l libhistory.so.5 120777 17 0:0 -> libhistory.so.5.2 1107 - libhistory.so.5.2 100644 32920 0:0 1108 l libhistory.so.6 120777 17 0:0 -> libhistory.so.6.1 1109 - libhistory.so.6.1 100644 33784 0:0 1110 l libkeyutils.so.1 120777 18 0:0 -> libkeyutils.so.1.3 1111 - libkeyutils...

...ome generic SIGCHLD handler that comes in and reaps the child before some other code can call wait()? FYI grepping through the log reveals that the following execve()s were called before it hung: 10766 execve("/usr/bin/which", ["which", "which"], [/* 21 vars */]) = 0 10768 execve("/usr/bin/which", ["which", "uname"], [/* 21 vars */]) = 0 10769 execve("/bin/uname", ["uname", "-s"], [/* 18 vars */]) = 0 10771 execve("/usr/bin/which", ["which", "uname"], [/* 21 vars */]) = 0 10772...

...: 0, 0 +10672: , +10672: 0, 0 +10680: , +10680: 0, 0 +10688: , +10688: 0, 0 +10696: , +10696: 0, 0 +10704: , +10704: 0, 0 +10712: , +10712: 0, 0 +10720: , +10720: 0, 0 +10728: , +10728: 0, 0 +10736: , +10736: 0, 0 +10744: , +10744: 0, 0 +10752: 0, 0 +10752: 0, 0 +10760: 0, 0 +10760: 0, 0 +10768: 0, 0 +10768: 0, 0 +10776: 0, 0 +10776: 0, 0 +10784: 0, 0 +10784: 0, 0 +10792: 0, 0 +10792: 0, 0 +10800: 0, 0 +10800: 0, 0 +10808: 0, 0 +10808: 0, 0 +10816: 0, 0 +10816: 0, 0 +10824: 0, 0 +10824: 0, 0 +10832: 0, 0 +10832: 0, 0 +10840: 0, 0 +10840: 0, 0 +10848: 0, 0 +10848: 0, 0 +10856: 0, 0 +10856:...

...ffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff) [ 0.713722] Rebooting in 1 seconds..libguestfs: error: appliance closed the connection unexpectedly, see earlier error messages libguestfs: child_cleanup: 0x138b970: child process died libguestfs: sending SIGTERM to process 10768 libguestfs: error: guestfs_launch failed, see earlier error messages libguestfs: trace: launch = -1 (error) ><fs> quit libguestfs: trace: shutdown libguestfs: trace: shutdown = 0 libguestfs: trace: close libguestfs: closing guestfs handle 0x138b970 (state 0) libguestfs: command: run: rm l...

2017-07-29 18:00 GMT+08:00 Richard W.M. Jones <rjones@redhat.com>: > > > I download the newset package and extract in my > > path(/share/CACHEDEV1_DATA/appliance/) and set env > > It doesn't work. > > and I run the libugestfs-test-tool: > > Please don't provide partial information. Include the command you > type and *all* the output, without

...Size: 2347 bytes Desc: 42-usb-hid-pm.rules URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190617/de581dda/attachment-0002.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: 62-nut-usbups.rules Type: application/octet-stream Size: 10768 bytes Desc: 62-nut-usbups.rules URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190617/de581dda/attachment-0003.obj>

...Size: 2347 bytes Desc: 42-usb-hid-pm.rules URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190617/de581dda/attachment-0002.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: 62-nut-usbups.rules Type: application/octet-stream Size: 10768 bytes Desc: 62-nut-usbups.rules URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190617/de581dda/attachment-0003.obj>

LLVMers, The 2.5 pre-release is available for testing: http://llvm.org/prereleases/2.5/ If you have time, I'd appreciate anyone who can help test the release. Please do the following: 1) Download/compile llvm source, and either compile llvm-gcc source or use llvm-gcc binary (please compile llvm-gcc with fortran if you can). 2) Run make check, send me the testrun.log 3) Run "make

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

...6441 0 0.01 16401 0 0.01 16401 Crystal_Cholesky.ll 1 22269 0 0.01 22238 0 0.01 22238 Crystal_div.ll 1 18924 0 0.01 18893 0 0.01 18893 Crystal_pow.ll 1 6330 0 0.01 6299 0 0.01 6299 csr_matrix.ll 10 81632 0 0.01 81605 0 0.02 81605 csr_matvec.ll 3 83424 0 0.01 83397 0 0.01 83397 ctor_dtor_count-2.ll 6 10768 0 0.01 10749 0 0.01 10749 ctor_dtor_count.ll 6 8159 0 0.01 8140 0 0.01 8140 cubestr.ll 4 52286 0 0.01 52256 0 0.02 52256 cubic.ll 1 11181 0 0.01 11143 0 0.01 11143 cvrin.ll 13 303053 0 0.03 303023 0 0.03 303023 cvrmisc.ll 8 28494 0 0.01 28464 0 0.01 28464 cvrm.ll 20 123658 0 0.02 123628 0 0.02 1197...