[Python-checkins] r86467 - in python/branches/py3k: Doc/library/logging.rst Lib/logging/__init__.py Misc/NEWS

[Antoine Pitrou]

On Mon, 15 Nov 2010 12:01:36 -0500
Reid Kleckner <reid.kleckner at gmail.com> wrote:
> 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:: stack_info
> >> +
> >> +      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.

Which pleads for using non-confusing words such as "inner"
and "innermost" instead of "top" and "up", IMO.

Regards

Antoine.