[#2320] Problems in mathn, rational, complex, matrix — Gavin Sinclair <gsinclair@...>
I received a message from Richard Graham mentioning a problem in the
[#2346] Patch for socket.c: control reverse lookup for every instance — Thomas Uehlinger <uehli@...>
Hi all
[#2357] Use the BasicSocket#do_not_reverse_lookup flag in Webrick — Thomas Uehlinger <uehli@...>
Hi
[#2367] Standard libraries — Dave Thomas <dave@...>
From ruby-dev summary:
Hi,
Hi,
By the way, this issue is about a matter of taste, so the debate is somewhat
Hi,
On Thu, Feb 12, 2004 at 02:58:22PM +0900, NAKAMURA, Hiroshi wrote:
On Thursday, February 12, 2004, 8:18:32 PM, Mauricio wrote:
On Thursday 12 February 2004 04:37, Gavin Sinclair wrote:
On Friday, February 13, 2004, 12:44:15 AM, Sean wrote:
(Dave Thomas: there's a question for you in the second paragraph; if you're
[#2397] PATCH: deprecate cgi-lib, getopts, importenv, parsearg from standard library — Gavin Sinclair <gsinclair@...>
Index: cgi-lib.rb
* Gavin Sinclair (gsinclair@soyabean.com.au) wrote:
On Thursday, February 12, 2004, 11:39:37 PM, E wrote:
Hi,
Hi,
[#2422] Re: [ruby-cvs] ruby: * lib/ftools.rb: documented — "U.Nakamura" <usa@...>
Hello,
[#2449] make install not getting through rdoc phase — "David A. Black" <dblack@...>
Hi --
[#2465] PATCH: OpenStruct#initialize to yield self — Gavin Sinclair <gsinclair@...>
This is a common approach I use to object initialization; I don't know
On Fri, 20 Feb 2004 02:42:00 +0900, Dave Thomas wrote:
> > As more general suggestion. Could 'new' yield the new object is a block
On Fri, 20 Feb 2004 08:24:31 +0900, Carlos wrote:
Hi,
Yukihiro Matsumoto wrote:
On Feb 20, 2004, at 4:33 PM, Joel VanderWerf wrote:
[#2494] rehash segfault — Nathaniel Talbott <nathaniel@...>
I don't have a lot of information on this bug at this point, but
Hi,
On Wed, Feb 25, 2004 at 03:30:54AM +0900, Yukihiro Matsumoto wrote:
[#2504] foldl and foldr — "Sean E. Russell" <ser@...>
Sorry if I'm opening old wounds; I have a hard time believing that nobody has
Re: [PATCH] Use the BasicSocket#do_not_reverse_lookup flag in Webrick
Hi,
Thomas Uehlinger <uehli@bluewin.ch> wrote:
> With this patch you can make use of the new per-socket
> do_not_reverse_lookup flag in Webrick.
> I wonder if it would make sense to even set :DoNotReverseLookup to
> true as the standard configuration because reverse lookup just slows
> down the server in normal operation.
I also submitted this pacth.
(Sorry but in Japanese.)
http://www.notwork.org/ipr/webrick/webrickja/100/105.html
However, I think that applying is difficult for it since this method
(BasicSocket.do_not_reverse_lookup) influences the whole webrick server.
http://www.rubycentral.com/book/lib_network.html#BasicSocket.do_not_reverse_lookup
I think that it is necessary whether IPSocket#peeraddr can receive
"do not reverse lookup flag" or not.
for example,
IPSocket#peeraddr()
reverse lookup owing to BasicSocket.do_not_reverse_lookup.
IPSocket#peeraddr(false)
reverse lookup always.
IPSocket#peeraddr(true)
DO NOT reverse lookup always.
Or it should stop using IPSocket#peeraddr and ruby's Resolv library
should be used for reverse lookup.
--
Shinya Kawaji