Luke Tierney wrote:
[misc snippage]
>>
>> But I'd prefer to avoid the necessity for users to manipulate the
>> environment of a function. I think the pattern
>>
>> model( f, data=d )
>
> For working at the general likelihood I think is is better to
> encourage the approach of definign likelihood
2007/12/7, Ben Bolker <[EMAIL PROTECTED]>:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Luke Tierney wrote:
> > On Fri, 7 Dec 2007, Duncan Murdoch wrote:
> >
> >
> >
> > For working at the general likelihood I think is is better to
> > encourage the approach of definign likelihood construc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luke Tierney wrote:
> On Fri, 7 Dec 2007, Duncan Murdoch wrote:
>
>
>
> For working at the general likelihood I think is is better to
> encourage the approach of definign likelihood constructor functions.
> The problem with using f, data is that you
On Fri, 7 Dec 2007, Duncan Murdoch wrote:
> On 12/7/2007 8:10 AM, Peter Dalgaard wrote:
>> Ben Bolker wrote:
>>> At this point I'd just like to advertise the "bbmle" package
>>> (on CRAN) for those who respectfully disagree, as I do, with Peter over
>>> this issue. I have added a data= argument
Full_Name: Jim Brown
Version: 2.6.0 / 2.6.1
OS: Solaris 10 (SPARC)
Submission from: (NULL) (35.8.15.102)
I have been able to successfully compile version 2.5.1 using the Sun Studio 12
compilers on Sun Solaris 10 (SPARC). All tests using "make check" pass with a
status of OK. However, the follo
Here's the back trace i get after it crashes:
Program received signal SIGTRAP, Trace/breakpoint trap.
0x90a61b09 in _objc_error ()
(gdb) bt
#0 0x90a61b09 in _objc_error ()
#1 0x90a61b40 in __objc_error ()
#2 0x90a601a0 in _freedHandler ()
#3 0x93442c64 in -[NSDocument close] ()
#4 0x00015f0b
On Fri, 7 Dec 2007, Duncan Murdoch wrote:
> On 12/7/2007 8:10 AM, Peter Dalgaard wrote:
>> Ben Bolker wrote:
>>> At this point I'd just like to advertise the "bbmle" package
>>> (on CRAN) for those who respectfully disagree, as I do, with Peter over
>>> this issue. I have added a data= argument
On Fri, 7 Dec 2007, Gabor Grothendieck wrote:
On Dec 7, 2007 8:10 AM, Peter Dalgaard <[EMAIL PROTECTED]> wrote:
Ben Bolker wrote:
At this point I'd just like to advertise the "bbmle" package
(on CRAN) for those who respectfully disagree, as I do, with Peter over
this issue. I have added a d
On 12/7/07, Barry Rowlingson <[EMAIL PROTECTED]> wrote:
> Gabor Grothendieck wrote:
> > An svn checkout directory can contain a mix of files that
> > are mirrored in the svn and not mirrored. In particular, if you
> > add a new file into your checkout directory it will not automatically
> > go int
On 7 December 2007 at 17:30, [EMAIL PROTECTED] wrote:
| [I was overlooked on the CC. Hopefully this message does not create a
| new bug report.]
[ That was my bad, but I did sent you a forwarded copy a few hours ago when I
noticed this. ]
| > Prof Brian Ripley wrote:
| > I would say this was us
>>> I had seen old posts on the list (circa 2002) regarding a Cocoa-R
>>> bridge that was under development, but I can't find anything recent
>>> about it. Does anyone know if this is available somewhere? If not,
>>> does anyone have any experience/pointers calling R functions from
>>> Cocoa?
Oleg Sklyar wrote:
> If I am not mistaken R CMD build builds the package temporarily and uses
> that build to build the vignette, so where is the problem? All my
> vignettes build fine on both Linux and Windows and on Windows you
> actually see that running R CMD build --binary builds the source c
[I was overlooked on the CC. Hopefully this message does not create a
new bug report.]
> Prof Brian Ripley wrote:
> I would say this was user error (insisting on editing non-existent
> rownames), although the argument is documented. You could argue that
> there are implicit rownames, but they wou
These files in the SVN tree does not harm the things that are checked
in. However it is indeed reasonable to keep the rubbish out, so:
> I've started a new package and I'm trying to work out the best way to do
> it. I'm managing my package source directory with SVN, but "R CMD build"
> likes to
Gabor Grothendieck wrote:
> An svn checkout directory can contain a mix of files that
> are mirrored in the svn and not mirrored. In particular, if you
> add a new file into your checkout directory it will not automatically
> go into the repository on your next commit unless you specifically
> pla
An svn checkout directory can contain a mix of files that
are mirrored in the svn and not mirrored. In particular, if you
add a new file into your checkout directory it will not automatically
go into the repository on your next commit unless you specifically
place that file under svn control so ju
I've started a new package and I'm trying to work out the best way to do
it. I'm managing my package source directory with SVN, but "R CMD build"
likes to dump things in the inst/doc directory when making vignette PDF
files. I don't want to keep these in SVN (they aren't strictly
'source'), so
On Dec 4, 2007, at 9:11 PM, Hin-Tak Leung wrote:
> Simon Urbanek wrote:
>
>> Because it *is* the gcc files? (Note the "/local" in the paths.)
>> Full R comes with GNU Fortran 4.2.1, because Apple doesn't offer
>> any Fortran compiler and most other Fortran compiler binaries for
>> Mac OS X
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gabor Grothendieck wrote:
> On Dec 7, 2007 8:43 AM, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 12/7/2007 8:10 AM, Peter Dalgaard wrote:
>>> This is at least cleaner than abusing the "fixed" argument.
Agreed.
>>> As you know,
>>> I have
Hello everyone
On 1 Sep 2007, at 01:39, Duncan Murdoch wrote:
> The IEEE floating point standard allows for negative zero, but it's
> hard
> to know that you have one in R. One reliable test is to take the
> reciprocal. For example,
>
>> y <- 0
>> 1/y
> [1] Inf
>> y <- -y
>> 1/y
> [1] -Inf
This is clearly an R-devel topic, so I've moved it there.
Please re-read the descriptions of the lists in the posting guide.
On Thu, 6 Dec 2007,Johannes Graumann wrote:
> Hello,
>
> I'm missing two features in "R CMD build":
> 1) Easy building of Windows/zip packaged package version alongside the
On Dec 7, 2007 8:43 AM, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 12/7/2007 8:10 AM, Peter Dalgaard wrote:
> > Ben Bolker wrote:
> >> At this point I'd just like to advertise the "bbmle" package
> >> (on CRAN) for those who respectfully disagree, as I do, with Peter over
> >> this issue. I
On 12/7/2007 8:10 AM, Peter Dalgaard wrote:
> Ben Bolker wrote:
>> At this point I'd just like to advertise the "bbmle" package
>> (on CRAN) for those who respectfully disagree, as I do, with Peter over
>> this issue. I have added a data= argument to my version
>> of the function that allows oth
On Dec 7, 2007 8:10 AM, Peter Dalgaard <[EMAIL PROTECTED]> wrote:
> Ben Bolker wrote:
> > At this point I'd just like to advertise the "bbmle" package
> > (on CRAN) for those who respectfully disagree, as I do, with Peter over
> > this issue. I have added a data= argument to my version
> > of th
The machine in question is a black MacBook, a pretty standard setup
with the rest of the details as listed in my first post (R 2.6.1 OSX
10.4.11). I'll give the back trace a try and let you know the result.
On 06/12/2007, Simon Urbanek <[EMAIL PROTECTED]> wrote:
>
> On Dec 6, 2007, at 9:26 AM, Aar
Ben Bolker wrote:
> At this point I'd just like to advertise the "bbmle" package
> (on CRAN) for those who respectfully disagree, as I do, with Peter over
> this issue. I have added a data= argument to my version
> of the function that allows other variables to be passed
> to the objective funct
I would say this was user error (insisting on editing non-existent
rownames), although the argument is documented. You could argue that
there are implicit rownames, but they would be 1, 2 ... not row1, row2
And rownames(mat) is NULL.
For an interactive function the best solution seems to
27 matches
Mail list logo