| \section{Standard Module \sectcode{Bastion}} | 
 | \stmodindex{Bastion} | 
 | \renewcommand{\indexsubitem}{(in module Bastion)} | 
 |  | 
 | % I'm concerned that the word 'bastion' won't be understood by people | 
 | % for whom English is a second language, making the module name | 
 | % somewhat mysterious.  Thus, the brief definition... --amk | 
 |  | 
 | According to the dictionary, a bastion is ``a fortified area or | 
 | position'', or ``something that is considered a stronghold.''  It's a | 
 | suitable name for this module, which provides a way to forbid access | 
 | to certain attributes of an object.  It must always be used with the | 
 | \code{rexec} module, in order to allow restricted-mode programs access | 
 | to certain safe attributes of an object, while denying access to | 
 | other, unsafe attributes. | 
 |  | 
 | % I've punted on the issue of documenting keyword arguments for now. | 
 |  | 
 | \begin{funcdesc}{Bastion}{object\optional{\, filter\, name\, class}} | 
 | Protect the class instance \var{object}, returning a bastion for the | 
 | object.  Any attempt to access one of the object's attributes will | 
 | have to be approved by the \var{filter} function; if the access is | 
 | denied an AttributeError exception will be raised. | 
 |  | 
 | If present, \var{filter} must be a function that accepts a string | 
 | containing an attribute name, and returns true if access to that | 
 | attribute will be permitted; if \var{filter} returns false, the access | 
 | is denied.  The default filter denies access to any function beginning | 
 | with an underscore (\code{_}).  The bastion's string representation | 
 | will be \code{<Bastion for \var{name}>} if a value for | 
 | \var{name} is provided; otherwise, \code{repr(\var{object})} will be used. | 
 |  | 
 | \var{class}, if present, would be a subclass of \code{BastionClass}; | 
 | see the code in \file{bastion.py} for the details.  Overriding the | 
 | default \code{BastionClass} will rarely be required.   | 
 |  | 
 | \end{funcdesc} |