search for: yaks

Howdy, I was playing around with the malloc/free D script provided by Philip Beevers: http://www.opensolaris.org/jive/thread.jspa?threadID=4224&tstart=15 And decided to change the free:entry probe from: pid24169::free:entry / sz[arg0] / { printf("Freeing %p (size %d)\n", arg0, sz[arg0]); sz[arg0] = 0; } to: pid24169::free:entry / ! sz[arg0] / { printf("[ *

On Sat, Nov 12, 2016 at 7:41 PM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 13 November 2016 at 00:13, Kirill M?ller wrote: > | On 13.11.2016 00:00, Dirk Eddelbuettel wrote: > | > On 12 November 2016 at 22:54, Kirill M?ller wrote: > | > > | > [... lots of stuff deleted ...] > | > > | > | I noticed this because plogr logging crashed in dplyr

On 11 November 2016 at 23:48, Kirill M?ller wrote: | After upgrading to Ubuntu 16.10, which brings GCC 6, I've noticed that | packages are compiled in C++14 mode by default. Here's what a g++ | command for compiling one of Rcpp's modules look like on my system: | | g++ -I/usr/share/R/include -DNDEBUG -I../inst/include/ -fpic -g -O2 | -fstack-protector-strong -Wformat

On 13.11.2016 00:00, Dirk Eddelbuettel wrote: > On 12 November 2016 at 22:54, Kirill M?ller wrote: > > [... lots of stuff deleted ...] > > | I noticed this because plogr logging crashed in dplyr (compiled with gcc > | 6) right after upgrading to yakkety; I still had a gcc-5 built version > | of Rcpp installed. As soon as I added -std, everything worked as before. > | No

...ep development running smoothly, I am resigning my code ownership. Justin Bogner has graciously volunteered to take it up. He has a strong history of LLVM contributions, a demonstrated commitment to good community development practices, and has experience shaving the infinite herd of SelectionDAG yaks. I am happy to recommend Justin take over the SelectionDAG code ownership, pending the approval of the community. —Owen

On 13 November 2016 at 00:13, Kirill M?ller wrote: | On 13.11.2016 00:00, Dirk Eddelbuettel wrote: | > On 12 November 2016 at 22:54, Kirill M?ller wrote: | > | > [... lots of stuff deleted ...] | > | > | I noticed this because plogr logging crashed in dplyr (compiled with gcc | > | 6) right after upgrading to yakkety; I still had a gcc-5 built version | > | of Rcpp installed.

On 12 November 2016 at 22:54, Kirill M?ller wrote: [... lots of stuff deleted ...] | I noticed this because plogr logging crashed in dplyr (compiled with gcc | 6) right after upgrading to yakkety; I still had a gcc-5 built version | of Rcpp installed. As soon as I added -std, everything worked as before. | No minimal example, sorry. Don't we need "-std=c++98" in Makevars |

On 12.11.2016 18:38, Dirk Eddelbuettel wrote: > On 12 November 2016 at 07:59, Dirk Eddelbuettel wrote: > | > | On 12 November 2016 at 14:23, Kirill M?ller wrote: > | | Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's > | | picked up properly. I can only assume that the last -std= option wins if > | | more than one are given on the same command line [1].

...ally suggest an alternative that might be both easier to use, and naturally dovetail with an upcoming standard. =/ Is there no interest in this? I'm happy to contribute an implementation using this API (we'll need to implement it anyways), but I'm actually not interested in just shaving yaks. I'm interested in getting a really good API here, because this is the support library that is usually held to a very high bar for APIs... -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120218/09dd05bd/a...

Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's picked up properly. I can only assume that the last -std= option wins if more than one are given on the same command line [1]. -Kirill [1] http://stackoverflow.com/q/40563269/946850 On 12.11.2016 03:01, Dirk Eddelbuettel wrote: > On 11 November 2016 at 23:48, Kirill M?ller wrote: > | After upgrading to Ubuntu

On 12 November 2016 at 07:59, Dirk Eddelbuettel wrote: | | On 12 November 2016 at 14:23, Kirill M?ller wrote: | | Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's | | picked up properly. I can only assume that the last -std= option wins if | | more than one are given on the same command line [1]. | | Good to know it works. | | I am still a little puzzled why it was

After upgrading to Ubuntu 16.10, which brings GCC 6, I've noticed that packages are compiled in C++14 mode by default. Here's what a g++ command for compiling one of Rcpp's modules look like on my system: g++ -I/usr/share/R/include -DNDEBUG -I../inst/include/ -fpic -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g -c

I've been developing a package and have been getting the following warning when running the check command: * checking S3 generic/method consistency ... WARNING plot: function(x, ...) plot.summaries: function(trees, sp) * checking for replacement functions with final arg not named 'value' ... OK * checking Rd files ... OK ...blah, blah, blah... * checking examples ... OK *

Hi all. I''m a new convert (or at least I want to be a convert) to Rails. I''ve got the book, have read it, done bits and pieces of the demo, and tried to apply it to a rather complicated DB I''ve got here. I''ve got a ton of questions, and before I bore everyone here, is there a dedicated forum for Rails newbies to get help? Yak -- Posted via

Here's a strange one. I have a user who's using Thunderbird 2.0.0 and assigning multiple tags (keywords) to emails, which are getting "lost" (I'll explain) when he leaves the folder and comes back. I can reproduce this on *his* account myself, but cannot reproduce it on *my* account (separate new TBird 2.0.0 profiles on Windows XP). Use the two TBird default tags

On Feb 18, 2012, at 1:11 AM, Talin wrote: > + /// Add an ArrayRef of arbitrary data. > + template<typename T> > + GeneralHash& add(ArrayRef<T> ArrayVal) { > + addBits(ArrayVal.begin(), ArrayVal.end()); > + return *this; > + } > > Doesn't this have the same host-specificity problem, except that it will cause things that *are* stable to vary,

I''ve been having a mess of a time using this module, which stinks because its behavior is EXACTLY what I am looking for... whenever I bootstrap new rabbitMQ nodes I want to add them to our HAProxy instance. Here''s my relevant site.pp entries: node /^rabbit.*/ inherits basenode { @@haproxy::balancermember { $fqdn: listening_service => ''messaging00'',

Hi, I'm a bit curious of error messages of the type "remote operation failed: Stale NFS file handle". All clients using the file system use Gluster Native Client, so why should stale nfs file handle be reported? Regards, /jon -------------- next part -------------- An HTML attachment was scrubbed... URL:

...ly worse). > > Long story short.. there aren't any that work well. The web standards are constantly changing, and you end up with a web browser where all the pages look like crap through little fault of the browser. Most browser teams get burned out and realize they are better off shaving yaks for sweater wool. Other teams do some level of good enough but they also have to keep up with newer things which means that trying to run it on EL6 is not going to be something they want to add to their pile of crap. They also tend towards keeping up with the Joneses so their interfaces will look l...

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=105 ------- Additional Comments From laforge@netfilter.org 2003-06-24 20:00 ------- Did you try to enlarge your connection tracking table? (Pleae read the FAQ) Do the /proc/net/ip_conntrack entries look plausible, or are there lots of entries with unreasonably high timeout? ------- You are receiving this mail because: -------