[PHP-BUG] Req #52586 [NEW]: making APXS_LIBEXECDIR and APXS_SYSCONFDIR configurable

2010-08-11 Thread gbaratto at ea dot com 
From: 
Operating system: UNIX
PHP version:  5.3.3
Package:  Apache2 related
Bug Type: Feature/Change Request
Bug description:making APXS_LIBEXECDIR and APXS_SYSCONFDIR configurable

Description:

Hi guys... 



I often want to install modphp5.so outside apache's module directory. I
know a 

lot of other people need that too, mainly when they want modphp5.so inside
the 

PHP's directory, instead of apache's. 



This patch allows us to set both APXS_LIBEXECDIR and APXS_SYSCONFDIR when 

configuring PHP, by setting these variables in the shell before running 

./configure. For example:



export APXS_LIBEXECDIR=/location/outside/apache/dir



Thanks a bunch!

g.




-- 
Edit bug report at http://bugs.php.net/bug.php?id=52586&edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52586&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52586&r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=52586&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52586&r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=52586&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52586&r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=52586&r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=52586&r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=52586&r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=52586&r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=52586&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=52586&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=52586&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52586&r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=52586&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52586&r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=52586&r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=52586&r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=52586&r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=52586&r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=52586&r=mysqlcfg

#25648 [Com]: XSLT xslt_set_encoding() being detected as incorrectly missing

2004-04-16 Thread gbaratto at superb dot net 
 ID:   25648
 Comment by:   gbaratto at superb dot net
 Reported By:  mloftis at wgops dot com
 Status:   Closed
 Bug Type: XSLT related
 Operating System: Linux 2.4
 PHP Version:  4.3.3
 New Comment:

This is still a problem on php-4.3.5



As mloftis, I had to change main/php_config.h, setting these:

#define HAVE_SABLOT_SET_ENCODING

#define HAVE_SABLOT_GET_OPTIONS


Previous Comments:


[2003-09-24 18:53:53] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2003-09-24 14:59:27] mloftis at wgops dot com

Description:

As per my comment on #24786.  23148, 21427, 20640 may all also be
related.



This is with the current version.



The issue is this, the -ljs and other libs tested earlier by the

config.m4 file ARE NOT used during the calls to check teh Sablot libs

for SetEncoding and GetOptions calls.  Thsi bug STILL exists in 4.3.3

and is the reason why (on my system at atleast) they don't get
compiled

in unless i manually hit main/php_config.h with vi and change the
undef

to #define.








-- 
Edit this bug report at http://bugs.php.net/?id=25648&edit=1

#24610 [NEW]: core dump installing pear

2003-07-11 Thread gbaratto at superb dot net 
From: gbaratto at superb dot net
Operating system: freebsd 4.8
PHP version:  4.3.2
PHP Bug Type: Compile Failure
Bug description:  core dump installing pear

Description:

configure and compilation goes fine, make install brakes. It works fine if
I take out --with-openssl

export LDFLAGS=-I/usr/local/include/pthread/linuxthreads -L/usr/local/lib
-llthread -llgcc_r (THIS IS BECAUSE PAYFLOW PRO REQUIRES THREADS)

./configure  --prefix=/home/apache/php-4.3.2
--with-apxs2=/home/apache/httpd-2.0.47/bin/apxs --with-mysql=/usr/local
--with-pfpro=/home/apache/verisign/payflowpro/freebsd/lib
--enable-trans-sid --with-mcrypt --with-openssl

I think this is a problem between thread payflow lib and non- thread
libssl or zlib. Any idea on how to make this to work? 



Actual result:
--
ERROR:

%make install
Installing PHP CLI binary:/home/apache/php-4.3.2/bin/
Installing PHP CLI man page:  /home/apache/php-4.3.2/man/man1/
Installing PHP SAPI module
/home/apache/httpd-2.0.47/build/instdso.sh
SH_LIBTOOL='/home/apache/httpd-2.0.47/build/libtool' libphp4.la
/home/apache/httpd-2.0.47/modules
/home/apache/httpd-2.0.47/build/libtool --mode=install cp libphp4.la
/home/apache/httpd-2.0.47/modules/
cp .libs/libphp4.so /home/apache/httpd-2.0.47/modules/libphp4.so
cp .libs/libphp4.lai /home/apache/httpd-2.0.47/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/home/apache/src/php-4.3.2/libs'
chmod 755 /home/apache/httpd-2.0.47/modules/libphp4.so
[activating module `php4' in /home/apache/httpd-2.0.47/conf/httpd.conf]
Installing shared extensions:
/home/apache/php-4.3.2/lib/php/extensions/no-debug-non-zts-20020429/
Installing PEAR environment:  /home/apache/php-4.3.2/lib/php/
Segmentation fault (core dumped)
*** Error code 139

Stop in /home/apache/src/php-4.3.2.
*** Error code 1

Stop in /home/apache/src/php-4.3.2.


GDB RESULTS:
-
%gdb sapi/cli/php php.core
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read
called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 2627 in elfstab_build_psymtabs
Deprecated bfd_read called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 933 in fill_symbuf

Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/liblthread.so.2...done.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from
/home/apache/verisign/payflowpro/freebsd/lib/libpfpro.so...done.
Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.12...done.
Reading symbols from /usr/local/lib/libmcrypt.so.8...done.
Reading symbols from /usr/local/lib/libltdl.so.1...done.
Reading symbols from /usr/lib/libssl.so.3...done.
Reading symbols from /usr/lib/libcrypto.so.3...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/lib/libz.so.2...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0  0x2845ff50 in strcmp () from /usr/lib/libc.so.4
(gdb) bt full
#0  0x2845ff50 in strcmp () from /usr/lib/libc.so.4
No symbol table info available.
#1  0x281ff80e in PNVersion () from
/home/apache/verisign/payflowpro/freebsd/lib/libpfpro.so
No symbol table info available.
Cannot access memory at address 0x2.
---

-- 
Edit bug report at http://bugs.php.net/?id=24610&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=24610&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=24610&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=24610&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=24610&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24610&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=24610&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24610&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=24610&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24610&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24610&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=24610&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24610&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=24610&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=24610&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24610&r=gnused

#22357 [Com]: exit signal Segmentation fault (11)

2003-02-24 Thread gbaratto at superb dot net 
 ID:   22357
 Comment by:   gbaratto at superb dot net
 Reported By:  m dot heidenwolf at ehotel dot ag
 Status:   Open
 Bug Type: *General Issues
 Operating System: Redhat Linux 2.4.2
 PHP Version:  4.3.2-dev
 New Comment:

I'm on the same situation as marco:

./configure --prefix=/usr/local/php-4.3.1
--with-apxs2=/usr/local/apache-2.0.44/bin/apxs --with-mysql=/usr
--with-pfpro=/usr/local --with-openssl

redhat 8
gcc 3.2
mysql 4.0.10-gamma
openssl-devel-0.9.6b-29 (yeah I know it is old, but redhat said they
fixed the security bugs)


Previous Comments:


[2003-02-24 09:28:17] m dot heidenwolf at ehotel dot ag

Hi,

ok, another one...

configure line:
CPPFLAGS='-I/usr/include/openssl -DEAPI' \
LDFLAGS='-L/usr/include/openssl' \
'./configure' \
'--with-oci8=/ora8/m01/app/oracle/product/8.1.7' \
'--disable-short-tags' \
'--enable-sockets' \
'--enable-ctype' \
'--with-apxs=/usr/local/apache/bin/apxs' \
'--with-curl' \
'--enable-sigchild' \
'--with-zlib' \
'--enable-bcmath' \
'--enable-debug' \


gcc version:
gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7)

system:
Redhat 8.0
openssl-0.9.7a
php4-STABLE-200302241230
curl-7.10.3

backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x4010a4a5 in memcpy () from /lib/libc.so.6
(gdb) bt
#0  0x4010a4a5 in memcpy () from /lib/libc.so.6
#1  0x4029246d in smart_str_appendl_ex (dest=0xbfff8290, src=0x8306f78
"¤\232H\b\fo0\b¤Á0\bÌq0\b", len=1, what=0)
at /tmp/php4-STABLE-200302241230/ext/standard/php_smart_str.h:76
#2  0x4029270e in php_var_serialize_class_name (buf=0xbfff8290,
struc=0x8306f78)
at /tmp/php4-STABLE-200302241230/ext/standard/var.c:420
#3  0x40291eeb in php_var_serialize_intern (buf=0xbfff8290,
struc=0x8306f78, var_hash=0xbfff82a0)
at /tmp/php4-STABLE-200302241230/ext/standard/var.c:560
#4  0x40292032 in php_var_serialize_intern (buf=0xbfff8290,
struc=0x81ab484, var_hash=0xbfff82a0)
at /tmp/php4-STABLE-200302241230/ext/standard/var.c:598
#5  0x40292095 in php_var_serialize (buf=0xbfff8290, struc=0x81ab484,
var_hash=0xbfff82a0)
at /tmp/php4-STABLE-200302241230/ext/standard/var.c:612
#6  0x40292144 in zif_serialize (ht=1, return_value=0x830af84,
this_ptr=0x0, return_value_used=1)
at /tmp/php4-STABLE-200302241230/ext/standard/var.c:635
#7  0x4030f426 in execute (op_array=0x8444e38) at
/tmp/php4-STABLE-200302241230/Zend/zend_execute.c:1596
#8  0x4030f659 in execute (op_array=0x82f5444) at
/tmp/php4-STABLE-200302241230/Zend/zend_execute.c:1640
#9  0x402fe121 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /tmp/php4-STABLE-200302241230/Zend/zend.c:864
#10 0x402c8cbb in php_execute_script (primary_file=0xb290) at
/tmp/php4-STABLE-200302241230/main/main.c:1586
#11 0x40314322 in apache_php_module_main (r=0x8161cb4,
display_source_mode=0)
at /tmp/php4-STABLE-200302241230/sapi/apache/sapi_apache.c:55
#12 0x403152c6 in send_php (r=0x8161cb4, display_source_mode=0,
filename=0x816397c
"/home/httpd/html/fastbooking/bedhunter/de/buchung.php")
at /tmp/php4-STABLE-200302241230/sapi/apache/mod_php4.c:617
#13 0x4031533f in send_parsed_php (r=0x8161cb4) at
/tmp/php4-STABLE-200302241230/sapi/apache/mod_php4.c:632
#14 0x08083db8 in ap_invoke_handler ()
#15 0x08098262 in process_request_internal ()
#16 0x080982c2 in ap_process_request ()
#17 0x0808f686 in child_main ()
#18 0x0808f84c in make_child ()
#19 0x0808f9b3 in startup_children ()
#20 0x0808ffe0 in standalone_main ()
#21 0x08090818 in main ()
#22 0x400a3914 in __libc_start_main () from /lib/libc.so.6

regards,

marco



[2003-02-24 07:29:34] [EMAIL PROTECTED]

http://gcc.gnu.org/gcc-2.96.html

So please "upgrade" first to a working and official version
of gcc, like 2.95.3.







[2003-02-24 06:58:39] m dot heidenwolf at ehotel dot ag

configure line:
CPPFLAGS='-I/usr/include/openssl -DEAPI' \
LDFLAGS='-L/usr/include/openssl' \
'./configure' \
'--with-oci8=/ora8/m01/app/oracle/product/8.1.7' \
'--disable-short-tags' \
'--enable-sockets' \
'--enable-ctype' \
'--with-apxs=/usr/local/apache/bin/apxs' \
'--with-curl' \
'--enable-sigchild' \
'--with-zlib' \
'--enable-bcmath' \
'--enable-debug' \


compiler:
gcc 2.96

greets,
marco



[2003-02-24 06:40:10] [EMAIL PROTECTED]

What configure line and compiler version are you using?




[2003-02-24 06:17:43] m dot heidenwolf at ehote

#21310 [Com]: no such file (paths)

2003-02-13 Thread gbaratto 
 ID:   21310
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Directory/Filesystem functions
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

before I make someone confused, I'm rephrasing my last comment:
"...it worked just fine for me..."


Previous Comments:


[2003-02-13 19:59:28] [EMAIL PROTECTED]

I applied the patch and it worked just for me...
I'm on solaris 9 here



[2003-02-13 05:06:49] [EMAIL PROTECTED]

Please use the latest stable snapshot from snaps.php.net.





[2003-02-13 04:54:59] [EMAIL PROTECTED]

Should I apply this patch to the latest "Stable (4.3.x-dev)" version or
to 4.3.0 version?



[2003-02-13 03:24:25] [EMAIL PROTECTED]

Testing the patch should not be a problem if it fixes the problem you
already described...
Don't forget, you can always run a test server on another port for a
short while without affecting your main server.

Feedback means that we need to know if the proposed solution fixes it
for you.  Our access to Solaris is quite limited, so we rely on
feedback to tell us if things are working.

If you can't provide feedback, and we don't have a way of testing it
ourselves, then this report will just get suspended.



[2003-02-13 02:29:56] [EMAIL PROTECTED]

To: [EMAIL PROTECTED]

Perhaps I don't understand "Feedback" status. Do you expect more
information concerning bug or do you expect that users will test new
patches on production servers?

("Oxford dictionary": "feedback: return of part of the output of a
system to its source".)



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/21310

-- 
Edit this bug report at http://bugs.php.net/?id=21310&edit=1

#21310 [Com]: no such file (paths)

2003-02-13 Thread gbaratto 
 ID:   21310
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Directory/Filesystem functions
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

I applied the patch and it worked just for me...
I'm on solaris 9 here


Previous Comments:


[2003-02-13 05:06:49] [EMAIL PROTECTED]

Please use the latest stable snapshot from snaps.php.net.





[2003-02-13 04:54:59] [EMAIL PROTECTED]

Should I apply this patch to the latest "Stable (4.3.x-dev)" version or
to 4.3.0 version?



[2003-02-13 03:24:25] [EMAIL PROTECTED]

Testing the patch should not be a problem if it fixes the problem you
already described...
Don't forget, you can always run a test server on another port for a
short while without affecting your main server.

Feedback means that we need to know if the proposed solution fixes it
for you.  Our access to Solaris is quite limited, so we rely on
feedback to tell us if things are working.

If you can't provide feedback, and we don't have a way of testing it
ourselves, then this report will just get suspended.



[2003-02-13 02:29:56] [EMAIL PROTECTED]

To: [EMAIL PROTECTED]

Perhaps I don't understand "Feedback" status. Do you expect more
information concerning bug or do you expect that users will test new
patches on production servers?

("Oxford dictionary": "feedback: return of part of the output of a
system to its source".)



[2003-02-12 14:19:34] [EMAIL PROTECTED]

Try the patch below.  Solaris has issues with getcwd() needing read
perms on directories (instead of just execute).  This patch lets PHP
open files even if it cannot get the cwd, or resolve the realpath() of
a file.

Index: TSRM/tsrm_virtual_cwd.c
===
RCS file: /repository/TSRM/tsrm_virtual_cwd.c,v
retrieving revision 1.41
diff -u -b -u -r1.41 tsrm_virtual_cwd.c
--- TSRM/tsrm_virtual_cwd.c 6 Nov 2002 18:07:22 -   1.41
+++ TSRM/tsrm_virtual_cwd.c 12 Feb 2003 04:39:11 -
@@ -303,7 +303,7 @@
return (0);
 
 #if !defined(TSRM_WIN32) && !defined(NETWARE)
-   if (IS_ABSOLUTE_PATH(path, path_length)) {
+   if (IS_ABSOLUTE_PATH(path, path_length) || (state->cwd_length < 1))
{
if (use_realpath && realpath(path, resolved_path)) {
path = resolved_path;
path_length = strlen(path);
@@ -363,6 +363,7 @@
}
 
 
+  if (state->cwd_length > 0 || IS_ABSOLUTE_PATH(path, path_length)) {
ptr = tsrm_strtok_r(path_copy, TOKENIZER_STRING, &tok);
while (ptr) {
ptr_length = strlen(ptr);
@@ -416,6 +417,11 @@
state->cwd[state->cwd_length+1] = '\0';
state->cwd_length++;
}
+  } else {
+   state->cwd = (char *) realloc(state->cwd, path_length+1);
+   memcpy(state->cwd, path, path_length+1);
+   state->cwd_length = path_length;
+  }
 
if (verify_path && verify_path(state)) {
CWD_STATE_FREE(state);
Index: main/main.c
===
RCS file: /repository/php4/main/main.c,v
retrieving revision 1.512.2.5
diff -u -b -u -r1.512.2.5 main.c
--- main/main.c 16 Dec 2002 15:44:06 -  1.512.2.5
+++ main/main.c 12 Feb 2003 04:39:12 -
@@ -1507,7 +1507,11 @@
 {
zend_file_handle *prepend_file_p, *append_file_p;
zend_file_handle prepend_file, append_file;
+#ifdef VIRTUAL_DIR
char *old_cwd;
+#else
+   int old_cwd_fd;
+#endif
char *old_primary_file_path = NULL;
int retval = 0;
 
@@ -1515,9 +1519,11 @@
if (php_handle_special_queries(TSRMLS_C)) {
return 0;
}
+#ifdef VIRTUAL_DIR
 #define OLD_CWD_SIZE 4096
old_cwd = do_alloca(OLD_CWD_SIZE);
old_cwd[0] = '\0';
+#endif
 
zend_try {
 #ifdef PHP_WIN32
@@ -1528,7 +1534,11 @@
 
if (primary_file->type == ZEND_HANDLE_FILENAME 
&& primary_file->filename) {
+#ifdef VIRTUAL_DIR
VCWD_GETCWD(old_cwd, OLD_CWD_SIZE-1);
+#else
+   old_cwd_fd = open(".", 0);
+#endif
VCWD_CHDIR_FILE(primary_file->filename);
}
 
@@ -1578,10 +1588,14 @@

} zend_end_try();
 
+#ifdef VIRTUAL_DIR
if (old_cwd[0] != '\0') {
VCWD_CHDIR(old_cwd);
}
free_alloca(old_cwd);
+#else
+   fchdir(old_cwd_f

#20981 [NEW]: --with-db3=shared,dir not working

2002-12-12 Thread gbaratto 
From: [EMAIL PROTECTED]
Operating system: solaris 9
PHP version:  4.2.3
PHP Bug Type: *Configuration Issues
Bug description:  --with-db3=shared,dir not working

The configure script is not taking --with-db3=shared,dir.

It works fine if I take out the "shared" or if I modify the configure
script and add the DB3 directory to line 16771:
for i in /usr/local /usr /usr/local/BerkeleyDB.3.0 $withval; do

In my specifc case, DB3 is installed at /usr/local/BerkeleyDB, so I the
line above is:
 for i in /usr/local /usr /usr/local/BerkeleyDB.3.0 /usr/local/BerkeleyDB
$withval; do

But for sure you guys just have to fix the variable $with_db3

Thanks
-- 
Edit bug report at http://bugs.php.net/?id=20981&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20981&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20981&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20981&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20981&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20981&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20981&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20981&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20981&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20981&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20981&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20981&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20981&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20981&r=isapi