You are viewing a plain text version of this content. The canonical link for it is here.
Posted to docs-cvs@perl.apache.org by st...@apache.org on 2003/11/17 23:49:52 UTC
cvs commit: modperl-docs/src/docs/2.0 TODO
stas 2003/11/17 14:49:51
Modified: src/docs/2.0 TODO
Log:
docs specific todo issue moved to where they belong
Revision Changes Path
1.5 +26 -0 modperl-docs/src/docs/2.0/TODO
Index: TODO
===================================================================
RCS file: /home/cvs/modperl-docs/src/docs/2.0/TODO,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -u -r1.4 -r1.5
--- TODO 15 Dec 2002 17:32:04 -0000 1.4
+++ TODO 17 Nov 2003 22:49:51 -0000 1.5
@@ -54,6 +54,32 @@
---
+
+
+* this is probably a documenation issue. Several phases are of type VOID
+ and docs say:
+
+ Handlers of the type C<VOID> will be I<all> executed in the order they
+ have been registered disregarding their return values. Though in
+ mod_perl they are expected to return C<Apache::OK>.
+
+ may be we shouldn't mark them as VOID then, but RUN_ALL? this is in
+ user/handlers/intro.pod
+
+
+---
+
+
+* the issue with crypt_r: in 5.8.0's each perl clone allocates 128K
+ for crypt_data. This fixed in 5.8.1 and 5.9.0 (#19119 (maint) and
+ #19122 (blead)), however this could be quite a waste for those using
+ 5.8.0. perhaps adding a note to performance chapter will do. For
+ more info see the thread:
+ http://archive.develooper.com/perl5-porters@perl.org/msg93846.html
+
+
+---
+
Need to integrate the following example, removed from overview.pod, in
protocols.pod:
---------------------------------------------------------------------
To unsubscribe, e-mail: docs-cvs-unsubscribe@perl.apache.org
For additional commands, e-mail: docs-cvs-help@perl.apache.org