stas 2003/04/01 15:30:28
Modified: . STATUS
Log:
there are some new changes re: crypt_r issue in the core-perl, need to
investigate whether we need to take some action on these
Revision Changes Path
1.42 +17 -2 modperl-2.0/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/modperl-2.0/STATUS,v
retrieving revision 1.41
retrieving revision 1.42
diff -u -r1.41 -r1.42
--- STATUS 11 Mar 2003 06:15:37 -0000 1.41
+++ STATUS 1 Apr 2003 23:30:28 -0000 1.42
@@ -50,6 +50,16 @@
Needs Patch or Further Investigation:
-------------------------------------
+
+* we should stop generating xs/apache_*, at least for a reason that
+ it's incomplete and will be never complete as we don't keep up with
+ changes with ap_/apr_ namespace. Also we don't have the logic to
+ handle cases where functions aren't available on certain
+ platforms. Importing these unavailable functions may cause loading
+ problems on some platforms (aix?). If developers need to import
+ symbols from ap_/apr_ namespace they should use .exp files installed
+ by httpd/apr/aprutil.
+
* this is probably a documenation issue. Several phases are of type VOID
and docs say:
@@ -147,7 +157,12 @@
* Quite a few people reported problems with TestHooks during 'make test'
- http://marc.theaimsgroup.com/?t=102985405500008&r=1&w=2
-
+* the issue with crypt_r: looks like 5.8.1 and 5.9.0 will have a bit
+ different handling. Jarkko has applied changes #19119 (maint) and
+ #19122 (blead) to implements the on-demand option, because Ilya
+ Zakharevich reports that each interpreter was allocating 128K for
+ crypt_data. see the thread:
+ http://archive.develooper.com/[EMAIL PROTECTED]/msg93846.html
Open Issues or Core Enhancements:
---------------------------------
