[Rd] R CMD build and et_EE.UTF-8 locale -> invalid files (PR#10351)

2007-10-17 Thread otoomet
Full_Name: Ott Toomet Version: 2.6.0, 2.5.x OS: debian etch, lenny Submission from: (NULL) (80.235.63.243) When building a package with 'R CMD build name_of_directory" using "et_EE.UTF-8" locale, I get the following: [EMAIL PROTECTED]:~/tyyq/econ/micEcon$ R CMD build trunk * checking for file '

[Rd] dget not restoring dput in R 2.6.0 (PR#10350)

2007-10-17 Thread dstates
Full_Name: David States Version: 2.6.0 OS: Windows XP64 Submission from: (NULL) (141.211.38.9) # The pair of commands # # dput(object, "file.dput") # object = dget("file.dput") # # should be a no op, but this is not working correctly for all objects. # # Simple example: # # make a simple object o

Re: [Rd] R CMD build and et_EE.UTF-8 locale -> invalid files (PR#10351)

2007-10-17 Thread Peter Dalgaard
[EMAIL PROTECTED] wrote: > Full_Name: Ott Toomet > Version: 2.6.0, 2.5.x > OS: debian etch, lenny > Submission from: (NULL) (80.235.63.243) > > > When building a package with 'R CMD build name_of_directory" using > "et_EE.UTF-8" > locale, I get the following: > > [EMAIL PROTECTED]:~/tyyq/econ/micE

Re: [Rd] dget not restoring dput in R 2.6.0 (PR#10350)

2007-10-17 Thread ripley
On Wed, 17 Oct 2007, [EMAIL PROTECTED] wrote: > Full_Name: David States > Version: 2.6.0 > OS: Windows XP64 > Submission from: (NULL) (141.211.38.9) > > > # The pair of commands > # > # dput(object, "file.dput") > # object = dget("file.dput") > # > # should be a no op, but this is not working corr

Re: [Rd] LazyLoad changes the class of objects

2007-10-17 Thread Luke Tierney
Yes, attributes are not preserved, though why that should matter given the frequent strong recommendations in this list against using attributes on environments or other reference objects is beyond me. More importantly, locking and active bindings are not preserved either. Will look into fixing th

Re: [Rd] LazyLoad changes the class of objects

2007-10-17 Thread Henrik Bengtsson
Yes (on the yes), to second Luke. Here is John Chambers' comment when I was bitten by the same "bug" a while ago: http://tolstoy.newcastle.edu.au/R/devel/02b/0524.html See also Peter Dalgaard's follow up suggesting to wrap up the environment in a list, which will typically be enough. I've bee

Re: [Rd] LazyLoad changes the class of objects

2007-10-17 Thread Gabor Grothendieck
On 10/17/07, Henrik Bengtsson <[EMAIL PROTECTED]> wrote: > Yes (on the yes), to second Luke. Here is John Chambers' comment when > I was bitten by the same "bug" a while ago: > > http://tolstoy.newcastle.edu.au/R/devel/02b/0524.html > > See also Peter Dalgaard's follow up suggesting to wrap up th

[Rd] predictable bit patterns in runif(n) shortly after set.seed

2007-10-17 Thread Petr Savicky
Mersenne Twister generator is known to be sensitive to the algorithm used to generate its initial state. The initialization used in R generates the initial state in a way, which leaves linear dependencies mod 2 among the bits in the initial state. Since Mersenne Twister performs only operations, wh

[Rd] nmle: gnls freezes on difficult case

2007-10-17 Thread Nicholas Lewin-Koh
Hi, I am not sure this is a bug but I can repeat it, The functions and data are below. I know this is nasty data, and it is very questionable whether a 4pl model is appropriate, but it is data fed to an automated tool and I would have hoped for an error. Does this repeat for anyone else? My details

[Rd] Withdrawing SaveImage

2007-10-17 Thread Gabor Grothendieck
I noticed this under R 2.7.0 NEWS: o In package installation, SaveImage: yes is defunct and lazyloading is attempted instead. I think its premature to make SaveImage defunct especially when: 1. there is a bug that would be triggered in some packages by automatically using LazyLoad