Quoting Prof Brian Ripley <[EMAIL PROTECTED]>:
What platform?
64-bit openSUSE Linux
[EMAIL PROTECTED]:~> uname -a
Linux george1 2.6.22.12-0.1-default #1 SMP 2007/11/06 23:05:18 UTC
x86_64 x86_64 x86_64 GNU/Linux
R version 2.8.0 Under development (unstable) (2008-07-07 r46046)
We've see
What platform?
We've seen a similar report that said the problem was on Windows only.
Like this one, it had nothing to reproduce.
On Wed, 6 Aug 2008, [EMAIL PROTECTED] wrote:
Hi,
I need to link mypackage to 2 other packages so I can call
some C functions defined in these 2 packages from mine.
> On Wed, 6 Aug 2008 10:25:38 -0500 (CDT),
> Terry Therneau (TT) wrote:
> "ESS supported noweb before Sweave existed."
>That is the bit I didn't know. What I was rather looking for was a
noweb
> mode that knows about S formatting, and here it was available all along.
I've
Hi,
I need to link mypackage to 2 other packages so I can call
some C functions defined in these 2 packages from mine.
I've tried
Depends: packageA, packageB
LinkingTo: packageA, packageB
as suggested by the "5.4 Registering native routines" section
of the "Writing R Extensions" manual but t
Have you looked at the current documentation on the svn server?
On Wed, 6 Aug 2008, J. R. M. Hosking wrote:
Prof Brian Ripley wrote:
On Sun, 3 Aug 2008, J. R. M. Hosking wrote:
Prof Brian Ripley wrote:
What is true is that the line is set before the inline setting of mgp is
processed: it al
Mathieu Ribatet epfl.ch> writes:
>
> Dear list,
>
> I'm currently writing a C code to compute the (composite) likelihood -
> well this is done but not really robust. The C code is wrapped in an R
> one which call the optimizer routine - optim or nlm. However, the
> fitting procedure is far f
Prof Brian Ripley wrote:
On Sun, 3 Aug 2008, J. R. M. Hosking wrote:
Prof Brian Ripley wrote:
What is true is that the line is set before the inline setting of mgp
is processed: it all depends on what 'supplied' means, and you
supplied two values.
This is changed in R-patched now.
Thank y
This seems a bit too simplistic but, does it make any difference if your
file is .pdf rather than .PDF?
Paul
Rense Nieuwenhuis wrote:
Dear Mathieu,
thank you for your assurance that my manual-reading-skills are on
par! ;-)
The thing is, though, that I can't get it to work. In the index of
Dear Mathieu,
thank you for your assurance that my manual-reading-skills are on
par! ;-)
The thing is, though, that I can't get it to work. In the index of
the help pages, it reads: ''Read overview or browse directory". The
'browse directory' option does not work. When clicked on the 'Read
Dear list,
I'm currently writing a C code to compute the (composite) likelihood -
well this is done but not really robust. The C code is wrapped in an R
one which call the optimizer routine - optim or nlm. However, the
fitting procedure is far from being robust as the parameter space
depends
Dear Rense,
The way you included your pdf file in your package is appropriate.
Normally, when invocking "help.start()" and going to your package link,
you should have two links overview and directory where your pdf file
should be located.
Best,
Mathieu
Rense Nieuwenhuis a écrit :
Deal all,
"ESS supported noweb before Sweave existed."
That is the bit I didn't know. What I was rather looking for was a noweb
mode that knows about S formatting, and here it was available all along. I've
used a version of ESS for a lng time - probably should re-read the
documentation one of
Note that this is happening in R_GetTraceback. Running under gdb told me
where (deparse2buff, but I guessed that) and on my system that the problem
was in sprintf.
Eh voila:
case EXTPTRSXP:
{
char tpb[12+sizeof(void *)];
d->sourceable = FALSE;
sprintf(tpb, "",
Yea I am aware of this. This is because the Ubuntu binary has stack smashing
detection enabled. It's possible to build R without this checking:
export CFLAGS="-fno-stack-protector"
I have not been able to figure out why stack smashing is detected. I'm
cc'ing this to r-devel in case anyone else h
> On Tue, 5 Aug 2008 09:38:23 -0500 (CDT),
> Terry Therneau (TT) wrote:
> I'm working on the next iteration of coxme. (Rather slowly during
> the summer). This is the most subtle code I've done in S, both
> mathematically and technically, and seems a perfect vehicle for
> t
15 matches
Mail list logo
