search for: startdynamichelp

ISSUE: On MS Windows, running cmd.exe, calling Rscript --vanilla -e "port <- tools::startDynamicHelp(); port; port <- tools::startDynamicHelp(FALSE); port" will sometimes stall R at the end, preventing it from existing. This also happens when running R in interactive mode. It seems to stem from calling tools::startDynamicHelp(FALSE). Before filing a formal bug report, can someone pleas...

Thank you for confirming this. I just filed PR#18650 (https://bugs.r-project.org/show_bug.cgi?id=18650). FWIW, I've found two other issues with startDynamicHelp() prior to this: * https://bugs.r-project.org/show_bug.cgi?id=18645 * https://bugs.r-project.org/show_bug.cgi?id=18648 /Henrik On Sat, Jan 6, 2024 at 5:53?PM Steve Martin <marberts at protonmail.com> wrote: > > Henrik, > > I was able to reproduce this both with Rscript and inte...

...rt the html help with the following. > help.start() starting httpd help server ... done If 'xdg-open' is already running, it is *not* restarted, and you must switch to its window. Otherwise, be patient ... The help page states: "If for some reason HTML help is unavailable (see ?startDynamicHelp?), plain text help will be used instead." However, > ?startDynamicHelp No documentation for 'startDynamicHelp' in specified packages and libraries: you could try '??startDynamicHelp' Am I doing anything wrong? Thank you Liviu -- Do you know how to read? http://www.al...

...(pkg, browser = NA, encodeIfNeeded = FALSE) { pkg <- as.character(substitute(pkg)) hport <- tools:::httpdPort if (!pkg %in% rownames(installed.packages())) stop(paste("Package", pkg, "not found.")) if (hport == 0) { cat("Starting dynamic help.\n") t <- try(startDynamicHelp(), silent = TRUE) if (class(t) == "try-error") stop("Could not start dynamic help.") hport <- tools:::httpdPort } if (!is.na(browser)) { if (tolower(browser) == "rstudio") options(browser = function (x) .Call("rs_browseURL", url)) else options(browser = b...

...*********************************** Loading required package: rJava Loading required package: JavaGD Loading required package: iplots Attaching package: 'utils' The following object(s) are masked from package:rJava : head, str, tail starting httpd help server ...Error in tools:::startDynamicHelp() : could not find function "runif" Loading required package: stats Loading required package: graphics Loading Tcl/Tk interface ... done During startup - Warning message: package JGR in options("defaultPackages") was not found Loading required package: JGR > starting httpd h...

...t; my >> computer. >> This cause a problem, because when I create a link such as: >> >> http://127.0.0.1:28027/library/stats/html/addmargins.html >> >> this is for one-time use only. Is it possible to fix the port? > > Not currently. ?If you look in tools:::startDynamicHelp you can see how it > is set up; you could duplicate that setup as a temporary workaround. ?You > might be better off to build R with static help instead. ?What is the > application where you want to be able to give out links? ?Perhaps we could > consult an environment variable or option...

...ocumentation has been much ignored). This appears to only be true if the original R session is still active. Close one R session and the links die in the browser. Aahg! What madness! 4. The NEWS file says: o A new dynamic HTML help system is used by default, and may be controlled using tools::startDynamicHelp(). With this enabled, HTML help pages will be generated on request, resolving links by searching through the current .libPaths(). The user may set option("help.ports") to control which IP port is used by the server. This should be 'options', of course. The 'options' pa...

...ing directory) I would like to suggest and probe for willingness to expose the native http server. This would include: * de-hardcoding the server so that we can register other functions not just httpd * exporting many functions and renaming them (such as mime_type) * writing better interfaces, `startDynamicHelp` is kind of hard to work with, something like httpd_start(dir, fun, port), httpd_stop(port) and httpd_status(port) would be much cleaner. I would like to say that I have no idea what I am doing, I don't understand webtech or the internal implementation, so if there are reasons why this isn...

...like to suggest and probe for willingness to expose the native http server. > This would include: > > * de-hardcoding the server so that we can register other functions not just httpd > * exporting many functions and renaming them (such as mime_type) > * writing better interfaces, `startDynamicHelp` is kind of hard to work with, something like httpd_start(dir, fun, port), httpd_stop(port) and httpd_status(port) would be much cleaner. > > I would like to say that I have no idea what I am doing, I don't understand webtech or the internal implementation, so if there are reasons why th...

...d probe for willingness to expose the native http server. >> This would include: >> >> * de-hardcoding the server so that we can register other functions not just httpd >> * exporting many functions and renaming them (such as mime_type) >> * writing better interfaces, `startDynamicHelp` is kind of hard to work with, something like httpd_start(dir, fun, port), httpd_stop(port) and httpd_status(port) would be much cleaner. >> >> I would like to say that I have no idea what I am doing, I don't understand webtech or the internal implementation, so if there are reasons...

Hi, Each > help.start() generates a new tree of the R help system, somewhere in 127.0.0.1:xxx, each xxx being difeerent. This tree disappears when exiting R. How can the current help tree copied to a permanent place for reference outside a running R? This would be practical for not having to enter M-x R . TIA --Christian -- Christian W. Hoffmann, CH - 8915 Hausen am Albis, Switzerland

...gt; native http server. >>> This would include: >>> >>> * de-hardcoding the server so that we can register other functions >>> not just httpd >>> * exporting many functions and renaming them (such as mime_type) >>> * writing better interfaces, `startDynamicHelp` is kind of hard to >>> work with, something like httpd_start(dir, fun, port), >>> httpd_stop(port) and httpd_status(port) would be much cleaner. >>> >>> I would like to say that I have no idea what I am doing, I don't >>> understand webtech or th...

...ers were omitted. * cov2cor(<0 x 0>) now works, fixing PR#18423 thanks to Mikael Jagan and Elin Waring. * cov2cor(<negative diagonal>) and similar now give one warning instead of two, with better wording, fixing PR#18424 thanks to Mikael Jagan. * tools:: startDynamicHelp() now ensures port is in proper range, fixing PR#18645. * pbeta(x, a,b) is correct now for x=0 or 1 in the boundary cases where a or b or both are 0, fixing PR#18672 thanks to Michael Fay. * pmatch(x, table) for large table, also called for data frame row selection...

...ers were omitted. * cov2cor(<0 x 0>) now works, fixing PR#18423 thanks to Mikael Jagan and Elin Waring. * cov2cor(<negative diagonal>) and similar now give one warning instead of two, with better wording, fixing PR#18424 thanks to Mikael Jagan. * tools:: startDynamicHelp() now ensures port is in proper range, fixing PR#18645. * pbeta(x, a,b) is correct now for x=0 or 1 in the boundary cases where a or b or both are 0, fixing PR#18672 thanks to Michael Fay. * pmatch(x, table) for large table, also called for data frame row selection...

...ers were omitted. * cov2cor(<0 x 0>) now works, fixing PR#18423 thanks to Mikael Jagan and Elin Waring. * cov2cor(<negative diagonal>) and similar now give one warning instead of two, with better wording, fixing PR#18424 thanks to Mikael Jagan. * tools:: startDynamicHelp() now ensures port is in proper range, fixing PR#18645. * pbeta(x, a,b) is correct now for x=0 or 1 in the boundary cases where a or b or both are 0, fixing PR#18672 thanks to Michael Fay. * pmatch(x, table) for large table, also called for data frame row selection...

...mpilation of regexps is avoided). o The help pages, including ?regexp, have been updated and should be consulted for details of the new implementations. HELP & Rd FILE CHANGES o A new dynamic HTML help system is used by default, and may be controlled using tools::startDynamicHelp(). With this enabled, HTML help pages will be generated on request, resolving links by searching through the current .libPaths(). The user may set option("help.ports") to control which IP port is used by the server. o help.start() no longer sets op...

...mpilation of regexps is avoided). o The help pages, including ?regexp, have been updated and should be consulted for details of the new implementations. HELP & Rd FILE CHANGES o A new dynamic HTML help system is used by default, and may be controlled using tools::startDynamicHelp(). With this enabled, HTML help pages will be generated on request, resolving links by searching through the current .libPaths(). The user may set option("help.ports") to control which IP port is used by the server. o help.start() no longer sets op...

...mpilation of regexps is avoided). o The help pages, including ?regexp, have been updated and should be consulted for details of the new implementations. HELP & Rd FILE CHANGES o A new dynamic HTML help system is used by default, and may be controlled using tools::startDynamicHelp(). With this enabled, HTML help pages will be generated on request, resolving links by searching through the current .libPaths(). The user may set option("help.ports") to control which IP port is used by the server. o help.start() no longer sets op...

...mpilation of regexps is avoided). o The help pages, including ?regexp, have been updated and should be consulted for details of the new implementations. HELP & Rd FILE CHANGES o A new dynamic HTML help system is used by default, and may be controlled using tools::startDynamicHelp(). With this enabled, HTML help pages will be generated on request, resolving links by searching through the current .libPaths(). The user may set option("help.ports") to control which IP port is used by the server. o help.start() no longer sets op...