[#12073] Re: Ruby is much slower on linux when compiled with --enable-pthread? — "M. Edward (Ed) Borasky" <znmeb@...>
-----BEGIN PGP SIGNED MESSAGE-----
9 messages
2007/09/04
[#12076] Re: Ruby is much slower on linux when compiled with --enable-pthread?
— "Florian Frank" <flori@...>
2007/09/05
M. Edward (Ed) Borasky wrote:
[#12079] Re: Ruby is much slower on linux when compiled with --enable-pthread?
— Sam Roberts <sroberts@...>
2007/09/05
On Wed, Sep 05, 2007 at 08:24:57PM +0900, Florian Frank wrote:
[#12081] Re: Ruby is much slower on linux when compiled with --enable-pthread?
— "Alexey Verkhovsky" <alexey.verkhovsky@...>
2007/09/05
On 9/5/07, Sam Roberts <sroberts@uniserve.com> wrote:
[#12085] New array methods cycle, choice, shuffle (plus bug in cycle) — David Flanagan <david@...>
Four new methods have been added to Array the Ruby 1.9 trunk. I've got
81 messages
2007/09/06
[#12089] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "Wilson Bilkovich" <wilsonb@...>
2007/09/07
On 9/6/07, David Flanagan <david@davidflanagan.com> wrote:
[#12091] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Urabe Shyouhei <shyouhei@...>
2007/09/07
Wilson Bilkovich wrote:
[#12093] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "Wilson Bilkovich" <wilsonb@...>
2007/09/07
On 9/7/07, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
[#12165] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Christian Neukirchen <chneukirchen@...>
2007/09/13
David Flanagan <david@davidflanagan.com> writes:
[#12171] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "Nikolai Weibull" <now@...>
2007/09/14
On 9/13/07, Christian Neukirchen <chneukirchen@gmail.com> wrote:
[#12180] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— David Flanagan <david@...>
2007/09/14
Nikolai Weibull wrote:
[#18036] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Charles Oliver Nutter <charles.nutter@...>
2008/07/31
Restarting this thread because I missed it the first time around and
[#18037] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Yukihiro Matsumoto <matz@...>
2008/07/31
Hi,
[#18038] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "Gregory Brown" <gregory.t.brown@...>
2008/08/01
On Thu, Jul 31, 2008 at 7:50 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
[#18046] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Michael Neumann <mneumann@...>
2008/08/01
Gregory Brown wrote:
[#18048] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Charles Oliver Nutter <charles.nutter@...>
2008/08/01
Michael Neumann wrote:
[#18051] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "David A. Black" <dblack@...>
2008/08/01
Hi --
[#18053] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "Wilson Bilkovich" <wilsonb@...>
2008/08/01
On 8/1/08, David A. Black <dblack@rubypal.com> wrote:
[#18074] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— David Flanagan <david@...>
2008/08/01
Wilson Bilkovich wrote:
[#18080] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Yukihiro Matsumoto <matz@...>
2008/08/02
Hi,
[#18081] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "David A. Black" <dblack@...>
2008/08/02
Hi --
[#18097] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "Pit Capitain" <pit.capitain@...>
2008/08/03
2008/8/2 Yukihiro Matsumoto <matz@ruby-lang.org>:
[#18098] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Dave Thomas <dave@...>
2008/08/03
[#18101] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Yukihiro Matsumoto <matz@...>
2008/08/03
Hi,
[#18102] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Dave Thomas <dave@...>
2008/08/03
[#18166] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "Florian Frank" <flori@...>
2008/08/07
Yukihiro Matsumoto wrote:
[#18186] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Charles Oliver Nutter <charles.nutter@...>
2008/08/08
Florian Frank wrote:
[#18104] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Yukihiro Matsumoto <matz@...>
2008/08/03
Hi,
[#18133] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "Martin DeMello" <martindemello@...>
2008/08/05
On Sun, Aug 3, 2008 at 9:37 AM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
[#18040] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Jim Weirich <jim.weirich@...>
2008/08/01
On Jul 31, 2008, at 7:33 PM, Charles Oliver Nutter wrote:
[#18056] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Thomas Enebo <Thomas.Enebo@...>
2008/08/01
Jim Weirich wrote:
[#18059] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Jim Weirich <jim.weirich@...>
2008/08/01
On Aug 1, 2008, at 1:53 PM, Thomas Enebo wrote:
[#18061] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— "Gregory Brown" <gregory.t.brown@...>
2008/08/01
On Fri, Aug 1, 2008 at 2:01 PM, Jim Weirich <jim.weirich@gmail.com> wrote:
[#18066] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Thomas Enebo <Thomas.Enebo@...>
2008/08/01
Gregory Brown wrote:
[#18070] Re: New array methods cycle, choice, shuffle (plus bug in cycle)
— Jim Weirich <jim.weirich@...>
2008/08/01
On Aug 1, 2008, at 2:40 PM, Thomas Enebo wrote:
[#12096] Next 1.8.6 on Sept. 22 — Urabe Shyouhei <shyouhei@...>
Hi all.
28 messages
2007/09/09
[#12097] Re: Next 1.8.6 on Sept. 22
— "Rocky Bernstein" <rocky.bernstein@...>
2007/09/09
Well there is this patch:
[#12102] Re: Next 1.8.6 on Sept. 22
— Urabe Shyouhei <shyouhei@...>
2007/09/09
Rocky Bernstein wrote:
[#12109] Re: Next 1.8.6 on Sept. 22
— "M. Edward (Ed) Borasky" <znmeb@...>
2007/09/10
-----BEGIN PGP SIGNED MESSAGE-----
[#12110] Re: Next 1.8.6 on Sept. 22
— "Wilson Bilkovich" <wilsonb@...>
2007/09/10
On 9/10/07, M. Edward (Ed) Borasky <znmeb@cesmail.net> wrote:
[#12099] Re: Next 1.8.6 on Sept. 22
— Sylvain Joyeux <sylvain.joyeux@...4x.org>
2007/09/09
On Sunday 09 September 2007, Urabe Shyouhei wrote:
[#12118] Is this expected behavior? — James Edward Gray II <james@...>
As part of TextMate's development process we have an application on a
6 messages
2007/09/10
[#12140] Strange ripper bug — "Alexey I. Froloff" <sir_raorn@...>
Sometimes, ripper can't parse valid code (trunk from yesterday).
10 messages
2007/09/11
[#12154] Strange ripper bug
— "Kirill A. Shutemov" <k.shutemov@...>
2007/09/12
On [Wed, 12.09.2007 03:05], Alexey I. Froloff wrote:
[#12157] Re: [PATCH] Strange ripper bug
— "Kirill A. Shutemov" <k.shutemov@...>
2007/09/13
On [Thu, 13.09.2007 02:58], Kirill A. Shutemov wrote:
[#12158] Re: [PATCH] Strange ripper bug
— Yukihiro Matsumoto <matz@...>
2007/09/13
Hi,
[#12143] Blocks passed to constructors - is this behavior by design? — "John Lam (CLR)" <jflam@...>
class Foo
4 messages
2007/09/11
[#12144] Re: Blocks passed to constructors - is this behavior by design?
— "Marte Raphael Y. Soliza" <myrtactle@...>
2007/09/11
It's because the constructor isn't actually finished executing, and the
[#12166] Wrapped loads and Module::nesting — David Flanagan <david@...>
When I call load with a second argument of true, the file is loaded into
3 messages
2007/09/13
[#12184] Misleading error message with URI::InvalidURIError — "Douglas Tan" <bianster@...>
The error message that URI.parse displays when supplied with a uri
3 messages
2007/09/15
[#12200] class variables and singleton classes — Eric Hodel <drbrain@...7.net>
Class variables in singleton classes are separate from class
7 messages
2007/09/20
[#12201] how about actors implemented in ruby-core itself — hemant <gethemant@...>
Hi,
12 messages
2007/09/20
[#12205] Re: how about actors implemented in ruby-core itself
— "Wilson Bilkovich" <wilsonb@...>
2007/09/20
On 9/20/07, hemant <gethemant@gmail.com> wrote:
[#12213] Re: how about actors implemented in ruby-core itself
— SASADA Koichi <ko1@...>
2007/09/20
Hi,
[#12220] `ri Kernel#open` Bug — James Edward Gray II <james@...>
$ ri -T Kernel#open
8 messages
2007/09/21
[#12221] Re: `ri Kernel#open` Bug
— Eric Hodel <drbrain@...7.net>
2007/09/22
On Sep 21, 2007, at 16:42, James Edward Gray II wrote:
[#12222] Re: `ri Kernel#open` Bug
— James Edward Gray II <james@...>
2007/09/22
On Sep 21, 2007, at 8:13 PM, Eric Hodel wrote:
[#12223] Re: `ri Kernel#open` Bug
— Jim Freeze <jim@...>
2007/09/22
[#12225] Can we move fri into the standard library? (was Re: `ri Kernel#open` Bug)
— James Edward Gray II <james@...>
2007/09/22
On Sep 22, 2007, at 7:28 AM, Jim Freeze wrote:
[#12231] Wrong return value with []= — Michael Neumann <mneumann@...>
Hi,
4 messages
2007/09/23
[#12237] Latest benchmarks — "M. Edward (Ed) Borasky" <znmeb@...>
I just ran the benchmark suite that comes with Ruby 1.9 on my 32-bit
5 messages
2007/09/24
[#12247] Fibers as semi-coroutines enabled by default — David Flanagan <david@...>
Hi all,
9 messages
2007/09/26
[#12265] Re: Fibers as semi-coroutines enabled by default
— SASADA Koichi <ko1@...>
2007/09/27
Hi,
[#12248] arbitrary Unicode characters in identifiers? — David Flanagan <david@...>
12 messages
2007/09/26
[#12255] Array#-, &, |, uniq don't use == — murphy <murphy@...>
Hello!
6 messages
2007/09/26
[#12284] gc.c -- possible logic error? — Hugh Sasse <hgs@...>
I've been looking at Tom Copeland's memory allocation problem:
36 messages
2007/09/28
[#12286] Re: gc.c -- possible logic error?
— MenTaLguY <mental@...>
2007/09/28
On Fri, 28 Sep 2007 21:57:22 +0900, Hugh Sasse <hgs@dmu.ac.uk> wrote:
[#12288] Re: gc.c -- possible logic error?
— Hugh Sasse <hgs@...>
2007/09/28
On Sat, 29 Sep 2007, MenTaLguY wrote:
[#12329] Re: gc.c -- possible logic error?
— Tanaka Akira <akr@...>
2007/10/01
In article <Pine.GSO.4.64.0709281302390.26570@brains.eng.cse.dmu.ac.uk>,
[#12331] Re: gc.c -- possible logic error?
— Hugh Sasse <hgs@...>
2007/10/01
On Tue, 2 Oct 2007, Tanaka Akira wrote:
[#12332] Re: gc.c -- possible logic error?
— Tanaka Akira <akr@...>
2007/10/01
In article <Pine.GSO.4.64.0710011802250.11425@brains.eng.cse.dmu.ac.uk>,
[#12334] Re: gc.c -- possible logic error?
— Hugh Sasse <hgs@...>
2007/10/01
On Tue, 2 Oct 2007, Tanaka Akira wrote:
[#12342] Re: gc.c -- possible logic error?
— Eric Hodel <drbrain@...7.net>
2007/10/01
On Oct 1, 2007, at 10:54 , Hugh Sasse wrote:
[#12357] Re: gc.c -- possible logic error?
— Hugh Sasse <hgs@...>
2007/10/02
On Tue, 2 Oct 2007, Eric Hodel wrote:
[#12294] String.force_encoding — David Flanagan <david@...>
Hi,
7 messages
2007/09/29
[#12305] Will 1.8.6 remain compiled with VC6? — "Luis Lavena" <luislavena@...>
Hello Core developers.
29 messages
2007/09/30
[#12306] Re: Will 1.8.6 remain compiled with VC6?
— "Austin Ziegler" <halostatue@...>
2007/09/30
On 9/30/07, Luis Lavena <luislavena@gmail.com> wrote:
[#12307] Re: Will 1.8.6 remain compiled with VC6?
— "Luis Lavena" <luislavena@...>
2007/09/30
On 9/30/07, Austin Ziegler <halostatue@gmail.com> wrote:
[#12309] Re: Will 1.8.6 remain compiled with VC6?
— "Austin Ziegler" <halostatue@...>
2007/09/30
On 9/30/07, Luis Lavena <luislavena@gmail.com> wrote:
[#12311] Re: Will 1.8.6 remain compiled with VC6?
— "Luis Lavena" <luislavena@...>
2007/10/01
On 9/30/07, Austin Ziegler <halostatue@gmail.com> wrote:
[#12359] Re: Will 1.8.6 remain compiled with VC6?
— "Curt (Work) Hibbs" <ml.chibbs@...>
2007/10/02
I know this not the right place to post this, but I'll start here
[#12308] Re: Will 1.8.6 remain compiled with VC6?
— "M. Edward (Ed) Borasky" <znmeb@...>
2007/09/30
Austin Ziegler wrote:
[#12315] Re: Will 1.8.6 remain compiled with VC6?
— Charlie Savage <cfis@...>
2007/10/01
> Yes, let's take this to Ruby-Talk so we can all participate. Most of the
[#12316] Re: Will 1.8.6 remain compiled with VC6?
— "Luis Lavena" <luislavena@...>
2007/10/01
On 9/30/07, Charlie Savage <cfis@savagexi.com> wrote:
[#12318] Re: Will 1.8.6 remain compiled with VC6?
— Charlie Savage <cfis@...>
2007/10/01
[#12380] Re: Will 1.8.6 remain compiled with VC6?
— "Michal Suchanek" <hramrach@...>
2007/10/03
On 01/10/2007, Charlie Savage <cfis@savagexi.com> wrote:
[#12387] Re: Will 1.8.6 remain compiled with VC6?
— "Austin Ziegler" <halostatue@...>
2007/10/03
On 10/3/07, Michal Suchanek <hramrach@centrum.cz> wrote:
[PATCH] XMLRPC::ModRubyServer
From:
Chris Wailes <cwailes2@...>
Date:
2007-09-06 22:48:48 UTC
List:
ruby-core #12087
Made some changes to the XMLRPC::ModRubyServer class that allows it to be loaded as a RubyHandler by ModRuby and prevent it from being reloaded every time a request is made. This can greatly improve performance when the server takes a while to load, such as when it is establishing database connections or loading lots of libraries. As well, I modified the way that the `XMLRPC::Server.dispatch` method calls the service_hook Proc object so that it also passes the name of the XML-RPC method that is called along with the Proc object associated with the name, and the arguments for the method. Sincerely, Chris Wailes
Attachments (1)
ruby-changes.patch
(4.16 KB, text/x-diff)
Index: lib/xmlrpc/server.rb
===================================================================
--- lib/xmlrpc/server.rb (revision 12809)
+++ lib/xmlrpc/server.rb (working copy)
@@ -129,9 +129,9 @@
The service-hook is called with a (({Proc})) object and with the parameters for this (({Proc})).
An example:
- server.set_service_hook {|obj, *args|
+ server.set_service_hook {|method_name, method_obj, *args|
begin
- ret = obj.call(*args) # call the original service-method
+ ret = method_obj.call(*args) # call the original service-method
# could convert the return value
resuce
# rescue exceptions
@@ -333,7 +333,7 @@
if @service_hook.nil?
return obj.call(*args)
else
- return @service_hook.call(obj, *args)
+ return @service_hook.call(methodname, obj, *args)
end
end
end
@@ -498,44 +498,91 @@
=begin
= XMLRPC::ModRubyServer
-== Description
-Implements a XML-RPC server, which works with Apache mod_ruby.
+== Synopsis
+ruby_file.rb:
+ def make_server
+ server = XMLRPC::ModRubyServer.new()
-Use it in the same way as CGIServer!
+ server.add_handler("michael.add") do |a,b|
+ a + b
+ end
+ server.add_handler("michael.div") do |a,b|
+ if b == 0
+ raise XMLRPC::FaultException.new(1, "division by zero")
+ else
+ a / b
+ end
+ end
+
+ server.set_default_handler do |name, *args|
+ raise XMLRPC::FaultException.new(-99, "Method #{name} missing" + " or wrong number of parameters!")
+ end
+
+ return server
+ end
+
+ruby.conf:
+#This is your mod_ruby configuration file.
+ LoadModule ruby_module modules/mod_ruby.so
+
+ DirectoryIndex index.rb
+
+ AddType text/html.rb
+ <IfModule mod_ruby.c>
+ RubyRequire apache/ruby-run
+
+ #If your file is at /path/to/your/ruby_file.rb
+ RubyAddPath /path/to/your
+ RubyRequire ruby_file
+
+ # Exec *.rb as ruby scripts.
+ <Files *.rb>
+ SetHandler ruby-object
+ RubyHandler Apache::RubyRun.instance
+ Options +ExecCGI
+ </Files>
+ </IfModule>
+
+ #This location doesn't actually corispond to any file so you can make it any path you want.
+ #This example makes the server address http://example.com/xmlrpcserver
+ <Location /xmlrpcserver>
+ SetHandler ruby-object
+ RubyHandler make_server
+
+ Order allow,deny
+ Allow from all
+ </Location>
+
+== Description
+Implements a XML-RPC server, which works with Apache mod_ruby. By providing the 'handler' method a ModRubyServer object
+can be used as a RubyHandler by mod_ruby. This prevents the server from being instantiated every time a request is made.
== Superclass
((<XMLRPC::BasicServer>))
-=end
+=end
class ModRubyServer < BasicServer
+ def handler(apache_request)
+ @ap = apache_request
- def initialize(*a)
- @ap = Apache::request
- super(*a)
- end
+ header = Hash.new
+ @ap.headers_in.each {|key, value| header[key.capitalize] = value}
- def serve
- catch(:exit_serve) {
- header = {}
- @ap.headers_in.each {|key, value| header[key.capitalize] = value}
+ length = header['Content-length'].to_i
- length = header['Content-length'].to_i
+ http_error(405, "Method Not Allowed") unless @ap.request_method == "POST"
+ http_error(400, "Bad Request") unless parse_content_type(header['Content-type']).first == "text/xml"
+ http_error(411, "Length Required") unless length > 0
- http_error(405, "Method Not Allowed") unless @ap.request_method == "POST"
- http_error(400, "Bad Request") unless parse_content_type(header['Content-type']).first == "text/xml"
- http_error(411, "Length Required") unless length > 0
+ @ap.binmode
+ data = apache_request.read(length)
- # TODO: do we need a call to binmode?
- @ap.binmode
- data = @ap.read(length)
+ http_error(400, "Bad Requiest") if data.nil? or data.size != length
- http_error(400, "Bad Request") if data.nil? or data.size != length
+ http_write(process(data), 200, "Content-type" => "text/xml; charset=utf-8")
- http_write(process(data), 200, "Content-type" => "text/xml; charset=utf-8")
- }
- end
-
-
+ return Apache::OK
+ end
private
def http_error(status, message)