search for: ssize

...The true matrix is about 300K rows and 31 columns. ####################### #INPUT ####################### > temp DX1 DX2 DX3 1 13761 8125 49178 2 63371 v75 22237 3 51745 77703 93500 4 64081 32826 v72 5 78477 43828 87645 > ####################### #CODE ####################### ssize <- c(nrow(temp), ncol(temp)) aa <- c(1:ssize[2]) aa <- paste("DX", aa, sep = "") record <- matrix("?", nrow = ssize, ncol = ssize[2]) colnames(record) <- aa mm <- 0 #for (j in 1:1) { for (j in 1:ssize[1]) { mm <- j a <-...

I have windows version of R v1.6.2 I have downloaded the qtoolbox.zip from http://www.cmis.csiro.au/S-PLUS/qtoolbox/ My R command line is > install.packages("C:/Program Files/R/qtoolbox.zip", .libPaths()[1], CRAN = NULL) and I get the following error message: updating HTML package descriptions Warning message: error -1 in extracting from zip file > Is there another way to

Hi dear R-listers, I'm trying to fit a 3-level model using lme in R. My sample size is about 2965 and 3 factors: year (5 levels), ssize (4 levels), condition (2 levels). When I issue the following command: > lme(var~year*ssize*condition,random=~ssize+condition|subject,data=smp,method ="ML") I got the following error: Error in logLik.lmeStructInt(lmeSt, lmePars) : Calloc could not allocate (65230 of 8) memor...

Am Sa., 8. Juni 2019 um 13:12 Uhr schrieb Tim Northover via llvm-dev <llvm-dev at lists.llvm.org>: > I'd prefer us to have something neater than static_cast<int> for the > loop problem before we made that change. Perhaps add an ssize (or > equivalent) method to all of our internal data structures? They're a > lot more common than std::* containers. +1 Since C++20 is also introducing ssize [1] members, this makes a lot of sense to me. Using it would help avoiding an unsigned comparison as in if (IndexOfInteresti...

...; wrote: > >> Am Sa., 8. Juni 2019 um 13:12 Uhr schrieb Tim Northover via llvm-dev >> <llvm-dev at lists.llvm.org>: >> > I'd prefer us to have something neater than static_cast<int> for the >> > loop problem before we made that change. Perhaps add an ssize (or >> > equivalent) method to all of our internal data structures? They're a >> > lot more common than std::* containers. >> >> +1 >> >> Since C++20 is also introducing ssize [1] members, this makes a lot of >> sense to me. Using it would help av...

...e I am using the right svydesign syntax to specify this sampling design. Can anyone please check if the statement below is appropriate for my design? #group represents the case (total of 132) vs control (253 out of the total of 853 controls) groups; prob is 1 for cases and 253/853 for controls and ssize=132 for cases and 853 otherwise; dstr=svydesign(id=~1, strata=~group, prob=~prob, fpc=~ssize, data=noNA) -- View this message in context: http://r.789695.n4.nabble.com/svydesign-syntax-tp2298793p2298793.html Sent from the R help mailing list archive at Nabble.com.

...col=c(rep(0,size[1]),rep(1,size[2]),rep(2,size[3]),rep(3,size[4]), rep(0,size[5]),rep(1,size[6]),rep(2,size[7]),rep(3,size[8])) row=c(rep(0,size[1]+size[2]+size[3]+size[4]),rep(1,size[5]+size[6] +size[7]+size[8])) return(data.frame(c=factor(col), r=factor(row),yield=v)) } gendata=function(size){ ssize=sum(size); return (rnorm(ssize)) } #Example size=c(3,3,3,0,3,3,3,0) sim2(size,10000,10,.16) Phillip Good Huntington Beach CA

...3:12 Uhr schrieb Tim Northover via llvm-dev >>>>>> <llvm-dev at lists.llvm.org>: >>>>>> > I'd prefer us to have something neater than static_cast<int> for the >>>>>> > loop problem before we made that change. Perhaps add an ssize (or >>>>>> > equivalent) method to all of our internal data structures? They're a >>>>>> > lot more common than std::* containers. >>>>>> >>>>>> +1 >>>>>> >>>>>> Since C++20 is also...

...m Sa., 8. Juni 2019 um 13:12 Uhr schrieb Tim Northover via llvm-dev >>>> <llvm-dev at lists.llvm.org>: >>>> > I'd prefer us to have something neater than static_cast<int> for the >>>> > loop problem before we made that change. Perhaps add an ssize (or >>>> > equivalent) method to all of our internal data structures? They're a >>>> > lot more common than std::* containers. >>>> >>>> +1 >>>> >>>> Since C++20 is also introducing ssize [1] members, this makes a lot...

...$2, 1, index($2, \":\")-1), $5}" + filename ] + in + let lines = + external_command ((stringify_args cmd1) ^ " | " ^ (stringify_args cmd2)) + in + if (List.length lines < 1) then + raise Not_found + else + let soffset, ssize = String.split " " (List.hd lines) in + let offset = + try Int64.of_string soffset + with Failure _ -> + error (f_"Invalid offset returned by `tar`: %s") soffset + in + let size = + try Int64.of_string ssize +...

Hi, The LLVM coding style does not specify anything about the use of signed/unsigned integer, and the codebase is inconsistent (there is a majority of code that is using unsigned index in loops today though). I'd like to suggest that we specify to prefer `int` when possible and use `unsigned` only for bitmask and when you intend to rely on wrapping behavior, see:

...gt;>>>> <llvm-dev at lists.llvm.org>: >>>>>>>> > I'd prefer us to have something neater than static_cast<int> for >>>>>>>> the >>>>>>>> > loop problem before we made that change. Perhaps add an ssize (or >>>>>>>> > equivalent) method to all of our internal data structures? >>>>>>>> They're a >>>>>>>> > lot more common than std::* containers. >>>>>>>> >>>>>>>> +1 >...

...har *wipefs[] = {"wipefs", "-a", device, NULL}; + r = commandv (NULL, &err, wipefs); + if (r == -1) { + reply_with_error ("%s", err); + free (err); + return -1; + } + free (err); + return 0; +} + +int do_zero_device (const char *device) { int64_t ssize = do_blockdev_getsize64 (device); diff --git a/generator/generator_actions.ml b/generator/generator_actions.ml index 3a7be79..d27ef43 100644 --- a/generator/generator_actions.ml +++ b/generator/generator_actions.ml @@ -6651,6 +6651,20 @@ This option may not be specified at the same time as the C&lt...

...support this? Or I should define my instruction in this way: add_type1 Ri, Rj, Rk add_type2 Ri, Rj, Rk, Rl, Rm, Rn add_type3 Ri, Rj, Rk, Rl, Rm, Rn, Ro, Rp, Rq Q2. Some of the instructions need to setup additional configuration, e.g. { scache wa ; Set cache mode: write allocate ssize 64 ; Set write size = 64 bits sendian big ; Set big endian writing store R0, 0x1000000 ; Write "R0" to 0x1000000 } So, again, parser has to parse the entire bundle to generate correct encoding. Or I should define my instruction in this way: store R0, 0x1000000, wa, 64, big, ....

I have a data frame called e, dim is 27,3, the first 5 lines look like this: V1 V2 V3 V4 1 1673 0.36 0.08 Smith 2 167 0.36 0.08 Allen 3 99 0.37 0.06 Allen 4 116 0.38 0.07 Allen 5 95 0.41 0.08 Allen I am trying to calculate the proportion/percentage of V1 which would have values >0.42 if V2 was the mean of a normal distribution with V1

Hi Martin, Henrik, I actually like this change. Makes a lot of sense IMO that dim(x) <- dim(x) be a no-op, or, more generally, that foo(x) <- foo(x) be a no-op for any setter/getter combo. FWIW S4Arrays::set_dim() does that too. It also preserves the dimnames if the right value is only adding or dropping outermost (ineffective) dimensions: ??? > x <- array(1:6, dim=c(2,3,1),

...of the MAX_ARGS=64 cases have no more than 10 arguments added, even in the worst case... > diff --git a/daemon/dd.c b/daemon/dd.c > index d29c527..461df61 100644 > --- a/daemon/dd.c > +++ b/daemon/dd.c > @@ -106,15 +106,21 @@ do_copy_size (const char *src, const char *dest, int64_t ssize) > } > > uint64_t position = 0, size = (uint64_t) ssize; > + CLEANUP_FREE char *buf; Missing "= NULL" here. > diff --git a/daemon/debug.c b/daemon/debug.c > index 5637939..6059603 100644 > --- a/daemon/debug.c > +++ b/daemon/debug.c > @@ -437,12 +437,...

...1,7 @@ main (int argc, char *argv[]) MODE_SOCKET_ACTIVATION, MODE_TCP, MODE_UNIX, + MODE_VSOCK, } mode = MODE_URI; enum { HELP_OPTION = CHAR_MAX + 1, @@ -161,6 +164,7 @@ main (int argc, char *argv[]) { NULL } }; int c, fd, r; + uint32_t cid, port; int64_t ssize; const char *s; struct fuse_args fuse_args = FUSE_ARGS_INIT (0, NULL); @@ -262,6 +266,10 @@ main (int argc, char *argv[]) mode = MODE_UNIX; optind++; } + else if (strcmp (argv[optind], "--vsock") == 0) { + mode = MODE_VSOCK; + optind++; + } /* This is undocum...

This is still a draft, not ready for commit yet. But feedback is welcomed. This series is related to the problem of inefficient import of OVA files. The needed enhancements of QEMU was merged into the codebase and should be available in QEMU 2.8. From there we can use 'size' and 'offset' options in raw driver to tell QEMU to use only subset of a file as an image. The first three

...src, const char *dest) return -1; } - dest_is_dev = STRPREFIX (dest, "/dev/"); + dest_is_dev = is_device_parameter (dest); if (dest_is_dev) r = asprintf (&of_arg, "of=%s", dest); @@ -71,7 +71,7 @@ do_copy_size (const char *src, const char *dest, int64_t ssize) { int src_fd, dest_fd; - if (STRPREFIX (src, "/dev/")) + if (is_device_parameter (src)) src_fd = open (src, O_RDONLY | O_CLOEXEC); else { CLEANUP_FREE char *buf = sysroot_path (src); @@ -86,7 +86,7 @@ do_copy_size (const char *src, const char *dest, int64_t ssize)...