Re: [R] URL error when trying to use help function in R [Sec: UNOFFICIAL]

2010-09-12 Thread Gosse, Michelle
Thanks for the feedback. Peter, I have forwarded your response to our ICT 
division to see if there is anything they can do.

One potentially silly question: what would happen if I had the help files 
loaded locally on my PC - would the call then work? I'm wondering about the 
wisdom of creating a proper directory structure, empty apart from the help 
files, on my local PC.

Cheers
Michelle


-Original Message-
From: Peter Dalgaard [mailto:pda...@gmail.com] 
Sent: Friday, 10 September 2010 6:19 p.m.
To: David Winsemius
Cc: Gosse, Michelle; 'R-help@r-project.org'
Subject: Re: [R] URL error when trying to use help function in R [Sec: 
UNOFFICIAL]

On 09/10/2010 01:03 AM, David Winsemius wrote:
 
 On Sep 9, 2010, at 6:34 PM, Gosse, Michelle wrote:
 
 Greetings,

 I am using R version 2.11.1 on a Dell computer, via a VMware  
 connection to a remote server. My browser version is IE  
 8.0.6001.18702 and the OS is some corporate version of Microsoft XP.

 I'm trying to learn more about the tapply function , so I typed ? 
 tapply into the command line. This opened up a browser window with  
 url http://127.0.0.1:28138/library/base/html/tapply.html which is  
 giving me an error message.
 I receive the same problem when trying for help on other commands,  
 e.g. ?table http://127.0.0.1:28138/library/base/html/table.html and ? 
 log http://127.0.0.1:28138/library/base/html/Log.html

 I did a whois on 127.0.0.1
 
 That should always be your own computer. The browser is trying to  
 reach a server on itself over port 28138 and either the port is  
 blocked or you don't have the documentation at that location.

The _real_ problem is likely that the server is really running on the
remote computer. Substituting the remote server name for 127.0.0.1 is
not unlikely to make things work. (Notwithstanding firewalls and the like).

It is a generic weakness of our current dynamic HTML setup, or of
current browser technology if you like. Same thing with file:// URLs --
if you try to view them in a browser and you already have a browser on
your display, but running on a different machine than the one with the
file, you get a file not found. So when R on machine B wants to
display a help page, it sends a message to the browser to connect to R's
own server on B  by specifying a port on localhost (127.0.0.1), but if
this request gets forwarded to a browser on machine A, then it goes
looking for a server on _its_ localhost, i.e. machine A, and it isn't
there...

I suppose we could do somewhat better, but I don't feel too confident
about the various platform issues. As far as I can see, we currently
hardcode http://127.0.0.1; inside the help print method in
utils:::print.help_file_with_topics(), and I suspect we could make that
a user option, or try to be more intelligent about finding the machine's
own IP address.

A pragmatic way out is always options(help_type=text).


-- 
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Phone: (+45)38153501
Email: pd@cbs.dk  Priv: pda...@gmail.com

**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.clearswift.com
**




__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] URL error when trying to use help function in R [Sec: UNOFFICIAL]

2010-09-12 Thread Duncan Murdoch

On 12/09/2010 3:50 PM, Gosse, Michelle wrote:

Thanks for the feedback. Peter, I have forwarded your response to our ICT 
division to see if there is anything they can do.

One potentially silly question: what would happen if I had the help files 
loaded locally on my PC - would the call then work? I'm wondering about the 
wisdom of creating a proper directory structure, empty apart from the help 
files, on my local PC.


R generates the help pages on demand.  You can tell it what port to use, 
but it's not very easy to generate fixed copies of the HTML output.


Duncan Murdoch



Cheers
Michelle


-Original Message-
From: Peter Dalgaard [mailto:pda...@gmail.com] 
Sent: Friday, 10 September 2010 6:19 p.m.

To: David Winsemius
Cc: Gosse, Michelle; 'R-help@r-project.org'
Subject: Re: [R] URL error when trying to use help function in R [Sec: 
UNOFFICIAL]

On 09/10/2010 01:03 AM, David Winsemius wrote:

On Sep 9, 2010, at 6:34 PM, Gosse, Michelle wrote:


Greetings,

I am using R version 2.11.1 on a Dell computer, via a VMware  
connection to a remote server. My browser version is IE  
8.0.6001.18702 and the OS is some corporate version of Microsoft XP.


I'm trying to learn more about the tapply function , so I typed ? 
tapply into the command line. This opened up a browser window with  
url http://127.0.0.1:28138/library/base/html/tapply.html which is  
giving me an error message.
I receive the same problem when trying for help on other commands,  
e.g. ?table http://127.0.0.1:28138/library/base/html/table.html and ? 
log http://127.0.0.1:28138/library/base/html/Log.html


I did a whois on 127.0.0.1
That should always be your own computer. The browser is trying to  
reach a server on itself over port 28138 and either the port is  
blocked or you don't have the documentation at that location.


The _real_ problem is likely that the server is really running on the
remote computer. Substituting the remote server name for 127.0.0.1 is
not unlikely to make things work. (Notwithstanding firewalls and the like).

It is a generic weakness of our current dynamic HTML setup, or of
current browser technology if you like. Same thing with file:// URLs --
if you try to view them in a browser and you already have a browser on
your display, but running on a different machine than the one with the
file, you get a file not found. So when R on machine B wants to
display a help page, it sends a message to the browser to connect to R's
own server on B  by specifying a port on localhost (127.0.0.1), but if
this request gets forwarded to a browser on machine A, then it goes
looking for a server on _its_ localhost, i.e. machine A, and it isn't
there...

I suppose we could do somewhat better, but I don't feel too confident
about the various platform issues. As far as I can see, we currently
hardcode http://127.0.0.1; inside the help print method in
utils:::print.help_file_with_topics(), and I suspect we could make that
a user option, or try to be more intelligent about finding the machine's
own IP address.

A pragmatic way out is always options(help_type=text).




__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] URL error when trying to use help function in R [Sec: UNOFFICIAL]

2010-09-10 Thread Peter Dalgaard
On 09/10/2010 01:03 AM, David Winsemius wrote:
 
 On Sep 9, 2010, at 6:34 PM, Gosse, Michelle wrote:
 
 Greetings,

 I am using R version 2.11.1 on a Dell computer, via a VMware  
 connection to a remote server. My browser version is IE  
 8.0.6001.18702 and the OS is some corporate version of Microsoft XP.

 I'm trying to learn more about the tapply function , so I typed ? 
 tapply into the command line. This opened up a browser window with  
 url http://127.0.0.1:28138/library/base/html/tapply.html which is  
 giving me an error message.
 I receive the same problem when trying for help on other commands,  
 e.g. ?table http://127.0.0.1:28138/library/base/html/table.html and ? 
 log http://127.0.0.1:28138/library/base/html/Log.html

 I did a whois on 127.0.0.1
 
 That should always be your own computer. The browser is trying to  
 reach a server on itself over port 28138 and either the port is  
 blocked or you don't have the documentation at that location.

The _real_ problem is likely that the server is really running on the
remote computer. Substituting the remote server name for 127.0.0.1 is
not unlikely to make things work. (Notwithstanding firewalls and the like).

It is a generic weakness of our current dynamic HTML setup, or of
current browser technology if you like. Same thing with file:// URLs --
if you try to view them in a browser and you already have a browser on
your display, but running on a different machine than the one with the
file, you get a file not found. So when R on machine B wants to
display a help page, it sends a message to the browser to connect to R's
own server on B  by specifying a port on localhost (127.0.0.1), but if
this request gets forwarded to a browser on machine A, then it goes
looking for a server on _its_ localhost, i.e. machine A, and it isn't
there...

I suppose we could do somewhat better, but I don't feel too confident
about the various platform issues. As far as I can see, we currently
hardcode http://127.0.0.1; inside the help print method in
utils:::print.help_file_with_topics(), and I suspect we could make that
a user option, or try to be more intelligent about finding the machine's
own IP address.

A pragmatic way out is always options(help_type=text).


-- 
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Phone: (+45)38153501
Email: pd@cbs.dk  Priv: pda...@gmail.com

__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] URL error when trying to use help function in R [Sec: UNOFFICIAL]

2010-09-10 Thread Petr PIKAL
Hi

I had similar issue and it was solved by setting proxy in browser 
preferences to

do not use proxy server for 127.0.0.1

and it helped.

Regards
Petr
 

r-help-boun...@r-project.org napsal dne 10.09.2010 08:18:53:

 On 09/10/2010 01:03 AM, David Winsemius wrote:
  
  On Sep 9, 2010, at 6:34 PM, Gosse, Michelle wrote:
  
  Greetings,
 
  I am using R version 2.11.1 on a Dell computer, via a VMware 
  connection to a remote server. My browser version is IE 
  8.0.6001.18702 and the OS is some corporate version of Microsoft XP.
 
  I'm trying to learn more about the tapply function , so I typed ? 
  tapply into the command line. This opened up a browser window with 
  url http://127.0.0.1:28138/library/base/html/tapply.html which is 
  giving me an error message.
  I receive the same problem when trying for help on other commands, 
  e.g. ?table http://127.0.0.1:28138/library/base/html/table.html and ? 

  log http://127.0.0.1:28138/library/base/html/Log.html
 
  I did a whois on 127.0.0.1
  
  That should always be your own computer. The browser is trying to 
  reach a server on itself over port 28138 and either the port is 
  blocked or you don't have the documentation at that location.
 
 The _real_ problem is likely that the server is really running on the
 remote computer. Substituting the remote server name for 127.0.0.1 is
 not unlikely to make things work. (Notwithstanding firewalls and the 
like).
 
 It is a generic weakness of our current dynamic HTML setup, or of
 current browser technology if you like. Same thing with file:// URLs --
 if you try to view them in a browser and you already have a browser on
 your display, but running on a different machine than the one with the
 file, you get a file not found. So when R on machine B wants to
 display a help page, it sends a message to the browser to connect to R's
 own server on B  by specifying a port on localhost (127.0.0.1), but if
 this request gets forwarded to a browser on machine A, then it goes
 looking for a server on _its_ localhost, i.e. machine A, and it isn't
 there...
 
 I suppose we could do somewhat better, but I don't feel too confident
 about the various platform issues. As far as I can see, we currently
 hardcode http://127.0.0.1; inside the help print method in
 utils:::print.help_file_with_topics(), and I suspect we could make that
 a user option, or try to be more intelligent about finding the machine's
 own IP address.
 
 A pragmatic way out is always options(help_type=text).
 
 
 -- 
 Peter Dalgaard
 Center for Statistics, Copenhagen Business School
 Phone: (+45)38153501
 Email: pd@cbs.dk  Priv: pda...@gmail.com
 
 __
 R-help@r-project.org mailing list
 https://stat.ethz.ch/mailman/listinfo/r-help
 PLEASE do read the posting guide 
http://www.R-project.org/posting-guide.html
 and provide commented, minimal, self-contained, reproducible code.

__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


[R] URL error when trying to use help function in R [Sec: UNOFFICIAL]

2010-09-09 Thread Gosse, Michelle
Greetings,

I am using R version 2.11.1 on a Dell computer, via a VMware connection to a 
remote server. My browser version is IE 8.0.6001.18702 and the OS is some 
corporate version of Microsoft XP.

I'm trying to learn more about the tapply function , so I typed ?tapply into 
the command line. This opened up a browser window with url 
http://127.0.0.1:28138/library/base/html/tapply.html which is giving me an 
error message.
I receive the same problem when trying for help on other commands, e.g. ?table 
http://127.0.0.1:28138/library/base/html/table.html and ?log 
http://127.0.0.1:28138/library/base/html/Log.html

I did a whois on 127.0.0.1 via www.geektools.comhttp://www.geektools.com and 
got the information boxed below, which suggests I'm not going where I am 
supposed to be going when I ask for help. I'm assuming this problem is 
associated with my VMware link to the server.

Is anyone else running this type of connection through to R and, if so, could 
they please advise how to remove the issue? I've been able to bring in my data 
table fine, and do some commands on it, the issue so far appears related only 
to help files. I'm assuming this is because the help files call a URL that, in 
my case, appears to be incorrect (whereas the R commands are not calling a URL 
and therefore are working fine).

I found this earlier thread: 
https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=14155 however, the 
commentary says the bug was fixed.


Final results obtained from whois.arin.net.
Results:
#
# The following results may also be obtained via:
# http://whois.arin.net/rest/nets;q=127.0.0.1?showDetails=trueshowARIN=false
#

NetRange: 127.0.0.0 - 127.255.255.255
CIDR: 127.0.0.0/8
OriginAS:
NetName: SPECIAL-IPV4-LOOPBACK-IANA-RESERVED
NetHandle: NET-127-0-0-0-1
Parent:
NetType: IANA Special Use
Comment: This block is assigned for use as the Internet
Comment: host loopback address. Datagrams sent to
Comment: addresses anywhere within this block loops back
Comment: inside the host. Many implementation only
Comment: support this for 127.0.0.1. This block was
Comment: assigned by the IETF in the Standard document,
Comment: RFC 1122 and is further documented in the Best
Comment: Current Practice document RFC 5735. These
Comment: documents can be found at:
Comment: http://www.rfc-editor.org/rfc/rfc1122.txt
Comment: http://www.rfc-editor.org/rfc/rfc5735.txt
RegDate:
Updated: 2010-04-14
Ref: http://whois.arin.net/rest/net/NET-127-0-0-0-1

[extraneous detail here deleted]

Thanks in advance,
Michelle

Michelle Gosse
Consumer and Social Sciences
Food Standards Australia New Zealand
108 The Terrace
Wellington
New Zealand
ph: 0064-4-978-5652
email: 
michelle.go...@foodstandards.govt.nzmailto:michelle.go...@foodstandards.govt.nz


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.clearswift.com
**



[[alternative HTML version deleted]]

__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] URL error when trying to use help function in R [Sec: UNOFFICIAL]

2010-09-09 Thread David Winsemius


On Sep 9, 2010, at 6:34 PM, Gosse, Michelle wrote:


Greetings,

I am using R version 2.11.1 on a Dell computer, via a VMware  
connection to a remote server. My browser version is IE  
8.0.6001.18702 and the OS is some corporate version of Microsoft XP.


I'm trying to learn more about the tapply function , so I typed ? 
tapply into the command line. This opened up a browser window with  
url http://127.0.0.1:28138/library/base/html/tapply.html which is  
giving me an error message.
I receive the same problem when trying for help on other commands,  
e.g. ?table http://127.0.0.1:28138/library/base/html/table.html and ? 
log http://127.0.0.1:28138/library/base/html/Log.html


I did a whois on 127.0.0.1


That should always be your own computer. The browser is trying to  
reach a server on itself over port 28138 and either the port is  
blocked or you don't have the documentation at that location.



via www.geektools.comhttp://www.geektools.com and got the  
information boxed below, which suggests I'm not going where I am  
supposed to be going when I ask for help.


I suppose you could use that terminology, but you should check the  
specification of the browser entry in your options(). Does the  
remote server have the documentation in a library directory? Can you  
get the sysadmin for that device to give you the locations of the files?


?options
options()$browser  # would at least tell you where you system thinks  
it should be going.


If you restrict Baron's help search to only this year's questions  
containing help server browser you get:

http://search.r-project.org/cgi-bin/namazu.cgi?query=help+server+browsermax=100result=normalsort=scoreidxname=functionsidxname=Rhelp10

--
David.


I'm assuming this problem is associated with my VMware link to the  
server.


Is anyone else running this type of connection through to R and, if  
so, could they please advise how to remove the issue? I've been able  
to bring in my data table fine, and do some commands on it, the  
issue so far appears related only to help files. I'm assuming this  
is because the help files call a URL that, in my case, appears to be  
incorrect (whereas the R commands are not calling a URL and  
therefore are working fine).


I found this earlier thread: https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=14155 
 however, the commentary says the bug was fixed.



Final results obtained from whois.arin.net.
Results:
#
# The following results may also be obtained via:
# http://whois.arin.net/rest/nets;q=127.0.0.1?showDetails=trueshowARIN=false
#

NetRange: 127.0.0.0 - 127.255.255.255
CIDR: 127.0.0.0/8
OriginAS:
NetName: SPECIAL-IPV4-LOOPBACK-IANA-RESERVED
NetHandle: NET-127-0-0-0-1
Parent:
NetType: IANA Special Use
Comment: This block is assigned for use as the Internet
Comment: host loopback address. Datagrams sent to
Comment: addresses anywhere within this block loops back
Comment: inside the host. Many implementation only
Comment: support this for 127.0.0.1. This block was
Comment: assigned by the IETF in the Standard document,
Comment: RFC 1122 and is further documented in the Best
Comment: Current Practice document RFC 5735. These
Comment: documents can be found at:
Comment: http://www.rfc-editor.org/rfc/rfc1122.txt
Comment: http://www.rfc-editor.org/rfc/rfc5735.txt
RegDate:
Updated: 2010-04-14
Ref: http://whois.arin.net/rest/net/NET-127-0-0-0-1

[extraneous detail here deleted]

Thanks in advance,
Michelle

Michelle Gosse
Consumer and Social Sciences
Food Standards Australia New Zealand
108 The Terrace
Wellington
New Zealand
ph: 0064-4-978-5652
email: michelle.go...@foodstandards.govt.nzmailto:michelle.go...@foodstandards.govt.nz 




**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.clearswift.com
**



[[alternative HTML version deleted]]

__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


David Winsemius, MD
West Hartford, CT

__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.