[Python-Dev] Proposal: standard way of defining and executing "atexit" functions...
David Ascher
DavidA@ActiveState.com
Mon, 19 Jun 2000 13:27:48 -0700
+1 on the idea. I wonder if it makes sense to publish a mechanism to allow
de-registering of callbacks, or if that's featuritis.
Also, I'd change:
> try:
> x = sys.exitfunc
> except AttributeError:
> sys.exitfunc = _run_exitfuncs
> del sys
to:
try:
register_exitfuncs(sys.exitfunc)
finally:
sys.exitfunc = _run_exitfuncs
Or some such.
--david
> -----Original Message-----
> From: python-dev-admin@python.org [mailto:python-dev-admin@python.org]On
> Behalf Of Skip Montanaro
> Sent: Monday, June 19, 2000 1:18 PM
> To: python-dev@python.org
> Subject: [Python-Dev] Proposal: standard way of defining and executing
> "atexit" functions...
> Importance: Low
>
>
>
> Python's sys module defines an exitfunc variable that is settable from
> Python scripts. At exit, that function will be called with no arguments.
> While this is a good start at supporting standard cleanup activities, it
> defines no protocol to be used by modules that wish to use sys.exitfunc,
> which leads to one of two extremes: 1, two modules wishing to
> define cleanup
> functions both clobber sys.exitfunc or 2, to avoid collisions
> they don't use
> the functionality provided.
>
> At an application level this is okay. Within a single application you can
> define an application-specific protocol to handle the situation.
> Unfortunately, this still leaves Python's core modules without a
> good way to
> register exit functions.
>
> I ran into this problem today. I would really like the rlcompleter module
> to read and write readline history files from Python. Reading a history
> file at module startup is no problem, but deciding where to write the
> history file is a problem. The logical place is at the time
> sys.exitfunc is
> executed.
>
> For my own applications I long ago wrote a very simple module (called
> exit.py, appended to this message) that defines two functions:
>
> * exit.register_exitfunc takes a function object and a set of optional
> arguments and appends them to a list.
>
> * exit._run_exitfuncs is bound to sys.exitfunc and executes the
> registered exit functions in the order they appear in the list.
>
> I propose exit.py as the starting point for a well-defined protocol for
> modules to register exit functions without collisions.
>
> --
> Skip Montanaro, skip@mojam.com, http://www.mojam.com/,
> http://www.musi-cal.com/
> On June 24th at 8AM, live your life for an hour as Ricky Byrdsong always
> lived
> his - run/walk in the Ricky Byrdsong Memorial 5K or just make a donation:
> https://www.SignmeupSports.com/Events/Index_Events.asp?EventID=1395
>
>
> """
> allow programmer to define multiple exit functions to be executed upon
> normal
> program termination.
> """
>
> _exithandlers = []
> def _run_exitfuncs():
> while _exithandlers:
> func, targs, kargs = _exithandlers[0]
> apply(func, targs, kargs)
> _exithandlers.remove(_exithandlers[0])
>
> def register_exitfunc(func, *targs, **kargs):
> """register a function to be executed upon normal program termination
>
> arguments are a function object, and zero or more arguments to pass to
> it.
> """
> _exithandlers.append((func, targs, kargs))
>
> import sys
> try:
> x = sys.exitfunc
> except AttributeError:
> sys.exitfunc = _run_exitfuncs
> del sys
>
> if __name__ == "__main__":
> def x1():
> print "running x1"
> def x2(n):
> print "running x2(%s)" % `n`
> def x3(n, kwd=None):
> print "running x3(%s, kwd=%s)" % (`n`, `kwd`)
>
> register_exitfunc(x1)
> register_exitfunc(x2, 12)
> register_exitfunc(x3, 5, "bar")
> register_exitfunc(x3, "no kwd args")
>
>
> _______________________________________________
> Python-Dev mailing list
> Python-Dev@python.org
> http://www.python.org/mailman/listinfo/python-dev
>