Alex: I’ll see how/if this can happen. Among other strangeness in this stack is that Err() doesn’t take a param but I guess it may be displaying the implicit “this”? btw this is not from a panic, but from a call to runtime.Stack(). The program experiences unbounded growth in cpu utilization as it runs so either these stacks are a recursion bc there is a context “pointing” to itself as parent or a very deep reference stack. I’m going to guess there is a captured continuation variable somewhere that is incorrectly updated to a new value ctx with each new connection made or inside some loop instead of using the oroginal basr ctx. I looked for that originally but didn’t find it, but I’ll look again. I’m concerned that net.Conn’s or tls.Conn’s setRead/WriteDeadline() calls are at fault somehow. A. On May 12, 2023, at 12:38 AM, Axel Wagner <axel.wagner...@googlemail.com> wrote: -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/BBBF1FFC-FFCF-4FA7-B636-BC8B5B4911C1%40gmail.com. |
- [go-nuts] interpreting runtime.Stack() Andrew Athan
- Re: [go-nuts] interpreting runtime.Stac... 'Axel Wagner' via golang-nuts
- Re: [go-nuts] interpreting runtime.... 'Axel Wagner' via golang-nuts
- Re: [go-nuts] interpreting runt... Andrew Athan
- Re: [go-nuts] interpreting ... Andrew Athan