[Python-Dev] [Python-checkins] r86467 - in python/branches/py3k: Doc/library/logging.rst Lib/logging/init.py Misc/NEWS (original) (raw)
Reid Kleckner reid.kleckner at gmail.com
Mon Nov 15 18:01:36 CET 2010
- Previous message: [Python-Dev] [Python-checkins] r86467 - in python/branches/py3k: Doc/library/logging.rst Lib/logging/__init__.py Misc/NEWS
- Next message: [Python-Dev] [RELEASED] Python 3.2 alpha 4
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Mon, Nov 15, 2010 at 8:24 AM, Nick Coghlan <ncoghlan at gmail.com> wrote:
On Mon, Nov 15, 2010 at 7:33 AM, vinay.sajip <python-checkins at python.org> wrote:
+ .. attribute:: stackinfo + + Stack frame information (where available) from the bottom of the stack + in the current thread, up to and including the stack frame of the + logging call which resulted in the creation of this record. + Interesting - my mental model of the call stack is that the outermost frame is the top of the stack and the stack grows downwards as calls are executed (there are a few idioms like "recursive descent", the intuitive parallel with "inner functions" being lower in the stack than "outer functions" as well as the order in which Python prints stack traces that reinforce this view).
Probably because the C stack tends to grow down for most architectures, but most stack data structures are implemented over arrays and hence, grow upwards from 0. Depending on the author's background, they probably use one mental model or the other.
Reid
- Previous message: [Python-Dev] [Python-checkins] r86467 - in python/branches/py3k: Doc/library/logging.rst Lib/logging/__init__.py Misc/NEWS
- Next message: [Python-Dev] [RELEASED] Python 3.2 alpha 4
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]