[Twisted-Python] odd problem with daemonization?
Glyph Lefkowitz
glyph at twistedmatrix.com
Wed Mar 19 01:02:46 EST 2003
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday, March 18, 2003, at 05:08 PM, Bruce Mitchener wrote:
> I've got a pretty simple server using a factory and some protocol
> objects. This code handles access to an extension module (the details
> of which are probably not useful, but it is written in C++, wrapped
> with SWIG) which implements the majority of our application logic.
Just a brief word of warning... while I've had a few good experiences
integrating C/C++ code with Python, SWIG has uniformly been horrible.
This particular issue is not with SWIG, but it may create interference
later on.
> The C++ code tends to dump a ton of output to stdout, and when I
> twistd like this:
>
> twistd -f myveryown.tap
>
> and have a connected protocol instance, the log out put from the C++
> code end up getting written directly to the socket and sent to the
> client.
The reason that you're having this problem is that on the C++ side of
things, FD 0,1,2 are just normal FDs. This is due to the fact that we
trap the sys.stdout _object_ in python, but we don't keep the
file-descriptors around. The Transport of your Protocol is getting
created after those FDs have been closed, and is therefore haplessly
allocating the FD of stdout by chance.
I don't know how to create a file-descriptor in C which translates to
function calls on a Python file-type object. In fact, I don't even
know if that's possible. However, this is clearly incorrect behavior
for cout<< and printf. Can anyone with more experience in this area
propose a solution?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (Darwin)
iD8DBQE+eAgKvVGR4uSOE2wRAkREAJsG/w54utuFUiGoOF5sFTosC0mUyACfWmqk
t7YY/4sBaVjtoZQpoqo1YAA=
=ygqD
-----END PGP SIGNATURE-----
More information about the Twisted-Python
mailing list