search for: 14142

Full_Name: Myung-Hoe Huh Version: 2.10 OS: Windows Submission from: (NULL) (116.120.84.194) New Version (2.10.0) weighted mean produces unreasonable result: see below. wt <- c(5, 5, 4, 1)/15 x <- c(3.7,3.3,3.5,2.8) x[4] <- NA (xm <- weighted.mean(x,wt,na.rm=T)) Outcome is > (xm <- weighted.mean(x,wt,na.rm=T)) [1] 3.266667 The number is obtained

I tried Squat indexing on my very small home system and when I did a body search in Thunderbird, I got a TON, and I mean TON, of these messages in my log file: Mar 6 06:13:31 apple dovecot: child 14142 (imap) killed with signal 6 Mar 6 06:13:31 apple dovecot: IMAP(jeff): file file-lock.c: line 112: unreached Mar 6 06:13:31 apple dovecot: IMAP(jeff): Raw backtrace: imap [0x482771] -> imap [0x482166] -> imap [0x484d86] -> imap(file_wait_lock+0x35) [0x484ef5] -> /usr/local/lib/dove...

...ve external global address: stdout > > This error means you're generating a reference to a symbol named > stdout, which does not exist on OS X. Why do you think this is a bug > in lli? Eli, What about the output that I see from bugpoint... http://llvm.org/bugs/show_bug.cgi?id=14142#c4 which seems to suggest that the actual problem is an alignment issue. ugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 bugpoint-test-program.bc:4:Alignment too large: 15. assumed. bugpoint-test-program.bc:5:Unknown pseudo-op: .type bugpoint-test-program.bc:5:Rest of line ignored. 1st junk charact...

Hi, I've encrypted some database dumps with openssl bf -d -in dumpfile.bf -out dumpfile -k mykey bad decrypt 14142:error:06065064:digital envelope routines:EVP_DecryptFinal_ex:bad decrypt:evp_enc.c:325: The weird thing is if I do the same with smaller files it can decrypt with no problem. I use openssl-0.9.8e-12.el5 on Centos 5.4. Please could you tell me what I am doing wrong? Thanks in advance! -- -- S...

...'re generating a reference to a symbol named > >> stdout, which does not exist on OS X. Why do you think this is a bug > >> in lli? > > > > Eli, > > What about the output that I see from bugpoint... > > > > http://llvm.org/bugs/show_bug.cgi?id=14142#c4 > > > > which seems to suggest that the actual problem is an alignment issue. > > > > ugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 > > bugpoint-test-program.bc:4:Alignment too large: 15. assumed. > > bugpoint-test-program.bc:5:Unknown pseudo-op: .type > &g...

...;> >> This error means you're generating a reference to a symbol named >> stdout, which does not exist on OS X. Why do you think this is a bug >> in lli? > > Eli, > What about the output that I see from bugpoint... > > http://llvm.org/bugs/show_bug.cgi?id=14142#c4 > > which seems to suggest that the actual problem is an alignment issue. > > ugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 > bugpoint-test-program.bc:4:Alignment too large: 15. assumed. > bugpoint-test-program.bc:5:Unknown pseudo-op: .type > bugpoint-test-program.bc:5:Rest...

...orry for previous post with incorrect referrals/thread. For large mailboxes (64k + messages) using maildir I got random "out of memory" errors. [mail addresses hidden] dovecot: Dec 05 18:25:27 Error: IMAP(****@****): block_alloc(): Out of memory dovecot: Dec 05 18:25:27 Error: child 14142 (imap) returned error 83 (Out of memory) dovecot: Dec 05 18:27:29 Error: IMAP(****@****): file maildir-uidlist.c: line 1117 (maildir_uidlist_sync_deinit): assertion failed: (ctx->locked) dovecot: Dec 05 18:27:29 Error: IMAP(****@****): Raw backtrace: imap [0x5555555bd6fe] -> imap [0x5555555bd...

...e external global address: stdout but works fine with lli built on x86_64 Fedora 15... $ cat tempfile | ~/llvm_build/bin/lli Output 2147483646 The tempfile test file is attached to the original PR I opened for the darwin specific polly testsuite failures... http://llvm.org/bugs/show_bug.cgi?id=14142 Any idea how to fix this issue? Also should I open a unique PR for this issue or just leave it as part of PR14142? Thanks in advance. Jack

...ce to a symbol named >> >> stdout, which does not exist on OS X. Why do you think this is a bug >> >> in lli? >> > >> > Eli, >> > What about the output that I see from bugpoint... >> > >> > http://llvm.org/bugs/show_bug.cgi?id=14142#c4 >> > >> > which seems to suggest that the actual problem is an alignment issue. >> > >> > ugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 >> > bugpoint-test-program.bc:4:Alignment too large: 15. assumed. >> > bugpoint-test-program.bc:5:Unknown...

...; /Users/username/Library/Safari/Bookmarks.plist lrwxr-xr-x 1 username staff 32 7 Nov 00:25 Calendars -> /Users/username/Library/Calendars lrwxr-xr-x 1 username staff 39 7 Nov 00:04 StickiesDatabase -> /Users/username/Library/StickiesDatabase -rw-r--r-- 1 username staff 14142 7 Nov 00:05 Sync_From_Log.txt -rw-r--r-- 1 username staff 1945 7 Nov 00:26 Sync_To_Log.txt AddressBook, Adium 2.0, and Calendars are all directories. Bookmarks.plist and StickiesDatabase are files. The command I'm using to sync to the server: rsync -avzL -e ssh --exclude ".DS_S...

...>> stdout, which does not exist on OS X. Why do you think this is a bug > >> >> in lli? > >> > > >> > Eli, > >> > What about the output that I see from bugpoint... > >> > > >> > http://llvm.org/bugs/show_bug.cgi?id=14142#c4 > >> > > >> > which seems to suggest that the actual problem is an alignment issue. > >> > > >> > ugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 > >> > bugpoint-test-program.bc:4:Alignment too large: 15. assumed. > >> > bugpo...

On Wed, Oct 31, 2012 at 8:43 AM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: > While testing llvm/polly svn on x86_64-apple-darwin10/11/12, I noticed that three darwin > specific polly-test regressions exist. At least part of these failures appear to be due > to lli on darwin not accepting piped input such that the test... > > opt -load

...procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 2 0 5648 949072 357096 735788 0 0 105 50 17 22 2 1 95 1 0 0 0 5648 949428 357104 735788 0 0 44 2682 14142 14697 6 4 84 6 0 0 0 5648 949304 357104 735788 0 0 1 324 14047 14753 2 1 96 1 0 1 1 5648 946916 357104 735788 0 0 0 215 14410 14496 2 2 90 6 0 0 0 5648 946520 357104 735788 0 0 23 267 13703 14664 2 2 91 6 0 sar === 02:40:01 PM CPU...

...41, 2560, NA, NA, NA, NA, 32253, 10105, NA, NA, -263, 10469, 7796, NA, NA, 7796, NA, NA, NA, 7796, NA, 7796, 7796, NA, NA, NA, NA, 5472.78, 1.42, NA, 0.57, NA, NA, NA, NA, NA, NA, NA, NA, NA, NA, NA, NA, 1.42, 50557, NA, 50557, \n30636, 19921, 3423, 2511, NA, NA, NA, NA, 36570, 13987, NA, NA, -510, 14142, 10516, NA, NA, 10516, NA, NA, NA, 10516, NA, 10516, 10516, NA, NA, NA, NA, 5540.89, 1.9, NA, 0.52, NA, NA, NA, NA, NA, NA, NA, NA, NA, NA, NA, NA, 1.9), A = c(215639, NA, 215639, 131376, 84263, 14194, 10045, NA, NA, NA, NA, 155615, 60024, NA, NA, -1195, 61372, 45687, NA, NA, 45687, NA, NA, NA, 456...

...oes not exist on OS X. Why do you think this is a bug >> >> >> in lli? >> >> > >> >> > Eli, >> >> > What about the output that I see from bugpoint... >> >> > >> >> > http://llvm.org/bugs/show_bug.cgi?id=14142#c4 >> >> > >> >> > which seems to suggest that the actual problem is an alignment issue. >> >> > >> >> > ugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 >> >> > bugpoint-test-program.bc:4:Alignment too large: 15. assumed. >...

We recently upgraded to dovecot v1.0.15 (from v1.0.0 + some local fixes), and after this upgrade we've started to get a couple of failures from deliver: Jan 12 20:34:34 smtp1.ulh.mydomain.net deliver(someuser at somedomain.net): Raw backtrace: /usr/local/dovecot/libexec/dovecot/deliver(i_syslog_panic_handler+0x1c) [0x45577c] -> /usr/local/dovecot/libexec/dovecot/deliver [0x45537c] ->

On 10/21/2012 03:46 PM, Jack Howarth wrote: > On Sun, Oct 21, 2012 at 02:31:50PM -0700, Tobias Grosser wrote: >> On 10/21/2012 12:47 PM, Jack Howarth wrote: >>> On Sun, Oct 21, 2012 at 11:58:43AM -0700, Tobias Grosser wrote: >>> ... >>>> Does attached patch work for you? >>>> >>>> Tobi >>>> >>> >>> Tobi,

...dropped 0 overruns 0 carrier 0 collisions 0 vnet0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 ether fe:54:00:0f:69:2b txqueuelen 1000 (Ethernet) RX packets 3692 bytes 3461678 (3.3 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 14142 bytes 1201183 (1.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vnet1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 ether fe:54:00:0a:34:1e txqueuelen 1000 (Ethernet) RX packets 79661 bytes 18343744 (17.4 MiB) RX errors 0 dr...

(sorry, dont know how i put my posting into an reply to an other issue before, new posting to sepearte it, big sorry) Hello list, i updated on a gentoo system from libvirtd 2.5 to 3.1.0 Now my windows machines cant access internet. I did a virbr1 with virt-manager and route it to the eth0, works fine on 2.5 Hello list, i updated on a gentoo system from libvirtd 2.5 to 3.1.0 Now my

...disks faults cpu r b w avm fre flt re pi po fr sr ad4 ad6 in sy cs us sy id 1 24 0 4357672 419648 10598 1 0 0 10648 34 0 0 558 25212 9072 6 15 80 1 29 0 4365116 414892 3060 0 0 0 2780 0 0 0 975 12270 11501 3 29 68 1 25 0 4392488 408596 14142 0 0 0 13903 0 0 0 526 16696 10389 6 30 64 ------------------------------------------------------------------- #ps ax | grep " [DLW] " 45585 ?? D 0:04.68 /usr/local/sbin/httpd 45975 ?? D 0:04.92 /usr/local/sbin/httpd 45981 ?? D 0:29.91 /usr/local/sbin/http...