Full_Name: Victor Moreno
Version: 2.2.0
OS: windows
Submission from: (NULL) (213.151.99.160)
summary of an object class Surv (package survival) hangs and closes R 2.2.0
I would like to have Surv objects in a data frame to build models easier:
t<-rexp(100)
s<-rbinom(100,1,.3)
surv<-Surv(t,s)
x1<
I was wondering why it is possible to read long labels from the CVS
files but not from the SPSS files.
I did not have much time to search for the code but I found:
in foreign_0.8-10 source file var.h.in
> /* Definition of the max length of a short string value, generally
>eight characters.
Hello,
I maintain some packages in Fedora Extras for R related modules.
Until R 2.2.0 I used for post processing (both after installing and
removing the package) the following lines:
%{_bindir}/R CMD perl %{_libdir}/R/share/perl/build-help.pl --htmllists
cat %{_libdir}/R/library/*
On Tue, 11 Oct 2005, [UTF-8] José Matos wrote:
Hello,I maintain some packages in Fedora Extras for R related modules.
Until R 2.2.0 I used for post processing (both after installing
andremoving the package) the following lines:
%{_bindir}/R CMD perl %{_libdir}/R/share/perl/build-
On Tue, 11 Oct 2005, Knut Krueger wrote:
> I was wondering why it is possible to read long labels from the CVS
> files but not from the SPSS files.
The SPSS file formats are not documented, and so we rely on the code from
PSPP. At the time, PSPP did not read long variable names. It now does,
Prof Brian Ripley wrote:
> On Tue, 11 Oct 2005, [UTF-8] José Matos wrote:
>
>> Hello,I maintain some packages in Fedora Extras for R related
>> modules.
>>Until R 2.2.0 I used for post processing (both after installing
>>andremoving the package) the following lines:
>> %{_
On Tue, 2005-10-11 at 13:11 +0100, Prof Brian Ripley wrote:
> On Tue, 11 Oct 2005, [UTF-8] José Matos wrote:
>
> > Hello,I maintain some packages in Fedora Extras for R related
> > modules.
> >Until R 2.2.0 I used for post processing (both after installing
> > andremoving the pac
Dear R developers,
since nobody has pointed me to an existing solution so far, here is a more
specific suggestion. Attached you will find two patches against R version
2.2.0.
The first patch does two things:
1) Add a function R_WriteErrConsole similar to R_WriteConsole, and a
corresponding ptr
Hi!
I'm trying to compile R (32-bit) on Solaris 10 x86
using Sun Studio 10 + Sun Perflib (for BLAS and
LAPACK) but encountered issues with undefined symbol
"bratio". Appreciate any help.
Compiler options (from configure output):
==
R is now configured f
Dear R-developers,
I am getting the following error message (see bottom of e-mail) and can't make
a clue out of it.
The zzz.R file contains
.First.lib <- function(lib, pkg) library.dynam("SBMLodeSolveR",pkg,lib)
.Last.lib <- function(libpath) library.dynam.unload("SBMLodeSolveR", libpath)
Ther
> since nobody has pointed me to an existing solution so far, here is a more
> specific suggestion. Attached you will find two patches against R version
> 2.2.0.
Sorry, seems the attachments were stripped (at least they don't show up in the
archive). Here are links to the two diffs in question:
This hasn't crashed R. It is almost certainly stack overflow due to
excessive recursion (which is what happens on Linux, and in R-patched on
Windows). (Note to people tempted to raise the evaluation limit in R:
please check against the stack size. We've raised the latter to 10Mb on
Windows t
I can't solve this as I think the problem occurred earlier. bratio is
defined in src/nmath/toms708.o included in src/nmath/libmath.a
Take a look at what was built in src/nmath.
On Wed, 12 Oct 2005, Daniel Wong wrote:
> Hi!
>
> I'm trying to compile R (32-bit) on Solaris 10 x86
> using Sun Stud
What is 'SBMLodeSolveR'?
The standard advice is to check that you can install and load the package
before you try R CMD check on it. That way you may get a more informative
error message. You may also need to try loading after having started R
with R_DEFAULT_PACKAGES=NULL.
On Tue, 11 Oct 20
I was looking at the example on the manual page of plot.window, and
noticed that it needs fixing - names(eurodist) should now be
labels(eurodist):
--- /home/rsb/topics/R-2.2.0/src/library/graphics/man/plot.window.Rd
2005-04-18 12:18:59.0 +0200
+++ plot.window.Rd 2005-10-11 21:08:5
Hello,
I wonder if anybody has encountered this problem?
While MiKTeX/yap/Ghostscript seems to work fine on most TeX files that I
have
tested (including a great deal of postscript graphics), there is one
file where the
graphics works ok for all postscript files except one, the only one that
i
Yes, thanks will fix in R-patched shortly.
Some grep-ing shows that there is another example in optim.Rd.
On Tue, 11 Oct 2005, Roger Bivand wrote:
> I was looking at the example on the manual page of plot.window, and
> noticed that it needs fixing - names(eurodist) should now be
> labels(eurodis
Thomas Lumley schrieb:
> On Tue, 11 Oct 2005, Knut Krueger wrote:
>
>> I was wondering why it is possible to read long labels from the CVS
>> files but not from the SPSS files.
>
>
> The SPSS file formats are not documented, and so we rely on the code
> from PSPP. At the time, PSPP did not rea
Thomas Lumley schrieb:
> On Tue, 11 Oct 2005, Knut Krueger wrote:
>
>> I was wondering why it is possible to read long labels from the CVS
>> files but not from the SPSS files.
>
>
> The SPSS file formats are not documented, and so we rely on the code
> from PSPP.
I found a definition of the S
Thomas Lumley schrieb:
> On Tue, 11 Oct 2005, Knut Krueger wrote:
>
>> Thanks for your reply,
>> unfortunatlley the link is broken
>> and gnu.org is linking to the same page
>> http://www.gnu.org/software/pspp/pspp.html ...
>>
>
> It works for me now (as it did then)
Mc Murpey was working ...
Dominick Samperi wrote:
> Hello,
>
> I wonder if anybody has encountered this problem?
>
> While MiKTeX/yap/Ghostscript seems to work fine on most TeX files that I
> have
> tested (including a great deal of postscript graphics), there is one
> file where the
> graphics works ok for all postscr
On Tue, 11 Oct 2005, Knut Krueger wrote:
>
> I found a definition of the SPSS files.
> http://www.wotsit.org/download.asp?f=spssdata
> but they recommend to use the spss input/output dll to ensure upward
> compatbility
>
"Well, they would say that, wouldn't they" (Rice-Davis 1963)
Unfortunately,
Uwe Ligges wrote:
> Dominick Samperi wrote:
>
>> Hello,
>>
>> I wonder if anybody has encountered this problem?
>>
>> While MiKTeX/yap/Ghostscript seems to work fine on most TeX files
>> that I have
>> tested (including a great deal of postscript graphics), there is one
>> file where the
>> graph
23 matches
Mail list logo
