search for: marttila

...omething similar to 'file()'; that is, add a 'blocking' argument to unz. It's hard to say whether they would choose 'blocking = FALSE' for back compatibility or 'blocking = TRUE' for consistency with 'file()'. Regards, Iris On Fri, Oct 25, 2024, 04:47 Marttila Mikko <mikko.marttila at orionpharma.com> wrote: > Thanks Iris, Bert, and Tim. > > > > Whether unz() is blocking or not by default doesn?t seem to be documented. > Indeed, thank you Iris for finding out that explicitly opening it as > blocking would work. That made me wo...

...is the default, so remove if desired > open(conn, "rb", blocking = TRUE) > readLines(conn) > }) > ``` > > A blocking connection might be undesirable for you, in which case > someone else might have a better solution. > > On Thu, Oct 24, 2024 at 10:58?AM Marttila Mikko via R-help > <r-help at r-project.org> wrote: > > > > Dear list, > > > > I'm seeing a strange interaction with readLines() and unz() when reading > > a file without an empty final line. The final line gets dropped silently: > > > > > c...

...ns have their default, or "match" nMark <- big.mark == "" && small.mark == "" && (notChar || decimal.mark == input.d.mark) -----Original Message----- From: Howard, Tim G (DEC) <tim.howard at dec.ny.gov> Sent: Friday, 23 May 2025 13:18 To: Marttila Mikko <mikko.marttila at orionpharma.com>; R mailing list <r-help at r-project.org> Subject: RE: Formatting zeroes with prettyNum [You don't often get email from tim.howard at dec.ny.gov. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] You fed it two...

...u can actually do it right in the web browser, thanks to Heather Turner's R Dev Container, see instructions here https://contributor.r-project.org/r-dev-env/container_setup/ Best Toby On Mon, May 26, 2025 at 6:28?PM Martin Maechler <maechler at stat.math.ethz.ch> wrote: > Thank you, Marttila and Ivan, > > As the original author of prettyNum() {etc ..}, > I will commit such a bug fix to R-devel (and probably port it to > R 4.5.0 patched) quite soon > (but not yet today). > > Best regards, > > Martin Maechler > > >>>>> Ivan Krylov via R-de...

Thank you, Marttila and Ivan, As the original author of prettyNum() {etc ..}, I will commit such a bug fix to R-devel (and probably port it to R 4.5.0 patched) quite soon (but not yet today). Best regards, Martin Maechler >>>>> Ivan Krylov via R-devel >>>>> on Fri, 23 May 2025 1...

...ce = replace.zero) : 'zero.print' is truncated to fit into formatted zeros; consider 'replace=TRUE' When zero.print is only one character, it doesn't give a warning. Tim > -----Original Message----- > From: R-help <r-help-bounces at r-project.org> On Behalf Of Marttila Mikko via > R-help > Sent: Friday, May 23, 2025 7:07 AM > To: R mailing list <r-help at r-project.org> > Subject: [R] Formatting zeroes with prettyNum > > ATTENTION: This email came from an external source. Do not open > attachments or click on links from unknown senders...

? Fri, 23 May 2025 11:47:33 +0000 Marttila Mikko via R-devel <r-devel at r-project.org> ?????: > When called with a numeric vector, the `replace.zero` argument is > disregarded. > > > prettyNum(0, zero.print = "- ", replace.zero = TRUE) > [1] "-" > Warning message: > In .format.zeros(x,...

Dear list, I'm seeing a strange interaction with readLines() and unz() when reading a file without an empty final line. The final line gets dropped silently: > cat("hello", file = "hello.txt") > zip("hello.zip", "hello.txt") adding: hello.txt (stored 0%) > readLines(unz("hello.zip", "hello.txt")) character(0) The

...>> open(conn, "rb", blocking = TRUE) >> readLines(conn) >> }) >> ``` >> >> A blocking connection might be undesirable for you, in which case >> someone else might have a better solution. >> >> On Thu, Oct 24, 2024 at 10:58?AM Marttila Mikko via R-help >> <r-help at r-project.org> wrote: >>> >>> Dear list, >>> >>> I'm seeing a strange interaction with readLines() and unz() when reading >>> a file without an empty final line. The final line gets dropped silently: >&gt...

Dear list, Have I stumbled upon a bug, or am I holding `prettyNum()` wrong? Please see below. Best, Mikko > prettyNum(0, zero.print = "- ", replace.zero = TRUE) [1] "-" Warning message: In .format.zeros(x, zero.print, replace = replace.zero) : 'zero.print' is truncated to fit into formatted zeros; consider 'replace=TRUE' > prettyNum(0, zero.print =

Dear list, I'd like to report a bug in `prettyNum()`. When called with a numeric vector, the `replace.zero` argument is disregarded. > prettyNum(0, zero.print = "- ", replace.zero = TRUE) [1] "-" Warning message: In .format.zeros(x, zero.print, replace = replace.zero) : 'zero.print' is truncated to fit into formatted zeros; consider 'replace=TRUE' A