hi there, folks:
I'd really like to release 0.7.0 but I would like it to be at least a
little bit tested before I do so. Could those of you with CVS trees check
everything out and see if it performs as advertised? Deeper bugs than
that will have to wait for the next release, but I'd at least like to know
if it works for someone other than me.
______ __ __ _____ _ _
| ____ | \_/ |_____] |_____|
|_____| |_____ | | | |
@ t w i s t e d m a t r i x . c o m
On 18 May 2004, the following message was posted to this mailinglist:
Jp Calderone exarkun at divmod.com wrote:
>Daniel Newton wrote:
> I have a simple XML-PRC server similar to the example below:
> from twisted.web import xmlrpc, server
> class Example(xmlrpc.XMLRPC):
> """An example object to be published."""
> def xmlrpc_add(self, a, b):
> """Return sum of arguments."""
> return a + b
> if __name__ == '__main__':
> from twisted.internet import reactor
> r = Example()
> reactor.listenTCP(7080, server.Site(r))
> I want to be able to get the address of the client that calls the
> method can anyone help me with this?
This solution didn't work because 'transport' isn't a property of the
I'm currently in the process of changing from a customized
SimpleXMLRPCServer to a twisted XMLRPC server solution and I need to
insert the client IP into the attributes passed to the called xmlrpc
method. Anyone who knows the answer and is willing to share the info?
I'm using Twisted 1.3.0 on python2.4 on an Ubuntu-Hoary x86 Linux box.
I'm using twisted and spawnProcess() with a Queue structure to chain
processes that need to be called (specifically, imagemagick commands).
I use the "processEnded" event/method of t.i.p.ProcessProtocol to go
from one task to the next. Twisted shares a python process with a
multi-threaded web-app-kit (Webware) so it has to be run in a thread.
This worked well on other older versions of twisted and older versions
of python; also on linux. I've tracked down the problem to be twisted
itself (or my incorrect use of it) rather than my code. This example
from twisted.internet import reactor
from twisted.internet.protocol import ProcessProtocol
class MyProt( ProcessProtocol ):
def processEnded(self, reason):
print "ended.", reason
executable = '/bin/touch'
args = ( '/tmp/foo.txt', )
args = (executable,) + tuple(args)
reactor.spawnProcess( MyProt(), executable, args )
reactor.callLater( 5, reactor.stop )
As is, this code never runs the "processEnded()" method of MyProt().
If I change the reactor.run() parameter to leave the signal handlers
on, it works.
Note that I need to leave the signal handlers turned off because I
can't run the reactor in the main thread; Webware needs that.
I also know that the subprocess is giving up its file descriptors; I
can see that if I put more print statements into MyProt(). And I know
that the subprocess is working; /tmp/foo.txt is there.
It seems that somehow the reactor is using signals to notice when a
process has ended; this makes a certain ammount of sense intuitively,
though I don't understand the nitty-gritty of processes and signals at
all. And more importantly, this has worked before on other
combinations of twisted/python.
Is this a bug? If so, has it been fixed? If not, what should I do to
detect when a spawned process is finished?
Thanks very much. Twisted rocks.
I have a couple of services. The second is dependent on the first being
fully initialised before the second gets set up.
I thought that the order of Service startup was typically handled by
organising services in a hierarchy, and that the startup of the
hierarchy understood deferreds. I was wrong - service.Application is a
MultiService and only understands deferreds in stopService.
There's a DependentMultiService class in twisted.internet.app but that
entire module has been deprecated.
Is there a reason why the MultiService does not support deferreds in
Is there a reason that DependentMultiService was not moved across to the
In other words, what is the recommended way of starting services in the
correct order, including waiting for them to get initialised fully,
/ \__ Matt Goodall, Pollenation Internet Ltd
\__/ \ w: http://www.pollenation.net
__/ \__/ e: matt(a)pollenation.net
/ \__/ \ t: +44 (0)113 2252500
/ \ Any views expressed are my own and do not necessarily
\__/ reflect the views of my employer.
wxreactor in Twisted 2.1 uses threadedselectreactor. This means that wx
apps ought to use wxreactor, not TSR directly; there are some issues
with vanilla TSR wx integration that are also present in wxreactor, but
will be fixed in future versions of wxreactor.
What's broken (there may be more):
1. reactor shutdown events aren't handled correctly (e.g. Deferred
returned from during-shutdown event).
2. Signal handling for e.g. Ctrl-C is caught by wx, not twisted.
In order to get these fixed I need your help. I have a version of
wxreactor that *probably* fixes these in Subversion trunk. You can try
it out by running doc/core/examples/wxdemo.py. Hitting Ctrl-C, choosing
Exit from the menu or closing the menu all should have the same effect -
the application logs "shutting down in 0.3 seconds...", "2", "1", "0"
then exits. In addition, "Hello world" should continue to be printed
while the dialog box is open or you are holding down a menu.
Please try this out, and report success or failure at
<http://twistedmatrix.com/bugs/issue1235>. I'm especially interested to
hear if it works on Windows or Mac OS X. Please include your OS and
version of wxPython/wxWidgets when submitting reports.
On Mon, 13 Mar 2006 12:33:30 -0700, Wilfredo Sanchez <wsanchez(a)wolfwood.twistedmatrix.com> wrote:
>Date: Mon Mar 13 12:33:27 2006
>New Revision: 16287
>Revert r16241; tests are passing.
This does not actually appear to be the case. The quick build which ran as a result of this commit had these results:
Running 2 tests.
twisted.web2.dav.test.test_prop.PROP.test_PROPFIND ... [OK]
twisted.web2.dav.test.test_prop.PROP.test_PROPFIND ... [ERROR]
File "/home/buildbot/BuildBot/slave/quick/Twisted/twisted/web2/dav/http.py", line 287, in statusForFailure
File "/home/buildbot/BuildBot/slave/quick/Twisted/twisted/web2/dav/method/propfind.py", line 119, in gotXML
File "/home/buildbot/BuildBot/slave/quick/Twisted/twisted/web2/dav/resource.py", line 129, in readProperty
File "/home/buildbot/BuildBot/slave/quick/Twisted/twisted/web2/dav/element/base.py", line 107, in __init__
assert isinstance(child, (WebDAVElement, PCDATAElement)), "Not an element: %r" % (child,)
exceptions.AssertionError: Not an element: 2717L
Ran 2 tests in 0.371s
FAILED (errors=1, successes=1)
This is slightly challenging to reproduce due to the fact that "trial -u twisted.web2.dav" crashes horribly after the first run.
There is a big problem with twisted on Fedora/Redhat multiarch. For
The problem is that Fedora puts arch-independent (.py) code into a different
directory than arch-dependent code.
Unfortunately, this doesn't quite work correctly with python's module search
The problem shows up when twisted-sumo is installed. Then we have:
This won't work.
I realize the problem is with python module search, but it looks like a big
effort fix the code. A simpler solution would be for twisted to just avoid
the problem. If twisted put core c-code into a different place, we could
That would solve the problem.
Timothy Fitz (FireMoth) and I are trying to slap some sense in to Windows
and we need your help! We would like to establish a number of Windows
machines accessible to developers over the Internet. As well as provide
additional buildslaves on different Windows platforms.
We're basically asking for donations of hardware, hosting, and software
licenses. Corporate sponsors are welcome!
Please see http://twistedmatrix.com/trac/wiki/Windows for all the details.
Each individual and organisation who helps out will be prominently
recognized on our page listing Twisted sponsors:
This will be linked off the front page at some point in the near future.
NOTE: Please reply directly to me with offers. I don't want to discourage
anyone from offering help, just because someone else has publicly offered
something similar. I would prefer to get as many things on the table as
possible, and then choose the best way forward.
Thanks very much!