Stephen Weigand | 1 Oct 2008 01:05
Picon

[Rd] Typo in x11.Rd

Hi,

There is a double "the" in x11.Rd:

"...which is faster will depend on the the X11 connection"

Thank you,

Stephen

--

-- 
Rochester, Minn. USA

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

Duncan Murdoch | 1 Oct 2008 12:18
Picon
Favicon

Re: [Rd] Typo in x11.Rd

On 30/09/2008 7:05 PM, Stephen Weigand wrote:
> Hi,
> 
> There is a double "the" in x11.Rd:
> 
> "...which is faster will depend on the the X11 connection"

Thanks, I'll fix that.  I noticed the same error in a few other places.
I didn't fix the recommended packages:

boot\man\boot.array.Rd(9)
boot\man\exp.tilt.Rd(72)
boot\man\glm.diag.Rd(37)
lattice\man\print.trellis.Rd(111)
mgcv\man\full.score.Rd(11)
mgcv\man\gam.models.Rd(13)
nlme\man\Phenobarb.Rd(21)

(but those might not be most current versions.)

Duncan Murdoch

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

roger koenker | 2 Oct 2008 00:48
Picon

[Rd] p-values from a resampled reference distribution

I'm implementing a new testing procedure proposed by Chen, Ying, Zhang
and Zhao (Biometrika, 2008) that employs a reference distribution  
obtained
by a resampling method.  For the moment I'm using logspline to  
estimate the
reference density and then computing the p-value using plogspline.  I  
would
be interested in hearing  about other suggestions from anyone who has
looked at similar situations.

url:    www.econ.uiuc.edu/~roger            Roger Koenker
email    rkoenker <at> uiuc.edu            Department of Economics
vox:     217-333-4558                University of Illinois
fax:       217-244-6678                Champaign, IL 61820

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

Ben Bolker | 2 Oct 2008 15:02
Picon

[Rd] hostingzero.net down?


  It looks like the Tampa, FL mirror
(cran.hostingzero.net) is down -- I
don't know if there's anything to be
done or not.

  Ben Bolker

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

vdewit | 2 Oct 2008 20:45
Picon

[Rd] quartz device (PR#13115)

Dear,

The quartz device doesn't work in R version 2.7.2 (2008-08-25), on my
MacBook Pro. For example, when I just type 'demo(graphics)', the quartz
window stays empty and the clockwise time indicator keeps on running in
the R window.

What should I do to fix this bug?

Thanks in advance,

Vanessa

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

ohmforever | 2 Oct 2008 19:40
Picon
Favicon

[Rd] Data Base (PR#13114)

Full_Name: Araceli Ramírez Gracía
Version: 2.7
OS: Linux
Submission from: (NULL) (132.248.180.224)

I have one problems to connect one Data Base (postgres) with R

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

pego.enrico | 3 Oct 2008 10:05
Picon
Favicon

[Rd] A strange behaviour of file.path in Windows? (PR#13119)

Full_Name: Enrico Pegoraro
Version: 2.7.2
OS: Windows (Vista or Xp PRO) Italian
Submission from: (NULL) (87.4.189.202)

If you send these lines of code:

outdir="c:/pippo"
file.path(outdir,"pluto.html")

R replies correctly:

[1] "c:/pippo/pluto.html"

But if you change the first steps to:

outdir=""
file.path(outdir,"pluto.html")

R replies (uncorrectly, I think)

[1] "/c:/pippo/pluto.html"

This problem influence the R2HTML package too, which, if you send a line as:

targetHtml=HTMLInitFile(outdir="",filename="htmlFile",Title ="Title")

in windows it submit an error because of file.path() error.

Thank you
(Continue reading)

david.stevens | 2 Oct 2008 23:50
Picon
Favicon

[Rd] metafiles under windows (PR#13116)

Full_Name: David Stevens
Version: 2.7.0
OS: Window SP
Submission from: (NULL) (129.123.9.110)

Lately I've been copying graphics to a metafile to paste to a document. No
matter what the graphics window size, the pasted graphic only fills the upper
left 1/3 of the allocated space. How can I make it fill the space

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

Göran Broström | 3 Oct 2008 11:32
Picon
Picon
Favicon

[Rd] Memory crash

Hello,

I get a segfault when running glmmboot in my own package glmmML. Has 
happened many time before, but this time I get no hint of where in my C 
functions the error might be. I give the output below. Can this be an R 
bug? I suspect it has to do with repeated calls to 'vmmin' like this:

            for (...){
                 vmax = vmaxget();
		vmmin(*p, b, &Fmin,
		      bfun, bfun_gr, *maxit, *trace,
		      mask, abstol, reltol, nREPORT,
		      ext, &fncount, &grcount, &fail);
		vmaxset(vmax);
                 ...
            }

but I am only guessing. Any suggestions?

Ubuntu 8.04, R-2.7.2.

Göran
-------------------------------------------------------------------
  > glmmboot(y ~ x, cluster = cluster, data = res$dat, family = 
binomial, boot = 400)

Program received signal SIGSEGV, Segmentation fault.
0x000000000041a817 in R_gc_internal (size_needed=3000) at memory.c:1317
1317	    PROCESS_NODES();
(gdb) where
(Continue reading)

Prof Brian Ripley | 3 Oct 2008 11:46
Picon
Picon
Favicon

Re: [Rd] Memory crash

Very likely your C code is writing out of bounds and has corrupted R's 
memory heap.  Use the tools discussed in 'Writing R Extensions' (such as 
Valgrind) to help you track this down.

On Fri, 3 Oct 2008, Göran Broström wrote:

> Hello,
>
> I get a segfault when running glmmboot in my own package glmmML. Has happened 
> many time before, but this time I get no hint of where in my C functions the 
> error might be. I give the output below. Can this be an R bug? I suspect it 
> has to do with repeated calls to 'vmmin' like this:

Based on past experience of users blaming their tools, the probability
that R is completely innocent here is close to one.

>           for (...){
>                vmax = vmaxget();
> 		vmmin(*p, b, &Fmin,
> 		      bfun, bfun_gr, *maxit, *trace,
> 		      mask, abstol, reltol, nREPORT,
> 		      ext, &fncount, &grcount, &fail);
> 		vmaxset(vmax);
>                ...
>           }
>
> but I am only guessing. Any suggestions?
>
> Ubuntu 8.04, R-2.7.2.
>
(Continue reading)


Gmane