Rails - Dec 2009 - ruby/rails/debugger variable dump question

newbie here.

(OT: Happy New Year, all.)

I placed a debugger statement into my ROR app and run
  ruby script/server webrick --debugger

My app hit the debugger statement.

I then did a
  var local

----------------------------------------------------------
(rdb:68) var local
  _ =>
  exception => No route matches "/xxx" with {:method=>:get}
  handler => #<Method: #<ApplicationController:0x6018a3c
@action_name="index",
@_response=#<ActionController::Response:0x6018b40
@session={"flash"=>{}}, @redirected_to=nil,

[snipped a ton of stuff]

"HTTP_ACCEPT"=>"text/html,application/xhtml+xml,
application/xml;q=0.9,*/*;q=0.8",
"REQUEST_METHOD"=>"GET",
"HTTP_CONNECTION"=>"keep-alive"}, @request_method=:get,
@parameters={}>,
@parameters={}>>.__bind_1261677328_946000>
(rdb:68)
----------------------------------------------------------


I have no idea how to interpret this or how to format this for pretty
output.

So ... by guess and by gosh (and because I read it somewhere) I then ran
irb inside the debugger and did



----------------------------------------------------------
(rdb:68) @_response
#<ActionController::Response:0x6018b40 @session={"flash"=>{}},
@redirected_to=nil,
@writer=#<Proc:0x0612469c@f:/Ralph-Rails-Apps/authlogic/vendor/rails/actionpack/lib/action_controller/response.rb:46>,
@request=#<ActionController::Request:0x6018b68

[snipped a ton of stuff]

@assigns={}, @helpers=#<ActionView::Base::ProxyModule:0x6018960>>,
@body=["",
nil, [], []], @assigns=[],
@header={"Cache-Control"=>"no-cache"},
@status=200>
----------------------------------------------------------



Since that was no better for me to understand, I tried (because I saw it
somewhere)
  y @_response
inside irb

I don''t even see y documented as a debugger command.

----------------------------------------------------------

irb(#<ApplicationController:0x6018a3c>):002:0> y @_response
--- &id007 !ruby/object:ActionController::Response
assigns: &id001 []

block:
body:
- ""
-
- *id001
- []

header: &id005 !map:Rack::Utils::HeaderHash
  Cache-Control: no-cache
redirected_to:
request: &id003 !ruby/object:ActionController::Request
  content_type:
  env:
    rack.session.record:
!ruby/object:ActiveRecord::SessionStore::Session
      attributes:
        updated_at: 2009-12-24 06:54:00
        session_id: fab30d62f08ae89e5b87d68bb1647c3c
        id: "1"
        created_at: 2009-12-24 06:54:00
        data: |
          BAh7BiIKZmxhc2hJQzonQWN0aW9uQ29udHJvbGxlcjo6Rmxhc2g6OkZsYXNo
          SGFzaHsABjoKQHVzZWR7AA=
      attributes_cache: {}

      data:
        flash: &id002 !map:ActionController::Flash::FlashHash {}

    action_controller.rescue.request: *id003
    SERVER_NAME: localhost
    rack.request.cookie_hash:
      _session_id: fab30d62f08ae89e5b87d68bb1647c3c

[snipped a ton of stuff]

      request: *id003
  helpers: !ruby/object:ActionView::Base::ProxyModule
    receiver: *id008
  view_paths: !seq:ActionView::PathSet
    - !ruby/object:ActionView::ReloadableTemplate::ReloadablePath
      disk_cache: {}

      path: f:/Ralph-Rails-Apps/authlogic/app/views
      paths: {}

writer: !ruby/object:Proc {}

=> nil
irb(#<ApplicationController:0x6018a3c>):003:0>

----------------------------------------------------------




That''s a bit better but still mostly uninterpretable to me.

So ... how would I get programmatic access to, say, SERVER_NAME or the
_session_id?

Is there documentation on how to use the debugger other than "help" or
page 216 in the Pickaxe book?
-- 
Posted via http://www.ruby-forum.com/.

--

You received this message because you are subscribed to the Google Groups
"Ruby on Rails: Talk" group.
To post to this group, send email to
rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To unsubscribe from this group, send email to
rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit this group at
http://groups.google.com/group/rubyonrails-talk?hl=en.

On Dec 27, 10:59 pm, Ralph Shnelvar
<li...-fsXkhYbjdPsEEoCn2XhGlw@public.gmane.org>
wrote:
> newbie here.
>
> (OT: Happy New Year, all.)
>
> I placed a debugger statement into my ROR app and run
>   ruby script/server webrick --debugger
>
> My app hit the debugger statement.
>
[snip]
> Since that was no better for me to understand, I tried (because I saw it
> somewhere)
>   y @_response
> inside irb
>
> I don''t even see y documented as a debugger command.
It''s not - it''s a method that is part of the ruby standard
library: it
dumps the argument passed to it as yaml. It''s mostly normal that this
doesn''t make any sense to you - it''s exposing a lot of
internal state
from the response object. A good place to start would be to look at
the api for the Response object and try the things you see
there.
>
[snip]
>
> That''s a bit better but still mostly uninterpretable to me.
>
> So ... how would I get programmatic access to, say, SERVER_NAME or the
> _session_id?
>
The debugger will run ruby code for you, so do exactly what you would
do if you were writing code in that part of your app (eg if you''re in
a controller you could look at request.host or request.env
> Is there documentation on how to use the debugger other than
"help" or
> page 216 in the Pickaxe book?
just FYI, ruby-debug is not the same as the debugger described in the
pickaxe

Fred
> --
> Posted viahttp://www.ruby-forum.com/.
--

You received this message because you are subscribed to the Google Groups
"Ruby on Rails: Talk" group.
To post to this group, send email to
rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To unsubscribe from this group, send email to
rubyonrails-talk+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/rubyonrails-talk?hl=en.