Using gdb with Revel

[revel]

Using gdb with Revel

[robfig]

Excellent point. I will look at the best way to support this. Hope to have a solution for you before long.

[robfig]

FYI, in the meantime, after Revel generates your app, you can just do:

1. go build -o bin/myapp import/path/to/myapp/app/tmp
2. run gdb on the binary bin/myapp.
3. Pass in flags "-importPath", "-srcPath", "-runMode"

Could you give me some details on the value for the 3 flags ? I tried to put my $GOPATH for the first two and "dev" for the runMode but I got :

2012/10/28 17:31:15 revel.go:90: Failed to load app.conf: not found

Thank you.

[robfig]

importPath is the import path to your base app directory. For example, for the booking sample app, it would be "github.com/robfig/revel/samples/booking".

srcPath should be $GOPATH/src, but you don't actually need to specify it in this case.

This works perfectly, thanks !

[robfig]

I have really been putting this one off apparently :)

Implementing a revel debug command that drops the user into the gdb session in the console is probably the way to go.. I guess there is no equivalent on windows

[jgraham909]

FWIW minGW is a way to get GDB in windows.
On Mar 24, 2013 12:05 PM, "Rob Figueiredo" [email protected] wrote:

I have really been putting this one off apparently :)

Implementing a revel debug command that drops the user into the gdb
session in the console is probably the way to go.. I guess there is no
equivalent on windows

—
Reply to this email directly or view it on GitHubhttps://github.com/robfig/revel/issues/33#issuecomment-15366140
.

[rmacy]

@robfig would revel debug build the app and run gdb on the executable with the appropriate flags set? If not how were you envisioning the implementation? Just curious, would love to submit a PR for this.

[robfig]

I think so -- at any rate, that seems like the first step. I could imagine a more gold-plated solution where we add a servlet to the harness so that the developer could go to a special URL, select an action that they want to debug and have Revel place the breakpoint there on their behalf. That seems like too much work for now though :)

(I'm a print debugger, so this workflow is alien to me. It probably won't get implemented without someone's vision and assistance. I am happy to support however I can, though!)

[rmacy]

@robfig I'm working on this! I'll be rather quiet the next two weeks though, I have to head out for my Annual Training and I'll be lucky to be near a computer.

[kidoman]

Hey guys, any luck on this? Loving Revel though

[imosquera]

I'm also very interested in the debug command for revel! Is there a branch that you've started to work through the revel debug? Otherwise I can fork and begin build the command.

[robfig]

I don't think anyone has worked on this

[rmacy]

Yeah, I got caught up in other work and with the Military, so I didn't make much headway :/

[justinfx]

As another option for debugging, has anyone every checked out hopwatch? I know it would be another dependency, but since Revel already has the web-view based concept of seeing your tracebacks, and has all the endpoints for modules, it might be neat: https://github.com/emicklei/hopwatch

[robfig]

This one looks even better
https://github.com/sirnewton01/godbg

[justinfx]

Wow that is really awesome

On Mon, Sep 9, 2013 at 11:40 AM, Rob Figueiredo [email protected]:

This one looks even better
https://github.com/sirnewton01/godbg

—
Reply to this email directly or view it on GitHubhttps://github.com/robfig/revel/issues/33#issuecomment-24032451
.

[brendensoares]

#294

[brendensoares]

Debugging Revel apps with gdb is a common request needing an official answer.

TODO

• Official guide on how to debug Revel code
• Enhancements to facilitate easy debugging (revel debug, IDE integration, etc)

[notzippy]

Closing - docs have intellij debugging now