On 21/12/2010 3:52 PM, John Maindonald wrote:
Thanks.  It is useful to have a list of items that are outstanding.
I will experiment a bit more, but may revert to using R-2.11.1 for
running Sweave().  Did any of these issues arise for R-2.11.1?

That's up to you to figure out, but it would be more helpful to keep working with 2.12.1-patched, to flush out any more bugs, or to contribute patches.

Duncan Murdoch

John Maindonald             email: john.maindon...@anu.edu.au
phone : +61 2 (6125)3473    fax  : +61 2(6125)5549
Centre for Mathematics&  Its Applications, Room 1194,
John Dedman Mathematical Sciences Building (Building 27)
Australian National University, Canberra ACT 0200.
http://www.maths.anu.edu.au/~johnm

On 22/12/2010, at 3:14 AM, Duncan Murdoch wrote:

>  On 21/12/2010 3:23 AM, John Maindonald wrote:
>>  Although the specific behaviour that was reported has been fixed, bugs
>>  remain in Sweave's processing of comment lines when keep.source=TRUE
>>
>>  This is in some senses a follow-up from earlier bugs.  Hence the query --
>>  what is the preferred procedure, to submit a new bug report?  (Another 
option
>>  might be to add a comment to the web page for bug 14459.)
>>
>>  Is there now a preference to submit via the web page, rather than send a 
message
>>  to r-b...@r-project.org?  If so, the relevant paragraph in the FAQ surely 
requires
>>  updating:
>>
>>  <<<
>>  On Unix-like systems a bug report can be generated using the function 
bug.report(). This automatically includes the version information and sends the bug 
to the correct address. Alternatively the bug report can be emailed to 
r-b...@r-project.org or submitted to the Web page at http://bugs.R-project.org/. 
Please try including results of sessionInfo() in your bug report.
>>>>>
>>
>>  I have posted files test10.Rnw, test11.Rnw, and test12.Rnw that demonstrate 
the bugs at
>>  http://www.maths.anu.edu.au/~johnm/r/issues/
>>  The output files test10.tex, test11.tex and test12.tex are from r53870 on
>>  x86_64-apple-darwin9.8.0/x86_64 (64-bit)
>>
>>  test10.Rnw has a code chunk that begins and ends with a comment.
>>  An NA appears following the final comment.  This disappears if I
>>  remove the initial comment line.
>
>  This is now fixed.  It was a different bug than 14459.
>
>>  test11.Rnw follows a comment line with a named code chunk.  The
>>  comment line does not appear in the output.
>>
>>  test12.Rnw places a line of code between the comment line and the
>>  named code chunk.  The comment line does now appear in the output.
>
>  These look like a different issue, and are still unfixed, and are unlikely 
to be fixed soon.
>
>  The problem is that the handling of source references in Sweave is messy, 
and needs a major cleanup, which takes time.  Between now and at least 
mid-February I won't have the time it would take, and I don't know anyone else who 
would do it.  So I would not bet on these fixes getting done before 2.13.0.
>
>  The problems I know about are these:
>
>  - if you use a named chunk<<chunkname>>  in another, you won't get
>  leading and trailing comments on the named chunk.
>
>  - if you mix named chunks and \SweaveInput, you won't get the original 
source at all in the expanded chunks.
>
>  Your examples look like the first of these.  I had thought the comments had 
to be in the chunk to get lost, but apparently not.
>
>  Just to make priorities clear:  in the short term I will fix bugs where NAs 
show up inappropriately.  I will not fix bugs involving dropping leading or 
trailing comments when there are simple workarounds.  (The workaround in your case 
is not to use the named chunk.)
>
>  Duncan Murdoch
>
>
>>
>>  John Maindonald             email: john.maindon...@anu.edu.au
>>  phone : +61 2 (6125)3473    fax  : +61 2(6125)5549
>>  Centre for Mathematics&   Its Applications, Room 1194,
>>  John Dedman Mathematical Sciences Building (Building 27)
>>  Australian National University, Canberra ACT 0200.
>>  http://www.maths.anu.edu.au/~johnm
>>
>>  ______________________________________________
>>  R-devel@r-project.org mailing list
>>  https://stat.ethz.ch/mailman/listinfo/r-devel
>


______________________________________________
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Reply via email to