Bug #52316 [Wfx]: Macro redefinition with Visual Studio 2010
Edit report at http://bugs.php.net/bug.php?id=52316&edit=1 ID: 52316 User updated by: hendrik dot schmieder at jedox dot com Reported by: hendrik dot schmieder at jedox dot com Summary: Macro redefinition with Visual Studio 2010 Status: Wont fix Type: Bug Package: Compile Warning Operating System: Windows PHP Version: 5.2.13 Assigned To: pajoye New Comment: I wonder, why there's a bug reporting system, if you don't care for the bugs, even if the bug can easily be fixed like this one. Previous Comments: [2010-07-13 10:18:50] paj...@php.net 5.2 never worked with recent compilers. We do not support them either. 5.3 supports both VC6 and more recent compilers (we use VC9 and test with VC10). Next major version will support only one (be 5.3 or 6.0). 5.2.14 is in RC phase (last one) and only very critical changes can be applied. [2010-07-13 10:06:53] hendrik dot schmieder at jedox dot com There was never a problem compiling php extensions with VS2003 and VS2005 and php version < 5.3. For PHP we use the supplied binaries. Why is it so difficult to made the proposed change. This can be done in less than one minute. Just for the upcoming 5.2.14 version. [2010-07-13 09:38:33] paj...@php.net Let me rephrase: 5.2 supports only VC6. That means you can try with 5.3 (which should be fixed). [2010-07-13 09:36:46] hendrik dot schmieder at jedox dot com I speak about 5.2.x and in 5.2.14RC2 it is still not fixed. [2010-07-12 16:29:20] paj...@php.net Is it not fixed already in 5.3? 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/bug.php?id=52316 -- Edit this bug report at http://bugs.php.net/bug.php?id=52316&edit=1
Bug #52316 [Fbk->Asn]: Macro redefinition with Visual Studio 2010
Edit report at http://bugs.php.net/bug.php?id=52316&edit=1 ID: 52316 User updated by: hendrik dot schmieder at jedox dot com Reported by: hendrik dot schmieder at jedox dot com Summary: Macro redefinition with Visual Studio 2010 -Status: Feedback +Status: Assigned Type: Bug Package: Compile Warning Operating System: Windows PHP Version: 5.2.13 Assigned To: pajoye New Comment: There was never a problem compiling php extensions with VS2003 and VS2005 and php version < 5.3. For PHP we use the supplied binaries. Why is it so difficult to made the proposed change. This can be done in less than one minute. Just for the upcoming 5.2.14 version. Previous Comments: [2010-07-13 09:38:33] paj...@php.net Let me rephrase: 5.2 supports only VC6. That means you can try with 5.3 (which should be fixed). [2010-07-13 09:36:46] hendrik dot schmieder at jedox dot com I speak about 5.2.x and in 5.2.14RC2 it is still not fixed. [2010-07-12 16:29:20] paj...@php.net Is it not fixed already in 5.3? [2010-07-12 16:19:21] hendrik dot schmieder at jedox dot com Description: With Visual Studio 2010 you get the warning. ...\tsrm\readdir.h(10): warning C4005: '_WIN32_WINNT' : macro redefinition C:\Programme\Microsoft SDKs\Windows\v7.0A\include\sdkddkver.h(197) : see previous definition of '_WIN32_WINNT' Changing in readdir.h #define _WIN32_WINNT 0x0400 to #ifndef _WIN32_WINNT #define _WIN32_WINNT 0x0400 #endif would solve the problem. -- Edit this bug report at http://bugs.php.net/bug.php?id=52316&edit=1
Bug #52316 [Fbk->Asn]: Macro redefinition with Visual Studio 2010
Edit report at http://bugs.php.net/bug.php?id=52316&edit=1 ID: 52316 User updated by: hendrik dot schmieder at jedox dot com Reported by: hendrik dot schmieder at jedox dot com Summary: Macro redefinition with Visual Studio 2010 -Status: Feedback +Status: Assigned Type: Bug Package: Compile Warning Operating System: Windows PHP Version: 5.2.13 Assigned To: pajoye New Comment: I speak about 5.2.x and in 5.2.14RC2 it is still not fixed. Previous Comments: [2010-07-12 16:29:20] paj...@php.net Is it not fixed already in 5.3? [2010-07-12 16:19:21] hendrik dot schmieder at jedox dot com Description: With Visual Studio 2010 you get the warning. ...\tsrm\readdir.h(10): warning C4005: '_WIN32_WINNT' : macro redefinition C:\Programme\Microsoft SDKs\Windows\v7.0A\include\sdkddkver.h(197) : see previous definition of '_WIN32_WINNT' Changing in readdir.h #define _WIN32_WINNT 0x0400 to #ifndef _WIN32_WINNT #define _WIN32_WINNT 0x0400 #endif would solve the problem. -- Edit this bug report at http://bugs.php.net/bug.php?id=52316&edit=1
[PHP-BUG] Bug #52316 [NEW]: Macro redefinition with Visual Studio 2010
From: Operating system: Windows PHP version: 5.2.13 Package: Compile Warning Bug Type: Bug Bug description:Macro redefinition with Visual Studio 2010 Description: With Visual Studio 2010 you get the warning. ...\tsrm\readdir.h(10): warning C4005: '_WIN32_WINNT' : macro redefinition C:\Programme\Microsoft SDKs\Windows\v7.0A\include\sdkddkver.h(197) : see previous definition of '_WIN32_WINNT' Changing in readdir.h #define _WIN32_WINNT 0x0400 to #ifndef _WIN32_WINNT #define _WIN32_WINNT 0x0400 #endif would solve the problem. -- Edit bug report at http://bugs.php.net/bug.php?id=52316&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52316&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52316&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52316&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52316&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52316&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52316&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52316&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52316&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52316&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52316&r=support Expected behavior: http://bugs.php.net/fix.php?id=52316&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52316&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52316&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52316&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52316&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52316&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52316&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52316&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52316&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52316&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52316&r=mysqlcfg
#34852 [Com]: [PATCH] Failure in odbc_exec() using oracle-supplied odbc driver
ID: 34852 Comment by: hendrik dot schmieder at jedox dot com Reported By: tim dot tassonis at trivadis dot com Status: No Feedback Bug Type: ODBC related Operating System: Linux PHP Version: 5CVS-2005-11-03 (cvs) New Comment: After compiling php against unixodbc 2.2.14 it works with Oracle ODBC driver 10.2.0.3 . Even 11.1.0.7 works now. Thanks go to <http://blog.computer-tipps.info/2008/05/> (Sorry it is in German). Previous Comments: [2009-08-10 13:45:20] hendrik dot schmieder at jedox dot com Still open with 5.2.10. Debian 4 Oracle ODBC driver 10.2.0.3 [2009-07-01 14:19:19] sebdeca at hotmail dot com I have the same issue on that case: php-4.4.9 RedHat RHEL 4 x86 php-odbc-4.3.9-3.22.12 unixodbc 2.2.11 oracle instant client 10.2.0.3 Has someone found a workaround for this? [2008-08-13 11:01:11] a dot zagli at comune dot scandicci dot fi dot it i have the same problem with php 4.4.9 oracle client >= 10.1 (i didn't try with versions < 10.1) i saw on msdn[1] that the function SQLSetStmtOption is deprecated starting from odbc 3.x in favor of SQLSetStmtAttr; it could be the problem. furthermore, the same pieces of code are present also in php 5.2, but i can't try to see if the error persists :-( [1]http://msdn.microsoft.com/en-us/library/ms713876(VS.85).aspx [2007-05-17 22:26:07] temerson at cyberitas dot com RHEL 4 (up 2 date..) PHP 4.3 (RHEL distro supplied) error: odbc_prepare(): SQL error: [unixODBC][Driver Manager]Driver does not support this function, SQL state IM001 in SQLSetStmtOption [2007-02-08 22:08:35] rpowell at opriver dot com Just wanted to say thinks for posting this patch. The EasySoft version which worked out of the box cost over $1,500. I just couldn't justify that expense when recompiling with this patch made the Oracle driver work. 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/34852 -- Edit this bug report at http://bugs.php.net/?id=34852&edit=1
#34852 [Com]: [PATCH] Failure in odbc_exec() using oracle-supplied odbc driver
ID: 34852 Comment by: hendrik dot schmieder at jedox dot com Reported By: tim dot tassonis at trivadis dot com Status: No Feedback Bug Type: ODBC related Operating System: Linux PHP Version: 5CVS-2005-11-03 (cvs) New Comment: Still open with 5.2.10. Debian 4 Oracle ODBC driver 10.2.0.3 Previous Comments: [2009-07-01 14:19:19] sebdeca at hotmail dot com I have the same issue on that case: php-4.4.9 RedHat RHEL 4 x86 php-odbc-4.3.9-3.22.12 unixodbc 2.2.11 oracle instant client 10.2.0.3 Has someone found a workaround for this? [2008-08-13 11:01:11] a dot zagli at comune dot scandicci dot fi dot it i have the same problem with php 4.4.9 oracle client >= 10.1 (i didn't try with versions < 10.1) i saw on msdn[1] that the function SQLSetStmtOption is deprecated starting from odbc 3.x in favor of SQLSetStmtAttr; it could be the problem. furthermore, the same pieces of code are present also in php 5.2, but i can't try to see if the error persists :-( [1]http://msdn.microsoft.com/en-us/library/ms713876(VS.85).aspx [2007-05-17 22:26:07] temerson at cyberitas dot com RHEL 4 (up 2 date..) PHP 4.3 (RHEL distro supplied) error: odbc_prepare(): SQL error: [unixODBC][Driver Manager]Driver does not support this function, SQL state IM001 in SQLSetStmtOption [2007-02-08 22:08:35] rpowell at opriver dot com Just wanted to say thinks for posting this patch. The EasySoft version which worked out of the box cost over $1,500. I just couldn't justify that expense when recompiling with this patch made the Oracle driver work. [2006-07-10 19:19:34] cwthomas at llu dot edu Hello, I have the same problem, but it might not be an issue with the Oracle supplied ODBC driver because I used isql (the unixODBC client) to connect to my oracle databases and it works great. I'm running RHEL 4 Update 3 with php-4.3.9-3.12, php-odbc-4.3.9-3.12, unixODBC-2.2.11-1.RHEL4.1, and the Oracle Database 10g Client Release 2 10.2.0.1.0 (not the instant client). It would be cool when this bug gets fixed to back port it so it will be included in the next EL update. 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/34852 -- Edit this bug report at http://bugs.php.net/?id=34852&edit=1
#49110 [Bgs]: redefinition of socklen_t
ID: 49110 User updated by: hendrik dot schmieder at jedox dot com Reported By: hendrik dot schmieder at jedox dot com Status: Bogus Bug Type: Compile Failure Operating System: win32 only PHP Version: 5.3.0 New Comment: I needn't do this step if you would supply the config.w32.h as you should and also have done until PHP 5.3.0. There's no need for configure on Windows. It is a well defined environment. Previous Comments: [2009-07-31 15:37:40] paj...@php.net You are still doing it wrong. This file must be generated at configure time to be used correctly. [2009-07-31 14:29:34] hendrik dot schmieder at jedox dot com OK, found the problem. It is a consequence of bug 49111. Since the config.w32,h is missing in the main subdirectory of the PHP 5.3.0 Source tree the compiler took the one from PHP 5.2.10. Copying config.w32.h.in from win32\build as config.w32.h to main solved the problem. This step shouldn't be necessary.) [2009-07-30 15:40:07] hendrik dot schmieder at jedox dot com I'm not doing something wrong, just replace the php 5.2.10 source tree by the one of PHP 5.3.0) [2009-07-30 15:29:18] paj...@php.net You are doing something wrong, it is not redefined. [2009-07-30 15:07:12] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ 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/49110 -- Edit this bug report at http://bugs.php.net/?id=49110&edit=1
#49110 [Bgs]: redefinition of socklen_t
ID: 49110 User updated by: hendrik dot schmieder at jedox dot com Reported By: hendrik dot schmieder at jedox dot com Status: Bogus Bug Type: Compile Failure Operating System: win32 only PHP Version: 5.3.0 New Comment: OK, found the problem. It is a consequence of bug 49111. Since the config.w32,h is missing in the main subdirectory of the PHP 5.3.0 Source tree the compiler took the one from PHP 5.2.10. Copying config.w32.h.in from win32\build as config.w32.h to main solved the problem. This step shouldn't be necessary. Previous Comments: [2009-07-30 15:40:07] hendrik dot schmieder at jedox dot com I'm not doing something wrong, just replace the php 5.2.10 source tree by the one of PHP 5.3.0) [2009-07-30 15:29:18] paj...@php.net You are doing something wrong, it is not redefined. [2009-07-30 15:07:12] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-07-30 12:58:12] hendrik dot schmieder at jedox dot com Description: Compiling a PHP extension under Windows with PHP 5.3.0 results in 'socklen_t' : redefinition; different basic types. With PHP 5.2.10 this error doesn't occur. Reproduce code: --- <https://palo.svn.sourceforge.net/svnroot/palo/molap/client> In directory libraries palo-libraries.sln and there Project PHPPalo. -- Edit this bug report at http://bugs.php.net/?id=49110&edit=1
#49110 [Bgs]: redefinition of socklen_t
ID: 49110 User updated by: hendrik dot schmieder at jedox dot com Reported By: hendrik dot schmieder at jedox dot com Status: Bogus Bug Type: Compile Failure Operating System: win32 only PHP Version: 5.3.0 New Comment: I'm not doing something wrong, just replace the php 5.2.10 source tree by the one of PHP 5.3.0 Previous Comments: [2009-07-30 15:29:18] paj...@php.net You are doing something wrong, it is not redefined. [2009-07-30 15:07:12] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-07-30 12:58:12] hendrik dot schmieder at jedox dot com Description: Compiling a PHP extension under Windows with PHP 5.3.0 results in 'socklen_t' : redefinition; different basic types. With PHP 5.2.10 this error doesn't occur. Reproduce code: --- <https://palo.svn.sourceforge.net/svnroot/palo/molap/client> In directory libraries palo-libraries.sln and there Project PHPPalo. -- Edit this bug report at http://bugs.php.net/?id=49110&edit=1
#49111 [Bgs]: compilation of php extension broken
ID: 49111 User updated by: hendrik dot schmieder at jedox dot com Reported By: hendrik dot schmieder at jedox dot com Status: Bogus Bug Type: Compile Failure Operating System: Windoze PHP Version: 5.3.0 New Comment: I don't want to compile PHP on Windows ( I use PHP from the zip). Just Compile PHP Extensions for PHP 5.3.10. For PHP 5.2.10 this works just with using the supplied php source tree. I'm not speaking about Linux. Previous Comments: [2009-07-30 15:30:14] paj...@php.net It is generated at configure time. See the wiki for a tutorial about compiling PHP on windows (and extensions). [2009-07-30 15:15:06] hendrik dot schmieder at jedox dot com Description: Since the config.w32.h is missing from the source tree in PHP 5.3.0 compiling of PHP extension fails under Windows with Error 1 fatal error C1189: #error : "Unknown SIZEOF_LONG"e:\arbeit\source\php\php-5.3.0\zend\zend.h 278 [VS 2005]. Expected result: https://palo.svn.sourceforge.net/svnroot/palo/molap/client> In directory libraries palo-libraries.sln and there Project PHPPalo. -- Edit this bug report at http://bugs.php.net/?id=49111&edit=1
#49111 [NEW]: compilation of php extension broken
From: hendrik dot schmieder at jedox dot com Operating system: Windoze PHP version: 5.3.0 PHP Bug Type: Compile Failure Bug description: compilation of php extension broken Description: Since the config.w32.h is missing from the source tree in PHP 5.3.0 compiling of PHP extension fails under Windows with Error 1 fatal error C1189: #error : "Unknown SIZEOF_LONG"e:\arbeit\source\php\php-5.3.0\zend\zend.h 278 [VS 2005]. Expected result: https://palo.svn.sourceforge.net/svnroot/palo/molap/client> In directory libraries palo-libraries.sln and there Project PHPPalo. -- Edit bug report at http://bugs.php.net/?id=49111&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49111&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49111&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49111&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49111&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49111&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49111&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49111&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49111&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49111&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49111&r=support Expected behavior: http://bugs.php.net/fix.php?id=49111&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49111&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49111&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49111&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49111&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49111&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49111&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49111&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49111&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49111&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49111&r=mysqlcfg
#49110 [NEW]: redefinition of socklen_t
From: hendrik dot schmieder at jedox dot com Operating system: Windows PHP version: 5.3.0 PHP Bug Type: Compile Failure Bug description: redefinition of socklen_t Description: Compiling a PHP extension under Windows with PHP 5.3.0 results in 'socklen_t' : redefinition; different basic types. With PHP 5.2.10 this error doesn't occur. Reproduce code: --- <https://palo.svn.sourceforge.net/svnroot/palo/molap/client> In directory libraries palo-libraries.sln and there Project PHPPalo. -- Edit bug report at http://bugs.php.net/?id=49110&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49110&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49110&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49110&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49110&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49110&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49110&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49110&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49110&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49110&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49110&r=support Expected behavior: http://bugs.php.net/fix.php?id=49110&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49110&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49110&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49110&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49110&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49110&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49110&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49110&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49110&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49110&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49110&r=mysqlcfg
#20884 [Com]: Session file stay forever
ID: 20884 Comment by: hendrik dot schmieder at jedox dot com Reported By: nitro1710 at hotmail dot com Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.5 PHP Version: 4.2.3 New Comment: Sorry a second time. I withdrew the request, that the session files should be deleted when Apache stopps. Nevertheless, if a session times out, their session file should be deleted, regardless whether another session is started or not. Hendrik Previous Comments: [2004-10-08 15:04:19] hendrik dot schmieder at jedox dot com Sorry, session.gc_dividend must be session.gc_divisor. But this doesn't change the behaviour. If the lifetime of a session is over, the session datafile MUST be deleted, also when the Apache service is stopping, regardless if there's a new session starting or not. with best regards Hendrik [2004-10-08 11:57:05] hendrik dot schmieder at jedox dot com Hello, we also have this problem. System is WIN2000 Apache 1.3.31 , php 4.3.9 as apache module. We have session.gc_probability = 100 session.gc_dividend= 100 session.gc_maxlifetime = 120 session.use_trans_sid = 1 in our php.ini. But even after 26 minutes the session file is not deleted. Even after stopping the Apache service, the session file is still there. I consider this as severe bug ! with best regards Hendrik Schmieder [2003-02-19 11:47:44] up dot the dot iron at libero dot it My PHP server has the same problem. PHP version is 4.2.3, apache Version is 2.0.42 on Linux 2.4.18-3sm Please tell me how to fix it. Thanks! [2003-01-22 04:22:56] sense at gdsyzx dot edu dot cn My PHP server has the same problem.PHP version is 4.3.0, apache Version is 2.0.43. Please tell me how to fix it. Thanks! [2002-12-08 02:40:44] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php 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/20884 -- Edit this bug report at http://bugs.php.net/?id=20884&edit=1
#20884 [Com]: Session file stay forever
ID: 20884 Comment by: hendrik dot schmieder at jedox dot com Reported By: nitro1710 at hotmail dot com Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.5 PHP Version: 4.2.3 New Comment: Sorry, session.gc_dividend must be session.gc_divisor. But this doesn't change the behaviour. If the lifetime of a session is over, the session datafile MUST be deleted, also when the Apache service is stopping, regardless if there's a new session starting or not. with best regards Hendrik Previous Comments: [2004-10-08 11:57:05] hendrik dot schmieder at jedox dot com Hello, we also have this problem. System is WIN2000 Apache 1.3.31 , php 4.3.9 as apache module. We have session.gc_probability = 100 session.gc_dividend= 100 session.gc_maxlifetime = 120 session.use_trans_sid = 1 in our php.ini. But even after 26 minutes the session file is not deleted. Even after stopping the Apache service, the session file is still there. I consider this as severe bug ! with best regards Hendrik Schmieder [2003-02-19 11:47:44] up dot the dot iron at libero dot it My PHP server has the same problem. PHP version is 4.2.3, apache Version is 2.0.42 on Linux 2.4.18-3sm Please tell me how to fix it. Thanks! [2003-01-22 04:22:56] sense at gdsyzx dot edu dot cn My PHP server has the same problem.PHP version is 4.3.0, apache Version is 2.0.43. Please tell me how to fix it. Thanks! [2002-12-08 02:40:44] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2002-12-08 01:27:59] nitro1710 at hotmail dot com Here's my conf: [Session] session.save_handler = files session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = 1 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.entropy_file = ;session.entropy_length = 16 ;session.entropy_file = /dev/urandom session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 I start session and even if the user close it's browser, the session file stay forever... It stay there and I have to delete them else I get an hundred of session file created I tested it on my 2 box (Freebsd4.5) and it does that too -- Edit this bug report at http://bugs.php.net/?id=20884&edit=1
#20884 [Com]: Session file stay forever
ID: 20884 Comment by: hendrik dot schmieder at jedox dot com Reported By: nitro1710 at hotmail dot com Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.5 PHP Version: 4.2.3 New Comment: Hello, we also have this problem. System is WIN2000 Apache 1.3.31 , php 4.3.9 as apache module. We have session.gc_probability = 100 session.gc_dividend= 100 session.gc_maxlifetime = 120 session.use_trans_sid = 1 in our php.ini. But even after 26 minutes the session file is not deleted. Even after stopping the Apache service, the session file is still there. I consider this as severe bug ! with best regards Hendrik Schmieder Previous Comments: [2003-02-19 11:47:44] up dot the dot iron at libero dot it My PHP server has the same problem. PHP version is 4.2.3, apache Version is 2.0.42 on Linux 2.4.18-3sm Please tell me how to fix it. Thanks! [2003-01-22 04:22:56] sense at gdsyzx dot edu dot cn My PHP server has the same problem.PHP version is 4.3.0, apache Version is 2.0.43. Please tell me how to fix it. Thanks! [2002-12-08 02:40:44] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2002-12-08 01:27:59] nitro1710 at hotmail dot com Here's my conf: [Session] session.save_handler = files session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = 1 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.entropy_file = ;session.entropy_length = 16 ;session.entropy_file = /dev/urandom session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 I start session and even if the user close it's browser, the session file stay forever... It stay there and I have to delete them else I get an hundred of session file created I tested it on my 2 box (Freebsd4.5) and it does that too -- Edit this bug report at http://bugs.php.net/?id=20884&edit=1
#28795 [Bgs]: SSL support is brocken
ID: 28795 User updated by: hendrik dot schmieder at jedox dot com Reported By: hendrik dot schmieder at jedox dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 4.3.7 New Comment: The link <http://ftp.proventum.net/pub/php/win32/misc/openssl/> which is given at the bottom of the usernotes at http://www.php.net/wrappers doesn't work anymore with best regards Hendrik Schmieder Previous Comments: [2004-06-15 21:16:16] [EMAIL PROTECTED] In PHP4, OpenSSL support must be compiled in STATICLY for https://, ftps://, and ssl:// support to work. Under the default windows install the only option is to add it DYNAMICLY as you have done. Refer to the usernote at the bottom of: http://www.php.net/wrappers for a workaround. In PHP5 the sockets transport layer has been redesigned to allow openssl to be dynamicly included and work as expected. [2004-06-15 16:47:06] hendrik dot schmieder at jedox dot com Description: I have installed php 4.3.7 with apache 1.2.29, especially the dlls libeay32.dll, ssleay32.dll and uncommented the line extension=php_openssl.dll phpinfo says that openssl ist installed , but unfortenatly is 'https' not in the list of Registered PHP Streams as it should be. with best regards Hendrik Schmieder -- Edit this bug report at http://bugs.php.net/?id=28795&edit=1
#28795 [NEW]: SSL support is brocken
From: hendrik dot schmieder at jedox dot com Operating system: Windows PHP version: 4.3.7 PHP Bug Type: Unknown/Other Function Bug description: SSL support is brocken Description: I have installed php 4.3.7 with apache 1.2.29, especially the dlls libeay32.dll, ssleay32.dll and uncommented the line extension=php_openssl.dll phpinfo says that openssl ist installed , but unfortenatly is 'https' not in the list of Registered PHP Streams as it should be. with best regards Hendrik Schmieder -- Edit bug report at http://bugs.php.net/?id=28795&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28795&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28795&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28795&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28795&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28795&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28795&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28795&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28795&r=support Expected behavior: http://bugs.php.net/fix.php?id=28795&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28795&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28795&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28795&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28795&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28795&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28795&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28795&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28795&r=float
#28018 [Bgs]: Missing files
ID: 28018 User updated by: hendrik dot schmieder at jedox dot com Reported By: hendrik dot schmieder at jedox dot com Status: Bogus Bug Type: *General Issues Operating System: Windows PHP Version: 5CVS-2004-04-16 (dev) New Comment: Hello, is this statement about all files in group a and group b or only about the files in group b ? with best regards Hendrik Schmieder Previous Comments: [2004-04-16 15:15:25] [EMAIL PROTECTED] Those extensions don't exist anymore. [2004-04-16 03:59:57] hendrik dot schmieder at jedox dot com Description: Hello, i have downloaded the Snapshot from Apr 16, 2004 06:30 GMT. But there are some files missing in this snapshot: Group a: gds32.dll iconv.dll libmcrypt.dll php_db.dll php_hyperwave.dll php_iisfunc.dll php_interbase.dll php_printer.dll Group b: php_crack.dll php_db.dll php_domxml.dll php_pspell.dll php_w32api.dll php_yaz.dll php_zip.dll There are no php5 versions for the files in group b. with best regards Hendrik Schmieder -- Edit this bug report at http://bugs.php.net/?id=28018&edit=1
#28018 [NEW]: Missing files
From: hendrik dot schmieder at jedox dot com Operating system: Windows PHP version: 5CVS-2004-04-16 (dev) PHP Bug Type: *General Issues Bug description: Missing files Description: Hello, i have downloaded the Snapshot from Apr 16, 2004 06:30 GMT. But there are some files missing in this snapshot: Group a: gds32.dll iconv.dll libmcrypt.dll php_db.dll php_hyperwave.dll php_iisfunc.dll php_interbase.dll php_printer.dll Group b: php_crack.dll php_db.dll php_domxml.dll php_pspell.dll php_w32api.dll php_yaz.dll php_zip.dll There are no php5 versions for the files in group b. with best regards Hendrik Schmieder -- Edit bug report at http://bugs.php.net/?id=28018&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28018&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28018&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28018&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28018&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28018&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28018&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28018&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28018&r=support Expected behavior: http://bugs.php.net/fix.php?id=28018&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28018&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28018&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28018&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28018&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28018&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28018&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28018&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28018&r=float