Re: [Bugs-r-devel] SF.net SVN: bugs-r:[119] trunk/R2WinBUGS

[Uwe L. <li...@st...>]

Gorjanc Gregor wrote:
>> 1. Brian and I tried hard (in January-February 2009, see the svn logs)
>> to make BRugs and R2WinBUGS not write into the working.directory unless
>> a file with full path is given explicitly. A software should not write
>> files into the current directory without being explicitly specified.
>> The working.directory shopuld be used to read files from, not to write
>> intermediate files to. If you want files to be created there: Can we
>> have an additional argument that tells it?
> 
> Ups. I was not aware of this efforts. I agree that messing up with "temporary
> files" is not nice. However, one does not specify working.directory in such
> cases. 
> 
> Let me clarify my intention. If we define working.directory argument in bugs(),
> then this function saves data and inits file in that place, while the model file is
> saved in some temporary place. This surely is not consistent. And if you need
> to do some testing it is hard to find a model file in the temp. folders. I often prepair
> data, inits and model files using bugs() function, because it is handy. This way one can
> create a complete set of files for someone that would like to try to run BUGS, but does
> not use R, say AT ;) Therefore, I thought that consistency could not do any harm.
> Anyway, the model file is being removed by deafult leaving the working.directory clean
> at the end.


Gregor,

thanks, I see. I need to inspect the new behavior more closely in 
roughly 1.5 weeks when back from another conference. Particularly, I 
have to remember why we thought the last behavior was good (and I cannot 
remember since I have not used R2WinBUGS/BRugs since half a year now, 
except for testing bugfixes, making reviews, or answering questions on 
lists).


>> 2. Does path.expand() work on S-PLUS?
> 
> Good point! Do we have contact with S-PLUS developer (Brian?) to check this out?

Which Brian? If you mean Brian Ripley, please do not bother him with 
this unimportant stuff.

It would be handy to have a recent version of S-PLUS, but I think it is 
dying much quicker than I expected. Even Tibco is rather concentrating 
on R - given all the patches that we see coming in from Bill Dunlap.
Hence probably not worth to invest too many efforts given Dawn Woodard 
is not listening to this list anymore. Dawn are you with Tibco nowadays?

I will respond again, but it will take some time (at least 1.5 weeks), 
unfortunately.

Best wishes,
Uwe








> gg
> 
> 
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Bugs-r-devel mailing list
> Bug...@li...
> https://lists.sourceforge.net/lists/listinfo/bugs-r-devel