[go-nuts] gdb debug into library
Oct 5, 2012 at 4:10 am
No, that's the surprising thing...
On Friday, 5 October 2012 14:00:03 UTC+10, Rob Pike wrote:
Doesn't 'step' do the work?
: Doesn't 'step' do the work? -rob --
: the gdb behavior is correct, because there is a call to convT2I before ListenAndServe. i suggest you add a breakpoint at ListenAndServe and continue. maybe it is a bug of the dwarf we generated, but I'm not sure, because stepping into runtime is occasionally useful. On Oct 5, 2012 11:54 AM, "Sonia Hamilton" wrote: --
: Thanks minux. But as you'll see from my post I'm already setting a breakpoint at ListenAndServe. Continuing from ListenAndServe wouldn't help as I want to see what ListenAndServe is actually doing. Any pointers? --
: Set a source breakpoint on the first line of ListenAndServe. -rob --
[go-nuts] Importing and updating my own library
[go-nuts] Faye client?
[go-nuts] Re: AWS library w/ dynamodb support?
[go-nuts] Recommendations for decoding mp3 files in go
[go-nuts] [Video] LA Go Meetup #2: Go standard library Part 1: I/O - Hangout Recording + slides
[go-nuts] panic: invalid memory address or nil pointer dereference / throw: panic during gc
[go-nuts] SYSCALL vs CGO
[go-nuts] anyone on the go team working on google cloud sql
[go-nuts] Re: Testing applications that use net/http.Handler
[go-nuts] Standard library philosophy
3 of 8
Oct 5, '12 at 3:54a
Oct 5, '12 at 7:39a
4 users in discussion
Sonia Hamilton (3)
Rob Pike (2)
Mikio Hara (1)
Groups & Organizations
site design / logo © 2021 Grokbase