search for: 16257

...es of the column PID, but my strategy is not working. I hope someoen can tell me what I am doing incorrectly. # Values of PID column > jdata[,"PID"] [1] 16608 16613 16355 16378 16371 16280 16211 16169 16025 11595 15883 15682 15617 15615 15212 14862 16539 [18] 12063 16755 16720 16400 16257 16209 16200 16144 11598 13594 15419 15589 15982 15825 15834 15491 15822 [35] 15803 15795 10202 15680 15587 15552 15588 15375 15492 15568 15196 10217 15396 15477 15446 15374 14092 [52] 14033 15141 14953 15473 10424 13445 14854 10481 14793 14744 14772 #Prepare to drop last two rows, rows that ahve 1...

On Aug 28, 2014, at 3:03 AM, Duncan Sands <duncan.sands at deepbluecap.com> wrote: > Hi Owen, > > On 27/08/14 19:06, Owen Anderson wrote: >> >>> On Aug 27, 2014, at 6:34 AM, Duncan Sands <duncan.sands at deepbluecap.com >>> <mailto:duncan.sands at deepbluecap.com>> wrote: >>> >>> I think you should try to get LLVM floating

> On Aug 27, 2014, at 6:34 AM, Duncan Sands <duncan.sands at deepbluecap.com> wrote: > > I think you should try to get LLVM floating point experts involved, to find out their opinion about whether LLVM should really assume that snans always trap. > > If they think it is fine to assume trapping, then you can fold any floating point operation with an "undef" operand

> On Aug 28, 2014, at 10:58 AM, Duncan Sands <duncan.sands at deepbluecap.com> wrote: > > Hi Stephen, > >>> In the case of fadd, given that "fadd x, -0.0" is always equal to x (same bit pattern), then "fadd x, undef" can be folded to "x" (currently it is folded to undef, which is wrong). This implies that it is correct to fold "fadd

LLVM does not (today) try to preserve rounding mode or sNaNs. The only remaining question is whether we should be trying to preserve NaN payloads. —Owen On Aug 29, 2014, at 5:39 AM, Oleg Ranevskyy <llvm.mail.list at gmail.com> wrote: > Hi, > > So, the result of "fadd x, -0.0" might have a bit pattern different from the one of "x" depending on the value of

Hi Duncan, Thank you for your comment to the bug 16257. I am new to LLVM, so not all the aspects of LLVM's /"undef"/ seem clear to me yet. I read and understood the examples from the LLVM documentation: http://llvm.org/docs/LangRef.html#undefined-values However, those examples do not cover all of the possible contexts where /"und...

Hi Oleg, On 01/09/14 15:42, Oleg Ranevskyy wrote: > Hi, > > Thank you for your comment, Owen. > My LLVM expertise is certainly not enough to make such decisions yet. > Duncan, do you have any comments on this or do you know anyone else who can > decide about preserving NaN payloads? my take is that the first thing to do is to see what the IEEE standard says about NaNs.

...t;fadd undef, undef" to undef as well. However, it was stated that such folding is questionable as signalling of SNaNs can potentially be disabled. Shouldn't fdiv / fmul / fadd be consistent as regards the assumptions they make? Could you please advise how we should proceed with the bugs 16257 and 16258 then? > >> >> >> /InstructionSimplify folds "mul %X, undef" to 0 always/ >> Sorry, I malformed this line and forgot to highlight that by "%X" I >> meant a >> constant here. So, constant folding comes into play. The result >...

...bgoperator.com/russia: Save commit failed: Message has been copied too many times (50045 + 1) May 26 12:35:19 mx10 dovecot: dsync-local(anna.harina at bgoperator.com): Error: Mailbox shared/l.davydjanc at bgoperator.com/russia: Save commit failed: Message has been copied too many times (16511 + 16257) May 26 12:35:42 mx10 dovecot: doveadm: Error: dsync-remote(angelina.alieva at bgoperator.com): Error: Mailbox shared/l.davydjanc at bgoperator.com/russia: Save commit failed: Message has been copied too many times (50045 + 1) May 26 12:35:42 mx10 dovecot: dsync-local(angelina.alieva at bgopera...

On 02/17/2013 03:21 AM, Timo Sirainen wrote: > Although there's still some mail > duplication problem with maildir that doesn't log any errors about it. > I'm not sure why that happens. While you're around, Timo :-) I've had such an issue recently with 2.2.18, using Maildir, where emails were being replicated circularly creating more and more duplicate copies.

...result will always be divisible by 5. Would you be able to elaborate on this please? Thank you! Kind regards, Oleg On 26.08.2014 15:47, Duncan Sands wrote: > Hi Oleg, > > On 26/08/14 21:20, Oleg Ranevskyy wrote: >> Hi Duncan, >> >> Thank you for your comment to the bug 16257. >> >> I am new to LLVM, so not all the aspects of LLVM's /"undef"/ seem >> clear to me yet. >> I read and understood the examples from the LLVM documentation: >> http://llvm.org/docs/LangRef.html#undefined-values >> >> However, those example...

As far as I know, LLVM does not try very hard to guarantee constant folded NaN payloads that match exactly what the target would generate. —Owen > On Sep 16, 2014, at 10:30 AM, Oleg Ranevskyy <llvm.mail.list at gmail.com> wrote: > > Hi Duncan, > > I reread everything we've discussed so far and would like to pay closer attention to the the ARM's FPSCR register

...m_acct_mgmt Apr 6 09:53:53 garfield2 sshd[16255]: (S 8) Accepted publickey for root from 127.0.0.1 port 47019 Apr 6 09:53:53 garfield2 sshd[16255]: (S 8) channel 0: new: server-session, nchannels open: 1 Apr 6 09:53:53 garfield2 sshd[16255]: pam_log: pam_sm_setcred Apr 6 09:53:53 garfield2 sshd[16257]: pam_log: pam_sm_open_session Apr 6 09:54:03 garfield2 sshd[16257]: pam_log: pam_sm_setcred For regular users: Apr 6 10:14:59 garfield2 sshd[16311]: (S 9) Found matching RSA key: ... Apr 6 10:14:59 garfield2 sshd[16311]: pam_log: pam_sm_acct_mgmt Apr 6 10:14:59 garfield2 sshd[16311]: (S 9) A...

Hi Oleg, On 01/09/14 18:46, Oleg Ranevskyy wrote: > Hi Duncan, > > I looked through the IEEE standard and here is what I found: > > *6.2 Operations with NaNs* > /"For an operation with quiet NaN inputs, other than maximum and minimum > operations, if a floating-point result is to be delivered the result shall be a > quiet NaN which should be one of the input

Hello, Trying to implement lastlogin via mysql. I'm getting an unknown column username which I don't get. Here's the log: Apr 28 17:18:15 ohio dovecot: imap-login: Login: user=<user at example.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=16257, secured, session=<KxiSnEBOwUx/AAAB> Apr 28 17:18:15 ohio dovecot: dict(17099): Error: sql dict: commit failed: Unknown column 'username' in 'field list' Apr 28 17:18:15 ohio dovecot: imap(user at example.com): Error: dict-client: server returned failure: 1493414295 (reply t...

Hi, Thank you for all your helpful comments. To sum up, below is the list of correct folding examples for fadd: (1) fadd %x, -0.0 -> %x (2) fadd undef, undef -> undef (3) fadd %x, undef -> NaN (undef is a NaN which is propagated) Looking through the code I found the "NoNaNs" flag accessed through an instance of

...e 4598 1 snd snd_page_alloc 6249 1 snd_pcm i2c_core 15712 1 nvidia evdev 7352 0 pcspkr 1699 0 ext3 106502 1 jbd 37085 1 ext3 mbcache 5050 1 ext3 xen_netfront 16257 0 xen_blkfront 9435 2 root@squeeze1:~# ls -lh /dev/nvidia* crw-rw-rw- 1 root root 195, 0 Mar 3 16:26 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Mar 3 16:26 /dev/nvidiactl but deviceQuery fails accessing the card :( ./NVIDIA_GPU_Computing_SDK/C/bin/linux/release/deviceQuery Star...

Hi Duncan, On 17.09.2014 21:10, Duncan Sands wrote: > Hi Oleg, > > On 17/09/14 18:45, Oleg Ranevskyy wrote: >> Hi, >> >> Thank you for all your helpful comments. >> >> To sum up, below is the list of correct folding examples for fadd: >> (1) fadd %x, -0.0 -> %x >> (2) fadd undef, undef -> undef

...lo, > > Trying to implement lastlogin via mysql. I'm getting an unknown column > username which I don't get. Here's the log: > > Apr 28 17:18:15 ohio dovecot: imap-login: Login: > user=<user at example.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, > mpid=16257, secured, session=<KxiSnEBOwUx/AAAB> > > Apr 28 17:18:15 ohio dovecot: dict(17099): Error: sql dict: commit > failed: Unknown column 'username' in 'field list' > > Apr 28 17:18:15 ohio dovecot: imap(user at example.com): Error: > dict-client: server returne...

...login via mysql. I'm getting an unknown column >>> username which I don't get. Here's the log: >>> >>> Apr 28 17:18:15 ohio dovecot: imap-login: Login: >>> user=<user at example.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, >>> mpid=16257, secured, session=<KxiSnEBOwUx/AAAB> >>> >>> Apr 28 17:18:15 ohio dovecot: dict(17099): Error: sql dict: commit >>> failed: Unknown column 'username' in 'field list' >>> >>> Apr 28 17:18:15 ohio dovecot: imap(user at example.com): E...