Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #72896
| From | Nikolaus Rath <Nikolaus@rath.org> |
|---|---|
| Subject | Re: Missing stack frames? |
| References | (1 earlier) <CAPTjJmqzgZnziz3+yZb-4bsYtfxT2AG5HQ9Pb3Ya8AWDW8+oHA@mail.gmail.com> <87oay8pobi.fsf@rath.org> <87r433ri00.fsf@handshake.de> <87wqcuu6jd.fsf@vostro.rath.org> <CAPTjJmoAYVi+1kA0uYkcfk10WZcEsLs3ci-0u9hj-LAJk+LHtA@mail.gmail.com> |
| Date | 2014-06-06 19:04 -0700 |
| Newsgroups | comp.lang.python |
| Message-ID | <mailman.10842.1402106655.18130.python-list@python.org> (permalink) |
Chris Angelico <rosuav@gmail.com> writes:
> On Fri, Jun 6, 2014 at 12:16 PM, Nikolaus Rath <Nikolaus@rath.org> wrote:
>> - Is there some way to make the call stack for destructors less confusing?
>
> First off, either don't have refloops, or explicitly break them.
The actual code isn't as simple as the example. I wasn't even aware
there were any refloops. Guess I have to start hunting them down now.
> That'll at least make things a bit more predictable; in CPython,
> you'll generally see destructors called as soon as something goes out
> of scope. Secondly, avoid threads when you're debugging a problem! I
> said this right at the beginning. If you run into problems, the first
> thing to do is isolate the system down to a single thread. Debugging
> is way easier without threads getting in each other's ways.
I don't see how this would have made a difference in this case. I still
would have gotten lots of apparently non-sensical backtraces. Only this
time they would all come from MainThread.
Best,
-Nikolaus
--
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F
»Time flies like an arrow, fruit flies like a Banana.«
Back to comp.lang.python | Previous | Next | Find similar | Unroll thread
Re: Missing stack frames? Nikolaus Rath <Nikolaus@rath.org> - 2014-06-06 19:04 -0700
csiph-web