[Rd] split.screen bug and patch
I hope it's OK to post a bug report, and a possible patch, on this list.
Introduction
===
The split.screen() docs suggest that users should not return to a screen
after it has been drawn, and that curious errors may result from doing so.
This is clear from the test file I put below. However, I have found that
this test file will work properly, with a tiny change to the split.screen
code. I am posting this here in case it might help others. (Certainly, I
make no claim that this solves a general problem with split.screen, but baby
steps are steps, nonetheless.)
The test file draws red lines in the wrong place, unless f=0.5. But it
works OK after the split.screen code is edited as given in the last section
of this email.
Test file
=
close.screen(all.screens=TRUE)
f <- 0.7# works only if f=0.5
split.screen(matrix(c(0,f,0,1, f,1,0,1), nrow=2, byrow=TRUE))
screen(1)
plot(1:10, 1:10)
screen(2)
plot(1:3, 1:3)
screen(1,FALSE)
abline(h=6,col='red')
abline(v=6,col='red')
Code change
Near the start of src/library/graphics/R/screen.R edit the assign() to look
as follows. The addition solves the problem of the test file, and the
deletion solves a problem in building packages that use split.screen().
assign("par.list",
c("xlog","ylog",
"adj", "bty", "cex", "col", "crt", "err", "font", "lab",
"las", "lty", "lwd", "mar", "mex",
"fin", ## added
## "mfg", ## deleted
"mgp", "pch",
"pty", "smo", "srt", "tck", "usr",
"xaxp", "xaxs", "xaxt", "xpd",
"yaxp", "yaxs", "yaxt", "fig"), envir=.oceSSenv)
--
View this message in context:
http://www.nabble.com/split.screen-bug-and-patch-tp22884064p22884064.html
Sent from the R devel mailing list archive at Nabble.com.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] suggestion: default v.names in reshape
For reshape(dir = "long", varying = list(...), ...)
it would be convenient if the names of the varying
list, if supplied, were used as the default v.names.
Currently they are ignored.
Thus one would be able to write:
# test data frame
d <- structure(list(V.1 = 1:10, V.2 = c(1L, 1L, 1L, 1L, 1L, 2L, 2L,
2L, 2L, 2L), V.3 = 101:110, V.4 = 201:210, V.5 = 301:310, V.6 = 9101:9110,
V.7 = 9201:9210, V.8 = 9301:9310), row.names = c(NA, -10L
), class = "data.frame", .Names = c("V.1", "V.2", "V.3", "V.4",
"V.5", "V.6", "V.7", "V.8"))
# proposed
reshape(d, dir = "long", varying = list(A = 3:5, B = 6:8))
# as opposed to
# current
reshape(d, dir = "long", varying = list(3:5, 6:8), v.names = c("A", "B"))
which eliminates the need for one argument and makes it more
obvious what the correspondence is between the v.names and
the varying variables.
The old way could still work too so it would be backward
compatible.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] summary for negative binomial GLMs (PR#13640)
Full_Name: Robert Kushler Version: 2.7.2 OS: Windows XP Submission from: (NULL) (69.246.102.98) I believe that the negative binomial family (from MASS) should be added to the list for which dispersion is set to 1. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R-alpha/R-beta builds on Alpha platform failing with compiler error
Per https://buildd.debian.org/build.php?pkg=r-base, we see the Alpha platform having trouble with deriv.c : gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -mieee-with-inexact -fpic -std=gnu99 -O3 -pipe -g -c deriv.c -o deriv.o deriv.c: In function 'simplify': deriv.c:267: error: unrecognizable insn: (insn 2103 64 65 9 ../../src/include/Rinlinedfuns.h:86 (set (reg:DI 2 $2) (const:DI (plus:DI (label_ref:DI 68) (const_int 24 [0x18] -1 (insn_list:REG_LABEL_OPERAND 68 (nil))) deriv.c:267: internal compiler error: in extract_insn, at recog.c:2001 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[4]: *** [deriv.o] Error 1 This could of course be a bug in gcc. Does anybody have insights into anything that may have changed here? Dirk -- Three out of two people have difficulties with fractions. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-alpha/R-beta builds on Alpha platform failing with compiler error
Dirk Eddelbuettel wrote: Per https://buildd.debian.org/build.php?pkg=r-base, we see the Alpha platform having trouble with deriv.c : gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -mieee-with-inexact -fpic -std=gnu99 -O3 -pipe -g -c deriv.c -o deriv.o deriv.c: In function 'simplify': deriv.c:267: error: unrecognizable insn: (insn 2103 64 65 9 ../../src/include/Rinlinedfuns.h:86 (set (reg:DI 2 $2) (const:DI (plus:DI (label_ref:DI 68) (const_int 24 [0x18] -1 (insn_list:REG_LABEL_OPERAND 68 (nil))) deriv.c:267: internal compiler error: in extract_insn, at recog.c:2001 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[4]: *** [deriv.o] Error 1 This could of course be a bug in gcc. Does anybody have insights into anything that may have changed here? I think it is by definition a bug in gcc... It is usually rather hopeless to work around this sort of issue by source code changes. Have you tried reducing the optimization level? Dirk -- O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~ - (p.dalga...@biostat.ku.dk) FAX: (+45) 35327907 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-alpha/R-beta builds on Alpha platform failing with compiler error
On 4 April 2009 at 23:21, Peter Dalgaard wrote: | Dirk Eddelbuettel wrote: | > Per https://buildd.debian.org/build.php?pkg=r-base, we see the Alpha platform | > having trouble with deriv.c : | > | > gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -mieee-with-inexact -fpic -std=gnu99 -O3 -pipe -g -c deriv.c -o deriv.o | > deriv.c: In function 'simplify': | > deriv.c:267: error: unrecognizable insn: | > (insn 2103 64 65 9 ../../src/include/Rinlinedfuns.h:86 (set (reg:DI 2 $2) | > (const:DI (plus:DI (label_ref:DI 68) | > (const_int 24 [0x18] -1 (insn_list:REG_LABEL_OPERAND 68 (nil))) | > deriv.c:267: internal compiler error: in extract_insn, at recog.c:2001 | > Please submit a full bug report, | > with preprocessed source if appropriate. | > See for instructions. | > make[4]: *** [deriv.o] Error 1 | > | > This could of course be a bug in gcc. Does anybody have insights into | > anything that may have changed here? | | I think it is by definition a bug in gcc... | | It is usually rather hopeless to work around this sort of issue by | source code changes. Have you tried reducing the optimization level? No, not yet. Let me try that for the next beta. Change made. Dirk -- Three out of two people have difficulties with fractions. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
