Bug#307352: python2.4-cheetah: errorCatcher fails

2005-05-02 Thread Chad Walstrom
On Mon, May 02, 2005 at 01:39:40PM -0500, Paul Jimenez wrote:
> Existing cheetah code now causes a traceback:
> ...
> Looking at the code, it looks as if *ErrorCatcher methods might have
> been moved from Parser.py to Compiler.py without the calls to them
> in eatErrorCatcher getting fixed.

Did you recompile your templates?  If not, please do so.  There were
changes to the compiled python code that are not portable from 0.9.15.
Check the README.Debian and NEWS files for details.  Additionally,
here is a recent post on the cheetahtemplate-discuss about
ErrorCatcher::

   From: Tavis Rudd <[EMAIL PROTECTED]>
   Re: Security hole in Cheetah?  
   2005-04-26 14:10

   ErrorCatcher is a debugging tool and was never meant for use in
   production systems.  What would lead you to have NotFound errors in
   production?  

   On Tuesday 26 April 2005 02:20, Brian Bird wrote:
   > If nobody uses errorCatcher, perhaps there"s a better way to
   > achieve what I"m trying to do?
   >
   > I want any $placeholder variable to be replaced by a blank string
   > if it cannot be found in the namespaces, instead of raising a
   > NotFound exception.  I"ve done some digging and the best
   > suggestion seems to be to put something like th

   ...snip...

http://sourceforge.net/mailarchive/message.php?msg_id=11589131 

-- 
Chad Walstrom <[EMAIL PROTECTED]>   http://www.wookimus.net/
   assert(expired(knowledge)); /* core dump */


signature.asc
Description: Digital signature


Bug#307352: python2.4-cheetah: errorCatcher fails

2005-05-02 Thread Paul Jimenez
Package: python2.4-cheetah
Version: 0.9.16-0
Severity: important


Existing cheetah code now causes a traceback:

  File "/usr/lib/python2.4/site-packages/Cheetah/Template.py", line 164, in 
__init__
self.compile(source, file)
  File "/usr/lib/python2.4/site-packages/Cheetah/Template.py", line 232, in 
compile
compiler.compile()
  File "/usr/lib/python2.4/site-packages/Cheetah/Compiler.py", line 1178, in 
compile
self._parser.parse()
  File "/usr/lib/python2.4/site-packages/Cheetah/Parser.py", line 1051, in parse
self.eatDirective()
  File "/usr/lib/python2.4/site-packages/Cheetah/Parser.py", line 1168, in 
eatDirective
self._directiveEaters[directiveKey]()
  File "/usr/lib/python2.4/site-packages/Cheetah/Parser.py", line 1630, in 
eatErrorCatcher
self.turnErrorCatcherOn()
  AttributeError: _HighLevelParser instance has no attribute 
'turnErrorCatcherOn'

Looking at the code, it looks as if *ErrorCatcher methods might have
been moved from Parser.py to Compiler.py without the calls to them in
eatErrorCatcher getting fixed.



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages python2.4-cheetah depends on:
ii  cheetah-common0.9.16-0   text-based template engine and Pyt
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  python2.4 2.4+2.4.1rc2-1 An interactive high-level object-o

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]