[Zope-Checkins] SVN: Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
- Update with Mark's comments:
Sidnei da Silva
sidnei at enfoldsystems.com
Wed Dec 21 07:13:36 EST 2005
Log message for revision 40948:
- Update with Mark's comments:
Problem is that a service/pythonw.exe process *always* has an
invalid sys.stdout. But due to the magic of buffering, small
print statements would not fail - but once the file actually
got written to, the error happened. Never a problem when
debugging, as the process has a console, and hence a valid
stdout.
Changed:
U Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
-=-
Modified: Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
===================================================================
--- Zope/branches/Zope-2_8-branch/doc/CHANGES.txt 2005-12-21 12:13:24 UTC (rev 40947)
+++ Zope/branches/Zope-2_8-branch/doc/CHANGES.txt 2005-12-21 12:13:36 UTC (rev 40948)
@@ -29,10 +29,16 @@
- Collector #1939: When running as a service, Zope could
potentially collect too much log output filling the NT Event
Log. When that happened, a 'print' during exception handling
- would cause an IOError because the service had no 'redirection
- pipe' anymore (because it's shutting down) to write to,
- causing the service to not restart automatically.
+ would cause an IOError in the restart code causing the service
+ not to restart automatically.
+ Problem is that a service/pythonw.exe process *always* has an
+ invalid sys.stdout. But due to the magic of buffering, small
+ "print" statements would not fail - but once the file actually
+ got written to, the error happened. Never a problem when
+ debugging, as the process has a console, and hence a valid
+ stdout.
+
- Collector #1976: FTP STOR command would load the file being
uploaded in memory. Changed to use a TemporaryFile.
More information about the Zope-Checkins
mailing list