search for: l597

Displaying 7 results from an estimated 7 matches for "l597".

Did you mean: 1597
2019 May 23
3
Possible bug when finding shared libraries during staged installation
...h library and the result is an atomic vector. This is my first time submitting a bug report or patch here; I'm happy to make any changes if needed. Thanks for considering, Kara [1] https://github.com/wch/r-source/blob/3fe2bb01e9ec1b268803a437c308742775c2442d/src/library/tools/R/install.R#L594-L597 [2] https://github.com/x13org/x13binary/issues/46 R version 3.6.0 Patched (2019-05-22 r76579) Platform: x86_64-apple-darwin15.6.0 (64-bit) Running under: macOS Mojave 10.14.4
2016 Aug 25
2
"plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)
....` is eventually passed to `plot.window()`. 3. - In the univariate case (NCOL(x) == 1): When `lines.default()` is called to actually plot the data (https://github.com/wch/r-source/blob/trunk/src/library/stats/R/ts.R#L588 and https://github.com/wch/r-source/blob/trunk/src/library/stats/R/ts.R#L597 for reference), `cex` is not included in the call. - In the bivariate case (NCOL(x) > 1): Because "cex" was captured and removed from `...`, it is not passed to `plot.default` when it is called (https://github.com/wch/r-source/blob/trunk/src/library/stats/R/ts.R#L548). It turns...
2019 May 24
2
Possible bug when finding shared libraries during staged installation
...(and let some of us know). > > > Thanks for considering, > > Kara > > Thank *you* indeed for the report, > Martin > > > [1] > > https://github.com/wch/r-source/blob/3fe2bb01e9ec1b268803a437c308742775c2442d/src/library/tools/R/install.R#L594-L597 > > [2] https://github.com/x13org/x13binary/issues/46 > > > R version 3.6.0 Patched (2019-05-22 r76579) > > Platform: x86_64-apple-darwin15.6.0 (64-bit) > > Running under: macOS Mojave 10.14.4 > > -- > Martin Maechler > ETH Zurich and R C...
2019 May 24
0
Possible bug when finding shared libraries during staged installation
...ot be necessary, but you may want that anyway (and let some of us know). > Thanks for considering, > Kara Thank *you* indeed for the report, Martin > [1] > https://github.com/wch/r-source/blob/3fe2bb01e9ec1b268803a437c308742775c2442d/src/library/tools/R/install.R#L594-L597 > [2] https://github.com/x13org/x13binary/issues/46 > R version 3.6.0 Patched (2019-05-22 r76579) > Platform: x86_64-apple-darwin15.6.0 (64-bit) > Running under: macOS Mojave 10.14.4 -- Martin Maechler ETH Zurich and R Core Team
2019 May 24
0
Possible bug when finding shared libraries during staged installation
...> Thanks for considering, > > > Kara > > > > Thank *you* indeed for the report, > > Martin > > > > > [1] > > > > https://github.com/wch/r-source/blob/3fe2bb01e9ec1b268803a437c308742775c2442d/src/library/tools/R/install.R#L594-L597 > > > [2] https://github.com/x13org/x13binary/issues/46 > > > > > R version 3.6.0 Patched (2019-05-22 r76579) > > > Platform: x86_64-apple-darwin15.6.0 (64-bit) > > > Running under: macOS Mojave 10.14.4 > > > > -- > > M...
2016 Aug 26
0
"plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)
...; 3. > - In the univariate case (NCOL(x) == 1): When `lines.default()` is > called to actually plot the data > (https://github.com/wch/r-source/blob/trunk/src/library/stats/R/ts.R#L588 > and > https://github.com/wch/r-source/blob/trunk/src/library/stats/R/ts.R#L597 > for reference), `cex` is not included in the call. > - In the bivariate case (NCOL(x) > 1): Because "cex" was captured and > removed from `...`, it is not passed to `plot.default` when it is called > (https://github.com/wch/r-source/blob/trunk/src/libra...
2016 Aug 25
3
"plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)
I did a search on Bugzilla for "plot.ts" and didn't find anything on this issue. I tried to sign up for Bugzilla to report it, but my e-mail address didn't pass your "syntax checking" for a legal e-mail address. The bug is easily reproducible on my machine as follows: ## start # generate some data y <- arima.sim(list(), 150) # this will definitely dispatch to a