On 28/10/2009 11:39 PM, Rolf Turner wrote:
On 29/10/2009, at 2:39 PM, Duncan Murdoch wrote:

On 28/10/2009 9:04 PM, Rolf Turner wrote:
Under my newly installed version of R, 2.10.0, help.start() refuses
to perform.  When I issue the command I get a ``Host is unreachable''
message from the browser (which is Firefox, version 3.5.3).

I have seen things about funnies with help under 2.10.0 but have
not properly comprehended them.  I am not sure if they apply to my
situation.  I did a bit of scrounging through recent postings to
R-help and could not find anything relevant. Can someone tell me
***in monosyllables*** ( :-) ) how to get help.start() to work?

Session info:

R version 2.10.0 Patched (2009-10-27 r50222)
i386-apple-darwin8.11.1

locale:
[1] C

attached base packages:
[1] datasets  utils     stats     graphics  grDevices methods   base

other attached packages:
[1] misc_0.0-11    fortunes_1.3-6 MASS_7.3-3

loaded via a namespace (and not attached):
[1] tools_2.10.0
I have attached, in pdf form, a screen shot of the message I get
in the Firefox window when help.start() fails.
The problem appears to be with "WebMarshal Proxy". I don't know if you have any control over this, or it comes from your IT department, but you need to tell it to let Firefox connect to R on your own machine (address
127.0.0.1) if you want help.start() to work.  If that requires you to
set a particular port number (or range) for R to use, see the
?tools::startDynamicHelp page for details.

        This did not/does not happen with R version 2.9.2.  Why has
        version 2.10.0 introduced a difficulty?

Previous versions use static web pages; in 2.10.0 the help is generated when you ask for it. The advantages of this are that links work better (very few package authors knew how to get them to work before), man pages can be customized to the state of your system or generated automatically, etc.

You may find that the GUI works better. It doesn't use Firefox, it has its own built in browser, and it's conceivable that it will avoid going
through the proxy.

Yes, the GUI works in respect of providing html help.  But

        (a) I ***HATE*** using the GUI.

        (b) Funny things happen when I try loading spatstat from the GUI.

        If I click on Packages & Data --> Package Manager, I get an error:

Error in package.manager(is.loaded, pkgs, pkgs.desc, pkgs.url) :
  invalid arguments (length mismatch)
In addition: Warning messages:
1: In .find.package(pkgs) : there is no package called 'BACCO'
2: In .find.package(pkgs) : there is no package called 'forecasting'


        There ***are*** packages BACCO and forecasting in my local
        library (~/Rlib).  But ne'er mind.

        So I try

        library(spatstat)

from the command line (in the window opened by the GUI). I get an error:

Loading required package: mgcv
Error in dyn.load(file, DLLpath = DLLpath, ...) :
unable to load shared library '/Users/rturner/Rlib/lattice/libs/ i386/lattice.so': dlopen(/Users/rturner/Rlib/lattice/libs/i386/lattice.so, 6): Library not loaded: /Library/Frameworks/R.framework/Versions/2.7/ Resources/lib/libR.dylib
  Referenced from: /Users/rturner/Rlib/lattice/libs/i386/lattice.so
  Reason: image not found
In addition: Warning message:
package 'spatstat' was built under R version 2.9.2 and help may not work correctly
Error: package 'mgcv' could not be loaded

However if I abandon the (expletive deleted) GUI, start R from the command line and then load spatstat, all is well. (Modulo some warnings about packages being built under earlier versions of R whence the help might not work correctly.
        Which it doesn't anyway.)

If you can figure out how to build it yourself, there's a configure option to build static help.

So why should mgcv load when R is started from the command line, but not
        when it is started from the GUI?

This is getting ridiculous. Everything I try engenders another error and another fiasco. Things have become too complex and intricate. IMHO too much effort has been expended on implementing gee-whiz facilities for the super-clever or GUI facilities for the retarded at the expense of simple
        usability for the ordinary middle of the road user.

You get what you pay for.

Duncan


                cheers,

                        Rolf

######################################################################
Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author.

This e-mail has been scanned and cleared by MailMarshal www.marshalsoftware.com
######################################################################

_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Reply via email to