search for: l17

Displaying 20 results from an estimated 24 matches for "l17".

Did you mean: 17
2013 Sep 05
2
binary symmetric matrix combination
Hi, May be this helps: m1<- as.matrix(read.table(text=" y1 g24 y1 0 1 g24 1 0 ",sep="",header=TRUE)) m2<-as.matrix(read.table(text="y1 c1 c2 l17 ?y1 0 1 1 1 ?c1 1 0 1 1 ?c2 1 1 0 1 ?l17 1 1 1 0",sep="",header=TRUE)) m3<- as.matrix(read.table(text="y1 h4??? s2???? s30 ?y1 0 1 1 1 ?h4 1 0 1 1 ?s2 1 1 0 1 ?s30 1 1 1 0",sep="",header=TRUE)) m4<- as.matrix(read.table(text="y1 e5 l15 ?y1 0 1 1 e5 1 0...
2019 Feb 03
0
NHW Project - new -l17 "extreme" compression quality setting
Hello, For those interested, I have added a new -l17 "extreme" compression quality setting to the NHW Project.I find this setting competitive with x265 (HEVC).Actually I have tested -l17 on 15 rather good quality images, and on these images I prefer the results of the NHW Project. We can still save 2.5KB per .nhw compressed files. More at...
2000 Mar 31
1
R: one bananna aov() question
...L6 25 -2.09088493223492 6 L7 26 3.36473558331119 7 L9 27 -0.559327664097794 8 L10 2 0.181304809992027 9 L12 4 -3.05932766409779 10 L13 5 3.94067233590221 11 L16 7 1.68130480999203 12 L17 8 -1.31869519000797 13 L18 9 -2.05932766409779 14 L19 10 2.44067233590221 15 L21 13 -1.66682168482594 16 L22 14 0.0925458410842417 17 L23 15 -2.90745415891576 18 L28 19 1.09254584108424 19 L29...
2017 Feb 20
3
[PATCH] Correct chain.c32 v. 6.04-pre1 for Reactos
...ob;f=reactos/boot/freeldr/notes.txt;hb=HEAD https://git.reactos.org/?p=reactos.git&a=search&h=HEAD&st=grep&s=FREELDR_BASE https://git.reactos.org/?p=reactos.git;a=blob;f=reactos/boot/freeldr/freeldr/include/arch/pc/x86common.h;h=c747d145cb3b35f68caab5291dc65dcdca21f17d;hb=HEAD#l17 https://git.reactos.org/?p=reactos.git;a=blob;f=reactos/boot/freeldr/freeldr/include/arch/pc/x86common.h;hb=HEAD At the time of writing this patch, the up-to-date bootsectors referring to the above 'define' ("FREELDR_BASE") have a filename extension ending with ".S"...
2017 Mar 04
1
[PATCH] Update chain.c32 v. 6.04-pre1 for current Reactos
...ob;f=reactos/boot/freeldr/notes.txt;hb=HEAD https://git.reactos.org/?p=reactos.git&a=search&h=HEAD&st=grep&s=FREELDR_BASE https://git.reactos.org/?p=reactos.git;a=blob;f=reactos/boot/freeldr/freeldr/include/arch/pc/x86common.h;h=c747d145cb3b35f68caab5291dc65dcdca21f17d;hb=HEAD#l17 https://git.reactos.org/?p=reactos.git;a=blob;f=reactos/boot/freeldr/freeldr/include/arch/pc/x86common.h;hb=HEAD At the time of writing this patch, the up-to-date bootsectors referring to the above 'define' ("FREELDR_BASE") have a filename extension ending with ".S"...
2023 Jan 15
1
logging strategy
...implement a different method for > this purpose, when you expect that sort of content - and call it where > suitable. > > Maybe makes sense to create a typical hexdump printer along the lines of > https://gist.github.com/jimklimov/07913a3e30a7d7ec50e9c946117c994f#file-jenkins-credump-L17-L41 > (that particular code is groovy, but trivial to convert elsewhere). I want to see mostly-ascii as mostly-ascii with escapes, because that's what Fortress output smells like so far, rather than flipping to all hex (if I read groovy right). Totally fair point about not changing s_upsde...
2023 Jan 15
1
logging strategy
...e however to define and implement a different method for this purpose, when you expect that sort of content - and call it where suitable. Maybe makes sense to create a typical hexdump printer along the lines of https://gist.github.com/jimklimov/07913a3e30a7d7ec50e9c946117c994f#file-jenkins-credump-L17-L41 (that particular code is groovy, but trivial to convert elsewhere). Jim On Sun, Jan 15, 2023 at 5:12 PM Greg Troxel <gdt at lexort.com> wrote: > I am looking at bestfortress and trying to figure out and fix some > things, which is causing me to try to improve logging first. A f...
2017 Mar 16
2
Support for user defined unary functions
...e in non standard contexts. > > If the language provided package authors with a native way to create > unary operators like it already does for the other operator types > these machinations would be unnecessary. > > [1]: https://github.com/hadley/rlang/blob/master/R/tidy-unquote.R#L17 > [2]: https://cran.r-project.org/package=ensurer > [3]: https://cran.r-project.org/package=types > > On Thu, Mar 16, 2017 at 1:04 PM, Gabriel Becker <gmbecker at ucdavis.edu> > wrote: > > Martin, > > > > Jim can speak directly to his motivations; I don't...
2017 Feb 23
0
[PATCH] Correct chain.c32 v. 6.04-pre1 for Reactos
...t/freeldr/notes.txt;hb=HEAD > > https://git.reactos.org/?p=reactos.git&a=search&h=HEAD&st=grep&s=FREELDR_BASE > > https://git.reactos.org/?p=reactos.git;a=blob;f=reactos/boot/freeldr/freeldr/include/arch/pc/x86common.h;h=c747d145cb3b35f68caab5291dc65dcdca21f17d;hb=HEAD#l17 > > https://git.reactos.org/?p=reactos.git;a=blob;f=reactos/boot/freeldr/freeldr/include/arch/pc/x86common.h;hb=HEAD > > At the time of writing this patch, the up-to-date bootsectors referring to > the above 'define' ("FREELDR_BASE") have a filename extension endin...
2017 Mar 17
3
Support for user defined unary functions
...;> If the language provided package authors with a native way to create >>> unary operators like it already does for the other operator types >>> these machinations would be unnecessary. >>> >>> [1]: https://github.com/hadley/rlang/blob/master/R/tidy-unquote.R#L17 >>> [2]: https://cran.r-project.org/package=ensurer >>> [3]: https://cran.r-project.org/package=types >>> >>> On Thu, Mar 16, 2017 at 1:04 PM, Gabriel Becker <gmbecker at ucdavis.edu> >>> wrote: >>> > Martin, >>> > >>&...
2017 Mar 16
2
Support for user defined unary functions
Martin, Jim can speak directly to his motivations; I don't claim to be able to do so. That said, I suspect this is related to a conversation on twitter about wanting an infix "unquote" operator in the context of the non-standard evaluation framework Hadley Wickham and Lionel Henry (and possibly others) are working on. They're currently using !!! and !! for things related to
2017 Mar 16
0
Support for user defined unary functions
...tors have been used elsewhere in non standard contexts. If the language provided package authors with a native way to create unary operators like it already does for the other operator types these machinations would be unnecessary. [1]: https://github.com/hadley/rlang/blob/master/R/tidy-unquote.R#L17 [2]: https://cran.r-project.org/package=ensurer [3]: https://cran.r-project.org/package=types On Thu, Mar 16, 2017 at 1:04 PM, Gabriel Becker <gmbecker at ucdavis.edu> wrote: > Martin, > > Jim can speak directly to his motivations; I don't claim to be able to do > so. That sa...
2023 Jan 15
1
logging strategy
I am looking at bestfortress and trying to figure out and fix some things, which is causing me to try to improve logging first. A few questions: 0) The developer guide doesn't seem to address any of this, or did I miss it? 1) It seems upsdebugx prints to stdout instead of syslog if in foreground. That's great but I didn't figure it out from docs. 2) I didn't find a plan for
2017 Mar 16
0
Support for user defined unary functions
...ts. >> >> If the language provided package authors with a native way to create >> unary operators like it already does for the other operator types >> these machinations would be unnecessary. >> >> [1]: https://github.com/hadley/rlang/blob/master/R/tidy-unquote.R#L17 >> [2]: https://cran.r-project.org/package=ensurer >> [3]: https://cran.r-project.org/package=types >> >> On Thu, Mar 16, 2017 at 1:04 PM, Gabriel Becker <gmbecker at ucdavis.edu> >> wrote: >> > Martin, >> > >> > Jim can speak directly...
2017 Mar 17
2
Support for user defined unary functions
...ge authors with a native way to create >> >>> unary operators like it already does for the other operator types >> >>> these machinations would be unnecessary. >> >>> >> >>> [1]: https://github.com/hadley/rlang/blob/master/R/tidy-unquote.R#L17 >> >>> [2]: https://cran.r-project.org/package=ensurer >> >>> [3]: https://cran.r-project.org/package=types >> >>> >> >>> On Thu, Mar 16, 2017 at 1:04 PM, Gabriel Becker <gmbecker at ucdavis.edu> >> >>> wrote: >>...
2017 Mar 17
2
Support for user defined unary functions
...ge authors with a native way to create >> >>> unary operators like it already does for the other operator types >> >>> these machinations would be unnecessary. >> >>> >> >>> [1]: https://github.com/hadley/rlang/blob/master/R/tidy-unquote.R#L17 >> >>> [2]: https://cran.r-project.org/package=ensurer >> >>> [3]: https://cran.r-project.org/package=types >> >>> >> >>> On Thu, Mar 16, 2017 at 1:04 PM, Gabriel Becker <gmbecker at ucdavis.edu> >> >>> wrote: >>...
2017 Mar 17
0
Support for user defined unary functions
...e provided package authors with a native way to create > >>> unary operators like it already does for the other operator types > >>> these machinations would be unnecessary. > >>> > >>> [1]: https://github.com/hadley/rlang/blob/master/R/tidy-unquote.R#L17 > >>> [2]: https://cran.r-project.org/package=ensurer > >>> [3]: https://cran.r-project.org/package=types > >>> > >>> On Thu, Mar 16, 2017 at 1:04 PM, Gabriel Becker <gmbecker at ucdavis.edu> > >>> wrote: > >>> > Marti...
2017 Mar 17
2
Support for user defined unary functions
...t; unary operators like it already does for the other operator types >> >> >>> these machinations would be unnecessary. >> >> >>> >> >> >>> [1]: >> >> >>> https://github.com/hadley/rlang/blob/master/R/tidy-unquote.R#L17 >> >> >>> [2]: https://cran.r-project.org/package=ensurer >> >> >>> [3]: https://cran.r-project.org/package=types >> >> >>> >> >> >>> On Thu, Mar 16, 2017 at 1:04 PM, Gabriel Becker >> >> >>> &l...
2017 Mar 17
0
Support for user defined unary functions
...ay to create > >> >>> unary operators like it already does for the other operator types > >> >>> these machinations would be unnecessary. > >> >>> > >> >>> [1]: https://github.com/hadley/rlang/blob/master/R/tidy- > unquote.R#L17 > >> >>> [2]: https://cran.r-project.org/package=ensurer > >> >>> [3]: https://cran.r-project.org/package=types > >> >>> > >> >>> On Thu, Mar 16, 2017 at 1:04 PM, Gabriel Becker < > gmbecker at ucdavis.edu> > >&g...
2020 Jul 31
5
nbdkit build failure in Koji
Hi Eric, I wonder if you have any thoughts about this build failure in tests/test-nozero.sh? https://koji.fedoraproject.org/koji/taskinfo?taskID=48259627 log: https://kojipkgs.fedoraproject.org//work/tasks/9762/48259762/build.log The error is “nozero6.img was trimmed by mistake”. I added “set -x” to the script earlier today so we can see exactly what's wrong, and it is that: ++ stat