Re: Threading / Signal problem with cherrypy 3.0.1 / mod_python under Win32?

Tim Golden wrote:
> [Tim Golden]
> >> Wasn't sure about that; thanks for clarifying.
I'm a little
> >> confused; am I the first person to experience
this? Is there
> >> something unusual in my setup that doesn't
occur elsewhere?
> >> (Win32 perhaps?). I'm happy to provide a doc
patch, but best
> >> not if it's some localised condition no-one
else will meet.
> 
> [Robert Brewer]
> > You're not the first; a doc patch would be most
welcome. 
> 
> Happy to oblige. The only thing is: I'm not sure what
> I'm patching - the docstring? one of the several wiki
> pages? And the only *other* thing (!) is that I'm not
> sure what I'm documenting. See: tons of goodwill; not
> many clues.

Let's do a patch to http://www.che
rrypy.org/wiki/ModPython and one to
the _cpmodpy module docstring. I'll grab your text and try
to
incorporate it tonight.

> Should the CP engine be *trying* to send signals when
> not in the main thread? What's the impact of turning
> the signals off?

CP doesn't send any signals, it only registers handlers for
them, but
no, it shouldn't be doing so if it doesn't control the
process/main
thread. At the moment, the deployer has to declare this by
hand by
setting the engine.signal attributes to None. :/

> But is there some deeper malaise?

The malaise is as deep as you want to make it. ;) At heart,
there are
some site-wide (as opposed to app-wide) behaviors that
people expect
when they run cherrypy as its own process, and a different
set when some
other daemon (like Apache via mod_python) is the
"owner" of the process.
Signal handlers are one of these behaviors. That whole mess
is being
slowly worked out in the
http://www.cherrypy.org/browser/trunk/cherrypy/restsrv
subpackage (any
help from anyone greatly appreciated; especially Windows
gurus ;). You
can think of it like the "apachectl" of CP.


Robert Brewer
System Architect
Amor Ministries
fumanchuamor.org

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "cherrypy-users" group.
To post to this group, send email to cherrypy-usersgooglegroups.com
To unsubscribe from this group, send email to
cherrypy-users-unsubscribegooglegroups.com
For more options, visit this group at h
ttp://groups.google.com/group/cherrypy-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Robert Brewer wrote:
> Let's do a patch to http://www.che
rrypy.org/wiki/ModPython and one to
> the _cpmodpy module docstring. I'll grab your text and
try to
> incorporate it tonight.

Saw the changes. Might it be worth updating the
Deploy Template:

   http://cherry
py.org/wiki/DeployTemplate

as well?

>> But is there some deeper malaise?
> 
> The malaise is as deep as you want to make it. ;) At
heart, there are
> some site-wide (as opposed to app-wide) behaviors that
people expect
> when they run cherrypy as its own process, and a
different set when some
> other daemon (like Apache via mod_python) is the
"owner" of the process.
> Signal handlers are one of these behaviors. That whole
mess is being
> slowly worked out in the
> http://www.cherrypy.org/browser/trunk/cherrypy/restsrv
subpackage (any
> help from anyone greatly appreciated; especially
Windows gurus ;). You
> can think of it like the "apachectl" of CP.

I'll try to take a look at it. I did try that originally
(by virtue of checking out the svn HEAD) but I think
you've changed the per-thread initialisers since my
AD lookup threw up its hands in horror. Since I knew
it would work with the released version, I backtracked.

I'll try to find the time to take another look.

TJG


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "cherrypy-users" group.
To post to this group, send email to cherrypy-usersgooglegroups.com
To unsubscribe from this group, send email to
cherrypy-users-unsubscribegooglegroups.com
For more options, visit this group at h
ttp://groups.google.com/group/cherrypy-users?hl=en
-~----------~----~----~----~------~----~------~--~---