On Fri, 13 Apr 2007, Tony Plate wrote:
> Prof Brian Ripley wrote:
>> On Fri, 13 Apr 2007, Tony Plate wrote:
>>
>>> Thank you! I had not realized that the name space remained loaded.
>>> When I did unloadNamespace("ExamplePackage") after the detach() I got
>>> what I wanted.
Seth Falcon mentioned
Peter,
Thanks for the hints.
> 2 things caught my eye (except that their "R code" is clearly C): The
> dbx output doesn't show off[curr_seq], which could actually be the
> culprit,
(dbx) p off[curr_seq]
off[curr_seq] = 0
> and the _memcpy call on the stack looks odd:
>
> _memcpy(0x0, 0xfdeb
> Hmm, and can you see "both ends" of tgath_buf and buf (in particular
> tgath_but[curr_len - 1] and buf[curr_len-1])?
(dbx) p tgath_buf[curr_len - 1]
tgath_buf[curr_len-1] = '\0'
(dbx) p buf[curr_len-1]
dbx: cannot access address 0x9f7f6ff
(dbx) p tgath_buf[curr_len - 2]
tgath_buf[curr_len-2] =
As part of the process for the upcoming release of 2.5.0, we recently
contacted all maintainers of CRAN packages which give R CMD check
warnings or errors for a current prerelease of R 2.5.0.
Emails to the following addresses bounced:
"Jens Henrik Badsberg" <[EMAIL PROTECTED]>
[EMAIL PROTECTE
On 4/13/07, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> On Fri, 13 Apr 2007, Deepayan Sarkar wrote:
>
> > Hi,
> >
> > it looks like Rinterface.h is not available on Windows. Does this mean
> > I can not reset the various ptr_R_* callbacks? Is there an
> > alternative? Is this something fundament
