similar to: R-alpha: 0.50-a1 -- "more lost comments"

Problems in R but not in S: --------------------------- 1) 'unlist' seems to have several other problems than the ones reported up to now. For instance, 'unlist' can be used on almost any object in S without much trouble. Eg.: S> unlist(c(2)) [1] 2 S> --- R> unlist(c(2)) Segmentation fault (core dumped) This occurs in R-0.49 and in R-0.50-a1. 2) Problem with the

A set of patches for R-0.50-a1 is now available as ftp://stat.auckland.ac.nz/pub/R/R-0.50-a1.patch1.gz The patches mainly fix problems reported since R-0.50-a1 but some older problems are also fixed. Here is the list of changes. Ross o Many subsetting and mutation problems with the new "expression" type have now been fixed. o When ask=T is set in par() the user is instructed

A second patch for R-0.50-a1 is available from ftp://stat.auckland.ac.nz/pub/R The patch produces the following changes o cpoly problem with pow_di fixed. o legend had a call to "text" with an incorrect argument tag. Changed "text" to "labels". o The variable "dup" was uninitialised in the function "naoktrim" in

Can anyone spot the problem here. Following is an edited script of the install session. The gist is: * syntax error in original src/main/dotcode.c Easily remedied (or at least, such that compiles without error message ... ) change line 449-450 (two lines preceding return) #ifdef HAVE_F77_UNDERSCORE if(PRIMVAL(op)) { *q++ = '_'; *q = '\0'; #endif }

Thanks for fixing formula() and update(). Here are some open problems. * effects: ** There is no help available for effects() ** The lm() help page has effects(lm.obj), but from the code it is clear that the one-arg version cannot work. Shouldn't it simply return z$effects? ** The two-arg version only works for factors (?) ... otherwise, z$model.frame[factors & pattern != 0] gives

The current version of S_alloc in src/main/memory.c is char *S_alloc(long nelem, int eltsize) { unsigned int i, size; char *p = R_alloc(nelem, eltsize); for(i=0 ; i<size; i++) p[i] = 0; return p; } which segfaults because `size' is not initialized. I am not what the right fix is, adding size = nelem * eltsize; before the loop seems to work. As an aside ... I think the seed*

Two things. TASKS has TASK: Naming with Numeric Values and "unlist" STATUS: Open FROM: <hornik@ci.tuwien.ac.at> R> l <- list("11" = 1:5) R> l $11 [1] 1 2 3 4 5 R> unlist(l) 111 112 113 114 115 1 2 3 4 5 [ Bug or feature ? ] This seems to be a feature (at least, SPLUS does the same), so please close that task. *** However, please add

Here's something really strange. ******************************************************** R> x <- 1:5 R> x [1] 1 2 3 4 5 R> test1 function (x) { structure(x, call = sys.call()) } R> test1(x) [1] 1 2 3 4 5 attr(,"call") test1(x) R> test2 function (x) { attr(x, "call") <- sys.call() x } R> test2(x) Error: stack overflow

Applying the following patches closes the following task (part 1 was already taken care of). TASK: New Problems STATUS: Open FROM: <Kurt.Hornik@ci.tuwien.ac.at> New minor remarks: * The documentation for `image' still has the old order z, x, y. * Perhaps one should add `par(ask = T)' in the image demo? * Perhaps one should save the original value

Here are some misc comments on graphics. * I am not sure whether `adj' works correctly. When using e.g. title(sub = "SUBTITLE", adj = 0) shouldn't the subtitle appear on the very left? It seems that justification is done off the middle of the plot window. * S barplot has argument `horiz', R does not. * More importantly, the barplot() argument `space' is treated

The patch below fixes the NChisquare documentation problem that I've been mentioning for some time now. NOTE: There is one DEQN where the LaTeX part contains real LaTeX code, because I did not see how to get a sum sign (and a roman math font) otherwise. Seems to work, though ... MARTIN? -k ********************************************************************** ***

I have an hp9000/c160 with hpux10.20+gcc2.7.2. When I try the example in the ace help I get: > library(acepack) > ?ace > TWOPI <- 8*atan(1) > x <- runif(200,0,TWOPI) y <- exp(sin(x)+rnorm(200)/2) a <- avas(x,y) /usr/lib/dld.sl: Unresolved symbol: pow_dd (code) from /home/buyuk/R-0.50-a1/lib/acepack.so ABORT instruction (core dumped)

Hi all, I've taken preglows ARM versions of qmf_synth and iir_mem16 from rockboxes speex codec, and tweaked them a bit further for some more speed. I attach them here so you can review and take on any changes you want. Please let me know if you have questions etc. Thanks, Robin -- Robin Watts, Email: <mailto:Robin.Watts@wss.co.uk> Warm Silence Software, WWW:

More problems... 1) when -lf2c is used for linking as in the standard Makefile in src/main, it does not include the library as shown by ldd on my slackware linux 2.0.29 but does on RedHat linux 2.0.27. But with slackware adding the -L/usr/lib just before -lf2c does include it. On the other hand readline in the same directory is included both times. (We need the f2c library for complex numbers in

Sorry for previously posting on R-help. Thanks to a few people for pointing out -p 0 on patch, but that was not enough (at least under Solaris). It seems Solaris tries to figure out which of the two files is to be updated, and if it finds them both then it starts asking for names. What I actually had to do was 1/ mv R-0.50-a1 R-0.50-a2 2/ cd R-0.50-a2 3/ patch -p 0 <R-0.50-a1.patch If you

On some systems (alpha), tick marks don't appear on plots. The easiest way to see the problem is something like: > plot(0:1,axes=FALSE) > axis(1,1:2) The problem is in X11_Line(...) from .../src/unix/devX11.c, which is so short I've included the whole function below: static void X11_Line(double x1, double y1, double x2, double y2, int coords, DevDesc *dd) {

This message is in MIME format --_=XFMail.1.1.p0.Linux:970825095458:252=_ Content-Type: text/plain; charset=us-ascii Here is a patch which fixes some problems with time series functions. Some examples of what goes wrong... > x <- ts(rnorm(100),start=1,deltat=2) > start(x) Error in ts[1] : object is not subsettable > end(x) Error in ts[2] : object is not subsettable > y <-

https://bugs.freedesktop.org/show_bug.cgi?id=86794 Bug ID: 86794 Summary: Several nouveau related errors with xf86-video-nouveau with NVIDIA G92 [GeForce 9800 GT] and GF108 [GeForce GT 620] (rev a1). Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW

[ SunOS 4.1.3, R-0.50-a1; I'm mostly very pleased, I haven't been pounding on it as hard as some folks have ] par(lwd) seems to be a bit of a stub right now; I wouldn't necessarily expect it to do anything in the x11() driver (nor would I know how to fix it), but it would be nice in the postscript driver (e.g. for thick lines for things to be made into slides). I will try to

Whatever the problem was, kernel 3.15.0-rc5 fixed it. I am not in a position to do a git bisect at present. Regards Sid. On 02/05/14 18:17, nouveau-request at lists.freedesktop.org wrote: > Subject: [Nouveau] Problem with kernels 3.15.0-rc and GF114 [GeForce > GTX 560 Ti] (rev a1) > Message-ID:<53638FA1.6020200 at blueyonder.co.uk> > Content-Type: text/plain;