[Zope-dev] [PATCH] Forking daemon in debug mode, and new start scripts

Casey Duncan casey@zope.com
Wed, 22 Jan 2003 09:31:42 -0500


On Tuesday 21 January 2003 06:45 pm, Adrian van den Dries wrote:
> [Sorry about the broken thread]
>=20
> On January 20, Guido van Rossum wrote:
> > You seem to forget that in debugging mode there are other things that
> > happen (or not) besides logging.
>=20
> Ah, the infamous Zope side-effect, aka "other cool stuff". :-) Thanks
> for the heads-up.
>=20
> > And you can log to stderr (that's what I use 99% of the time).
>=20
> But this means I can't really write a start script that works (or
> makes sense) with debug mode both on and off.  Redirecting stderr to
> EVENT_LOG_FILE doesn't really make sense if we're detaching, and is
> ugly, etc..  I could write some shell polava to figure it out, but:
>=20
> > Maybe the "debug" flag is misnamed?  All it really means is "don't
> > detach".
>=20
> Yes.  I would much prefer an explicit flag for each, because I run a
> number of dev Zopes on a number of boxes to which I only have ssh
> access, and I don't want to have to remember to play games with my
> stdio, or restart Zope if I restart screen, etc.
>=20
> Speaking of the (side-)effects of debug mode, what exactly are they?
> Is it just the automatic re-loading of DTMLFiles and PageTemplates
> from disk?

There's a lot of code that gets enabled when the debug (also known as=20
development) mode gets turned on. Most of it involves auto-refreshing thi=
ngs=20
from the file system, but there are many other things.

Zope generally runs *much* slower in "debug" mode then in production mode=
=20
also.

-Casey