Mailman 3 November 2004 - Python-Dev

Python.org current docs
by Thomas Heller Dec. 1, 2004

Dec. 1, 2004

http://www.python.org/doc/current/ and http://docs.python.org/ still point to 2.3.4 docs. Thomas

2 2

RELEASED Python 2.4 (final)
by Anthony Baxter Nov. 30, 2004

Nov. 30, 2004

On behalf of the Python development team and the Python community, I'm happy to announce the release of Python 2.4. Python 2.4 is a final, stable release, and we can recommend that Python users upgrade to this version. Python 2.4 is the result of almost 18 month's worth of work on top of Python 2.3 and represents another stage in the careful evolution of Python. New language features have been kept to a minimum, many bugs have been fixed and a wide variety of improvements have been made. … [View More]

2 1

TRUNK FREEZE for 2.4 final from 2100 UTC, 29-11-2004
by Anthony Baxter Nov. 29, 2004

Nov. 29, 2004

Ok, we're about ready for the 2.4 final release. Please hold off any checkins post 21:00 UTC (so in about 19-20 hours from now). Thanks, Anthony

1 1

server modules class diagram
by aurora Nov. 29, 2004

Nov. 29, 2004

Hi I don't know if I'm sending this to the right mailing list. Anyway I have gone through the Python server module code so many times. I actually come up with a class diagram to help me navigate it. I wonder if this would be useful in offical documentation. Please let me know if this is not the right mailing list for documentations. (The class diagram show be viewed with monospace fonts.) Wai Yip Tung --------------------------------------------------------------------------------------- … [View More]Standard Python Modules for implementing network servers ...Some description on the collection of classes... There are two important line of classes. The BaseServer and its subclasses handle network connections. The BaseRequestHandler and its subclasses handle the message. ...ForkingMixIn v.s. synchronized... ...mention asyncore, mention cgi... *************************** * The SocketServer module * *************************** ------------------------------- BaseServer ------------------------------- An abstract class that defines the main method handle_request() with pseudo code like below: ------------------------------- def handle_request(): ForkingMixIn req = get_request() ------------------------------- if verify_request(req): Overrides process_request() to try: fork process to handle each process_request(req) request. Handles error in the except: child process. handle_error(req) ------------------------------- close_request(req) def process_request(req): ------------------------------- finish_request(req) ThreadingMixIn close_request(req) ------------------------------- Overrides process_request() to def finish_request(req): spawn new thread to handle each instantiates request. Handles error in the RequestHandlerClass(req) child thread. ------------------------------- Other than handle_request(), all methods may be overridden. ------------------------------- ^ | ------------------------------- TCPServer ------------------------------- ------------------------------- Creates a STREAM socket, then BaseRequestHandler bind() and listen() to it. ------------------------------- Abstract base class that calls Implements get_request() to use setup(), handle() and finish() socket.accept() methods. ------------------------------- ------------------------------- ^ ^ ^ | | | | ---------------------------- ------------------------------- | UDPServer StreamRequestHandler | ---------------------------- ------------------------------- | Creates DGRAM socket. Implements setup() and finish() | to create the rfile/wfile | Overrides get_request() to object from the socket | use socket.recvfrom(). connection. | ---------------------------- ------------------------------- | ^ | | | | | | | ***************************** | | * The BaseHTTPServer module * | | ***************************** | | | | | ------------------------------- ------------------------------- HTTPServer BaseHTTPRequestHandler ------------------------------- ------------------------------- Overrides server_bind to store Implements handle(). Calls the server name. handle_one_request() to parse ------------------------------- HTTP request and invoke the corresponding do_XXX methods. handle_one_request() are called once for each HTTP request in a persistent connection. ------------------------------- ^ | | ************************ | * The SimpleHTTPServer * | ************************ | | | ------------------------------- SimpleHTTPRequestHandler ------------------------------- Implements do_GET() to serve files mapped to URL path. ------------------------------- ^ | | **************************** | * The CGIHTTPServer module * | **************************** | | | ------------------------------- CGIHTTPRequestHandler ------------------------------- Implements do_POST() to find, prepare and invoke CGI programs. ------------------------------- Some observations 1. One exception to the Server / RequestHandler division is the BaseHTTPRequestHandler.handle() method. The request handler is responsible to break down multiple HTTP messages from a persistent TCP connection (See RFC 2616 section 8.1). 2. Strictly speaking UDPServer should not be a specialization of TCPServer. 3. The BaseServer.finish_request() is a bit of a misnomer. From there it instantiates a RequestHandler where most application logic actually begins. 4. Note that BaseRequestHandler put most application logic in the __init__ method. (Unfortunately this does not give the caller much fine control. Also when an exception is thrown in __init__, the object reference is not available at all). Also notice that finish() is not in a finally clause and may not be called when an exception is thrown. [View Less]

2 1

String literal concatenation & docstrings
by Nick Coghlan Nov. 28, 2004

Nov. 28, 2004

A c.l.p question about docstring formatting got me curious about something. http://www.python.org/doc/2.3.4/ref/string-catenation.html states that: Multiple adjacent string literals (delimited by whitespace), possibly using different quoting conventions, are allowed, and their meaning is the same as their concatenation. Thus, "hello" 'world' is equivalent to "helloworld". This isn't quite true, since the following doesn't work: def some_func(): """Doc string line 1 (the only … [View More]

8 15

Re: [Python-checkins] python/dist/src/Lib/email __init__.py, 1.34, 1.35
by Anthony Baxter Nov. 28, 2004

Nov. 28, 2004

On Monday 29 November 2004 12:10, bwarsaw(a)users.sourceforge.net wrote: > Update of /cvsroot/python/python/dist/src/Lib/email > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv19040 > > Modified Files: > __init__.py > Log Message: > There's likely nothing more to do to the email package before Python 2.4 is > final, so I'm marking email's version number as "3.0" (e.g. final). Are there any other packages that have their own version numbers that should be updated?

1 0

Python 2.4, MS .NET 1.1 and distutils
by M.-A. Lemburg Nov. 27, 2004

Nov. 27, 2004

I just tried to compile some extensions on Win XP with .NET 1.1 and Python 2.4c1 installed. It turns out that the distutils recognition logic for finding a suitable C compiler is not able to find the compiler by simply looking at the PATH, INCLUDE and LIB settings of the OS instead of poking around in the registry :-) Now since extensions for 2.4 will have to be built using the same compiler as Python itself (the one that comes with VC7.1 which is the same as the one in the freely … [View More]

8 17

Multilib strikes back
by Mihai Ibanescu Nov. 26, 2004

Nov. 26, 2004

Hello, This is yet another pain caused by the existance of both 32 and 64-bit libraries/binaries on the same system This is the bug that landed on my plate: http://bugzilla.redhat.com/beta/show_bug.cgi?id=139911 Even though I had no plan to have both 32 and 64-bit python on the same system, the reporter of this bug is trying to compule a 32-bit version of libxml on a 64-bit system, and is getting into weird errors, mostly because the .h files have the wrong definition. Please see comment #… [View More]

6 7

Current CVS, Cygwin and "make test"
by Nick Coghlan Nov. 24, 2004

Nov. 24, 2004

This was meant to be a "Yup, she's all good" exercise before 2.4 final goes out the door. Not quite so simple, unfortunately. . . (FWIW, I doubt this is a Python problem, but I'd like some of the other folks here who use Cygwin to have a look at the failure symptoms) My Python build (built & running under Cygwin) seems to be having trouble with any tests involving threads (test_asynchat, test_thread, test_threaded_import, test_socket_ssl for starters). When run using "./python -E … [View More]

3 9

Subversion on SourceForge
by Johannes Gijsbers Nov. 24, 2004

Nov. 24, 2004

FIY, I just received this in the monthly update from SourceForge: "For year six, we have a lot of exciting things planned, including UI updates, enhanced tools, new tools, and Subversion support (version control). It will be an exciting year. We can't wait to show you." Cheers, Johannes

1 0