[Rd] Rcmdr for Tiger Mac OS not running (PR#8350)

[glsmah001]

Full_Name: Maha  Golestaneh
Version: Mac OS
OS: Tiger 10.4.3
Submission from: (NULL) (155.232.250.19)


Cannot load and run Rcmdr on R for Tiger MacOS X.4.3.

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

[Rd] When, where, and how to report bugs [was Rcmdr for Tiger Mac OS not running (PR#8350)]

[John Fox]

Dear Maha,

Before posting a bug report please read the R Mailing Lists Posting Guide
 and the information in the R
FAQ about posting bugs
.

Among other things, a problem with the Rcmdr package is not a bug in R. (It
may or may not be a bug in the Rcmdr package.) Moreover, you've already
posted this problem to the r-help mailing list, and Rob Goedman has offered
to help you. Finally, this bug report has no information in it.

Regards,
 John


John Fox
Department of Sociology
McMaster University
Hamilton, Ontario
Canada L8S 4M4
905-525-9140x23604
http://socserv.mcmaster.ca/jfox 
 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> [EMAIL PROTECTED]
> Sent: Saturday, November 26, 2005 7:54 AM
> To: r-devel@stat.math.ethz.ch
> Cc: [EMAIL PROTECTED]
> Subject: [Rd] Rcmdr for Tiger Mac OS not running (PR#8350)
> 
> Full_Name: Maha  Golestaneh
> Version: Mac OS
> OS: Tiger 10.4.3
> Submission from: (NULL) (155.232.250.19)
> 
> 
> Cannot load and run Rcmdr on R for Tiger MacOS X.4.3.
> 
> __
> 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

[Rd] Help page of "par"

[Berwin A Turlach]

Dear all,

the second paragraph on the value returned by par() on the help page
of par says:

 When just one parameter is queried, the value is a character
 string. When two or more parameters are queried, the result is a
 list of character strings, with the list names giving the
 parameters.

But this does not seem to be correct:

> par("lty", "ask", "lwd", "oma")
$lty
[1] "solid"

$ask
[1] FALSE

$lwd
[1] 1

$oma
[1] 0 0 0 0

Only the first one is a character string, the other ones are a
logical, a number and a vector of numbers, respectively.  Should it
rather be something like (also in view of the next sentence):

 When just one parameter is queried, the value of that parameter
 is returned as a vector.  When two or more parameters are
 queried, their values are returned in a list, with the list names
 giving the parameters.

Cheers,

Berwin

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

Re: [Rd] Help page of "par"

[Martin Maechler]

Thank you, Berwin.

You are definitely right,
and I have committed a fix to R-patched and R-devel.

Maybe  help(par)  has been just too long a document to be really read .. ;-)

Martin

> "BeT" == Berwin A Turlach <[EMAIL PROTECTED]>
> on Sun, 27 Nov 2005 00:51:51 +0800 writes:

BeT> Dear all,
BeT> the second paragraph on the value returned by par() on the help page
BeT> of par says:

BeT> When just one parameter is queried, the value is a character
BeT> string. When two or more parameters are queried, the result is a
BeT> list of character strings, with the list names giving the
BeT> parameters.

BeT> But this does not seem to be correct:

>> par("lty", "ask", "lwd", "oma")
BeT> $lty
BeT> [1] "solid"

BeT> $ask
BeT> [1] FALSE

BeT> $lwd
BeT> [1] 1

BeT> $oma
BeT> [1] 0 0 0 0

BeT> Only the first one is a character string, the other ones are a
BeT> logical, a number and a vector of numbers, respectively.  Should it
BeT> rather be something like (also in view of the next sentence):

BeT> When just one parameter is queried, the value of that parameter
BeT> is returned as a vector.  When two or more parameters are
BeT> queried, their values are returned in a list, with the list names
BeT> giving the parameters.

BeT> Cheers,

BeT> Berwin

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

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

[Rd] segfault on write.dcf with gzfile connection

[Seth Falcon]

I'm seeing a segfault on x86_64 Linux with the following code:

desc = read.dcf("BAD")
con = gzfile("test.gz", "wt")
write.dcf(desc, file=con)
close(con)

where BAD has a long field (see below for example).  The crash happens
inside dummy_vfprintf.  I think the issue is that the va_list ap is
modified by the first vsnprintf call (connections.c:190) and the
subsequent vsprintf call (connections.c:194) gets an invalid va_list
arg.

The following patch improves things for me, but I've not tested on
other platforms.


Index: connections.c
===
--- connections.c   (revision 36434)
+++ connections.c   (working copy)
@@ -186,8 +186,11 @@
 {   
 char buf[BUFSIZE], *b = buf, *vmax = vmaxget();
 int res, usedRalloc = FALSE;
+va_list aq;

-res = vsnprintf(buf, BUFSIZE, format, ap);
+va_copy(aq, ap);
+res = vsnprintf(buf, BUFSIZE, format, aq);
+va_end(aq);
 if(res >= BUFSIZE) { /* res is the desired output length */
usedRalloc = TRUE;
b = R_alloc(res + 1, sizeof(char));


And here is an example BAD file, but I'm pretty sure any DCF field
with a very long value would trigger it:


Description: The package provides and API in R to query BioMart
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on
system which produces and maintains automatic annotation on

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