Looking into it now, but be warned:
/opt/local/lib/ruby/1.8/drb/drb.rb:865:in `initialize': getaddrinfo:
nodename nor servname provided, or not known (SocketError)
from /opt/local/lib/ruby/1.8/drb/drb.rb:865:in `open'
from /opt/local/lib/ruby/1.8/drb/drb.rb:865:in `open_server'
-Kurt
--
Posted via http://www.ruby-forum.com/.
Eric
[kschrader@einstein:~]$ irb
>> require 'socket'
=> true
>> Socket.getaddrinfo(Socket.gethostname, 0, Socket::AF_INET, Socket::SOCK_STREAM, nil, Socket::AI_CANONNAME)
SocketError: getaddrinfo: nodename nor servname provided, or not known
from (irb):2:in `getaddrinfo'
from (irb):2
Damn, I need a fix bad -- Either that or I'm re-installing my entire OS
X machine to get rid of 10.5.3.
I'll help anyway I can, but I'm not good with the underlyings.
Please let us know as soon as you find something.
irb(main):001:0> require 'socket'
=> true
irb(main):011:0> Socket.getaddrinfo(Socket.gethostname, 0,
Socket::AF_INET, Socket::SOCK_STREAM, nil, Socket::AI_CANONNAME)
SocketError: getaddrinfo: nodename nor servname provided, or not known
from (irb):11:in `getaddrinfo'
from (irb):11
from :0
irb(main):012:0> Socket.getaddrinfo(Socket.gethostname, nil,
Socket::AF_INET, Socket::SOCK_STREAM, nil, Socket::AI_CANONNAME)
=> [["AF_INET", 0, "192.168.1.95", "192.168.1.95", 2, 1, 6]]
Following Andy's idea, what about the following as a temporary fix?
Seems to work for DRb servers with a port of 0 (which seems to be the
default). Apparently DRb servers which explicitly bind to a non 0 port
are not affected by this regression.
class DRb::DRbTCPSocket
class << self
alias parse_uri_orig parse_uri
def parse_uri(*args)
ary = parse_uri_orig(*args)
ary[1] = nil if ary[1] == 0
ary
end
end
end
Laurent
That seems to work for now. Thanks for looking into it.
Where does this wonderful piece of code go?
=======
# HACK
require 'drb'
class DRb::DRbTCPSocket
class << self
alias parse_uri_orig parse_uri
def parse_uri(*args)
ary = parse_uri_orig(*args)
ary[1] = nil if ary[1] == 0
ary
end
end
end
=======
Anyone else get errors from inserting this code?
if you place it in the LINE before
"Rails::Initializer.run(:set_load_path)" I got a syntax error
script/server:2:in `require': ./script/../config/boot.rb:41: class
definition in method body (SyntaxError)
from script/server:2
which makes sense.
if you place it outside of the Boot Class you get a SystemStackError
/script/../config/boot.rb:43:in `parse_uri_orig': stack level too deep
(SystemStackError)
from ./script/../config/boot.rb:43:in `parse_uri_orig'
from /Users/lorgio/Sites/gawkk/config/boot.rb:43:in `parse_uri'
from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/drb/drb.rb:874:in
`uri_option'
from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/drb/drb.rb:780:in
`uri_option'
from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/drb/drb.rb:778:in
`each'
from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/drb/drb.rb:778:in
`uri_option'
from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/drb/drb.rb:1044:in
`initialize'
from
/Library/Ruby/Gems/1.8/gems/actionpack-2.0.2/lib/action_controller/session/drb_store.rb:8:in
`new'
... 51 levels...
from /Library/Ruby/Gems/1.8/gems/rails-2.0.2/lib/commands/server.rb:39
from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:27:in
`gem_original_require'
from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:27:in `require'
from script/server:3
Anyone get this working?
Am I placing this in the wrong place? or is there something I missed?
Incase you get errors and cannot get the hack above, try putting it in
the environment.rb file INSIDE the config block.
Yeah that doesn't work either.
A) INSIDE config block of environment.rb,
B) Before the "Rails::Initializer.run(:set_load_path)" line in boot.rb.
Neither A or B work.
Any other ideas?
/script/../config/boot.rb:48: uninitialized constant DRb (NameError)
from script/server:2:in `require'
from script/server:2
You forgot to require DRb.
Add require 'drb' right above the code.
But, I can't seem to run any background tasks using backgroundrb.
I get
The error occurred while evaluating nil.object - (NoMethodError)
20080604-13:35:57 (4356)
vendor/plugins/backgroundrb/server/lib/backgroundrb/middleman.rb:396:in
`worker'
Line 396 is:
worker = ex { @jobs[key].object }
Anyone else having trouble?
> Anyone else having trouble?
Yes. I'm having problems with backgroundrb too, even with the hack.
I'm running Ruby out of MacPorts and it looks like a lot of others in
this thread are too.
Is this a problem for those running the version of Ruby included with
Mac OS X as well? Looks like Lorgio Jimenez was running into some
problems using Mac OS X's Ruby.
Does anyone know if/when this is going to be fixed?
Well, I went and got some answers to my own questions!
> Is this a problem for those running the version of Ruby included with
> Mac OS X as well?
Sure seems like it. Check this out:
% /usr/bin/ruby.orig -v
ruby 1.8.6 (2007-09-24 patchlevel 111) [universal-darwin9.0]
% /usr/bin/ruby.orig -r socket -e "TCPServer.open('localhost', 0)"
-e:1:in `initialize': getaddrinfo: nodename nor servname provided, or
not known (SocketError)
from -e:1:in `open'
from -e:1
> Does anyone know if/when this is going to be fixed?
Keep in mind that I have almost no experience with socket programming,
but I have submitted a patch for MacPorts under this ticket. Use at
your own peril! It seems to work for me, but your mileage may vary!
https://trac.macports.org/ticket/15528
I downgraded to 10.5.0 via my leopard install cd using the preserve
perferences option.
I was hoping it'd leave everything the same, just downgrade the system,
so all my filesystems would be intact (/usr/local/src, bin etc etc.)
Wrong assumption. They were scattered all over a folder that was
created called "Previous System"
At first I thought I could piece it all together, but no way!. It was
like a bomb went off and scattered my development environment all over
the place with no discernible logic.
So
I rebuilt my whole environment from scratch - gems, mysql, ruby, rails,
subversion etc etc etc.
Total nightmare.
If you can find a way to patch the problem until apple fixes it - do.
I put it in environment.rb _outside_ of the config block and it works
like a champ.
What a drag -- why didn't I hear about this at RailsConf?
Wes
Looks to me like this might not be the reason, as I was able to get it
to work by using 127.0.0.1 instead of localhost:
>> require 'drb'
=> true
>> DRb.start_service('druby://localhost:0')
SocketError: getaddrinfo: nodename nor servname provided, or not known
....
>> DRb.start_service('druby://127.0.0.1:0')
=> #<DRb::DRbServer:0x383a24 @grp=#<ThreadGroup:0x3839e8>,
....
Apple fixed the DRb problem in the 10.5.4 update, which was released at the
end of June.
http://www.macruby.org/post/47/
Craig