similar to: \link{\url{anything}} gives Rdconv trouble (PR#6496)

On Mon, 30 Apr 2007 bill at insightful.com wrote: > On Tue, 10 Apr 2007 timh at insightful.com wrote: > > > I've created a .Rd file (below), then converted that to .sgml using > > R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml > > The output (shown below) is missing some of the sections: > > arguments > > seealso > > examples > > If

On Tue, 10 Apr 2007 timh at insightful.com wrote: > I've created a .Rd file (below), then converted that to .sgml using > R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml > The output (shown below) is missing some of the sections: > arguments > seealso > examples > If instead I convert to .d (below), the same sections are missing, > and the "note"

I've created a .Rd file (below), then converted that to .sgml using R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml The output (shown below) is missing some of the sections: arguments seealso examples If instead I convert to .d (below), the same sections are missing, and the "note" section is included but without the necessary newline.

Martin Maechler asked me to restate my problem. Compiling the file (slightly modified w.r.t. the formerly attached file) that can be found at http://www.geo.uni-bayreuth.de/~martin/filetransfer/xswms2d.Rd terminates with the error message ******* Syntax error: mismatched or missing brackets in /----- ..... \----- when compiled by R CMD Rdconv -t txt xswms2d.Rd However, the file does

Hi, I have attached a larger Rd file that causes an error when compiled by R CMD Rdconv -t txt xswms2d.Rd (for example). If the size is reduced the error vanishes, see the lines 230 and 527 in the file. I could not find an error within my text and so my guess is that there is some buffer overflow within the compiler. If it is me who has caused the error please let me know -- and many

Full_Name: michael klinglemsith Version: R-1.7.1 OS: linux Submission from: (NULL) (134.134.136.4) I run: (note: ] is my unix prompt) ]./configure It seems to work, here are the messages I get from the end of configure: R is now configured for i686-pc-linux-gnu Source directory: . Installation directory: /usr/local C compiler: gcc -D__NO_MATH_INLINES

If an Rd file has only one keyword entry then the Splus sgm file made with Rdconv --type=SSgm has no keyword entries. To reproduce: Use prompt() to make a skeleton help file R> f<-function(x)log(1+x)-log1p(x) R> prompt(f) Created file named 'f.Rd'. Edit the file and move it to the appropriate directory. R> q() It has 2 \keyword entries in it

Full_Name: Henrik Bengtsson Version: 1.3.1 OS: Sun Solaris 8 Submission from: (NULL) (130.235.3.49) I have been trying to install [R] v1.3.1 locally on a Sun Solaris 8 machine and I ran into the (already known) perl problems that express theselves as: Bare word found where operator expected at /usr/matcent/hb/R/R-1.3.1/share/perl/R/Rdconv.pm line 1390, near "$txtout mywrap"

I have just compiled and installed R-patched on a Sparc 20 running Solaris 2.5.1. The compilation and installation went fine except for the message: Bare word found where operator expected at /usr/src/R/R-patched/share/perl/R/Rdconv.pm line 1491, near "$txtout txt_header" (Missing operator before txt_header?) I get similar messages for lines 1390, 1405, 1420, and 1448 in Rdconv.pm.

For the record (and as privately discussed with Brian Ripley), happens with all recent versions of R including R-devel from today: Consider a simple a.Rd file containing the lines ================== \name{a} \title{a} \value{\code{a} \code{\link[a]{a}} \pkg{a} \item{a}{a} } ================== with these lines, I get, e.g.: ================== R CMD Rdconv --type="txt" a.Rd a

Hi, I've written a package and converted my Rd files into LaTeX using Rdconv. When I copy and paste these files in to my Sweave document I get the?error message when compiling the Sweave file: ! Undefined control sequence. l.32 \inputencoding {utf8} I also get the error message for the "\HeaderA", "\keyword". Additionally I get an environment undefined

I just ordered a new machine that's destined to become a Centos 6 application server for a publishing company, and decided to get one with a 40GB SSD as well as a standard hard drive. I'm thinking that I can put most of the operating system on that drive and have the home directories and whatnot on the regular hard drive. Are there any pitfalls lying in wait for an unwary person like me

A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1703 bytes Desc: not available Url : https://stat.ethz.ch/pipermail/r-help/attachments/20011119/52a0cd2f/attachment.bin

Hi, Can I interject something at this point. Can I suggest that invoke/unwind be renamed DWARF_invoke/DWARF_unwind to warn the unwary that if they want lightweight exception handling in their Python/ML/whatever implementation they should use some other method. PS. Kenneth, why don't you just use setjmp/longjmp directly. Or, if you want, I can email you my lightweight versions if you want,

Greetings, I know that part of the following has been discussed here before but please bear with me. We are running on Solaris versions 2.6 - 9 with a NISplus name service. The permissions on the NISplus password map have been modified to limit read access to the encrypted password field of the passwd table to only the entry owner and the table administrators. See:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all! Making some changes in extensions.conf to test the incoming calls so that these are derived to a SIP extension, I found something that draws attention to me: if I test calling to my PSTN line from a mobile phone, when take the call from the SIP extension (softphone), if the mobile phone releases the call, sofphone do it too without problems,

When I installed R 1.2.2 on a Sparc 20 running Solaris 2.5.1 and when I install a package, I get the messages: Bare word found where operator expected at /usr/local/lib/R/share/perl/R/Rdconv.pm line 1390, near "$txtout mywrap" (Missing operator before mywrap?) Bare word found where operator expected at /usr/local/lib/R/share/perl/R/Rdconv.pm line 1405, near "$txtout

Hi, When using Rdconv to convert R documentation to S-PLUS SGML documentation, the \name{} is converted to <s-topic> but the \alias{}es are not. Below is a (crude) patch to fix this problem: Compare: (<)D:\Apps\R\R-1.8.0\share\perl\R\Rdconv.pm.orig (88302 bytes) with: (>)D:\Apps\R\R-1.8.0\share\perl\R\Rdconv.pm (88481 bytes) 3188c3188,3197 < $retval .=

Hi all, I've inherited in-house development package, which was developed on R v 2.6.1. I'm trying upgrade to R v 2.9.1. I have installed R from source, with a shared library and tcktk support. When installing myPkg, I use the following command: >R CMD INSTALL myPkg * Installing to library ‘/usr/local/lib/R/library’ * Installing *source* package ‘myPkg’ ... ** R ** inst ** preparing

>>>>> "Achim" == Achim Zeileis <zeileis@ci.tuwien.ac.at> writes: Achim> Just a small documentation bug: something went wrong Achim> for the description of the graphical parameter `las' Achim> on the HTML version of the `par' help page: `las' is Achim> missing and instead a line from the description is Achim> used.