search for: nastyness

...t impossible for users to change the contents of the authorized_keys-file. I just found out about the sshd_config setting: AuthorizedKeysFile /etc/ssh/authorized_keys/%u But even in that case that file has to be owned by the user, unless I set ``StrictModes no'' which would allow other nastyness. I would like to request that that file could also be owned by root, so I can make that file immutable for the user, even on filesystems which don't support the immutable flag, for example jfs on GNU/Linux. # Han -- \ / The two things that can get you into trouble quicker than...

In some conditions (sample rate, frame size, bytes per frame, audio data) the CELT allocator may run out of bits and attempt to place a negative number of pulses in a band. This causes an array underrun and other assorted nastyness. Patch attached. (It should also apply cleanly to 0.5.0 which is also impacted by this bug). -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-In-some-conditions-the-allocation-could-run-out-of-b.patch Type: text/x-patch Size: 1477 bytes Desc: not available U...

Hi, Can someone explain this: > options(digits=20) > 1/3 [1] 0.33333333333333331483 Why the 1483 at the end? Thanks, David. david-arnolds-macbook-pro-2:~ darnold$ R --version R version 2.15.2 (2012-10-26) -- "Trick or Treat" Copyright (C) 2012 The R Foundation for Statistical Computing ISBN 3-900051-07-0 Platform: x86_64-apple-darwin9.8.0/x86_64 (64-bit) -- View this

Hi! I'm trying to install SVN on a latest version of CentOS (5.3). I just did: yum install subversion yum install mod_dav_svn Then i edited /etc/httpd/conf.d/subversion.conf and here is the content: ======================== <Location /svn> DAV svn SVNParentPath /var/www/svn # Limit write permission to list of valid users. <LimitExcept GET PROPFIND OPTIONS

...explained, without >> some kind of merge intrinsic, tail duplication has to look at the >> entire loop to know whether the transform is legal. Of course, you >> could have some kind of "no convergent calls" flag on a function, but >> that doesn't eliminate the nastyness when there are convergent calls. > > We will have to determine if the intrinsics are worth more compared to > scanning the code. The reason I'm looking for solutions that can work without "scanning the code" or "spooky action at a distance" is that we should have...

...hence easily checkable. In example I explained, without some kind of merge intrinsic, tail duplication has to look at the entire loop to know whether the transform is legal. Of course, you could have some kind of "no convergent calls" flag on a function, but that doesn't eliminate the nastyness when there are convergent calls. > I had the impression that the control flow convergence was > in part specified by what the target architecture can handle. > This is true, although hopefully we can agree on something that everyone can implement. > One of > the more complicated...

...> >> some kind of merge intrinsic, tail duplication has to look at the > >> entire loop to know whether the transform is legal. Of course, you > >> could have some kind of "no convergent calls" flag on a function, but > >> that doesn't eliminate the nastyness when there are convergent calls. > > > > We will have to determine if the intrinsics are worth more compared to > > scanning the code. > > The reason I'm looking for solutions that can work without "scanning the > code" or "spooky action at a distance&q...

On Mon, Jan 28, 2019 at 9:09 PM Jan Sjodin <jan_sjodin at yahoo.com> wrote: > > > for (int i = 0; i < 2; i++) { > > foo = ballot(true); // ballot 1 > > > > if (threadID /* ID of the thread within a wavefront/warp */ % 2 == 0) continue; > > > > bar = ballot(true); // ballot 2 > > } > > > > versus: > > > > int i =