Excerpts from William Morgan's message of Wed Aug 19 11:52:26 -0700 2009: > > no Redwood::SentManager instance defined in method call to > > i_am_the_instance! > > ./lib/sup/util.rb:512:in `method_missing' > > /usr/lib/ruby/1.8/sup/sent.rb:10:in `initialize' > > ./lib/sup/util.rb:524:in `new' > > ./lib/sup/util.rb:524:in `init' > > ./lib/sup.rb:110:in `start' > > ./bin/sup:138 > > Do you get this error in next head, and in the "first bad commit" you > reported?
Yes.
> Neither of those should have any calls to i_am_the_instance!
> anywhere in the code.
Thanks. That confirms that I'm not running the code I think I am, and
the above stack trace makes that obvious, (see
/usr/lib/ruby/1.8/sup/sent.rb). So I was running some unholy mixture
of the installed Debian sup and the from-git sup and it worked no
better than one would expect.
My previously reported crashes didn't happen to fail in a way that
made /usr/lib show up in the stack trace, but both crashes are fixed
by just moving /usr/lib/ruby/1.8/sup out of the way.
So I'm glad to have things working now, but I'm still curious to know
why ruby goes digging into /usr/lib/ruby/1.8 to find sup/sent.rb when
there's a ./lib/sub/sent.rb present and I've passed a "-I ./lib"
option to ruby, (and plainly, ruby is interpreting other files from
./lib).
And I'd be glad if someone could recommend a ruby-esque way to debug a
situation like this. I mean, I could obviously have just run ruby
under strace and looked for the paths of various *.rb files getting
loaded, but surely there's some more ruby-specific way to list files
that are being used?
-Carl
PS. I'm intrigued by the following mention:
You’ve got the same sort of command-line debugger available.
[http://www.ruby-lang.org/en/documentation/ruby-from-other-languages/to-ruby-from-c-and-c-/]
so that's clearly something I'm going to have to learn to use.
signature.asc
Description: PGP signature
_______________________________________________ sup-talk mailing list [email protected] http://rubyforge.org/mailman/listinfo/sup-talk
