#21301 [Bgs-Fbk]: PHP_SELF is empty
ID: 21301 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux (SuSE) PHP Version: 4.3.0 New Comment: When we ask for feedback, we set the status to Feedback :) Previous Comments: [2002-12-30 20:38:06] [EMAIL PROTECTED] While the comments in that bug report get a little confusing, this *does* seem to be the same bug and indeed a problem in PHP and not the webserver as I thought at one point. [2002-12-30 20:23:57] [EMAIL PROTECTED] I'm not very sure if it is the same bug. In #21261 PATH_INFO is empty but as you can see on http://www.engter.de/shenv.php this is not the case in my installation. [2002-12-30 19:53:40] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Please feel free to add your comments to Bug #21261. In fact, please describe your operating environment as thoroughly as possible so that this bug can be reliably reproduced. A dump of /usr/local/apache/bin/httpd -l and a list of all LoadModule lines would also be helpful. [2002-12-30 19:48:43] [EMAIL PROTECTED] Did anyone change the way php get it's PHP_SELF-Variable? On my server php-files are wrapped through a slightly patched version of cgiwrap. I changed a few lines so that PHP_SELF is not broken and cgiwrap is not visible to the user. For details have a look at: http://www.engter.de/phpinfo.php http://roland.engter.de/stuff/cgiwrap-PATH_INFO.patch http://roland.engter.de/stuff/cgiwrap-SCRIPT_NAME.patch With PHP 4.2.3 everything worked fine. But after updating to PHP 4.3.0 (with --disable-cli) PHP_SELF was empty. At first i thought that my patch on cgiwrap was the reason for this, but finally i installed PHP 4.2.3 again and everything was fine. Any ideas? -- Edit this bug report at http://bugs.php.net/?id=21301edit=1
#21047 [Opn-Fbk]: Query to float fields don't return the decimal part
ID: 21047 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux RedHat8.0 PHP Version: 4CVS-2002-12-16 (stable) New Comment: Cool! The best way would be to supply a patch which you can make with: diff -u original_file.c new_file.c /tmp/file.c.patch and send put it online somewhere. Thanks! Derick Previous Comments: [2002-12-30 23:59:19] [EMAIL PROTECTED] I've fixed this error by changing the source but how do I post the fix to the site for inclusion in a future build? Please assist? David Hargreave IT Manager SportOdds Systems Pty Limited www.sportodds.com [2002-12-16 11:05:37] [EMAIL PROTECTED] Hi PHP people, first as all thank's for a great software, well I'm testing the new php-4.3.0 in my Redhat 8.0 box, httpd-2.0.40-13, phpCVS-2002-12-16(stable), I built rpms of this versión using sybase-ct with freetds-0.60, I had in the past the same freetds but with php-4.2.4-dev and everyhing works ok, but now when I query float fields of a Microsoft sql server dont't return the decimal part of my float numbers and this is very important to me, I get just the integer part. Here it goes my configuration... './configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu' '--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-pdflib=shared' '--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv' '--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mcal=shared,/usr' '--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-xslt-sablot=shared,/usr' '--with-sablot-js=shared,/usr' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2=/usr/sbin/apxs' Here the sript I use.. to query $idres=mssql_query (SELECT NUMDOC,FECHA,DESCCONCI,DESCRIPCION,DEBE,HABER,BRUTO,PAGO FROM submayor WHERE CODAREA='$Area' and FECHA=convert(DATETIME,'$fdesde',102) and FECHA=convert(DATETIME,'$fhasta',102) order by FECHA,$id); } $cant=mssql_num_rows ($idres); $TOTD=0; $TOTH=0; $TOTI=0; $TOTP=0; for ($i =1; $i = $cant; $i++) { $row = mssql_fetch_array ($idres); $NUMDOC=$row[NUMDOC]; $FECHCOB=$row[FECHA]; $DESCCLI=$row[DESCCONCI]; $OBSERVAC=$row[DESCRIPCION]; $DEBE=$row[DEBE]; $HABER=$row[HABER]; $BRUTO=$row[BRUTO]; $PAGO=$row[PAGO]; }//end for DEBE HABER BRUTO PAGO are float fields Bye Aliet -- Edit this bug report at http://bugs.php.net/?id=21047edit=1
#21305 [Opn-Bgs]: Maximum execution time
ID: 21305 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: linux PHP Version: 4.3.0 New Comment: We really need more info on this in order to even have a clue what migth go wrong. As I dont suspect anything is wrong and some of your script just use too much time I'm going to set the status to bogus; if you can provide some useful info, please change the status back to open. Derick Previous Comments: [2002-12-31 01:59:00] [EMAIL PROTECTED] i've got this problem: [31-Dec-2002 15:46:00] PHP Fatal error: Maximum execution time of 30 seconds exceeded in Unknown on line 0 i can reproduct it but it's sometime shown in my log -- Edit this bug report at http://bugs.php.net/?id=21305edit=1
#21306 [Opn-Fbk]: warnning about cannot change the session settings
ID: 21306 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: linux PHP Version: 4.3.0 New Comment: THis is most likely not a bug, can you show us the script, and the session.* settings in php.ini? Derick Previous Comments: [2002-12-31 02:00:45] [EMAIL PROTECTED] i've got this problem after i upgrade from php4.2.2 to 4.3.0: [31-Dec-2002 15:30:03] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 seems a internal error, php script hope this to be fix soon -- Edit this bug report at http://bugs.php.net/?id=21306edit=1
#21307 [NEW]: php engine does not return
From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4CVS-2002-12-31 (dev) PHP Bug Type: Scripting Engine problem Bug description: php engine does not return My website is operated by PHP engine version 4.0.6 working with Apache webserver version 1.3.26, run on a Solaris 2.8 host computer. PHP was compiled as a shared module. I have been monitoring the Apache server log, and I am seeing cases where the response to a PHP request is an http status 200 with an http body size of -, occurring 5 to 6 times daily. This is because the PHP engine did not return a response within the Apache server timeout period of 5 minutes while attempting to parse the PHP script. But, I can't figure out why the PHP script parsing routine is not returning. I've inserted syslog() statements in the source code of the PHP engine, in the send_php(), apache_php_module_main(), php_execute_script(), zend_execute_scripts() functions to find out the reason. The resulting log shows that the source code executed until apache_php_module_main() but no further. Therefore, the problem seems to be in php_request_startup() executed before php_execute_script(), but I was unable to pinpoint the culprit. Also, I've noticed that there was not a single occurrence where the apache process crashed(due to a segmentation fault for example), as a result of this problem. Any help will be greatly appreciated. -- Edit bug report at http://bugs.php.net/?id=21307edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21307r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21307r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21307r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21307r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21307r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21307r=support Expected behavior: http://bugs.php.net/fix.php?id=21307r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21307r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21307r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21307r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21307r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21307r=dst IIS Stability: http://bugs.php.net/fix.php?id=21307r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21307r=gnused
#21306 [Fbk-Opn]: warnning about cannot change the session settings
ID: 21306 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: linux PHP Version: 4.3.0 New Comment: i forgot to note that, this issue is random happend i can't reproduce it, but my user trigger it and i saw errors in log and my script is in production, it's too complex i am not able to give full script but my function look like: function mysessionstart() { if (session_id()) return session_set_save_handler( '_sess_open', '_sess_close', '_sess_read', '_sess_write', '_sess_destroy', '_sess_gc' ); session_start(); } it works fine until get warnning in php-4.3.0 here the config is: 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 containing ids. 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 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=fakeentry Previous Comments: [2002-12-31 02:27:43] [EMAIL PROTECTED] THis is most likely not a bug, can you show us the script, and the session.* settings in php.ini? Derick [2002-12-31 02:00:45] [EMAIL PROTECTED] i've got this problem after i upgrade from php4.2.2 to 4.3.0: [31-Dec-2002 15:30:03] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 seems a internal error, php script hope this to be fix soon -- Edit this bug report at http://bugs.php.net/?id=21306edit=1
#21308 [Opn-Bgs]: php engine does not return
ID: 21308 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Solaris 2.8 PHP Version: 4CVS-2002-12-31 (dev) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2002-12-31 02:40:21] [EMAIL PROTECTED] My website is operated by PHP engine version 4.0.6 working with Apache webserver version 1.3.26, run on a Solaris 2.8 host computer. PHP was compiled as a shared module. I have been monitoring the Apache server log, and I am seeing cases where the response to a PHP request is an http status 200 with an http body size of -, occurring 5 to 6 times daily. This is because the PHP engine did not return a response within the Apache server timeout period of 5 minutes while attempting to parse the PHP script. But, I can't figure out why the PHP script parsing routine is not returning. I've inserted syslog() statements in the source code of the PHP engine, in the send_php(), apache_php_module_main(), php_execute_script(), zend_execute_scripts() functions to find out the reason. The resulting log shows that the source code executed until apache_php_module_main() but no further. Therefore, the problem seems to be in php_request_startup() executed before php_execute_script(), but I was unable to pinpoint the culprit. Also, I've noticed that there was not a single occurrence where the apache process crashed(due to a segmentation fault for example), as a result of this problem. Any help will be greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=21308edit=1
#21307 [Opn-Bgs]: php engine does not return
ID: 21307 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Solaris 2.8 -PHP Version: 4CVS-2002-12-31 (dev) +PHP Version: 4.0.6 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. If you're really running 4.0.6, you definitely first need to upgrade as there were tons of bugs fixed since that release. Derick Previous Comments: [2002-12-31 02:38:49] [EMAIL PROTECTED] My website is operated by PHP engine version 4.0.6 working with Apache webserver version 1.3.26, run on a Solaris 2.8 host computer. PHP was compiled as a shared module. I have been monitoring the Apache server log, and I am seeing cases where the response to a PHP request is an http status 200 with an http body size of -, occurring 5 to 6 times daily. This is because the PHP engine did not return a response within the Apache server timeout period of 5 minutes while attempting to parse the PHP script. But, I can't figure out why the PHP script parsing routine is not returning. I've inserted syslog() statements in the source code of the PHP engine, in the send_php(), apache_php_module_main(), php_execute_script(), zend_execute_scripts() functions to find out the reason. The resulting log shows that the source code executed until apache_php_module_main() but no further. Therefore, the problem seems to be in php_request_startup() executed before php_execute_script(), but I was unable to pinpoint the culprit. Also, I've noticed that there was not a single occurrence where the apache process crashed(due to a segmentation fault for example), as a result of this problem. Any help will be greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=21307edit=1
#20420 [Com]: parse_url broken on partial URLs
ID: 20420 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: URL related Operating System: Linux PHP Version: 4.3.0-pre2 Assigned To: ilia New Comment: As a result of this bug, has the function been changed to now parse file:///path/to/file as: Array(2) ( [scheme] = 'file' [host] = '/path/to/file' ) That seems incorrect, as it use to: Array(2) ( [scheme] = 'file' [path] = '/path/to/file' ) Which is correct, and how the function use to behave. If anything, the [host] should state localhost. Needless to say, this should be now documented in the function manual if this is going to be the way it works. Previous Comments: [2002-11-14 07:46:28] [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. [2002-11-14 03:13:06] [EMAIL PROTECTED] Assinging to Ilia [2002-11-14 02:56:30] [EMAIL PROTECTED] In 4.2.x, parsing the partial URL /foo.php?a=bc=d returned array(2) { [path]= string(8) /foo.php [query]= string(7) a=bc=d } but in 4.3.0-pre2 the query part is not recognized an parse_url() return array(1) { [path]= string(16) /foo.php?a=bc=d } The parse_url() function also have problems with URLs like file:///foo.txt, where the host is absent, and mailto:user@domain;. Both URLs were handled properly in 4.2.x -- Edit this bug report at http://bugs.php.net/?id=20420edit=1
#20420 [Com]: parse_url broken on partial URLs
ID: 20420 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: URL related Operating System: Linux PHP Version: 4.3.0-pre2 Assigned To: ilia New Comment: The aforementioned was found in PHP 4.3.0, production, on an RH 6.2 Linux box. Previous Comments: [2002-12-31 02:59:09] [EMAIL PROTECTED] As a result of this bug, has the function been changed to now parse file:///path/to/file as: Array(2) ( [scheme] = 'file' [host] = '/path/to/file' ) That seems incorrect, as it use to: Array(2) ( [scheme] = 'file' [path] = '/path/to/file' ) Which is correct, and how the function use to behave. If anything, the [host] should state localhost. Needless to say, this should be now documented in the function manual if this is going to be the way it works. [2002-11-14 07:46:28] [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. [2002-11-14 03:13:06] [EMAIL PROTECTED] Assinging to Ilia [2002-11-14 02:56:30] [EMAIL PROTECTED] In 4.2.x, parsing the partial URL /foo.php?a=bc=d returned array(2) { [path]= string(8) /foo.php [query]= string(7) a=bc=d } but in 4.3.0-pre2 the query part is not recognized an parse_url() return array(1) { [path]= string(16) /foo.php?a=bc=d } The parse_url() function also have problems with URLs like file:///foo.txt, where the host is absent, and mailto:user@domain;. Both URLs were handled properly in 4.2.x -- Edit this bug report at http://bugs.php.net/?id=20420edit=1
#19634 [Opn-Fbk]: Mapping of .html and .htm files fails
ID: 19634 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2k SP3 PHP Version: 4.2.3 New Comment: Please try PHP 4.3.0. Previous Comments: [2002-12-01 11:40:14] [EMAIL PROTECTED] Mapping .html to ASP works so i'm assuming it's a problem with PHP and IIS [2002-11-30 20:53:05] [EMAIL PROTECTED] Is this an IIS problem or a PHP problem? [2002-09-27 07:41:44] [EMAIL PROTECTED] It is a virtual directory that the file extensions are being mapped to should read Website not virtual directory, that the file extension is being mapped to (rather than it being global accross all websites) [2002-09-27 07:40:06] [EMAIL PROTECTED] This is with IIS 5 on windows 2000. It is a virtual directory that the file extensions are being mapped to. The setup version of PHP was the setup.exe file. For this website I went to the properties-home directory-configuration-app mappings and added a new .html mapping to php.exe in my php directory. Php is installed at c:\php In my php.ini file i have aside from the default settings: cgi.force_redirect = 0 extension_dir = C:/PHP/extensions display_errors = Off error_log = syslog extension=php_mssql.dll [2002-09-27 06:44:05] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in 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/19634 -- Edit this bug report at http://bugs.php.net/?id=19634edit=1
#21309 [NEW]: ftp_connect error reporting of trivial errors trough perror()
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.3.0 PHP Bug Type: FTP related Bug description: ftp_connect error reporting of trivial errors trough perror() ftp_connect() returns stream or false on error this is not the case for error messages like connect: Connection timed out which go trough perror() calls inside the extension theese should be actively removed or replaced with E_WARNING or E_NOTICE errors which can be actively ignored/handled by script. -- Edit bug report at http://bugs.php.net/?id=21309edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21309r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21309r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21309r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21309r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21309r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21309r=support Expected behavior: http://bugs.php.net/fix.php?id=21309r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21309r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21309r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21309r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21309r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21309r=dst IIS Stability: http://bugs.php.net/fix.php?id=21309r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21309r=gnused
#21310 [NEW]: no such file (paths)
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.3.0 PHP Bug Type: *Directory/Filesystem functions Bug description: no such file (paths) After upgrading to 4.3.0 version some PHP scripts stop working. I have checked, that the reason is problem with opening and including files. FIRST EXAMPLE: I had to change variable: $blocked_list[kom.pl] = blockkom.txt; --- $blocked_list[kom.pl] = full-pathblockkom.txt; SECOND EXAMPLE: --- Warning: main(main/linie.php) [function.main]: failed to create stream: No such file or directory in /www/klient34/start/dolacz.php on line 5 Warning: main() [function.main]: Failed opening 'main/linie.php' for inclusion (include_path=''.:..:/usr/local/lib/php'') in /www/klient34/start/dolacz.php on line 5 -- Edit bug report at http://bugs.php.net/?id=21310edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21310r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21310r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21310r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21310r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21310r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21310r=support Expected behavior: http://bugs.php.net/fix.php?id=21310r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21310r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21310r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21310r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21310r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21310r=dst IIS Stability: http://bugs.php.net/fix.php?id=21310r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21310r=gnused
#21304 [Opn-Ver]: gzopen does not open the file
ID: 21304 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Zlib Related Operating System: Linux 2.4.18 PHP Version: 4.3.0 -Assigned To: +Assigned To: wez New Comment: I can see 2 problems with the code; fixes going in shortly. Previous Comments: [2002-12-31 01:43:42] [EMAIL PROTECTED] FWIW, I just checked and only append is affected. If I open the file with w, it works fine. Obviously, I need a, but that should help. [2002-12-31 01:40:02] [EMAIL PROTECTED] This was working fine with 4.2.3. Simple script, yes I should if $fp, but it is a test script. ?php $fp=gzopen(/tmp/test.txt.gz, a); gzwrite($fp, this is a line\n); gzclose($fp); ? example: http://dev.phorum.org/gztest.php $fp is empty but there is no error from gzopen at all. I have all errors on. In fact, you do get a warning from gzwrite and gzclose that $fp is not valid stream. -- Edit this bug report at http://bugs.php.net/?id=21304edit=1
#21304 [Ver-Csd]: gzopen does not open the file
ID: 21304 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Zlib Related Operating System: Linux 2.4.18 PHP Version: 4.3.0 Assigned To: wez New Comment: 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. Previous Comments: [2002-12-31 05:31:22] [EMAIL PROTECTED] I can see 2 problems with the code; fixes going in shortly. [2002-12-31 01:43:42] [EMAIL PROTECTED] FWIW, I just checked and only append is affected. If I open the file with w, it works fine. Obviously, I need a, but that should help. [2002-12-31 01:40:02] [EMAIL PROTECTED] This was working fine with 4.2.3. Simple script, yes I should if $fp, but it is a test script. ?php $fp=gzopen(/tmp/test.txt.gz, a); gzwrite($fp, this is a line\n); gzclose($fp); ? example: http://dev.phorum.org/gztest.php $fp is empty but there is no error from gzopen at all. I have all errors on. In fact, you do get a warning from gzwrite and gzclose that $fp is not valid stream. -- Edit this bug report at http://bugs.php.net/?id=21304edit=1
#21311 [NEW]: strip_tags strips everything after !DOCTYPE
From: [EMAIL PROTECTED] Operating system: WinXP PHP version: 4.3.0 PHP Bug Type: Strings related Bug description: strip_tags strips everything after !DOCTYPE $str1 = Hello !DOCTYPE html PUBLIC \-//W3C//DTD HTML 4.0 Transitional//EN\ World.; $str1 = strip_tags($str1); After this $str1 contains only 'Hello' and not 'Hello World.' -- Edit bug report at http://bugs.php.net/?id=21311edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21311r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21311r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21311r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21311r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21311r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21311r=support Expected behavior: http://bugs.php.net/fix.php?id=21311r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21311r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21311r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21311r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21311r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21311r=dst IIS Stability: http://bugs.php.net/fix.php?id=21311r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21311r=gnused
#19918 [Opn]: no libphp4.so produced
ID: 19918 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Apache2 related +Bug Type: *Compile Issues Operating System: HP-UX 11.00 -PHP Version: 4.3.0-pre1 +PHP Version: 4.3.0 New Comment: Changed category from Apache2 to Compile Issues I've tested now with apache 1.3.x and the result is the same. What is the other bug saying that is doesn't work with apache 1.3.x ? Now (with 4.3.0) the error when we make install is : Installing PHP CLI binary:/PKl01h01/soft/web/bin/ Installing PHP SAPI module apxs:Error: file libs/libphp4.sl is not a DSO *** Error exit code 1 Stop. - There's no libs/libphp4.sl php 4.2.3 libs produce (OK) : libphp4.la libphp4.sl php 4.3.0 libs produce (not OK) : libphp4.a libphp4.la What can I do ? Do you have reproduced the suggestion of [EMAIL PROTECTED] with -lcrypt ? @++ JC Previous Comments: [2002-12-23 04:57:43] [EMAIL PROTECTED] Same result with PHP 4.3.0RC4 It's a critical bug in Apache2 related category. Can you change the status to critical ? @++ JC [2002-12-11 12:04:11] [EMAIL PROTECTED] tested with php4-200212111630 same result. @++ JC [2002-11-26 18:46:28] [EMAIL PROTECTED] Using the latest CVS snapshot php4-STABLE-200211262230, I was able to locate what I believe to be the problem. Apparently PHP is trying to link in -lcrypt, and because libcrypt.a is not a shared library object, libtool is complaining and then not creating a shared libphp.so object because of it: *** Warning: linker path does not have real file for library -lcrypt. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libcrypt and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/lib/libcrypt.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. So what I did was re-run the last libtool command, which is supposed to link all the objects together, and create a libphp4.so, but I took out the -lcrypt portion of the command. Once that was done, a libphp4.so was created as expected, and then a 'make install' worked also as expected putting libphp4.so into /opt/apache/modules. Starting apache so far also works without an error about 'Bad magic number'. I took a gamble that php didn't use or require the crypt library, otherwise I was half expecting to get an error from dld.sl about missing reference to 'crypt', but so far so good. [2002-11-21 14:27:38] [EMAIL PROTECTED] tested with php4-200211211830 same result. @++ JC [2002-11-19 18:59:57] [EMAIL PROTECTED] I'm having the same problem and I'm using the latest CVS snapshot of php4-200211200030, HP-UX 11.00 and Apache 2.0.43. The only way I was able to work around the problem was to go into where I have apache/modules located and rename libphp4.a to libphp4.so and then 'make install' again. This seems to work, but when I try to start apache, it can't use the libphp4.so. I get this error message: Cannot load /opt/apache/modules/libphp4.so into server: Bad magic number for shared library: /opt/apache/modules/libphp4.so 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/19918 -- Edit this bug report at http://bugs.php.net/?id=19918edit=1
#21312 [NEW]: session_register doesnt like null values
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.3.0 PHP Bug Type: Session related Bug description: session_register doesnt like null values ?php session_start(); $source = $_SERVER[HTTP_REFERER]; session_register(source); $connection = mssql_connect('server','UserName','password'); $sql = select * from tbl;; echo $sql $connectionbr; $sql_result = mssql_query($sql,$connection); $num = mssql_num_rows($sql_result); $retVal = Records = .$num; if ($num 0) { mssql_data_seek($sql_result,0); $row = mssql_fetch_object($sql_result); $retVal = $row-Text; } mssql_free_result($sql_result); echo $retVal; ? In this case the mssql_query fails with: PHP Warning: mssql_query(): supplied argument is not a valid MS SQL-Link resource. if I simply comment the $source = $_SERVER... it succeeds. If I change session_register to $_SESSION[source] = $source; it succeeds. I am not sure how these are related. What is even weirder is the echo $sql $connectionbr; They echo what is expected when it works. When it doesnt whichever was defined first is the value for both. IE When it fails as it is written select * from tbl_Texts; select * from tbl_Texts; If you change $connection = mssql_connect('server','UserName','password'); $sql = select * from tbl;; to $sql = select * from tbl;; $connection = mssql_connect('server','UserName','password'); it echos Resource id #3 Resource id #3 I will in the future use $_SESSION but there are alot of files to change if this wont be fixed. Thanks Charles Killmer -- Edit bug report at http://bugs.php.net/?id=21312edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21312r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21312r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21312r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21312r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21312r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21312r=support Expected behavior: http://bugs.php.net/fix.php?id=21312r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21312r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21312r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21312r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21312r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21312r=dst IIS Stability: http://bugs.php.net/fix.php?id=21312r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21312r=gnused
#21311 [Opn-Csd]: strip_tags strips everything after !DOCTYPE
ID: 21311 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Strings related Operating System: WinXP PHP Version: 4.3.0 New Comment: Fixed in CVS Previous Comments: [2002-12-31 07:32:40] [EMAIL PROTECTED] $str1 = Hello !DOCTYPE html PUBLIC \-//W3C//DTD HTML 4.0 Transitional//EN\ World.; $str1 = strip_tags($str1); After this $str1 contains only 'Hello' and not 'Hello World.' -- Edit this bug report at http://bugs.php.net/?id=21311edit=1
#21313 [Opn-Bgs]: timeout for flush()
ID: 21313 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: linux+apache PHP Version: 4.3.0 New Comment: it doesn't make sense for flush() to timeout, since it's purpose is to ensure that the output has been sent. You just need to flush more often in your scripts if you are really having to wait 100 seconds for flush to complete. Just as a sanity check, when it takes 100 seconds, how much data are you outputting from the page? Previous Comments: [2002-12-31 09:52:15] [EMAIL PROTECTED] Hi, i noticed that flush() sometimes takes a lot of time ( 100 seconds!), so woulnd't it be a good idea to add a timeout to flush? Would be really helpful sometimes, for example for a chat etc... Thanks, Corin -- Edit this bug report at http://bugs.php.net/?id=21313edit=1
#21313 [Bgs]: timeout for flush()
ID: 21313 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: linux+apache PHP Version: 4.3.0 New Comment: well, i use it in a chat script. the output most often is only a few hundret bytes, flushed about every second. it seems that sometimes (may be when the client disconnected) the flush 'hangs' (flush takes between 300-1500) seconds. it would be good to have a command like bool flush(int timeout), so the chat client could be kicked if flush would take longer than say 30 seconds. my loop looks like while (!connection_aborted() !$do_end) { ... flush(); usleep(0.75*100); } Previous Comments: [2002-12-31 10:17:51] [EMAIL PROTECTED] it doesn't make sense for flush() to timeout, since it's purpose is to ensure that the output has been sent. You just need to flush more often in your scripts if you are really having to wait 100 seconds for flush to complete. Just as a sanity check, when it takes 100 seconds, how much data are you outputting from the page? [2002-12-31 09:52:15] [EMAIL PROTECTED] Hi, i noticed that flush() sometimes takes a lot of time ( 100 seconds!), so woulnd't it be a good idea to add a timeout to flush? Would be really helpful sometimes, for example for a chat etc... Thanks, Corin -- Edit this bug report at http://bugs.php.net/?id=21313edit=1
#21314 [NEW]: Unable to load dynamic library.
From: [EMAIL PROTECTED] Operating system: XP Professional SP1 PHP version: 4.3.0 PHP Bug Type: *XML functions Bug description: Unable to load dynamic library. 1. Manually installed Windows Binaries Package. 2. Set Dynamic Extension to load automatically for both php_domxml.dll and php_xslt.dll. 3. Restarted IIS but midway the following error dialog boxes appeared: (a) Warning Unknown(): Unable to load dynamic library 'c:\winnt\system32\inetsrv\php\extensions\php_dom.dll' - The specified module could not be found. (b) Warning Unknown(): Unable to load dynamic library 'c:\winnt\system32\inetsrv\php\extensions\php_xslt.dll' - The specified module could not be found. 4. Checked the extensions directory, 'c:\winnt\system32\inetsrv\php\extensions\' found both files. -- Edit bug report at http://bugs.php.net/?id=21314edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21314r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21314r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21314r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21314r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21314r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21314r=support Expected behavior: http://bugs.php.net/fix.php?id=21314r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21314r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21314r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21314r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21314r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21314r=dst IIS Stability: http://bugs.php.net/fix.php?id=21314r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21314r=gnused
#21301 [Fbk-Dup]: PHP_SELF is empty
ID: 21301 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Duplicate Bug Type: Scripting Engine problem Operating System: Linux (SuSE) PHP Version: 4.3.0 Previous Comments: [2002-12-31 02:15:14] [EMAIL PROTECTED] When we ask for feedback, we set the status to Feedback :) [2002-12-30 20:38:06] [EMAIL PROTECTED] While the comments in that bug report get a little confusing, this *does* seem to be the same bug and indeed a problem in PHP and not the webserver as I thought at one point. [2002-12-30 20:23:57] [EMAIL PROTECTED] I'm not very sure if it is the same bug. In #21261 PATH_INFO is empty but as you can see on http://www.engter.de/shenv.php this is not the case in my installation. [2002-12-30 19:53:40] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Please feel free to add your comments to Bug #21261. In fact, please describe your operating environment as thoroughly as possible so that this bug can be reliably reproduced. A dump of /usr/local/apache/bin/httpd -l and a list of all LoadModule lines would also be helpful. [2002-12-30 19:48:43] [EMAIL PROTECTED] Did anyone change the way php get it's PHP_SELF-Variable? On my server php-files are wrapped through a slightly patched version of cgiwrap. I changed a few lines so that PHP_SELF is not broken and cgiwrap is not visible to the user. For details have a look at: http://www.engter.de/phpinfo.php http://roland.engter.de/stuff/cgiwrap-PATH_INFO.patch http://roland.engter.de/stuff/cgiwrap-SCRIPT_NAME.patch With PHP 4.2.3 everything worked fine. But after updating to PHP 4.3.0 (with --disable-cli) PHP_SELF was empty. At first i thought that my patch on cgiwrap was the reason for this, but finally i installed PHP 4.2.3 again and everything was fine. Any ideas? -- Edit this bug report at http://bugs.php.net/?id=21301edit=1
#20420 [Csd]: parse_url broken on partial URLs
ID: 20420 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: URL related Operating System: Linux PHP Version: 4.3.0-pre2 Assigned To: ilia New Comment: already fixed. Previous Comments: [2002-12-31 12:17:27] [EMAIL PROTECTED] r_1.53 (2 months, 3 weeks ago) which rewrote the php_url_parse function changed the bahavior (from 'path' to 'host') r_1.61 (25 hours, 32 minutes ago) seems to have completely broken the file:// scheme. file://path/to/file works (albiet with host and not path) but the technically correct style file:///path/to/file fails. Both issues need to be addressed. [2002-12-31 03:00:39] [EMAIL PROTECTED] The aforementioned was found in PHP 4.3.0, production, on an RH 6.2 Linux box. [2002-12-31 02:59:09] [EMAIL PROTECTED] As a result of this bug, has the function been changed to now parse file:///path/to/file as: Array(2) ( [scheme] = 'file' [host] = '/path/to/file' ) That seems incorrect, as it use to: Array(2) ( [scheme] = 'file' [path] = '/path/to/file' ) Which is correct, and how the function use to behave. If anything, the [host] should state localhost. Needless to say, this should be now documented in the function manual if this is going to be the way it works. [2002-11-14 07:46:28] [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. [2002-11-14 03:13:06] [EMAIL PROTECTED] Assinging to Ilia 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/20420 -- Edit this bug report at http://bugs.php.net/?id=20420edit=1
#21315 [NEW]: include_once fails when include tree is deeply nested and recursive
From: [EMAIL PROTECTED] Operating system: Win2000 SP3 PHP version: 4.3.0 PHP Bug Type: Unknown/Other Function Bug description: include_once fails when include tree is deeply nested and recursive Basically I have some files that link to others via include_once, and some farther down in the chain recursively link back to higher in the list (this is for an odd method of function including I've come up with). I've done full text searches and made sure all the files in the tree use include_once. Basically, if I link down 6 times, and then link to a file included somewhere in a different include branch of my script, I get redeclared function problems. -- Edit bug report at http://bugs.php.net/?id=21315edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21315r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21315r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21315r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21315r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21315r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21315r=support Expected behavior: http://bugs.php.net/fix.php?id=21315r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21315r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21315r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21315r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21315r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21315r=dst IIS Stability: http://bugs.php.net/fix.php?id=21315r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21315r=gnused
#20608 [Com]: phpsrvlt.jar without servlet.class
ID: 20608 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Servlet related Operating System: Win32 PHP Version: 4.2.3 New Comment: PHP tomcat servlet integration (W2K): I compiled my own servlet.jar (including formatting.java, reflect.java, servlet.java) (J2SDKEE1.4). While running tomcat and querying http://localhost:8080/test.php I still got javax.servlet.ServletException: Error allocating a servlet instance at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:662) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) ... root cause java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet at java.lang.ClassLoader.findBootstrapClass(Native Method) at java.lang.ClassLoader.findBootstrapClass0(ClassLoader.java:730) at java.lang.ClassLoader.loadClass(ClassLoader.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:265) at java.lang.ClassLoader.loadClass(ClassLoader.java:262) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1340) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1274) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:874) ... What instance (class) is missing? Previous Comments: [2002-12-01 02:41:18] [EMAIL PROTECTED] The same bug is in the new PHP 4.3.0RC2 binary and source releases. Stuart [2002-12-01 02:37:05] [EMAIL PROTECTED] When building a batch file to fix this bug I found out that servlet.java requires the JDK 1.4.x version of 'URLEncoder.encode'. I have not seen that JDK 1.4.x is required. Stuart PS: I can not run JDK 1.4.x on my XP box, there is a bug. So, I need a JDK 1.3.x version. [2002-11-24 07:05:04] [EMAIL PROTECTED] The classes servlet.class and formatter.class are missing in phpsrvlt.jar of the Win32 binaries. I assume this is because the failed during compilation. The compile.log on http://ftp.proventum.net/pub/php/win32-snapshots/compile.log shows this: Performing Custom Build Step on .\servlet.java formatter.java:23: Package javax.servlet not found in import. import javax.servlet.*; ^ formatter.java:24: Package javax.servlet.http not found in import. import javax.servlet.http.*; ^ servlet.java:26: Package javax.servlet not found in import. import javax.servlet.*; ^ servlet.java:27: Package javax.servlet.http not found in import. import javax.servlet.http.*; ^ servlet.java:31: Superclass net.php.HttpServlet of class net.php.servlet not found. public class servlet extends HttpServlet { ^ formatter.java:27: Class net.php.ServletException not found in class net.php.servlet. public void service(HttpServletRequest request, HttpServletResponse response) throws ServletException { ^ Regards gus -- Edit this bug report at http://bugs.php.net/?id=20608edit=1
#21150 [Com]: Sapi module error
ID: 21150 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Redhat 8 PHP Version: 4.3.0RC4 New Comment: Now with 4.3.0 it works without problems Previous Comments: [2002-12-28 01:29:46] [EMAIL PROTECTED] What are the contents of the libs/ directory? [2002-12-22 19:05:13] [EMAIL PROTECTED] Sorry for my terrible english... I try to configure with the command sh configure --disable-debug --with-bz2=/usr/local --with-curl=/usr/local --with-dom=/usr/local --with-png-dir=/usr/local --with-gd=/usr/local --enable-gd-native-ttf --with-gdbm=/usr/local --with-gmp=/usr/local --with-jpeg-dir=/usr/local --with-xml --with-zlib=/usr/local --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-trans-sid --enable-wddx --with-kerberos --with-mysql=/usr/local/mysql --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans --with-freetype-dir=/usr/local --with-mhash=/usr/local --with-mcal=/usr/local/mcal --with-pgsql=/usr/local/pgsql --with-openssl=shared,/usr/local/ssl --with-apxs=/usr/local/apache/bin/apxs Then I compile with 'make', and all goes ok But when I try to install php, with 'make install', I get the following error: [root@idave php-4.3.0RC4]# make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: impossibile fare stat di `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 make: *** [install-sapi] Error 1 [root@idave php-4.3.0RC4]# Note that I've previously installed PHP4.3.0RC2 and all went ok, with the same configure line! What's wrong? -- Edit this bug report at http://bugs.php.net/?id=21150edit=1
#19404 [Com]: Post variable names stripped of first 4 characters
ID: 19404 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: SuSE Linux 8.0 PHP Version: 4.2.3 New Comment: hi Previous Comments: [2002-12-23 00:53:52] [EMAIL PROTECTED] I recently pounded my fists against my balls until they became very enlarged. Ever since, I have been unable to reach the edge of my desk, where my keyboard is. I wan't to delete this stupid set of responses, but can't since I can't even reach my mouse. Any suggestions? [2002-12-03 02:25:45] [EMAIL PROTECTED] - Please i had created site on PHP 4.0.5 on my windows 98 I send FTP and PHPMYADMIN the DB and files to server with PHP 4.2.2 The site dont execute, http://www.fonaviemcali.com.co How can i find a solution ? - Hey Fernando A., does your webserver (http://www.fonaviemcali.com.co) have `short_open_tag = Off`? See http://www.php.net/manual/en/printwn/configuration.directives.php for more info. [2002-12-01 09:40:47] [EMAIL PROTECTED] To anybody who wants to post phpMyAdmin bugs here: - phpMyAdmin is NOT part of php - phpMyAdmin has it's own bug system, read the README. - the original report involved a bug in mbstring changed title, to reflect the actual bug. [2002-12-01 04:52:52] [EMAIL PROTECTED] Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 23 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 24 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 25 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 26 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 27 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 29 Hata MySQL çýktýsý: Access denied for user: 'root@localhost' (Using password: NO) How can i solve this problem? thanks. [2002-11-28 08:25:20] [EMAIL PROTECTED] @ [EMAIL PROTECTED]: have you set the default page to index.php? or try http://localhost/phpmyadmin/index.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/19404 -- Edit this bug report at http://bugs.php.net/?id=19404edit=1
#21150 [Fbk-Csd]: Sapi module error
ID: 21150 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Redhat 8 PHP Version: 4.3.0RC4 New Comment: closing then... Derick Previous Comments: [2002-12-31 16:51:19] [EMAIL PROTECTED] Now with 4.3.0 it works without problems [2002-12-28 01:29:46] [EMAIL PROTECTED] What are the contents of the libs/ directory? [2002-12-22 19:05:13] [EMAIL PROTECTED] Sorry for my terrible english... I try to configure with the command sh configure --disable-debug --with-bz2=/usr/local --with-curl=/usr/local --with-dom=/usr/local --with-png-dir=/usr/local --with-gd=/usr/local --enable-gd-native-ttf --with-gdbm=/usr/local --with-gmp=/usr/local --with-jpeg-dir=/usr/local --with-xml --with-zlib=/usr/local --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-trans-sid --enable-wddx --with-kerberos --with-mysql=/usr/local/mysql --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans --with-freetype-dir=/usr/local --with-mhash=/usr/local --with-mcal=/usr/local/mcal --with-pgsql=/usr/local/pgsql --with-openssl=shared,/usr/local/ssl --with-apxs=/usr/local/apache/bin/apxs Then I compile with 'make', and all goes ok But when I try to install php, with 'make install', I get the following error: [root@idave php-4.3.0RC4]# make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: impossibile fare stat di `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 make: *** [install-sapi] Error 1 [root@idave php-4.3.0RC4]# Note that I've previously installed PHP4.3.0RC2 and all went ok, with the same configure line! What's wrong? -- Edit this bug report at http://bugs.php.net/?id=21150edit=1
#21150 [Csd]: Sapi module error
ID: 21150 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Redhat 8 PHP Version: 4.3.0RC4 New Comment: of course thx and happy new year... Previous Comments: [2002-12-31 19:17:00] [EMAIL PROTECTED] closing then... Derick [2002-12-31 16:51:19] [EMAIL PROTECTED] Now with 4.3.0 it works without problems [2002-12-28 01:29:46] [EMAIL PROTECTED] What are the contents of the libs/ directory? [2002-12-22 19:05:13] [EMAIL PROTECTED] Sorry for my terrible english... I try to configure with the command sh configure --disable-debug --with-bz2=/usr/local --with-curl=/usr/local --with-dom=/usr/local --with-png-dir=/usr/local --with-gd=/usr/local --enable-gd-native-ttf --with-gdbm=/usr/local --with-gmp=/usr/local --with-jpeg-dir=/usr/local --with-xml --with-zlib=/usr/local --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-trans-sid --enable-wddx --with-kerberos --with-mysql=/usr/local/mysql --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans --with-freetype-dir=/usr/local --with-mhash=/usr/local --with-mcal=/usr/local/mcal --with-pgsql=/usr/local/pgsql --with-openssl=shared,/usr/local/ssl --with-apxs=/usr/local/apache/bin/apxs Then I compile with 'make', and all goes ok But when I try to install php, with 'make install', I get the following error: [root@idave php-4.3.0RC4]# make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: impossibile fare stat di `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 make: *** [install-sapi] Error 1 [root@idave php-4.3.0RC4]# Note that I've previously installed PHP4.3.0RC2 and all went ok, with the same configure line! What's wrong? -- Edit this bug report at http://bugs.php.net/?id=21150edit=1
#20985 [Fbk-NoF]: heavy load = Segmentation fault
ID: 20985 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Redhat Linux 7.3 8 PHP Version: 4.3.0RC3 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-12-18 12:53:51] [EMAIL PROTECTED] I'll do my best. [2002-12-16 15:58:02] [EMAIL PROTECTED] I appreciate your offer, but it would be much better if you could narrow down the problem. There is just too much code to go over. [2002-12-16 07:42:09] [EMAIL PROTECTED] I can give you access to the system. Would you like that? I have also sent an email to [EMAIL PROTECTED] regarding this. [2002-12-15 21:34:42] [EMAIL PROTECTED] This is a fairly big script and I cannot even run it fully because I am missing over a dosen various includes your script requires. Is there any way you could reduce this to a single, preferably short script that could be used to replicate the memory leak you are seeing? [2002-12-15 13:21:15] [EMAIL PROTECTED] The files has been sent to [EMAIL PROTECTED] If none of my scripts has errors I can not get SIGSEGV. But I get Last leak repeated X times. Have a look at http://test.webalogic.net/bugs/error_log-no_SIGSEGV and the other files at http://test.webalogic.net/ 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/20985 -- Edit this bug report at http://bugs.php.net/?id=20985edit=1