I just got and compiled the latest IronRuby revision. When I try to
require a simple file, I got this error:
E:\downloads\temp\bak\trunk\src\IronRuby.Libraries\Builtins\KernelOps.cs:300:in
`require': Type 'IronRuby, Version=1.0.0
.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35,
Now that the Beta 2 of Silverlight
provides support for WSI web services, I can now get an all-C#
Silverlight app to call Rails (Action Web Service) web services.
So I encapsulated my generated web service proxy in its own DLL so I
can use it from Ruby, like so:
...
require
2008/6/12 Philippe Monnet [EMAIL PROTECTED]:
- the require mywebsvcproxy returns true
- if I evaluate mywebsvcproxyns I get undefined
This is the expected behavior. See:
irb require 'date'
= true
irb date
NameError: ...
irb Date
= Date
As in the above Ruby session, require in Ruby does
For me that just works with a namespace
what I do is I have my assemblies in a folder bin in my application but that
could be what ever
I call require 'bin/AssemblyName.dll'
In that assembly I have a namespace MyNamespace.Model
then I can do
include MyNamespace::Model
if that namespace
The casing is not right.
include mywebsvcproxyns
is the same as
include(mywebsvcproxyns())
I.e. mywebsvcproxyns is a method call.
You need to start namespaces with a capital letter. BTW, that's also .NET
naming convention.
Tomas
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Yeah, but we're also going to have to think about some way to workaround this
problem since we're going to run into cases out there with folks who have
compiled assemblies that don't follow the .NET naming conventions (unbelievable
but true! :))
Thanks,
-John
-Original Message-
Interesting finding! What's funny is my
C# projects and assemblies are usually Camel cased with prefixes and
all that, with a few exceptions like some asp.net projects bearing the
domain name of the site. This is what lead me to this example!
I just changed my C# service proxy assembly,
Cool, now it is working!
BTW, I will be doing a lot tests on IronRuby, I hope I can contribute
with you guys.
--
Posted via http://www.ruby-forum.com/.
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
tfpt review /shelveset:openblock;REDMOND\jdeville
Modifies File.open and IO.open to close the stream/file after executing the
block if a block is given.
JD
openblock.diff
Description: openblock.diff
___
Ironruby-core mailing list
What could be wrong here?
def using(o)
begin
yield if block_given?
ensure
o.dispose
end
end
This code worked until rev.113 but now it tells me :
$sr = StringReader.new('Hello, world')
= #System::IO::StringReader:0x060
$sr.dispose
:0:in `Initialize': wrong
StringReader defines dispose(bool disposing) and inherits dispose() from
TextReader. So it’s either that dispose(bool) is completely hiding the
inherited dispose or the overload resolution is completely broken – probably
the former. It’s probably related to exposing protected members to
What’s changed since the last release is that we’re now exposing protected
members on CLR types as protected members on the Ruby class that’s generated to
represent the type. And in doing so, we’re apparently hiding the (public)
no-arg method on the base class. And what’s more, it looks like
Except there is a bug...
o.dispose if o
:-)
On Fri, Jun 13, 2008 at 3:45 PM, Ivan Porto Carrero [EMAIL PROTECTED]
wrote:
Cool passing it a bool makes it work :)
I stole the function of Andrew Peters when I saw it I thought the same
thing :)
Do I submit a bug report for this?
On Fri,
13 matches
Mail list logo