[#8787] Literal inconsistency — Calamitas <calamitates@...>
Hi,
Calamitas <calamitates@gmail.com> writes:
On 9/4/06, Christian Neukirchen <chneukirchen@gmail.com> wrote:
[#8794] bignums — Ondrej Bilka <neleai@...>
I want ask how look integration of faster bignums.
[#8798] okay, threading & sandbox r70 -- the latest patch — why the lucky stiff <ruby-core@...>
We have previously talked about getting the sandbox to obey thread switching on
Hi,
[#8802] WEBrick::Cookie support for multiple cookies per set-cookie — Aaron Patterson <aaron_patterson@...>
WEBrick's cookie class has a method for parsing Set-Cookie headers, but
[#8813] ruby-1.8.5 loads fox16.so more than once — <noreply@...>
Bugs item #5701, was opened at 2006-09-08 20:59
[#8815] Segfault in libc strlen, via rb_str_new2 — "Sean E. Russell" <ser@...>
Howdy,
On Sep 8, 2006, at 10:10 PM, Sean E. Russell wrote:
On Saturday 09 September 2006 01:42, Eric Hodel wrote:
On Sep 9, 2006, at 7:16 PM, Sean E. Russell wrote:
On Sunday 10 September 2006 22:57, Eric Hodel wrote:
[#8826] OptionParser < Hash — "greg weber" <eegreg@...>
Hi,
[#8828] REXML fails to parse UTF-16 XML. — <noreply@...>
Bugs item #5711, was opened at 2006-09-11 01:25
Hi,
[#8861] new changes in strings+symbols — Mathieu Bouchard <matju@...>
On Wed, 13 Sep 2006, matz wrote:
[#8864] documentation of ruby internals — Deni George <denigeorge@...>
Hello
On Thursday 14 September 2006 11:30, Deni George wrote:
[#8885] numeric.c fails to build on 64-bit platforms (Fedora Core 5 x86_64 gcc 4.1.1) — <noreply@...>
Patches item #5774, was opened at 2006-09-16 12:19
Hi,
[#8897] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly — <noreply@...>
Bugs item #5822, was opened at 2006-09-20 11:13
Hi,
[#8904] patch bignums — Ondrej Bilka <neleai@...>
I am so far with implementing faster bignums:
[#8920] rdoc capture output (help message) — "greg weber" <eegreg@...>
Hi,
The simplest command line would be
greg weber wrote:
It looks like you could seperate this out into a rake task, but then
On Sep 29, 2006, at 5:52 AM, greg weber wrote:
[#8929] Re: RDoc patch, possible bug in socket.c for TCPSocket.new — gwtmp01@...
[#8948] socket (and many others) not building on osx? — Ryan Davis <ryand-ruby@...>
I'm stumped. A brand new clean build doesn't build socket.
[#8954] The %? .. ? Operator — James Edward Gray II <james@...>
I'm needing to know the full list of characters that can (or cannot)
On Sep 29, 2006, at 9:56 AM, James Edward Gray II wrote:
[ ruby-Bugs-5763 ] Problem with generated soap requests / classes using the WSDL Tools
Bugs item #5763, was opened at 2006-09-14 17:52 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=1698&aid=5763&group_id=426 Category: Standard Library Group: 1.8.5 Status: Open Resolution: None Priority: 3 Submitted By: David Sledge (dsledge) Assigned to: Nobody (None) Summary: Problem with generated soap requests / classes using the WSDL Tools Initial Comment: When using the SOAP::WSDLDriverFactory to talk to webservices the form tag of some elements is not honored. If you look at the wsdl in the attached test app you will see that the schemas 'elementFormDefault="qualified"' but the complexType sequence elements have a 'form="unqualified"' tag. The generated soap request is not correct. It adds the namespace for the sequence elements of the complexType anyway. This also happens with the classes generated using the WSDL2Ruby class to generate classdef's. I was able to get around it by generating a driver with WSDL2Ruby and setting the flag on the in parameters to false and then modifying the classdef generated file for the complexType to have nil namespaces in the @@schema_element. Also it seems wrong for the response that I do not have to set the flag on the out parameters of the generated driver class to false or change the @@schema_element in the classdef generated file and it still properly handlers the response xml that does n ot have the namespace on its complex type sequence elements. The test app will give an exception because there is no webservice server running but it still generates the request data logged in the "logs" directory. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=1698&aid=5763&group_id=426