search for: corresond

...tor, returning a corresponding vector of percentiles: e.g.: percentile.my.data<-/function/(my.data) I tried to make ecdf() perform this task but was unsuccessful. I'd be grateful for any help or advice... -- View this message in context: http://r.789695.n4.nabble.com/data-vector-to-corresonding-percentile-ranks-tp4228971p4228971.html Sent from the R help mailing list archive at Nabble.com. [[alternative HTML version deleted]]

...od 3 > c.searchd<-function(nc, d, ne, alpha=0.05, power=0.8, cc=c(0.1,2),tol1=0.0001){ + #--------------------------- + # nc     sample size of control group + # d      the differece to detect between control and experiment + # ne     vector of starting sample size of experiment group + #    corresonding to rc of 0 to nc*(1-d) + # alpha  size of test + # power  target power + # cc  pre-screen vector of constant c, the range should cover the + #    the value of cc that has expected power + # tol1   the allowance between the expceted power and target power + #--------------------------- + pc&lt...

...data ***(where the GUI will close)**** smps <- read.smps("SMPS_OL_cuml_v2.txt") fccn <- read.fCCN("fCCN_ONLY_forSMPS_v1.txt") ###output table by fCCN times ## loop DactTable <- data.frame(times=fccn$times,Dact=NA) for( x in 2:length(smps$time) ) { ## find fCCN times corresonding to SMPS selection <- (fccn$times >= smps$time[x-1] & fccn$times <= smps$time[x]) ## if any, calculate activation diameters, otherwise, NA if( any(selection) ) DactTable[selection,"Dact"] <- getDact(smps$size,smps$dat[x-1,],fccn$fCCN[sele...

Dear all, I have a dataset where I reduced the dimensionality, and now I have a response variable with probabilities/proportions between 0 and 1. I wanted to do a logistic regression on those, but the function glm refuses to do that with non-integer values in the response. I also tried lrm, but that one interpretes the probabilities as different levels and gives for every level a different

...color, or popping up a message like e.g. "There were these warnings, while doing this-or-that:". Maybe a good solution for this already exists, but I have not been able to find it. Therefore, I'll outline what I have tried/considered so far, and what I think might be ways to add a corresonding API. Of course, I'm not very familiar with R, so these suggestions are probably not "the right way to do it". What I've tried so far: 1) Directing stderr-output to a file (using sink ()): This solution splits warnings, and errors from "regular" output. Using option...

On Wed, 1 Jul 2015 at 08:19 Stephen Cross <scross at scross.co.uk> wrote: > Hi everyone, > > I was wondering if anyone could answer the questions in my first > email. These were: > > * Why does Clang generate 8 byte alignment for 16+ byte arrays on > x86-64, even though the AMD64 ABI seems to require 16 byte alignment? > * Clang has some logic in

Dear All, I spent an entire evening in debugging a small, fairly simple program in R - without success. It was my Guru in Bayesian Analysis, Thomas Fridtjof, who was able to diagonose the problem. He said that it took a long time for him also to locate the problem. This program illustrates in some ways the shortcomings of the error messages that R responds with. In this case, it was quite

...ue, Nov 27, 2018 at 08:44:14PM -0500, Lyude Paul wrote: > > On Tue, 2018-11-27 at 20:44 +0100, Daniel Vetter wrote: > > > > We could do this the other way around so it looks like this maybe > > > > struct kref; /* manages kfree() */ > > struct topology_kref; /* corresonds to lifetime in topology */ > > > > Then only expose functions for the normal kref to drivers, so that any > > possible confusion is still limited to drm_dp_mst_topology.c > > I like this bikeshed a lot. Since we need a bunch of the plain > kref_get/put internally, prob...

...I could come up > with is dp_port_malloc_get/put. Plus a comment explaining what it does. > It's going to be a bit of wtf-is-this no matter what :-/ > -Daniel We could do this the other way around so it looks like this maybe struct kref; /* manages kfree() */ struct topology_kref; /* corresonds to lifetime in topology */ Then only expose functions for the normal kref to drivers, so that any possible confusion is still limited to drm_dp_mst_topology.c > > > > -Daniel > > > > > > > Piles of comments below. > > > > > > > > Cheers, D...

...// TODO: Actually report errors helpfully. > + consumeError(AddrOrErr.takeError()); > + continue; > + } > + uint64_t Addr = *AddrOrErr; > + uint64_t Size = P.second; > + > + // According to spec debugging info has to come before loading the > + // corresonding code load. > + DILineInfoTable Lines = Context.getLineInfoForAddressRange( > + Addr, Size, FileLineInfoKind::AbsoluteFilePath); > + NotifyDebug(Addr, Lines); > + > + NotifyCode(Name, Addr, Size); > + } > + > + Dumpstream->flush(); > +} > + >...

Having something like this available in tree would definitely be useful. For simplicity, why don't we start with support for the second style? This is the long term useful one and would be a good starting point for getting the code in tree. Can you give a pointer to the patch so that I can assess the rough complexity? If it's simple enough, I'd be happy to help get it reviewed

...t_malloc_get/put. Plus a comment explaining what it does. > > It's going to be a bit of wtf-is-this no matter what :-/ > > -Daniel > > We could do this the other way around so it looks like this maybe > > struct kref; /* manages kfree() */ > struct topology_kref; /* corresonds to lifetime in topology */ > > Then only expose functions for the normal kref to drivers, so that any > possible confusion is still limited to drm_dp_mst_topology.c I like this bikeshed a lot. Since we need a bunch of the plain kref_get/put internally, probably still good to have a wrap...

Hi, On 2016-12-29 13:17:50 -0800, Philip Reames wrote: > Having something like this available in tree would definitely be > useful. Cool. > For simplicity, why don't we start with support for the second style? This > is the long term useful one and would be a good starting point for getting > the code in tree. Works for me. > Can you give a pointer to the patch so that

...part of x86 pv_ops, Performance critical code written in C. They are basically indirect function call via pv_xxx_ops. For performance, each pv instance is allowed to binary patch in order to replace function call instruction with their predefined instructions in place. The ia64 intrinsics corresonds to this kind of interface. The discussion points so far are - binary patching should be mandatory or optional? The current patch requires binary patch, but some people think requiring binary patch for pv instances is a bad idea. I think by providing reasonable helper functions set, binary p...

...part of x86 pv_ops, Performance critical code written in C. They are basically indirect function call via pv_xxx_ops. For performance, each pv instance is allowed to binary patch in order to replace function call instruction with their predefined instructions in place. The ia64 intrinsics corresonds to this kind of interface. The discussion points so far are - binary patching should be mandatory or optional? The current patch requires binary patch, but some people think requiring binary patch for pv instances is a bad idea. I think by providing reasonable helper functions set, binary p...

On Mon, 2018-11-26 at 22:22 +0100, Daniel Vetter wrote: > On Mon, Nov 26, 2018 at 10:04:21PM +0100, Daniel Vetter wrote: > > On Thu, Nov 15, 2018 at 07:50:05PM -0500, Lyude Paul wrote: > > > There has been a TODO waiting for quite a long time in > > > drm_dp_mst_topology.c: > > > > > > /* We cannot rely on port->vcpi.num_slots to update > >

I am getting the following message when Shorewall stops can anybody shed any light on this message and where I should be looking? Thanks root@bobshost:~# shorewall stop Loading /usr/share/shorewall/functions... Processing /etc/shorewall/params ... Processing /etc/shorewall/shorewall.conf... Loading Modules... Stopping Shorewall...Processing /etc/shorewall/stop ... IP Forwarding Enabled