Re: [Bugs-r-devel] [Fwd: Re: strange error with bugs() on Mac OSX]

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Sparapani, Rodney wrote:
> Hi Gregor:
> 
> Good suggestion!  777 works for me.   Please commit.  

And 770 does not? What about 775?

Anyway, I am a bit reluctant to commit right away:
tempdir() is created by R on startup and used by the R process and other 
packages. Making that directory open is a security issue for those who 
are doing more or less confidential analyses / working on confidential 
data. I'd be happier if people could tell wine to run under their own 
credentials (and not some wine account or so), but I am not sure if that 
is possible or what the problems are to run under the users credentials.

Best wishes,
Uwe

> Thanks,
> 
> Rodney
> 
> 
> -----Original Message-----
> From: Gorjanc Gregor [mailto:Gre...@bf...]
> Sent: Thu 3/19/2009 12:24 PM
> To: Sparapani, Rodney; bug...@li...
> Subject: RE: [Bugs-r-devel] [Fwd: Re: strange error with bugs() on Mac OSX]
>  
> Rodney,
> 
> this is odd since we do tweak the permissions of temporary directory created by
> tempdir (this is done in bugs() function). However, we only use 750, which might
> not be enough. Can you modify the bugs function on your Mac (change to 770 or 777)
> and test if it works without setting the working.directoty=".".
> 
> Thanks, gg
> ________________________________________
> From: Rodney Sparapani [rsp...@mc...]
> Sent: Wednesday, March 18, 2009 9:49 PM
> To: bug...@li...
> Subject: [Bugs-r-devel] [Fwd: Re: strange error with bugs() on Mac OSX]
> 
> -------- Original Message --------
> Subject:        Re: strange error with bugs() on Mac OSX
> Date:   Thu, 12 Mar 2009 09:19:02 -0500
> From:   Rodney Sparapani <rsp...@mc...>
> To:     Luca Pozzi <luc...@AS...>
> References:     <BUGS%200...@JI...>
> 
> 
> 
>> ------------------------------------------------------------------------
>> hello, I am trying to run bugs() from a Mac (yes, I really need to
>> use
>> WinBUGS and not JAGS although the latter works better), but some
>> problem
>> occurs and R prints the following
>>
>> fixme:keyboard:RegisterHotKey (0x1002a,13,0x00000002,3): stub
>> fixme:ole:GetHGlobalFromILockBytes cbSize is 13824
>> err:ole:CoGetClassObject class {0003000a-0000-0000-c000-000000000046}
>> not
>> registered
>> err:ole:CoGetClassObject class {0003000a-0000-0000-c000-000000000046}
>> not
>> registered
>> err:ole:CoGetClassObject no class object
>> {0003000a-0000-0000-c000-000000000046} could be created for context
>> 0x3
>> Errore in bugs.run(n.burnin, bugs.directory, WINE = WINE, useWINE =
>> useWINE,  :
>>   Look at the log file and
>> try again with 'debug=TRUE' to figure out what went wrong within
>> Bugs.
>>
>> but this message is no use since:
>> -debug=TRUE: this option only keep WB open after the run, so that, if
>> any error message is displayed in WB you will be able to read it. But
>> this time no WB error message appears and so this suggestion from R
>> isquite a default message that is of no help this time.
>>
>> .log file: the problem is that, being the .log file nothing but a
>> trnscription of the lines appearing on the WB command line there is no
>> .log because in my
>> case WB stops before running, before even starting to process the
>> model and so
>> on, the only thing that happens is WB opening and showing the licence
>> agreement.
>> This, together with the message printed out on R command line, make me
>> think to an error in the licence registration, but I can't find it..
>> moreover before the expiration of my previous key the R2B interface
>> worked well, but I have installed the new one (several times, just in
>> case...) but nothing's changed... when I tried again with the old key
>> I received an additional message of expired key, when I run again the
>> immortal key nothing changes (it probably doesn't load the new one
>> correctly).
>>
>> notice that WB runs fine if I run it directly..
>>
>> Please help me...
>>
>> Luca Pozzi
> Hi Luca:
> 
> It looks like you are using R2WinBUGS, correct?  Make sure that you
> have the latest version.  Also, I think there is a bug in R2WinBUGS
> that requires the following workaround.  I always have to set
> working.directory=".".
> 
> --
> 
> Hi Gang:
> 
> Luca assures me that he also needs to set working.directory=".".
> I know you guys aren't interested in debugging on OS X, but
> perhaps there could be an entry in the PROBLEMS file, or
> similar like README.MACOSX, that gives this simple workaround?
> 
> --
> Rodney Sparapani      Center for Patient Care & Outcomes Research (PCOR)
> Sr. Biostatistician              http://www.mcw.edu/pcor
> 4 wheels good, 2 wheels better!  Medical College of Wisconsin (MCW)
> WWLD?:  What Would Lombardi Do?  Milwaukee, WI, USA
> 
> 
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Bugs-r-devel mailing list
> Bug...@li...
> https://lists.sourceforge.net/lists/listinfo/bugs-r-devel
> 
> 
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Bugs-r-devel mailing list
> Bug...@li...
> https://lists.sourceforge.net/lists/listinfo/bugs-r-devel