[PHP-DEV] Bug #14909 Updated: Allows access to ANY file
ID: 14909 Updated by: imajes Reported By: [EMAIL PROTECTED] Old Status: Open Status: Critical Old Bug Type: Documentation problem Bug Type: Apache related Operating System: Windows PHP Version: 4.1.1 Assigned To: [EMAIL PROTECTED] New Comment: Ok, I have checked in a newer, cleaner version of the relevant documentation. As far as the guidelines go, configuring php and apache like that is a massive security risk, (since we've been recommending all production level sites to create a script alias for /php/ and mapping that to their php directory), so I appeal to the apache people (Jimw, etc) to look into ways of fixing it so you don't have to use a scriptalias and action. (or use action with an absolute path). This is a pretty urgent problem, so i'm going to mark this bug as critical and move it to Apache Related. Previous Comments: [2002-01-07 12:02:52] [EMAIL PROTECTED] Georg, our security section has a link to that CERT advisory for quite a long time now. I have added a warning and a link to the particular security page to that setup instruction page for Apache windows. Please give better instructions for CGI setups under windows if you can. A setup, where PHP sritps are portable, so no #!c:\php\php.exe type of method is doable... Maybe James can find another way. The Apache doc only documents the methods we have in the install and security chapters... --- Goba [2002-01-07 09:46:58] [EMAIL PROTECTED] Actually, our documentation tells win32 users to install that way. I'm investigating a better method right now, and will patch the documentation in a short while. I knew i forgot to do something after i updated my win32 last week! [2002-01-07 09:41:20] [EMAIL PROTECTED] Unbelievable, why do you set your cgi-binary in the document root tree!? See http://www.cert.org/advisories/CA-1996-11.html [2002-01-07 09:34:04] [EMAIL PROTECTED] Well you should have already heard about this but I'll report it anyway becoz we all need a fix very fast! Well when you do this: http://www.example.com/php/php.exe?c:\winnt\repair\sam (this is an example, you can view any file) it will return the files contents! This happens with ANY windows versions...i don't think it affects linux. Also this will return the install path of PHP: http://www.example.com/php/php4ts.dll could you please get a path/new vesion out ASAP! This is extremly serious! Edit this bug report at http://bugs.php.net/?id=14909edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14926: php.ini-recommended problem
From: [EMAIL PROTECTED] Operating system: Windows XP Pro PHP version: 4.1.1 PHP Bug Type: *Configuration Issues Bug description: php.ini-recommended problem By using php.ini-recommended, I could not get form variables' values, while php.ini-dist could work properly. -- Edit bug report at: http://bugs.php.net/?id=14926edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14926 Updated: php.ini-recommended problem
ID: 14926 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Configuration Issues Operating System: Windows XP Pro PHP Version: 4.1.1 New Comment: Unless you don't provide more information (self-contained sample, etc) this is bogus. Previous Comments: [2002-01-08 03:30:05] [EMAIL PROTECTED] By using php.ini-recommended, I could not get form variables' values, while php.ini-dist could work properly. Edit this bug report at http://bugs.php.net/?id=14926edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14927: fetch records from resultset
From: [EMAIL PROTECTED] Operating system: WinNT/Win2k PHP version: 4.0.6 PHP Bug Type: InterBase related Bug description: fetch records from resultset This is an addendum to bug 13020. I experience this bug in all versions above 4.0.4 with Windows NT 4 and Windows 2000 using Microsoft Internet Information Service 4 respective 5. The eroor occurs on a repeated call to an ibase_fetch_*()-function. The original reporter says it does not occur if he doesn't use a while loop. This is not because of the missing loop but because he only calls ibase_fetch_row() or ibase_fetch_object() once. -- Edit bug report at: http://bugs.php.net/?id=14927edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14848 Updated: PHP crash on exit.
On Mon, 2002-01-07 at 19:20, Melvyn Sopacua wrote: At 16:11 1/7/2002 +, [EMAIL PROTECTED] wrote: ID: 14848 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux The crash is created due to shell limits, as this creates 157/159M of memory in an instant. $ ulimit -d 393216 $ php -d max_execution_time=900 -q -e ./crashtest.php !DOCTYPE HTML PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/1999/xhtml; html head titleUntitled/title /head body OK! /body /html $ ulimit -d 65536 $ php -d max_execution_time=900 -q -e ./crashtest.php !DOCTYPE HTML PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/1999/xhtml; html head titleUntitled/title /head body FATAL: emalloc(): Unable to allocate 32 bytes Segmentation fault (core dumped) In a web environment it also kept 'unwinding' CPU time slowly - like 30 secs and only freed 5 megs: PID USERNAME PRI NICE SIZE RES STATE TIME WCPUCPU COMMAND 18974 nobody180 152M 157M sleep 1:25 0.00% 0.00% httpd Only after a SIGHUP on Apache, the memory will be freed. Tested with CVS/php4-200201050300. I don't have any limits set ulimit -a shows the following core file size (blocks) 100 data seg size (kbytes) unlimited file size (blocks) unlimited max locked memory (kbytes) unlimited max memory size (kbytes)unlimited open files 1024 pipe size (512 bytes) 8 stack size (kbytes) 8192 cpu time (seconds) unlimited max user processes 4095 virtual memory (kbytes) unlimited And if I launch the test $ php -d max_execution_time=900 -q -e ./test.php OK! PHP Fatal error: Maximum execution time of 30 seconds exceeded in Unknown on line 0 br bFatal error/b: Maximum execution time of 30 seconds exceeded in bUnknown/b on line b0/bbr Segmentation fault (core dumped) Backtrace: #0 chunk_free (ar_ptr=0x4026b520, p=0x8debfb0) at malloc.c:3180 3180malloc.c: No such file or directory. in malloc.c (gdb) bt #0 chunk_free (ar_ptr=0x4026b520, p=0x8debfb0) at malloc.c:3180 #1 0x401b9ba8 in __libc_free (mem=0x8debfb8) at malloc.c:3154 #2 0x080e3dcd in _efree (ptr=0x8debfc4) at zend_alloc.c:246 #3 0x080e420b in shutdown_memory_manager (silent=1, clean_cache=1) at zend_alloc.c:469 #4 0x0806361a in php_module_shutdown () at main.c:1005 #5 0x0806228d in main (argc=6, argv=0xb854) at cgi_main.c:788 #6 0x40159306 in __libc_start_main (main=0x8061978 main, argc=6, ubp_av=0xb854, init=0x80600c4 _init, fini=0x810ffe0 _fini, rtld_fini=0x4000d2dc _dl_fini, stack_end=0xb84c) at ../sysdeps/generic/libc-start.c:129 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14928: Session variables are lost when using header() redirection(identical to #14636)
From: [EMAIL PROTECTED] Operating system: Linux (2.2.15) PHP version: 4.1.1 PHP Bug Type: Session related Bug description: Session variables are lost when using header() redirection(identical to #14636) The symptoms are identical to bug #14636, but with versions 4.1x and on Linux. Manual redirection works fine, but when using header(Location: xxx) registered session variables are lost. All pre-4.1.x -versions seem to work. Not tested on other platforms. session.auto_start is set to 0 in php.ini. Example: script_1.php: ?php session_start (); /* these session variables should be set in script_2.php. On versions 4.1.x they never get set. On 4.0.x everything works. */ echo FOO: . $foo . BAR: . $bar; ? htmlheadtitle/title/head body form action=script_2.php input type=text name=param1 input type=text name=param2 input type=submit value=Submit /form /body/html Script 2: ?php session_start (); session_register (foo); session_register (bar); $foo = $param1; $bar = $param2; header (Location: $HTTP_REFERER); ? -- Edit bug report at: http://bugs.php.net/?id=14928edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14389 Updated: cookies problem
ID: 14389 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: IIS related Operating System: NT4 PHP Version: 4.0.6 New Comment: yes i do Previous Comments: [2002-01-08 02:56:38] [EMAIL PROTECTED] Do you still have this problem with PHP 4.1.1? [2001-12-09 05:00:16] [EMAIL PROTECTED] I'm using this code in 3 pages in Page 1: form name=frm1 method=post input type=password size=20input type=submit /form in page2: if ($password == mypassword) { setcookie(user, admin); header(location: page3.php); } in page3: echo $HTTP_COOKIE_VARS[user]; i'm using NT4 with iis4. My problem is that the cookie is not set, instead of header(location: page3.php) i used this echo META HTTP-EQUIV=\Refresh\ CONTENT=\0;URL=page3.php\; and then i could get cookie value! this problem is only under iis4/iis5 under apache (not windows only unix) i didn't have any problems Edit this bug report at http://bugs.php.net/?id=14389edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14389 Updated: cookies problem
ID: 14389 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: NT4 PHP Version: 4.0.6 New Comment: yes i do Previous Comments: [2002-01-08 05:24:56] [EMAIL PROTECTED] yes i do [2002-01-08 02:56:38] [EMAIL PROTECTED] Do you still have this problem with PHP 4.1.1? [2001-12-09 05:00:16] [EMAIL PROTECTED] I'm using this code in 3 pages in Page 1: form name=frm1 method=post input type=password size=20input type=submit /form in page2: if ($password == mypassword) { setcookie(user, admin); header(location: page3.php); } in page3: echo $HTTP_COOKIE_VARS[user]; i'm using NT4 with iis4. My problem is that the cookie is not set, instead of header(location: page3.php) i used this echo META HTTP-EQUIV=\Refresh\ CONTENT=\0;URL=page3.php\; and then i could get cookie value! this problem is only under iis4/iis5 under apache (not windows only unix) i didn't have any problems Edit this bug report at http://bugs.php.net/?id=14389edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14926 Updated: php.ini-recommended problem
ID: 14926 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Windows XP Pro PHP Version: 4.1.1 New Comment: from php.ini-dist (4.1.1): ; - register_globals = Off [Security, Performance] ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; you can use $_REQUEST[foo] (includes any variable that arrives through the ; request, namely, POST, GET and cookie variables), or use one of the specific ; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo], depending ; on where the input originates. Also, you can look at the ; import_request_variables() function. ; Note that register_globals is going to be depracated (i.e., turned off by ; default) in the next version of PHP, because it often leads to security bugs. ; Read http://php.net/manual/en/security.registerglobals.php for further ; information. Previous Comments: [2002-01-08 03:42:21] [EMAIL PROTECTED] Unless you don't provide more information (self-contained sample, etc) this is bogus. [2002-01-08 03:30:05] [EMAIL PROTECTED] By using php.ini-recommended, I could not get form variables' values, while php.ini-dist could work properly. Edit this bug report at http://bugs.php.net/?id=14926edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14798 Updated: session.gc_maxlifetime does not work (Reopen Bug ID #3793)
ID: 14798 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Win 2k PHP Version: 4.1.0 New Comment: Any windows users can confirm this? What you mean by *any*? At least 3 users working with WIN 2k (Me, [EMAIL PROTECTED], [EMAIL PROTECTED]) 2 of them using FAT32. (See bug report #3793) BTW, gc_maxlifetime is in sec. and *explained* explicitly in php.ini IIRC. I read tfm! Read line 2 of my report above: session.gc_maxlifetime *documented* as a lifetime measured in seconds ... OK,OK if you say it's secs I'll believe you. I can't verify it because of the current bug. They're indications that the doc could have been wrong (Read my report above) Previous Comments: [2002-01-06 20:14:03] [EMAIL PROTECTED] Any windows users can confirm this? BTW, gc_maxlifetime is in sec. and *explained* explicitly in php.ini IIRC. [2002-01-02 08:37:15] [EMAIL PROTECTED] Befor going into the bug-report an importent question: session.gc_maxlifetime documented as a lifetime messured in *seconds* with default = 1440 1440s = 24min. hmm 24min ?? Expectiong the gc_maxlifetime to be rather long 24 min. seams a short time AND 24 relates more to 24h! So is it realy *seconds* ?! --- The Bug: As reported in Bug ID #3793 (from [EMAIL PROTECTED]) following still happens (taken from [EMAIL PROTECTED], 2000-12-07 and veryfied by [EMAIL PROTECTED], 2001-11-25): 1) session.gc_maxlifetime does not work - I set this to 60 sec, but I can read values from the session even when time expired. (I start the session and then I wait more than 60 sec before calling other script) 2) When I set session.gc_probability = 100 in php.ini, ALL other session files are deleted (only one session can be used at the time - if 2 clients are connected to server, the second client deletes session of the first client, etc.). . My Comment: To (1): This may be intended when using cookies! Because if session.cookie_lifetime is =0 (until browser is restarted) finding a valid SID in the cookie may prevent the gc from destroying the session data. (The doc leves this open). To (2): For testing I've set session.gc_probability = 50 but the effect is the same. As soon as the gc runs, all other session-files are deleted. gc_maxlifetime has no influance. [EMAIL PROTECTED] wrote that it may have to do with 'atime' and I would think so too. I would consider to use 'mtime' (maybe as fallback). Even the PHP-manual makes restriktions to 'atime': Some Unix filesystems can be mounted with atime updates disabled to increase the performance. [Session] session.gc_probability = 100 session.gc_maxlifetime = 60 session.save_handler = files session.save_path = c:\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.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 Edit this bug report at http://bugs.php.net/?id=14798edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14909 Updated: Allows access to ANY file
ID: 14909 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Critical Old Bug Type: Apache related Bug Type: Documentation problem Operating System: Windows PHP Version: 4.1.1 Old Assigned To: [EMAIL PROTECTED] Assigned To: imajes New Comment: As said by others, this is NOT a bug, but a documentation problem. (btw: assigned to only needs your username) Previous Comments: [2002-01-08 03:28:11] [EMAIL PROTECTED] Ok, I have checked in a newer, cleaner version of the relevant documentation. As far as the guidelines go, configuring php and apache like that is a massive security risk, (since we've been recommending all production level sites to create a script alias for /php/ and mapping that to their php directory), so I appeal to the apache people (Jimw, etc) to look into ways of fixing it so you don't have to use a scriptalias and action. (or use action with an absolute path). This is a pretty urgent problem, so i'm going to mark this bug as critical and move it to Apache Related. [2002-01-07 12:02:52] [EMAIL PROTECTED] Georg, our security section has a link to that CERT advisory for quite a long time now. I have added a warning and a link to the particular security page to that setup instruction page for Apache windows. Please give better instructions for CGI setups under windows if you can. A setup, where PHP sritps are portable, so no #!c:\php\php.exe type of method is doable... Maybe James can find another way. The Apache doc only documents the methods we have in the install and security chapters... --- Goba [2002-01-07 09:46:58] [EMAIL PROTECTED] Actually, our documentation tells win32 users to install that way. I'm investigating a better method right now, and will patch the documentation in a short while. I knew i forgot to do something after i updated my win32 last week! [2002-01-07 09:41:20] [EMAIL PROTECTED] Unbelievable, why do you set your cgi-binary in the document root tree!? See http://www.cert.org/advisories/CA-1996-11.html [2002-01-07 09:34:04] [EMAIL PROTECTED] Well you should have already heard about this but I'll report it anyway becoz we all need a fix very fast! Well when you do this: http://www.example.com/php/php.exe?c:\winnt\repair\sam (this is an example, you can view any file) it will return the files contents! This happens with ANY windows versions...i don't think it affects linux. Also this will return the install path of PHP: http://www.example.com/php/php4ts.dll could you please get a path/new vesion out ASAP! This is extremly serious! Edit this bug report at http://bugs.php.net/?id=14909edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14917 Updated: When using array_merge w/numbers assoc array the numbers are changed to 0,1..
ID: 14917 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Output Control Bug Type: Arrays related Operating System: BSD Windows PHP Version: 4.1.1 New Comment: Reclassified. Previous Comments: [2002-01-07 16:01:29] [EMAIL PROTECTED] When I try to use array_merge an array with an associative array the array is renumbered starting at 0. Problem on Win2k with 4.1.0 4.1.1 Problem on OpenBSD with 4.0.6 Here is a quick sample: ? $TEST=array_merge(array(7=array(1=TEST,2=TEST,4=TEST),9=array(1=TEST,2=TEST,4=TEST)),array(A=array(1=TEST,2=TEST,4=TEST),B=array(1=TEST,2=TEST,4=TEST))); foreach ($TEST as $key=$val) {print $keyBR;} ? Output: 0 1 A B Edit this bug report at http://bugs.php.net/?id=14917edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14928 Updated: Session variables are lost when using header() redirection(identical to #14636)
ID: 14928 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Session related Operating System: Linux (2.2.15) PHP Version: 4.1.1 New Comment: Dupe of 14363. No need to report bugs which already have been reported. Previous Comments: [2002-01-08 05:17:19] [EMAIL PROTECTED] The symptoms are identical to bug #14636, but with versions 4.1x and on Linux. Manual redirection works fine, but when using header(Location: xxx) registered session variables are lost. All pre-4.1.x -versions seem to work. Not tested on other platforms. session.auto_start is set to 0 in php.ini. Example: script_1.php: ?php session_start (); /* these session variables should be set in script_2.php. On versions 4.1.x they never get set. On 4.0.x everything works. */ echo FOO: . $foo . BAR: . $bar; ? htmlheadtitle/title/head body form action=script_2.php input type=text name=param1 input type=text name=param2 input type=submit value=Submit /form /body/html Script 2: ?php session_start (); session_register (foo); session_register (bar); $foo = $param1; $bar = $param2; header (Location: $HTTP_REFERER); ? Edit this bug report at http://bugs.php.net/?id=14928edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14911 Updated: 'missing dll' error message
ID: 14911 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: You need more than just the php_xxx.dll files for some extensions. See the included dlls folder in the zip-package. Previous Comments: [2002-01-07 11:21:55] [EMAIL PROTECTED] In the php.ini file I have uncommented the extension: extension = php_xslt.dll; and have also copied the php_xslt.dll library to my c:\winnt\system32 and c:\winnt\system folders, but after running a simple phpinfo() script I keep receiving the error message: Unable to load dynamic library './php_xslt.dll'. The specified module could not be found. I have copied the php_gd.dll library in the same way and that seems to work fine. I am running Apache 1.3.22 with PHP 4.1.1 on Windows 2000. Edit this bug report at http://bugs.php.net/?id=14911edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14929: Segmentation fault when using none-deep recursive scripts
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.0 PHP version: 4.1.0 PHP Bug Type: Reproducible crash Bug description: Segmentation fault when using none-deep recursive scripts When running a large multi-file script (it should run for several hours, or maybe even more) using PHP standalone CGI executable from the shell, it crashes with Segmentation Fault after running a wide and none-deep (max 5-10 level depth) recursive script. I'm thinking it's a stack limitation problem. I found this problem (which is very similar to the recursive call limitation (#1901) PHP Bug Report) with two my own Linux servers (PHP 4.0.4 and 4.1.0). In the answer to those bug report you mentioned that you may add some compile-time switch, which will make PHP use heap, but not stack for intensive data. Please let me know if such switch has been added and how I can use it with my servers or if you know some other way, which will help me to solve this problem. Thanks in advance! -- Edit bug report at: http://bugs.php.net/?id=14929edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13020 Updated: Error when reading data from Interbase 6 database
ID: 13020 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: --- [EMAIL PROTECTED] --- This is an addendum to bug 13020. I experience this bug in all versions above 4.0.4 with Windows NT 4 and Windows 2000 using Microsoft Internet Information Service 4 respective 5. The eroor occurs on a repeated call to an ibase_fetch_*()-function. The original reporter says it does not occur if he doesn't use a while loop. This is not because of the missing loop but because he only calls ibase_fetch_row() or ibase_fetch_object() once. --- Previous Comments: [2001-08-29 05:41:58] [EMAIL PROTECTED] Hi there, thanks for reading this. I am running php4.0.6 under windows 2000, apache 1.3.x and as database I am using Interbase 6.0 Php is running perfectly. The problem is when trying to read data in a while statement from the database. In particular i have written : $dbh = ibase_connect ($hostname, $DBUsername, $DBPassword); $stmt = SELECT * FROM links; $sth = ibase_query ($dbh, $stmt); while ($row = ibase_fetch_object ($sth) ) //problem here { echo $row-L_NAME; } ibase_close ($dbh); Up to the while statement everything is fine. The connection is set correctly and the query is ran. The problem is when i say : while ($row = ibase_fetch_object ($sth) ) After the execution of that line i get : Application error. Click ok to close, cancel to debug. The interesting thing is that if i dont use a while but : $row = ibase_fetch_object ($sth) ; echo $row-L_NAME; it works fine. I tried ibase_fetch_row and get the same error. I would be very grateful if you could advise me on the matter. Thank you very much. Leon Edit this bug report at http://bugs.php.net/?id=13020edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14927 Updated: fetch records from resultset
ID: 14927 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: InterBase related Operating System: WinNT/Win2k PHP Version: 4.0.6 New Comment: Thanks for the information. I've added your comments to the bugreport. Previous Comments: [2002-01-08 04:04:02] [EMAIL PROTECTED] This is an addendum to bug 13020. I experience this bug in all versions above 4.0.4 with Windows NT 4 and Windows 2000 using Microsoft Internet Information Service 4 respective 5. The eroor occurs on a repeated call to an ibase_fetch_*()-function. The original reporter says it does not occur if he doesn't use a while loop. This is not because of the missing loop but because he only calls ibase_fetch_row() or ibase_fetch_object() once. Edit this bug report at http://bugs.php.net/?id=14927edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14909 Updated: Allows access to ANY file
ID: 14909 Updated by: imajes Reported By: [EMAIL PROTECTED] Status: Critical Old Bug Type: Documentation problem Bug Type: Apache related Operating System: Windows PHP Version: 4.1.1 Assigned To: imajes New Comment: the documentation is fixed, i committed this morning/last night. there is however a bug in the way apache handles the binary -- or the way php acts when called as a binary (you can get premature end of script headers). What i would like to do is leave this open, and noticeable for some of the apache guys to take a look at and comment on it. The docs are fixed we just need to wait to see if this is a thing to hand off to apache. Previous Comments: [2002-01-08 07:16:40] [EMAIL PROTECTED] As said by others, this is NOT a bug, but a documentation problem. (btw: assigned to only needs your username) [2002-01-08 03:28:11] [EMAIL PROTECTED] Ok, I have checked in a newer, cleaner version of the relevant documentation. As far as the guidelines go, configuring php and apache like that is a massive security risk, (since we've been recommending all production level sites to create a script alias for /php/ and mapping that to their php directory), so I appeal to the apache people (Jimw, etc) to look into ways of fixing it so you don't have to use a scriptalias and action. (or use action with an absolute path). This is a pretty urgent problem, so i'm going to mark this bug as critical and move it to Apache Related. [2002-01-07 12:02:52] [EMAIL PROTECTED] Georg, our security section has a link to that CERT advisory for quite a long time now. I have added a warning and a link to the particular security page to that setup instruction page for Apache windows. Please give better instructions for CGI setups under windows if you can. A setup, where PHP sritps are portable, so no #!c:\php\php.exe type of method is doable... Maybe James can find another way. The Apache doc only documents the methods we have in the install and security chapters... --- Goba [2002-01-07 09:46:58] [EMAIL PROTECTED] Actually, our documentation tells win32 users to install that way. I'm investigating a better method right now, and will patch the documentation in a short while. I knew i forgot to do something after i updated my win32 last week! [2002-01-07 09:41:20] [EMAIL PROTECTED] Unbelievable, why do you set your cgi-binary in the document root tree!? See http://www.cert.org/advisories/CA-1996-11.html 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/?id=14909 Edit this bug report at http://bugs.php.net/?id=14909edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7842 Updated: doc_root setting behavior is wrong
ID: 7842 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.0.3pl1 New Comment: This is not a bug, just a change of behaviour, which is IMO much more logical and more clear than the old behaviour. Use open_basedir to restrict access to directories. include(/script.php) refers to the absolute path /script.php (the file script.php under the root) Previous Comments: [2000-11-16 10:15:38] [EMAIL PROTECTED] doc_root string - PHP's root directory on the server. If PHP is configured with safe mode, no files outside this directory are served. -- Why does php 4 handle this so differently than 3 did, especially when it comes to referencing file locations like when including files? I have had to resort to using either ../ or $HTTP_SERVER_VARS['DOCUMENT_ROOT'] to access included files in PHP4 when before I used to be able to use /name.php notation to absolutely refer to the include files within the web site doc_root directory. We are running PHP in SAFE MODE. I think this may just be an oversight, but, if not, I would love an explanation of the rationale. Edit this bug report at http://bugs.php.net/?id=7842edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13710 Updated: $REMOTE_ADDR works differently on different platforms
ID: 13710 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PHP options/info functions Operating System: 2.2.16C28_III #1 Mon Jul 30 22:0 PHP Version: 4.0.6 New Comment: I think you're doing something wrong. Ask support questions on the appropriate mailinglist. Previous Comments: [2001-10-17 05:53:31] [EMAIL PROTECTED] I have used the following little code in many php pages on: Linux 2.2.13 #1 SMP Thu Nov 9 10:30:50 EST 2000 i686 unknown with php 3.x as you can see at http://www.consumersadvantage.com/phpinfo.php ? if (strcasecmp($REMOTE_ADDR,65.34.212.5) != 0) { header(Location: http://www.ratio.net/;); exit; } ? So we are migrating to a new platform: Linux 2.2.16C28_III #1 Mon Jul 30 22:07:58 PDT 2001 i586 unknown as you can see at http://annapolis.hostastic.com/phpinfo.php and that code snippet no longer works on the new platform. So, referring to the manual at: http://www.php.net/manual/en/function.getenv.php indicates that I should do the following: ? unset($ipaddress); $ipaddress = getenv(REMOTE_ADDR); if (strcasecmp($ipaddress,65.34.212.5) != 0) { header(Location: http://www.ratio.net/;); exit; } ? but that doesn't work either, but this does work: ? unset($ipaddress); $ipaddress = getenv($REMOTE_ADDR); if (strcasecmp($ipaddress,65.34.212.5) != 0) { header(Location: http://www.ratio.net/;); exit; } ? So, either the manual is wrong or something else is wrong. Please let me know if I can provide any further information. Best Regards, Ratio Corp., Daniel F. Reimann [EMAIL PROTECTED] 954-783-7123 (voice) 954-252-3811 (fax) Edit this bug report at http://bugs.php.net/?id=13710edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request: chief977
Wish to translating the documentation to Russian. Requested CVS repository is phpdoc. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/domxml config.m4 php_domxml.c php_domxml.h
Jaroslaw Kolakowski wrote: - Added preliminary DOM XSLT support: -- uses the libxslt library, -- operates on DOM objects, not strings, -- functions: domxml_xslt_process(), domxml_xslt_version(). Please don't put this into ext/domxml, but implement it as a backend for ext/xslt. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14898 Updated: $HTTP_POST_FILES['uploadedfile']['name'] error
ID: 14898 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: linux slackware8 PHP Version: 4.1.1 New Comment: the following code works well for chinese double-byte checking. ---code modified-- //s = strrchr(filenamebuf, '\\'); char *tmps; for (tmps=filenamebuf;*tmps;tmps++) { if (*tmps0){// *tmps127, looks like 2 bytes of chinese code if (!*(tmps+1)) tmps++; contonue; } if (*tmps=='\\') s=tmps; } --code modified end --- Previous Comments: [2002-01-07 22:48:48] [EMAIL PROTECTED] the fix is too rough and can't handle all chinese words, it need more efforts to check. i will do it in a few days. [2002-01-07 01:56:48] [EMAIL PROTECTED] /* This is a bug fix for rfc1867.c try to upload file from win2k with name C:\DISK0\»\³\.txt the original code get name as '.ext' which should be '»\³\.txt'. the following modify is necessary to for client using charset=BIG5. thanks PHP. lai [EMAIL PROTECTED] */ ---code modified-- //s = strrchr(filenamebuf, '\\'); for (s=filenamebuf+strlen(filenamebuf)-1;sfilenamebuf;s--) { if (*s=='\\' *(s-1)0) break; } --code modified end --- Edit this bug report at http://bugs.php.net/?id=14898edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14828 Updated: Timezone on mail timestamp early by 12 hours
ID: 14828 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Operating System: Windows NT4 SP6a PHP Version: 4.1.1 New Comment: This is similar in configuration to Bug #12680. Previous Comments: [2002-01-03 12:07:18] [EMAIL PROTECTED] I experienced a similar problem in php 4.06, but the time was only off by 6 hours. Now the time is off by 12 hours. Here's a sample of the mail headers...notice the Date line: Return-Path: [EMAIL PROTECTED] Received: from dgismtp03.wcomnet.com ([166.38.58.143]) by pmmsg00.wcomnet.com (Netscape Messaging Server 4.15) with ESMTP id GPDFZW00.ALE for [EMAIL PROTECTED]; Thu, 3 Jan 2002 16:47:56 + Return-path: [EMAIL PROTECTED] Received: from CONVERSION-DAEMON by dgismtp03.wcomnet.com (PMDF V5.2-33 #42262) id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 3 Jan 2002 16:47:55 + (GMT) Received: from dgismtp03.wcomnet.com by dgismtp03.wcomnet.com (PMDF V5.2-33 #42262) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 03 Jan 2002 16:47:55 + (GMT) Received: from smtp.wcomnet.com ([166.35.132.178]) by dgismtp03.wcomnet.com (PMDF V5.2-33 #42262) with ESMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 03 Jan 2002 16:47:29 + (GMT) Received: from dlab - 166.35.132.178 by smtp.wcomnet.com with Microsoft SMTPSVC(5.5.1774.114.11); Thu, 03 Jan 2002 10:47:36 -0600 Date: Thu, 03 Jan 2002 10:47:36 +0600 From: [EMAIL PROTECTED] Subject: D Lab RVA# 1178-02 for Project 1178 - AN-30 (Data Regression) X-Sender: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Reply-to: [EMAIL PROTECTED] Message-id: [EMAIL PROTECTED] X-Mailer: D Lab RVA System X-Priority: 1 Edit this bug report at http://bugs.php.net/?id=14828edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14930: CLI header suppression problems
From: [EMAIL PROTECTED] Operating system: linux 2.4.9 PHP version: 4.1.1 PHP Bug Type: Output Control Bug description: CLI header suppression problems I don't know if this should go under output control but anyways... The command line executable is having problems suppressing the headers using the -q option in combination with the -c option if you're running the script as, well, a script. For instance, take this small script: #!/usr/local/bin/php -c /path/to/ini/file -q ?php echo hello world; ? The headers won't be suppressed if you try running the script with a command like $ ./smallscript.php X-Powered-By: PHP/4.1.1 Content-type: text/html hello world However, running the script like so: $ php -q -c /path/to/ini/file smallscript.php hello world produces the expected result, without the headers. Also, this may or may not be an associated bug, but if you put the -q option before the -c option in the command line for a script, i.e. #!/usr/local/bin/php -q -c /some/path ?php ... ? An error is produced, which looks something like this: Error in argument 1, char 3: option not found Error in argument 1, char 4: option not found - Error in argument 1, char 3: option not found along with the output from php -h. This doesn't happen when you execute directly from the command line, only when the command line is in the script file itself. J -- Edit bug report at: http://bugs.php.net/?id=14930edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/domxml config.m4 php_domxml.c php_domxml.h
In [EMAIL PROTECTED], Sebastian Bergmann wrote: Jaroslaw Kolakowski wrote: - Added preliminary DOM XSLT support: -- uses the libxslt library, -- operates on DOM objects, not strings, -- functions: domxml_xslt_process(), domxml_xslt_version(). Please don't put this into ext/domxml, but implement it as a backend for ext/xslt. I think, the idea here was to use domxml-objects for feeding a xsl-processor without the need for a transformation from a domxml-tree to a string to a ext/xslt-domtree (if i build the xml with domxml for example). I find this feature rather useful, but if this is achievable with the ext/xslt backend as well, that would naturally be even better or at least more consistent. chregu -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/domxml config.m4 php_domxml.c php_domxml.h
Just to be really picky, but shouldn't these functions be named html_doc(), html_doc_file() and domxml_html_dump_mem() ? I understand that we already have xmldoc(), xmldocfile(), xmltree() and even domxml_dumpmem(), but I still think we should stick we the coding standards. It is an extra good thing that this extensions is still experimental so we don't have to worry about BC that much. Am I totally off base here ? +1 here. OK. I will change it. And what about changing names of xmldoc(), xmldocfile(), xmltree() and domxml_dumpmem() then? If the code is experimental, it would be only naughty, but not forbidden. Jarek -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/domxml config.m4 php_domxml.c php_domxml.h
- Added preliminary DOM XSLT support: -- uses the libxslt library, -- operates on DOM objects, not strings, -- functions: domxml_xslt_process(), domxml_xslt_version(). Please don't put this into ext/domxml, but implement it as a backend for ext/xslt. I think, the idea here was to use domxml-objects for feeding a xsl-processor without the need for a transformation from a domxml-tree to a string to a ext/xslt-domtree (if i build the xml with domxml for example). I find this feature rather useful, but if this is achievable with the ext/xslt backend as well, that would naturally be even better or at least more consistent. I haven't found in the API of ext/xslt any functions that could enable the use of DOM objects. Is the API limited to the functions listed in php_xslt.h ? Jarek -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] back from vacation
For all those who remember me, and wondered where I have been, I am back from vacation finally, and I unfortunately took a non-computer vacation. Therefore between my work and php-dev mail, it will take a while for me to catch up on everything. I know that several devs have dropped off the list, but I will be coming back and contributing as soon and as much as I can. Thanks, -Jason -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14931: Apache hangs when using imap with SSL
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: IMAP related Bug description: Apache hangs when using imap with SSL './configure' '--with-apache=../apache_1.3.22' '--with-mysql=/usr' '--enable-track-vars' '--disable-debug' '--with-openssl=/usr' '--with-zlib' '--enable-calendar' '--with-curl' '--with-dom' '--with-gd' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--with-expat-dir=/usr' RedHat 7.2 imap-2000c-15 openssl-0.9.6b-8 imap_open({mail.server:993/imap/ssl/novalidate-cert}, username, passwd); hangs the Apache instance. I can track that it connects to the right port but username is not sent. When trying to connect without ssl everything works. So is this PHP problem or ? -- Edit bug report at: http://bugs.php.net/?id=14931edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14884 Updated: DOM XML hangs while trying to execute a lot of XPath expressions
ID: 14884 Updated by: cmv Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: DOM XML related Operating System: Windows 2000 PHP Version: 4.0.6 Old Assigned To: Assigned To: cmv New Comment: This works fine in 4.1.1 under Linux. I know there were several bug fixes in the DOMXML extension between 4.1.0 and 4.1.1. I'd try upgrading to 4.1.1 first, and see if that solves your problems. - Colin Previous Comments: [2002-01-06 03:27:53] [EMAIL PROTECTED] Environment: - Windows 2000 Server (SP2) - Apache 1.3.22 - PHP 4.0.6 (windows binaries from www.php.net) running as CGI Here is a small test case: test.xml: = ?xml version=1.0? root node child id=1/ child id=2/ child id=3/ /node /root test.php ?php $xml = xmldoc(join('',file('test.xml'))); $xml-xpath_init(); $ctx = xpath_new_context($xml); for ($i=0;$i100;$i++) { echo $i.br; $nodes = xpath_eval($ctx,'count(//child[@id lt; '.$i.'])'); }; ? As you can see, this code just tries to execute 100 XPath expressions for the same DOM XML object. And it hangs after ~12 iterations. This bug available only on Windows, this test case works well on Linux. It also seems to not work properly in PHP 4.1.0. Also this expression seems to be evaluated wrong, because it returns 'false' value instead of number of nodes. Here is small XSLT template, which generates correct results: test.xsl ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=text/ xsl:template name=loop xsl:param name=counter1/xsl:param [xsl:value-of select=$counter/ - xsl:value-of select=count(//child[@id lt; $counter])/] xsl:if test=$counter lt; 100 xsl:call-template name=loopxsl:with-param name=counter select=$counter + 1//xsl:call-template /xsl:if /xsl:template xsl:template match=/ xsl:call-template name=loop/ /xsl:template /xsl:stylesheet Edit this bug report at http://bugs.php.net/?id=14884edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: ICAP/MCAL
libmcal is now at http://sourceforge.net/projects/libmcal/ - Colin Georg Richter [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hello all, Obviously MCAL is the follower of ICAP. The icap library isn't more available, subdomain icap.chek.com is not connected. ICAP Extension functions are included in MCAL too, MCAL can use the icap driver too. Whats to do? Kill ICAP? Documentation Note? Georg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14922: OCIBindByName forcing length to 1, even though 0 is a valid length
On Mon, Jan 07, 2002 at 11:37:16PM -, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.1.0 PHP Bug Type: OCI8 related Bug description: OCIBindByName forcing length to 1, even though 0 is a valid length It seems that the when oci8.c forces value_sz to 1 if it's 0 is bypassing a perfectly valid use of a length of 0: To signify a null. See: http://download-west.oracle.com/otndoc/oracle9i/901_doc/appdev.901/a89857/oci03typ.htm to pass a null thru a bound variable simply assign the special value NULL to the bound php-variable. the size supplied to ocibindbyname is simple the max-length of the inbound variable. ocibindbyname($stmt,NAME,$name,32); $name = NULL; ociexecute($stmt); - :NAME will have the value null in the query please verify and close the report. tc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14733 Updated: header() not working
ID: 14733 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: NT4sp6a PHP Version: 4.1.0 New Comment: the problem was O'Reilly Website Pro v3.0. After upgrading to Deerfield Website Pro 3.1.11, the header() function now works fine! Previous Comments: [2001-12-30 14:22:51] [EMAIL PROTECTED] could you please dump your webserver's output with ethereal? http://www.ethereal.com/ thanks [2001-12-30 14:07:01] [EMAIL PROTECTED] The webserver is Website Pro 3. [2001-12-28 08:31:45] [EMAIL PROTECTED] header() function doesn't redirect the browser to new location. Example test.php file: ? header(Location: http://www.qnet.fi;); ? Nothing happens when opening this file with IE 5.5sp2, IE6, etc. There are no extra spaces, LF's, CR's. PHP.INI has output_buffering = on. NT4sp6a, PHP4.1.0 (ISAPI). Edit this bug report at http://bugs.php.net/?id=14733edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14928 Updated: Session variables are lost when using header() redirection(identical to #14636)
Actually, I looked at the alleged dupe, and it was solved by setting session.auto_start to 0 in php.ini. This report says that he cannot solve the problem by doing that, so it is probably different in solution although similar in symptoms. [EMAIL PROTECTED] wrote: ID: 14928 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Session related Operating System: Linux (2.2.15) PHP Version: 4.1.1 New Comment: Dupe of 14363. No need to report bugs which already have been reported. Previous Comments: [2002-01-08 05:17:19] [EMAIL PROTECTED] The symptoms are identical to bug #14636, but with versions 4.1x and on Linux. Manual redirection works fine, but when using header(Location: xxx) registered session variables are lost. All pre-4.1.x -versions seem to work. Not tested on other platforms. session.auto_start is set to 0 in php.ini. Example: script_1.php: ?php session_start (); /* these session variables should be set in script_2.php. On versions 4.1.x they never get set. On 4.0.x everything works. */ echo FOO: . $foo . BAR: . $bar; ? htmlheadtitle/title/head body form action=script_2.php input type=text name=param1 input type=text name=param2 input type=submit value=Submit /form /body/html Script 2: ?php session_start (); session_register (foo); session_register (bar); $foo = $param1; $bar = $param2; header (Location: $HTTP_REFERER); ? Edit this bug report at http://bugs.php.net/?id=14928edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14917: When using array_merge w/numbers assoc array the numbers are changed to 0,1..
This is well documented in the comments for array_merge() in the manual. A workaround is given -- the '+' operator is overloaded to do an associative array merge when two arrays are given. Blaine McDonnell wrote: From: [EMAIL PROTECTED] Operating system: BSD Windows PHP version: 4.1.1 PHP Bug Type: Output Control Bug description: When using array_merge w/numbers assoc array the numbers are changed to 0,1.. When I try to use array_merge an array with an associative array the array is renumbered starting at 0. Problem on Win2k with 4.1.0 4.1.1 Problem on OpenBSD with 4.0.6 Here is a quick sample: ? $TEST=array_merge(array( 7=array(1=TEST,2=TEST,4=TEST),9=array(1=TEST,2=TEST,4=TEST)),array(A=array(1=TEST,2=TEST,4=TEST),B=array(1=TEST,2=TEST,4=TEST))); foreach ($TEST as $key=$val) {print $keyBR;} ? Output: 0 1 A B -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14922 Updated: OCIBindByName forcing length to 1, even though 0 is a valid length
ID: 14922 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: OCI8 related Operating System: Solaris PHP Version: 4.1.0 New Comment: Thies sent this to me: to pass a null thru a bound variable simply assign the special value NULL to the bound php-variable. the size supplied to ocibindbyname is simple the max-length of the inbound variable. ocibindbyname($stmt,NAME,$name,32); $name = NULL; ociexecute($stmt); - :NAME will have the value null in the query please verify and close the report. It seems incorrect to me to tweak a value that the underlying API expects to be able to handle. Also, this handling of NULL should be documented in the OCIBindByName doc. Previous Comments: [2002-01-07 18:37:16] [EMAIL PROTECTED] It seems that the when oci8.c forces value_sz to 1 if it's 0 is bypassing a perfectly valid use of a length of 0: To signify a null. See: http://download-west.oracle.com/otndoc/oracle9i/901_doc/appdev.901/a89857/oci03typ.htm Edit this bug report at http://bugs.php.net/?id=14922edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13539 Updated: ASP and PHP crashed, no restart possible
ID: 13539 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: IIS related Operating System: W2k Server PHP Version: 4.0.6 New Comment: Thanx for your answer, but I had to setup the server again. This was the fastest an most acceptable way to cope with it. - I can't remember. I think I tried without. I tried everything (almost). ;-) So long Nick Previous Comments: [2002-01-08 03:00:50] [EMAIL PROTECTED] If you disable Jakarta, can you use ASP and PHP then? [2001-10-04 09:08:53] [EMAIL PROTECTED] Hi, my W2k-Server is not able to handle asp or php files anymore. (500 Error on both) PHP was installed using the ISAPI_module. After failure I changed to the CGI_version again but still the Server does not work (except normal HTML). Even rebooting the system does not solve the problem. I also tried to reinstall the IIS. Running PHP as a servlet works fine (almost) and executing on commandline also. - By the way. After having this problem, my JAKARTA tells me this after starting the service: # An EXCEPTION_ACCESS_VIOLATION exception has been detected in native code outside the VM. # Program counter=0x9472362 # EmbededTomcat: Init time 4576 Need help! ;-) Edit this bug report at http://bugs.php.net/?id=13539edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14922 Updated: OCIBindByName forcing length to 1, even though 0 is a valid length
ID: 14922 Updated by: thies Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: OCI8 related Operating System: Solaris PHP Version: 4.1.0 New Comment: i'm pretty sure that the If the value_sz parameter is zero, Oracle treats the bind variable as a null is a new feature 8.0. the old way is to set the indicator to -1 in the bind-in callback, which is what the oci8.c does. i also believe that it makes way more sense to make the decision in the ociexecute (by looking at the actual php-variable) and not during bind for various reasons (think of mass inserts using bound variables). BTW: you are welcome to contribute the documentation for NULL binds. Previous Comments: [2002-01-08 14:27:50] [EMAIL PROTECTED] Thies sent this to me: to pass a null thru a bound variable simply assign the special value NULL to the bound php-variable. the size supplied to ocibindbyname is simple the max-length of the inbound variable. ocibindbyname($stmt,NAME,$name,32); $name = NULL; ociexecute($stmt); - :NAME will have the value null in the query please verify and close the report. It seems incorrect to me to tweak a value that the underlying API expects to be able to handle. Also, this handling of NULL should be documented in the OCIBindByName doc. [2002-01-07 18:37:16] [EMAIL PROTECTED] It seems that the when oci8.c forces value_sz to 1 if it's 0 is bypassing a perfectly valid use of a length of 0: To signify a null. See: http://download-west.oracle.com/otndoc/oracle9i/901_doc/appdev.901/a89857/oci03typ.htm Edit this bug report at http://bugs.php.net/?id=14922edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14934: type property not set in comment nodes
From: [EMAIL PROTECTED] Operating system: Linux 2.4.9-RH 7.2 PHP version: 4.1.1 PHP Bug Type: DOM XML related Bug description: type property not set in comment nodes The domxml_node-type property is not set for nodes of type XML_COMMENT_NODE. The following patch fixes the problem. --- ext/domxml/php_domxml.c.origTue Jan 8 15:09:30 2002 +++ ext/domxml/php_domxml.c Tue Jan 8 15:10:12 2002 @@ -819,6 +819,7 @@ rsrc_type = le_domxmlcommentp; content = xmlNodeGetContent(nodep); if (content) +add_property_long(wrapper, type, Z_TYPE_P(nodep )); add_property_stringl(wrapper, content, (char *) content, strlen(content), 1); break; } Please e-mail if you wish more information. -- Edit bug report at: http://bugs.php.net/?id=14934edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14933: regular expression problem
From: [EMAIL PROTECTED] Operating system: Win ME PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: regular expression problem Documentation quote: The character types \d, \D, \s, \S, \w, and \W may also appear in a character class, and add the characters that they match to the class. So, I tried to match Ttry8 with T([\da-z]{1,}) and it won't work. vs T([\da-z8]{1,}) work. !! -- Edit bug report at: http://bugs.php.net/?id=14933edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/domxml config.m4 php_domxml.c php_domxml.h
On Tue, Jan 08, 2002 at 06:25:06PM +0100, Jaroslaw Kolakowski wrote : Just to be really picky, but shouldn't these functions be named html_doc(), html_doc_file() and domxml_html_dump_mem() ? I understand that we already have xmldoc(), xmldocfile(), xmltree() and even domxml_dumpmem(), but I still think we should stick we the coding standards. It is an extra good thing that this extensions is still experimental so we don't have to worry about BC that much. Am I totally off base here ? +1 here. OK. I will change it. And what about changing names of xmldoc(), xmldocfile(), xmltree() and domxml_dumpmem() then? If the code is experimental, it would be only naughty, but not forbidden. Too late, the API was already in the last official release. If you care, you can rename them but you'll have to maintain an FALIAS for each. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14935: spaces NOT escaped by A..z
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: spaces NOT escaped by A..z http://www.php.net/manual/en/function.addcslashes.php says `and space characters' but this is not true; on my system addcslashes('foo[ ]','A..z') results in \f\o\o\[ \] not \f\o\o\[\ \] -- Edit bug report at: http://bugs.php.net/?id=14935edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14936: Apache compilarion failure in the php module
From: [EMAIL PROTECTED] Operating system: Caldera eServer 2.3.1 PHP version: 4.1.1 PHP Bug Type: *Compile Issues Bug description: Apache compilarion failure in the php module I have apache 1.3.14 and php 4.1.1 The PHP configure was: ./configure --with-apache=../apache_1.3.14 --without-mysql --with-oci8=/u01/app/oracle/product/8.1.6 --enable-sysvshm=yes --enable-sysvsem=yes --with-config-file-path=/etc --enable-debug=no --with-exec-dir=/usr/local/bin --enable-track-vars=yes --with-x --with-versioning --with-ftp --with-gd --with-gettext --with-gdbm --enable-sigchild And the apache configure ./configure -v --prefix=/etc/httpd --disable-rule=WANTHSREGEX --sysconfdir=/etc/httpd/conf --datadir=/home/httpd --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec/apache --includedir=/usr/include/apache --logfiledir=/var/log/httpd --localstatedir=/var --runtimedir=/var/run --proxycachedir=/var/cache/httpd --mandir=/usr/man --with-perl=/usr/bin --enable-module=most --enable-shared=max --enable-module=expires --enable-module=headers --enable-module=info --enable-module=so --enable-module=usertrack I compiled succesfully PHP.. but during apache compilation modules/php4/libphp4.a(string.o): In function `zif_strpos': /usr/src/OpenLinux/SOURCES/php-4.1.1/ext/standard/string.c:1416: undefined reference to `zgnd_get_parameters_ex' make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/usr/src/OpenLinux/SOURCES/apache_1.3.14/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/usr/src/OpenLinux/SOURCES/apache_1.3.14' make: *** [build] Error 2 -- Edit bug report at: http://bugs.php.net/?id=14936edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14937: Script timeouts at random places
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.1.0 PHP Bug Type: Performance problem Bug description: Script timeouts at random places I work for a company that has around 20 sites using PHP. Lately I have been tracking some odd script timeout problems. None are related to bad code or database connectivity. I started doing some extensive logging and have a report that shows that every timeout that I checked followed a pattern. This is just a section of the log file I am looking at DateAction # of processes running . . . 1/4/2002 21:41:37 EndSomeOtherRequest 0 1/4/2002 21:41:59 Start1 1 1/4/2002 21:42:14 Start2 2 1/4/2002 21:42:14 Start3 3 1/4/2002 21:42:14 End 2 2 1/4/2002 21:42:14 End 3 1 1/4/2002 21:42:23 Start4 2 1/4/2002 21:42:23 End 4 1 1/4/2002 21:42:27 Start5 2 1/4/2002 21:42:27 End 5 1 1/4/2002 21:42:39 Start6 2 1/4/2002 21:42:39 End 6 1 1/4/2002 21:42:46 Start7 2 1/4/2002 21:42:46 End 7 1 1/4/2002 21:42:48 Start8 2 1/4/2002 21:42:54 End 8 1 1/4/2002 21:42:59 End 1 0 . . . The one that started first, finished last. That script usually takes less than zero seconds. Though this time it took 60.014 seconds. Our script timeout is set to 240 seconds right now so we can capture these script durations. This happens at all times of the day. No apparent pattern, other than that the one that takes an extrodinary time to complete is consistently the first one in this block of processes. And it always finishes last, but that is less startling because it takes so long to finish. Charles Killmer IIS 5.0, Windows 2000 Server, PHP 4.1.0, CGI -- Edit bug report at: http://bugs.php.net/?id=14937edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14483 Updated: -twolevel_namespace and multiple definitions errors
ID: 14483 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Compile Failure Operating System: Mac OS X 10.1 PHP Version: 4.2.0-dev New Comment: A solution, that works, for now: Thanks to http://www.entropy.ch/software/macosx/php/ (Marc Liyanage). - NOTE 2: I was not able to get the build for PHP 4.1.0 to work correctly, probably because of libtool issues. A helpful developer suggested - running configure in the PHP 4.0.6 source tree - modifying the resulting libtool script - then configuring the PHP 4.1.0 sources - copying the modified 4.0.6 libtool over to the 4.1.0 directory - and finally running make This did the trick for me. Here's the line that needs to be changed in the 4.0.6 libtool script: old: archive_cmds=\$CC -bundle -undefined suppress -o \$lib \$libobjs \$deplibs \$linkopts new: archive_cmds=\$CC -flat_namespace -bundle -undefined suppress -o \$lib \$libobjs \$deplibs \$linkopts - END Hopefully this will help passers-by looking for assistance. It seems like the old libtool (1.3.5?) was OK (except for the -flat_namespace thing). It's this 1.4.2 that has caused the headache... I have PHP 4.1.1 working using this shenanigan. No more typing HTTP_POST_VARS and gratuitous global declarations! Bruhuhahaha... Oh yeah, I can also say that bug ID 10686 (in datetime.c) has been fixed and that behavior no longer appears in the mktime function... Booyah... (http://bugs.php.net/bug.php?id=10686) Previous Comments: [2001-12-16 18:25:22] [EMAIL PROTECTED] That 'apxs' problem is actually the same bug in libtool as it is under AIX. [2001-12-15 14:11:42] [EMAIL PROTECTED] Are you talking about commenting out the yytext... Is this a libtool bug? Seems like somebody on AIX is having a similar problem. http://bugs.php.net/bug.php?id=14245 In the Mac OS X situation, though... it seems to be a threefold problem... 1. ltmain.sh (due to multiple symbol errors) 2. yytext issue 3. apxs issue [2001-12-15 07:33:10] [EMAIL PROTECTED] That commenting out should not be nessecairy, I have the same on my system. The problem is something else... Derick [2001-12-14 17:26:57] [EMAIL PROTECTED] It's friday niiigghttt... Doing: grep -nrH \*yytext Zend/* Yields: - zend_ini_scanner.c:310:extern char *yytext; zend_ini_scanner.c:496:char *yytext; zend_language_scanner.c:305:extern char *yytext; zend_language_scanner.c:2725:char *yytext; - So: pico -b -e -w +2725 zend_language_scanner.c Comment out: /* char *yytext; */ We are money because this is already declared as a extern in zend_ini_scanner or whatever. Now the compile completes, but everything is still hosed, because make install gives: Making install in . apxs -i -a -n php4 libs/libphp4.so [activating module `php4' in /private/etc/httpd/httpd.conf] cp libs/libphp4.so /usr/libexec/httpd/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make: *** [install-recursive] Error 1 Arg... [2001-12-14 16:59:25] [EMAIL PROTECTED] Progress: [Just downloaded and compiled the latest GNU autoconf, automake, and libtool] After some further web research, most of it comes down to being a libtool issue, which is covered here: http://savannah.gnu.org/support/?func=detailsupportsupport_id=100049group_id=25 It all begins with replacing all instances of: deplibs=$lib $deplibs with if test $libdir; then deplibs=$lib $deplibs fi in ltmain.sh, and if configure has already been run, in libtool. There three occurrences in ltmain.sh. The reason sh!t is multiply defined is because it's multiply loaded. The above helps. This gets rid of the all of the multiple defined error messages except: - ld: multiple definitions of symbol _yytext Zend/.libs/libZend.al(zend_language_scanner.lo) definition of _yytext in section (__DATA,__common) Zend/.libs/libZend.al(zend_ini_scanner.lo) definition of _yytext in section (__DATA,__common) /usr/bin/libtool: internal link edit command failed make[1]: *** [libphp4.la] Error 1 make: *** [all-recursive] Error 1 - This is being attacked... more later... hopefully. Also, I noticed main/php_config.h defines 'uint' even though /usr/include/sys/types.h already has 'uint'. sys/types.h does't define ulong, thought. In php_config.h 'uint' is defined twice, once right at the top and again on line 1836. 'ulong' is also defined, but that's OK. This does not
[PHP-DEV] Bug #10686 Updated: Bug in mktime() on values out of bounds
ID: 10686 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Date/time related Operating System: MacOS X 10.0.2 (Darwin) PHP Version: 4.0.5 Old Assigned To: kalowsky Assigned To: New Comment: This is reported fixed. Previous Comments: [2001-11-18 02:37:56] [EMAIL PROTECTED] From: Abner Diaz [EMAIL PROTECTED] I can verify the behavior of PHP Bug ID 10686 (http:// bugs.php.net/bug.php?id=10686), regarding mktime malfunctions in OS X 10.1/Darwin 1.4. The fixes to datetime.c posted by [EMAIL PROTECTED] worked well. Thanks! Sincerely, Abner Diaz [2001-10-23 09:03:49] [EMAIL PROTECTED] Does it looks well? (Same in MacOS X 10.1 and Darwin 1.4.1) [2001-08-18 21:30:34] [EMAIL PROTECTED] i have a MacOSX box now so I'll test this out and submit it if it looks good... [2001-06-11 14:28:32] [EMAIL PROTECTED] you can use Darwin/Intel (see: http://www.darwinfo.de), if Sorry. Informations about Darwin you can find on: - http://www.darwinfo.org/ - http://www.apple.com/darwin/ Dieter [2001-06-09 07:38:48] [EMAIL PROTECTED] Von: Trevis Tagawa [EMAIL PROTECTED] Datum: Sam, 09. Jun. 2001 01:12:46 Europe/Berlin An: [EMAIL PROTECTED] Betreff: Thanks! just wanted to extend a thanks to you for posting the fix. searched the net high and low but found your fix on the php site. aloha! trevis. - Trevis Tagawa Instructional Systems Analyst Kamehameha Schools 1887 Makuakane Street Honolulu, HI 96817 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/?id=10686 Edit this bug report at http://bugs.php.net/?id=10686edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14933 Updated: regular expression problem
ID: 14933 Updated by: irc-html Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Documentation problem Operating System: Win ME PHP Version: 4.1.1 New Comment: The document is correct on this issue, those character types may be used. I've tested your code as: if (ereg('T([\da-z]{1,})', 'Ttry8')) { echo 'match'; } Which, works just fine on win32 platforms, 4.1.1. You may want to ensure there is no whitespace in the string you are testing. Status - Bogus Previous Comments: [2002-01-08 15:13:08] [EMAIL PROTECTED] Documentation quote: The character types \d, \D, \s, \S, \w, and \W may also appear in a character class, and add the characters that they match to the class. So, I tried to match Ttry8 with T([\da-z]{1,}) and it won't work. vs T([\da-z8]{1,}) work. !! Edit this bug report at http://bugs.php.net/?id=14933edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14354 Updated: sybase_query returns 1 regardless of delete success
ID: 14354 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 8 PHP Version: 4.0.6 New Comment: I just tried it on php 4.1.1 and the problem still exists. Previous Comments: [2002-01-07 02:34:06] [EMAIL PROTECTED] Does this problem still exist on 4.1.1? [2001-12-12 06:41:44] [EMAIL PROTECTED] oh, ok, then it is not bogus. [2001-12-12 06:24:21] [EMAIL PROTECTED] I'm not sure if I can agree with you on that. If I don't use the @ sign, sybase_query displays a warning of the type Warning: Sybase message: Children still exist in 'table1'. Cannot delete parent 'table2'. (severity 16) in /path/to/my/script.php on line 1432 Doesn't that mean that sybase_query didn't return ok? Besides, according to the documentation, the function sybase_affected_rows is only implemented for the ct library, not dblib. Unfortunately, we haven't been able to get sybase-ct to work for us, even though we tried all the hints we could get. [2001-12-11 13:58:59] [EMAIL PROTECTED] Actually, this is not a bug. The query still executes ok, but the result is different then you want. You can check with the sybase_affected_rows function if it is deleted or not: www.php.net/sybase_affected_rows Derick [2001-12-11 07:36:16] [EMAIL PROTECTED] Hello? Anybody home? I kinda need this problem to be solved, please. 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/?id=14354 Edit this bug report at http://bugs.php.net/?id=14354edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14814 Updated: Strange error message on gzopen and ftp:// URL
ID: 14814 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zlib Related Operating System: Linux (2.4.17) PHP Version: 4.1.1 New Comment: (Just got email back from Georg, replying to my response to this [emailed directly as the bug-editing was down at the time]). It sounds like neither gzopen nor zlib:// work for remote files at all. Is this a bug or should I submit it as a feature request? P.S. Thanks again for the reply! Previous Comments: [2002-01-03 02:01:46] [EMAIL PROTECTED] For opening zip-files via ftp or httpd, there is a little note in the manual: Note: The current CVS version 4.0.4-dev introduces a fopen-wrapper for .gz-files, so that you can use a special 'zlib:' URL to access compressed files transparently using the normal f*() file access functions if you prepend the filename or path with a 'zlib:' prefix when calling fopen(). This feature requires a C runtime library that provides the fopencookie() function. To my current knowledge the GNU libc is the only library that provides this feature. But for sure, this is not a solution for the errormessage :-) [2002-01-02 20:37:21] [EMAIL PROTECTED] It's not clear from the manual whether or not gzopen is SUPPOSED to work with http:// and ftp:// URL's, but I get the impression the answer is not yet. (The documentation in the manual IMPLIES that it the filehandle-like functions should work with the exception of socket functions, but the user commentary below the gzopen entry implies that it doesn't work for http:// URL's either...) However, when attempting to gzopen a .gz file from an FTP site, the error message returned is very strange: - bWarning/b: gzopen(ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz,r;) - Success in bprojects/phpdna/get28s.php/b on line b69/bbr Like, dude! Couldn't gzopen ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz! The gzopen returned - (Warning - Success?) (the section of code that does this is: - if(!($fhandle=gzopen($filename,r))) { print(Like, dude! Couldn't gzopen $filename!\n); print(The gzopen returned $fhandle\n); } - where filename has obviously been passed as ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz There's a pause that implies the connection attempt is being made. (quick update, I just re-ran the script and did a capture with 'ethereal' - a connection IS being made and, passive mode is being switched to, and the RETR is started on the file, and about 3 1K packets seem to come across. Are FTP URL's supposed to work? Is this a 'gzopen ftp://' bug rather than an error message bug?) I'll report the Please Oh Please add http/ftp URL support to gzopen like fopen has! separately as a feature request later, presuming it doesn't turn out that it's already been done and I just don't know what I'm doing... Thanks! Edit this bug report at http://bugs.php.net/?id=14814edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14354 Updated: sybase_query returns 1 regardless of delete success
ID: 14354 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 8 PHP Version: 4.0.6 New Comment: Let me try to give you some more information to reproduce the problem. 1. create two tables in Sybase where one of them should include a field that represents a reference to the ID field of the other. 2. create a delete trigger on the parent table of that reference, so that deletion is prevented if a reference to the deleted record exists in the other table. 3. insert data into the tables making sure a record references another in the second table 4. use sybase_query to delete a record in the parent table. PHP will display a warning message of the type Warning: Sybase message: Children still exist in table1. Cannot delete parent table2. (severity 16) in /path/to/file.php on line x. sybase_query will return 1. 5. use sybase_query to delete a record that has no reference to the parent table. It will be deleted and sybase_query also returns 1. Previous Comments: [2002-01-08 17:02:43] [EMAIL PROTECTED] I just tried it on php 4.1.1 and the problem still exists. [2002-01-07 02:34:06] [EMAIL PROTECTED] Does this problem still exist on 4.1.1? [2001-12-12 06:41:44] [EMAIL PROTECTED] oh, ok, then it is not bogus. [2001-12-12 06:24:21] [EMAIL PROTECTED] I'm not sure if I can agree with you on that. If I don't use the @ sign, sybase_query displays a warning of the type Warning: Sybase message: Children still exist in 'table1'. Cannot delete parent 'table2'. (severity 16) in /path/to/my/script.php on line 1432 Doesn't that mean that sybase_query didn't return ok? Besides, according to the documentation, the function sybase_affected_rows is only implemented for the ct library, not dblib. Unfortunately, we haven't been able to get sybase-ct to work for us, even though we tried all the hints we could get. [2001-12-11 13:58:59] [EMAIL PROTECTED] Actually, this is not a bug. The query still executes ok, but the result is different then you want. You can check with the sybase_affected_rows function if it is deleted or not: www.php.net/sybase_affected_rows Derick 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/?id=14354 Edit this bug report at http://bugs.php.net/?id=14354edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14933: regular expression problem
It's probably the double quotes. Either use single quotes, or double backslashes. For example, T([\\da-z8]{1,}) [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Win ME PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: regular expression problem Documentation quote: The character types \d, \D, \s, \S, \w, and \W may also appear in a character class, and add the characters that they match to the class. So, I tried to match Ttry8 with T([\da-z]{1,}) and it won't work. vs T([\da-z8]{1,}) work. !! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14938: No htmlescape() function for PHP4
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: No htmlescape() function for PHP4 As you can find PHP Faq at:http://www.php.net/manual/en/faq.html.php, there is a function of htmlescape() to escape string for html syntax. unfortunately, i can not find htmlescape() function from php function table, and wonder what is going on here. would you kindly please let me about it? thanx a ton! Jackey -- Edit bug report at: http://bugs.php.net/?id=14938edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14938 Updated: No htmlescape() function for PHP4
ID: 14938 Updated by: edink Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Unknown/Other Function Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: You can use htmlspecialchars() htmlentities(). Filled as a documentation problem. Previous Comments: [2002-01-08 17:29:58] [EMAIL PROTECTED] As you can find PHP Faq at:http://www.php.net/manual/en/faq.html.php, there is a function of htmlescape() to escape string for html syntax. unfortunately, i can not find htmlescape() function from php function table, and wonder what is going on here. would you kindly please let me about it? thanx a ton! Jackey Edit this bug report at http://bugs.php.net/?id=14938edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14938 Updated: No htmlescape() function for PHP4
ID: 14938 Updated by: imajes Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 Old Assigned To: Assigned To: imajes New Comment: i'm a sucker for punishment. Previous Comments: [2002-01-08 18:36:18] [EMAIL PROTECTED] You can use htmlspecialchars() htmlentities(). Filled as a documentation problem. [2002-01-08 17:29:58] [EMAIL PROTECTED] As you can find PHP Faq at:http://www.php.net/manual/en/faq.html.php, there is a function of htmlescape() to escape string for html syntax. unfortunately, i can not find htmlescape() function from php function table, and wonder what is going on here. would you kindly please let me about it? thanx a ton! Jackey Edit this bug report at http://bugs.php.net/?id=14938edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14930 Updated: CLI header suppression problems
ID: 14930 Updated by: edink Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: Output Control Operating System: linux 2.4.9 PHP Version: 4.1.1 New Comment: I was able to reproduce this. However it does not appear to be a php bug. Most likely a glibc bug. If I put this line on top of my script: #!/usr/bin/php -q -c /path/to/ini/file -C the following values get passed to php's main() function. argc=3 argv[0]: php argv[1]: -q -c /path/to/ini/file -C argv[2]: ./test (which is the name of the script) With parameters passed like that, php has no chance of passing them correctly. FreeBSD systems appear to be free of this problem. Previous Comments: [2002-01-08 10:54:04] [EMAIL PROTECTED] I don't know if this should go under output control but anyways... The command line executable is having problems suppressing the headers using the -q option in combination with the -c option if you're running the script as, well, a script. For instance, take this small script: #!/usr/local/bin/php -c /path/to/ini/file -q ?php echo hello world; ? The headers won't be suppressed if you try running the script with a command like $ ./smallscript.php X-Powered-By: PHP/4.1.1 Content-type: text/html hello world However, running the script like so: $ php -q -c /path/to/ini/file smallscript.php hello world produces the expected result, without the headers. Also, this may or may not be an associated bug, but if you put the -q option before the -c option in the command line for a script, i.e. #!/usr/local/bin/php -q -c /some/path ?php ... ? An error is produced, which looks something like this: Error in argument 1, char 3: option not found Error in argument 1, char 4: option not found - Error in argument 1, char 3: option not found along with the output from php -h. This doesn't happen when you execute directly from the command line, only when the command line is in the script file itself. J Edit this bug report at http://bugs.php.net/?id=14930edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14938 Updated: No htmlescape() function for PHP4
ID: 14938 Updated by: imajes Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 Assigned To: imajes New Comment: thanks, that's fixed. Previous Comments: [2002-01-08 18:43:21] [EMAIL PROTECTED] i'm a sucker for punishment. [2002-01-08 18:36:18] [EMAIL PROTECTED] You can use htmlspecialchars() htmlentities(). Filled as a documentation problem. [2002-01-08 17:29:58] [EMAIL PROTECTED] As you can find PHP Faq at:http://www.php.net/manual/en/faq.html.php, there is a function of htmlescape() to escape string for html syntax. unfortunately, i can not find htmlescape() function from php function table, and wonder what is going on here. would you kindly please let me about it? thanx a ton! Jackey Edit this bug report at http://bugs.php.net/?id=14938edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14938 Updated: No htmlescape() function for PHP4
ID: 14938 Updated by: imajes Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 Assigned To: imajes Previous Comments: [2002-01-08 18:43:21] [EMAIL PROTECTED] i'm a sucker for punishment. [2002-01-08 18:36:18] [EMAIL PROTECTED] You can use htmlspecialchars() htmlentities(). Filled as a documentation problem. [2002-01-08 17:29:58] [EMAIL PROTECTED] As you can find PHP Faq at:http://www.php.net/manual/en/faq.html.php, there is a function of htmlescape() to escape string for html syntax. unfortunately, i can not find htmlescape() function from php function table, and wonder what is going on here. would you kindly please let me about it? thanx a ton! Jackey Edit this bug report at http://bugs.php.net/?id=14938edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14938 Updated: No htmlescape() function for PHP4
ID: 14938 Updated by: philip Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Duplicate Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 Assigned To: imajes New Comment: Be sure to discuss this with Zak, see bug #14418 which stemmed from this htmlescape() doc bug, not sure where he's at on it. I'm sure he wouldn't mind if you did a commit though :) Previous Comments: [2002-01-08 19:34:35] [EMAIL PROTECTED] thanks, that's fixed. [2002-01-08 18:43:21] [EMAIL PROTECTED] i'm a sucker for punishment. [2002-01-08 18:36:18] [EMAIL PROTECTED] You can use htmlspecialchars() htmlentities(). Filled as a documentation problem. [2002-01-08 17:29:58] [EMAIL PROTECTED] As you can find PHP Faq at:http://www.php.net/manual/en/faq.html.php, there is a function of htmlescape() to escape string for html syntax. unfortunately, i can not find htmlescape() function from php function table, and wonder what is going on here. would you kindly please let me about it? thanx a ton! Jackey Edit this bug report at http://bugs.php.net/?id=14938edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14938 Updated: No htmlescape() function for PHP4
On 2002-8-01 17:36, [EMAIL PROTECTED] wrote: ID: 14938 Updated by: philip Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Duplicate Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 Assigned To: imajes New Comment: Be sure to discuss this with Zak, see bug #14418 which stemmed from this htmlescape() doc bug, not sure where he's at on it. I'm sure he wouldn't mind if you did a commit though :) I need to get off my lazy ass and fix it. :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14939: Warning: gzinflate: buffer error in /usr/local/apache/elca_rmg/class.FTemplateE
From: [EMAIL PROTECTED] Operating system: Apache PHP version: 4.1.1 PHP Bug Type: Zlib Related Bug description: Warning: gzinflate: buffer error in /usr/local/apache/elca_rmg/class.FTemplateE Receive the following error with only 15 consecutive characters entered. Warning: gzinflate: buffer error in /usr/local/apache/elca_rmg/class.FTemplateExt.php on line 153 What follows is the code updating the SQL files: $gzsize = strlen($description) + 4; // added 4 more than req'd $gzcompress = gzdeflate ($description,6); $gzcompress = addslashes($gzcompress); //Reqd for SQL updates $query = UPDATE htmlcontent SET record_nbr = \$record_nbr\, gzcompress = \$gzcompress\, gzsize = $gzsize WHERE record_nbr = \$record_nbr\; } general_update($errno,$errmsg,$rowsaffected, $result, $s_synod_id, $query); // UPDATE the record *** Next I attempt to read the record back and unzip gzcompress Note that $description consists of 20 'a' characters. Any repetitive char will do and only 15 to 20 are req'd *** $query = SELECT * FROM htmlcontent WHERE record_nbr = \$record_nbr\; general_read($errno, $errmsg,$numrows, $result_html, $s_synod_id, $query); if ($numrows 0) { if ($row_html = mysql_fetch_array ($result_html)) { $content = stripslashes($row_html[gzcompress]); if (strlen($content) 0) { **Error occurs on the following instruction* $new = gzinflate($content,$row_html[gzsize]); -- Edit bug report at: http://bugs.php.net/?id=14939edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14940: FastCGI SAPI prefork a number of processes
From: [EMAIL PROTECTED] Operating system: Debian (Potato) PHP version: 4.1.1 PHP Bug Type: Dynamic loading Bug description: FastCGI SAPI prefork a number of processes php 4.1.1 fastcgi-dev 2.2.2 mod_fastcgi 2.2.12 Apache 1.3.20 Debian Potato Problem: PHP_FCGI_CHILDREN environment variable does not seem to be read by php4.fcgi, resulting in 8 children being pre-forked every time the server is started (the default setting). -- Edit bug report at: http://bugs.php.net/?id=14940edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13593 Updated: system() exec() hang
ID: 13593 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PWS related Operating System: Windows 98 / PWS PHP Version: 4.0CVS-2001-10-07 New Comment: I have the exact same problem although I am running PHP 4.1.1 on WinME. I did not have this problem on PHP 4.0.6. Previous Comments: [2001-10-07 22:34:24] [EMAIL PROTECTED] running any program from system() or exec() causes a console window to pop up brefly, the program runs and then the web server hangs. I am running the 4.0.8-dev build from www.php4win.de Oct 4 2001 23:30:20 in CGI mode with personal web server. To get the web server to work again afterwards, it seems I have to stop the PWS service, ctrl-alt-delete and kill all php processes, and then restart PWS. Sometimes that doesn't work and I have to reboot. There are no error messages printed anywhere, it just hangs. Any program. Edit this bug report at http://bugs.php.net/?id=13593edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14941: Trying to build PHP. attached is the configure output and the error message.
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.1 PHP Bug Type: Compile Failure Bug description: Trying to build PHP. attached is the configure output and the error message. ./configure --prefix=/export/www/php_4.0.4 --with-apxs=/export/www/apache_1.3.14/bin/apxs --with-config-file-path=/export/www/apache_1.3.14 --with-mysql=/export/www/mysql_3.22.32 --enable-magic-quotes --enable-track-vars --enable-safe-mode --with-regex=system loading cache ./config.cache checking for a BSD compatible install... ./install-sh -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... sparc-sun-solaris2.8 checking for gawk... (cached) nawk checking for bison... (cached) bison -y checking bison version... 1.28 (ok) checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for AIX... no checking for gcc option to accept ANSI C... (cached) none needed checking for ranlib... (cached) ranlib checking whether gcc and cc understand -c and -o together... (cached) yes checking whether ln -s works... (cached) yes checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking lex output file root... (cached) lex.yy checking whether yytext is a pointer... (cached) yes checking for working const... (cached) yes checking for pthreads_cflags... (cached) -pthreads checking for pthreads_lib... (cached) Configuring SAPI modules checking for AOLserver support... no checking for Apache module support via DSO through APXS... yes checking for mod_charset compatibility option... no checking for Apache 2.0 module support via DSO through APXS... no checking for Caudium support... no checking for fhttpd module support... no checking for FastCGI support... no checking for Zeus ISAPI support... no checking for NSAPI support... no checking for PHTTPD support... no checking for Pi3Web Support... no checking for Roxen/Pike support... no checking for Servlet support... no checking for thttpd... no checking for TUX... no checking for chosen SAPI module... apache Running system checks checking for missing declarations of reentrant functions... done checking whether compiler supports -R... (cached) yes checking for sendmail... (cached) /usr/lib/sendmail checking whether system uses EBCDIC... (cached) no checking for socket in -lsocket... (cached) yes checking for yp_get_default_domain... yes checking for dlopen in -ldl... (cached) yes checking for sin in -lm... (cached) yes checking for inet_aton in -lresolv... (cached) yes checking for res_search in -lsocket... (cached) yes checking for dn_skipname in -lresolv... (cached) no checking for __dn_skipname in -lresolv... (cached) yes checking for ANSI C header files... (cached) yes checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for fclose declaration... ok checking for alloca.h... (cached) yes checking for arpa/inet.h... (cached) yes checking for arpa/nameser.h... (cached) yes checking for crypt.h... (cached) yes checking for fcntl.h... (cached) yes checking for grp.h... (cached) yes checking for ieeefp.h... (cached) yes checking for langinfo.h... (cached) yes checking for limits.h... (cached) yes checking for locale.h... (cached) yes checking for netinet/in.h... (cached) yes checking for pwd.h... (cached) yes checking for resolv.h... (cached) yes checking for signal.h... (cached) yes checking for stdarg.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for syslog.h... (cached) yes checking for sysexits.h... (cached) yes checking for sys/file.h... (cached) yes checking for sys/mman.h... (cached) yes checking for sys/mount.h... (cached) yes checking for sys/resource.h... (cached) yes checking for sys/select.h... (cached) yes checking for sys/socket.h... (cached) yes checking for sys/statfs.h... (cached) yes checking for sys/statvfs.h... (cached) yes checking for sys/vfs.h... (cached) yes checking for sys/sysexits.h... (cached) no checking for sys/time.h... (cached) yes checking for sys/types.h... (cached) yes checking for sys/varargs.h... (cached) yes checking for sys/wait.h... (cached) yes checking for unistd.h... (cached) yes checking for unix.h... (cached) no checking for utime.h... (cached) yes checking whether struct tm
[PHP-DEV] Bug #14942: Logical bitwise operator not functioning correctly
From: [EMAIL PROTECTED] Operating system: Linux Redhat 7.2 PHP version: 4.0.6 PHP Bug Type: Variables related Bug description: Logical bitwise operator not functioning correctly I have two variables that I am trying to logically 'AND' in a bitwise fashion. This does not work correctly if one of the variables is initialized to 0x. ie if $field and $flags are two variables: $flags = 0x; $field = 0x01; ($flags $field)? $str = TRUE : $str = FALSE; echo $str br; This prints 'FALSE' instead of 'True'!! I tried debugging it with different values and it seems that if the highest bit is set then the it does the wrong thing. ie. if $flags is instead initialized to 0x7fff then everything works fine! Here is phpinfo on my system: Thanks, Murtaza PHP Version 4.0.6 System Linux porky.devel.redhat.com 2.4.5-7smp #1 SMP Tue Jun 26 14:19:49 EDT 2001 i686 unknown Build Date Aug 27 2001 Configure Command './configure' 'i386-redhat-linux' '--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' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-bz2' '--with-curl' '--with-db3' '--with-dom' '--with-exec-dir=/usr/bin' '--with-gd' '--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-mm' '--with-openssl' '--with-png' '--with-regex=system' '--with-ttf' '--with-zlib' '--with-layout=GNU' '--enable-debugger' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-wddx' '--without-mysql' '--without-unixODBC' '--without-oracle' '--without-oci8' '--with-pspell' '--with-xml' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /etc/php.ini ZEND_DEBUG disabled Thread Safety disabled [Zend logo] This program makes use of the Zend scripting language engine: Zend Engine v1.0.6, Copyright (c) 1998-2001 Zend Technologies -- Edit bug report at: http://bugs.php.net/?id=14942edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14942 Updated: Logical bitwise operator not functioning correctly
ID: 14942 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Variables related Operating System: Linux Redhat 7.2 PHP Version: 4.0.6 New Comment: This is fixed in 4.0.6. Previous Comments: [2002-01-08 22:21:02] [EMAIL PROTECTED] I have two variables that I am trying to logically 'AND' in a bitwise fashion. This does not work correctly if one of the variables is initialized to 0x. ie if $field and $flags are two variables: $flags = 0x; $field = 0x01; ($flags $field)? $str = TRUE : $str = FALSE; echo $str br; This prints 'FALSE' instead of 'True'!! I tried debugging it with different values and it seems that if the highest bit is set then the it does the wrong thing. ie. if $flags is instead initialized to 0x7fff then everything works fine! Here is phpinfo on my system: Thanks, Murtaza PHP Version 4.0.6 System Linux porky.devel.redhat.com 2.4.5-7smp #1 SMP Tue Jun 26 14:19:49 EDT 2001 i686 unknown Build Date Aug 27 2001 Configure Command './configure' 'i386-redhat-linux' '--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' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-bz2' '--with-curl' '--with-db3' '--with-dom' '--with-exec-dir=/usr/bin' '--with-gd' '--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-mm' '--with-openssl' '--with-png' '--with-regex=system' '--with-ttf' '--with-zlib' '--with-layout=GNU' '--enable-debugger' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-wddx' '--without-mysql' '--without-unixODBC' '--without-oracle' '--without-oci8' '--with-pspell' '--with-xml' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /etc/php.ini ZEND_DEBUG disabled Thread Safety disabled [Zend logo] This program makes use of the Zend scripting language engine: Zend Engine v1.0.6, Copyright (c) 1998-2001 Zend Technologies Edit this bug report at http://bugs.php.net/?id=14942edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14943: security issue with apache's ScriptAlias and php.exe
From: [EMAIL PROTECTED] Operating system: 98 PHP version: 4.1.1 PHP Bug Type: Apache related Bug description: security issue with apache's ScriptAlias and php.exe Apache 1.3.22 PHP 4.1.1 ...the latest versions at the moment. in the httpd.conf of apache, i have: AddType application/x-httpd-php .php ScriptAlias /php/ c:/mirc/apache/php/ Action application/x-httpd-php /php/php.exe typing this into my browser: http://127.0.0.1/php/php.exe?C:\mirc\apache\apache\logs\access.log allowed me to view the file. i noticed the extra traffic heading out from my computer and checked the access.log myself and found someone using php.exe and the scriptalias like this. -- Edit bug report at: http://bugs.php.net/?id=14943edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14943 Updated: security issue with apache's ScriptAlias and php.exe
ID: 14943 Updated by: zak Old Summary: security issue with apache's ScriptAlias and php.exe Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Apache related Operating System: 98 PHP Version: 4.1.1 New Comment: Thank your for your report! However, please review the bug database for bug reports before submitting new ones. Previous Comments: [2002-01-09 01:22:54] [EMAIL PROTECTED] Apache 1.3.22 PHP 4.1.1 ...the latest versions at the moment. in the httpd.conf of apache, i have: AddType application/x-httpd-php .php ScriptAlias /php/ c:/mirc/apache/php/ Action application/x-httpd-php /php/php.exe typing this into my browser: http://127.0.0.1/php/php.exe?C:\mirc\apache\apache\logs\access.log allowed me to view the file. i noticed the extra traffic heading out from my computer and checked the access.log myself and found someone using php.exe and the scriptalias like this. Edit this bug report at http://bugs.php.net/?id=14943edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8670 Updated: Incorect interpretation session.gc_maxlifetime parameter
ID: 8670 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.0.4 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:07:27] [EMAIL PROTECTED] It could be file locking problem. Please test with 4.1.0 and snapshot, and report the result. http://snaps.php.net/ [2001-01-15 05:55:51] [EMAIL PROTECTED] The session.gc_probability set to 100% during experiments with lifetime. I expected some king of timeout of my site during subsiquent acceses. So I started to experiment with that and I wrote what I got. The script examples is any with session_register, with session.auto_start enabled, but I tried with session_start and got the same result. I gues that this might be something with time interpreting on the Win32 platform, cause the problem seems to be solved when life time set to more than 24 hours. [2001-01-15 04:23:16] [EMAIL PROTECTED] You do understand that with this setting: session.gc_probability= 100 the garbage collection is started every time you run a script? (ie. 100 = 100%) How did you found out that the session is removed? Any example scripts? It sounds really odd that 36000 didn't work but 36 did. --Jani [2001-01-15 01:24:50] [EMAIL PROTECTED] Incorect interpretation session.gc_maxlifetime parameter, the other session parameters: session.save_handler = files session.save_path = C:\PHP\sessiondata session.use_cookies = 0 session.name = PHPSESSID session.auto_start= 1 session.cookie_lifetime = 1000 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability= 100 session.gc_maxlifetime= 36 session.referer_check = session.entropy_length= 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 1 session.use_trans_sid = 1 [2001-01-14 17:30:33] [EMAIL PROTECTED] What are the other session related php.ini values you have? --Jani 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/?id=8670 Edit this bug report at http://bugs.php.net/?id=8670edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12177 Updated: session_set_cookie_params broken
ID: 12177 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:13:08] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot can be found http://snaps.php.net/ If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-07-15 10:48:47] [EMAIL PROTECTED] This assumes default settings in php.ini Description: the effect of session_set_cookie_params() is documented to last only for the duration of the calling script, however it's affect appears to last globally forever. i.e. After using a session named SID1 with a cookie timout of 5 seconds, subsequently using a session SID2 with default cookie parameters will also have a timeout of 5 seconds. The following two scripts will illustate this. ?php session_name(SID1); session_set_cookie_params(5,/); session_start(); echo Sid is [,session_id(),]\n; ? Loading this, SID1 changes every 5 seconds as expected. Loading the following, however, SID2 also changes every 5 seconds, even though cookie params have *not* been set in this script. ?php session_name(SID2); session_start(); echo Sid is [,session_id(),]\n; ? Nick Edit this bug report at http://bugs.php.net/?id=12177edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12188 Updated: Object with Sessiona
ID: 12188 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:14:44] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot can be found http://snaps.php.net/ If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-08-20 12:16:49] [EMAIL PROTECTED] status-open [2001-07-17 05:06:10] [EMAIL PROTECTED] what is my error then ? [2001-07-16 16:23:10] [EMAIL PROTECTED] This works perfectly for me. If I keep reloading that page I get: a Object ( [a] = 1 ) a Object ( [a] = 2 ) a Object ( [a] = 3 ) a Object ( [a] = 4 ) ... - Colin [2001-07-16 16:03:05] [EMAIL PROTECTED] Fatal error: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition stati of the object you are trying to operate on was loaded _before_ the session was started in /var/www/wedr0/test/para4.php on line 12 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/?id=12188 Edit this bug report at http://bugs.php.net/?id=12188edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12859 Updated: Session unable to store array of classes
ID: 12859 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: W2k, Linux PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:15:59] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot can be found http://snaps.php.net/ If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-08-20 08:31:20] [EMAIL PROTECTED] Session is unable to store an array of classes. If you try to add to an array (using []) stored in the session, it overrides the array instead of adding to it Here's a sample code: ? include_once(cls1.php); if (!session_is_registered(ClassOne)) { session_register(ClassOne); echo BRClassOne now in session; } ? BRBRight now we have ?= sizeof($HTTP_SESSION_VARS[ClassOne])? classes/B.P ? if ($HTTP_GET_VARS[count] != 0) { for ($i = 0; $i $HTTP_GET_VARS[count]; $i++) { $HTTP_SESSION_VARS[ClassOne][] = new ClassOne(); //this line should add to the array } } ? BAnd now we have ?= sizeof($HTTP_SESSION_VARS[ClassOne])? classes/B.P form method=get action=regcls.php Register input type=text name=count size=3 objects. input type=submit /form PRE ? if ($HTTP_GET_VARS[delete] == 1) { echo BRKilling CountOne from session...; $HTTP_SESSION_VARS[CountOne]=0; session_unregister(CountOne); } for ($i=0; $i sizeof($HTTP_SESSION_VARS[ClassOne]); $i++) { echo \n$i ClassOne-count = . $HTTP_SESSION_VARS[ClassOne][$i]-getCount(); } ? /PRE ? ? Edit this bug report at http://bugs.php.net/?id=12859edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12873 Updated: PHP session/java bug
ID: 12873 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Windows 2000 SP2 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:19:28] [EMAIL PROTECTED] Coud you test with latest CVS snapshot under UNIX like OS? CVS snapshot source can be found http://snaps.php.net/ (No windows binary) If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Also could you test with 4.1.0 windows binary? Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-10-03 03:33:52] [EMAIL PROTECTED] Java TestClass.class public class TestClass { public String str = initial string; } PHP Code: $obj = new Java(TestClass); $obj-str = new string; session_register(obj); after session_register() php.exe crashes [2001-10-02 18:42:19] [EMAIL PROTECTED] No feedback and not enough information to reproduce this. Also note that sessions are not supposed to be used to store Java objects anyway. [2001-08-22 05:11:16] [EMAIL PROTECTED] Please include a short example script here which can be used to reproduce this. [2001-08-22 05:08:33] [EMAIL PROTECTED] php.exe crashes when it session try's to store java object. 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/?id=12873 Edit this bug report at http://bugs.php.net/?id=12873edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12968 Updated: Session don't store after header(Location: ...)
ID: 12968 Updated by: lobbin Old Summary: Session don't store after header(Location: ...) Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:22:09] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot source can be found http://snaps.php.net/ (No windows binary) If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-08-27 18:37:36] [EMAIL PROTECTED] Sorry, but no it doesn't help. The UPDATE Session query from site1 still run after the SELECT Session query from site2. [2001-08-27 14:44:02] [EMAIL PROTECTED] does ingnore_user_abort(true) help ? [2001-08-27 05:30:06] [EMAIL PROTECTED] System: Linux PHP 4.06 Apache 1.3.19 mySQL 3.23.38 side1.php session_start(); session_register(var1); Header(location:page2.php); side2.php session_start(); session_is_register(logon) returns false; I check the mySQL logs (i have a personal written session_handler, which works fine under a lot of different systems with mySQL) and see following problem side1.php: SELECT * FROM Session WHERE SessionID ... script queries from side1.php side2.php: SELECT * FROM Session WHERE SessionID ... side1.php: UPDATE Session SET ... WHERE SessionID ... script queries from side2.php side2.php: UPDATE Session Set ... WHERE SessionID instead of the normal: side1.php: SELECT * FROM Session WHERE SessionID ... script queries from side1.php side1.php: UPDATE Session SET ... WHERE SessionID ... side2.php: SELECT * FROM Session WHERE SessionID ... script queries from side2.php side2.php: UPDATE Session Set ... WHERE SessionID i think the problem is that the header(Location: ...) works so fast over the intranet network, that my old developer machine isn't fast enaugh to handle the script SQL statement, before the new site request reach another process of the apache and query the session table. the problem is that the buffer is flushed before the session related operations are done What can i do against this behavior? thanx Edit this bug report at http://bugs.php.net/?id=12968edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13106 Updated: session_set_save_handler is unstable
ID: 13106 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: RedHat Linux 7.1 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:23:19] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot source can be found http://snaps.php.net/ (No windows binary) If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-09-03 07:29:22] [EMAIL PROTECTED] When I use session_set_save_handler, php core dumped. It seems simple problem, because php core dumped at many place in some php source files. Following is typically core dump. Thanx. [root@mats lib]# gdb php GNU gdb 5.0rh-5 Red Hat Linux 7.1 Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run test.php Starting program: /usr/local/bin/php test.php X-Powered-By: PHP/4.0.6 Set-Cookie: PHPSESSID=7c37c912b8491005eee1ea24b068c749; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-type: text/html added sHoge added sFoo html body a href=test2.phpnext/a /body /html br bWarning/b: MkDir failed (No such file or directory) in b/usr/local/apache/htdocs/test/lib/_sessionHandler_fileBase.php/b on line b44/bbr Program received signal SIGSEGV, Segmentation fault. 0x080c1d87 in zend_hash_rehash (ht=0x8184d0c) at zend_hash.c:482 482 nIndex = p-h % ht-nTableSize; (gdb) bt #0 0x080c1d87 in zend_hash_rehash (ht=0x8184d0c) at zend_hash.c:482 #1 0x080c1d25 in zend_hash_do_resize (ht=0x8184d0c) at zend_hash.c:463 #2 0x080c170c in zend_hash_add_or_update (ht=0x8184d0c, arKey=0x8187c24 fp, nKeyLength=3, pData=0xbfffefb8, nDataSize=4, pDest=0xbfffefd4, flag=1) at zend_hash.c:306 #3 0x080e95bd in zend_fetch_var_address (result=0x8189704, op1=0x8189714, op2=0x8189724, Ts=0xb010, type=1) at ./zend_execute.c:484 #4 0x080eb225 in execute (op_array=0x818a208) at ./zend_execute.c:1140 #5 0x080b872e in call_user_function_ex (function_table=0x8153750, object_pp=0x0, function_name=0x818d5dc, retval_ptr_ptr=0xb7f8, param_count=2, params=0x8180f2c, no_separation=1, symbol_table=0x0) at zend_execute_API.c:464 #6 0x080b8108 in call_user_function (function_table=0x8153750, object_pp=0x0, function_name=0x818d5dc, retval_ptr=0x817bc44, param_count=2, params=0xb870) at zend_execute_API.c:325 #7 0x080785f1 in ps_call_handler (func=0x818d5dc, argc=2, argv=0xb870) at mod_user.c:59 #8 0x080789b0 in ps_write_user (mod_data=0x814f830, key=0x818e744 7c37c912b8491005eee1ea24b068c749, val=0x817bccc sHoge|s:8:\hogehoge\;sFoo|s:4:\fofo\;, vallen=37) at mod_user.c:147 #9 0x08075ebe in php_session_save_current_state () at session.c:547 #10 0x08077ef5 in php_session_flush () at session.c:1377 #11 0x08077f17 in php_rshutdown_session (type=1, module_number=3) at session.c:1392 #12 0x080bf725 in module_registry_cleanup (module=0x8170c60) at zend_API.c:785 #13 0x080c22cb in zend_hash_apply (ht=0x8153680, apply_func=0x80bf6f8 module_registry_cleanup) at zend_hash.c:688 #14 0x080beaab in zend_deactivate_modules () at zend.c:526 #15 0x0805e214 in php_request_shutdown (dummy=0x0) at main.c:657 #16 0x0805d583 in main (argc=2, argv=0xba9c) at cgi_main.c:751 #17 0x400dc177 in __libc_start_main (main=0x805cd74 main, argc=2, ubp_av=0xba9c, init=0x805b9bc _init, fini=0x80f4800 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:129 Edit this bug report at http://bugs.php.net/?id=13106edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13182 Updated: session_start() can't create a _new_ session control file.
ID: 13182 Updated by: lobbin Old Summary: session_start() can't create a _new_ session control file. Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Solaris 7 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:24:52] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot source can be found http://snaps.php.net/ (No windows binary) If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-09-06 14:16:14] [EMAIL PROTECTED] We installed php 4.0.6 in a Roxen 2.1.625 web server on Solaris 7. Now we have a problem with temporary session files. The session_start() command will abort with the following error message: Warning: open(/tmp/sess_e8771af1171a6cbdf51eebdba5199d25, O_RDWR) failed: m (0) in [path/file.php] on line 78 Warning: open(/tmp/sess_e8771af1171a6cbdf51eebdba5199d25, O_RDWR) failed: m (0) in Unknown on line 0 Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 The thing is that session.save_path is correct. It points to /tmp, where the web server and php has write permissions. The session controller can read and write existing files. The problem occurs only when session_start() has to create a _new_ session control file. If we use fopen(), we can read and write files in /tmp. If we create a file with the name of the supposed session control file (sess_..., the name stated in the error message from session_start()) with fopen() and then reload the page, session_start() will execute correctly, using the file we just created for it. Then php will access the file correctly, writing and reading session variables just as it is supposed to. So, again, the problem occurs only when session_start() has to create a _new_ session control file. Shouldn't a file be created automatically if it doesn't exist? The only strange thing with the installation of PHP on Roxen was that no binary file was created. We can't find the stand-alone program to execute php files from the shell. This happened even though no error message was given at the time of installation. The roxen installation was made as the config script suggested. Do you have a clue why this problem occurs? What our research toold us is: If the 'open' is a system call, then this is the expected behavior. You need to provide a O_CREAT (or O_APPEND, don't know which) that will automatically create the file if it doesn't exist. Just providing O_RDWR/RDONLY will not create the file, and will return an error if the file doesn't exist. This is the correct behavior for a POSIX open system call. Best regards, Andreas Lundgren mailto:[EMAIL PROTECTED] please reply! Edit this bug report at http://bugs.php.net/?id=13182edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13461 Updated: Problem using PHP3 or PHP4 with Apache 1.3.20
ID: 13461 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: AIX 4.2.1.0 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 07:22:46] [EMAIL PROTECTED] Can you try this with PHP 4.1.0? And also show some output where .libs/libphp4.lax/libmain.al/main.lo is compiled. R. [2001-09-26 17:03:31] [EMAIL PROTECTED] When I compile php4.0.6 or php3.0.18 as a static module everything is compiling just fine with Apache 1.3.20. When I try to execute via apachectl start or startssl apache just dies before writing to any log files. When I not include php modules php starts just fine. I am lost as to why. Below is what I used to compile php this way. ./configure --with-mysql=/usr/local/mysql --enable-track-vars --with-xml --with-apache=../apache_1.3.20 Next I tried to compile as a DSO which Apache is compiled with the shared support enabled. Apache compiles and runs just fine. When I try to compile php with the following... ./configure --with-mysql=/usr/local/mysql --enable-track-vars --with-xml --with-apxs=/usr/local/apache/bin/apxs --disable-debug php4.0.6 gives me the following error... Making all in . /bin/sh /usr/local/dwo/storage/newstuff/php-4.0.6/libtool --silent --mode=link gcc -I. -I/usr/local/dwo/storage/newstuff/php-4.0.6/ -I/usr/local/dwo/storage/newstuff/php-4.0.6/main -I/usr/local/dwo/storage/newstuff/php-4.0.6 -I/usr/local/apache/include -I/usr/local/dwo/storage/newstuff/php-4.0.6/Zend -I/usr/local/mysql/include/mysql -I/usr/local/dwo/storage/newstuff/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/dwo/storage/newstuff/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/dwo/storage/newstuff/php-4.0.6/TSRM -DAIX=42 -DAIX_BIND_PROCESSOR -DMOD_SSL=208104 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DNO_DL_NEEDED -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -O2 -o libphp4.la -rpath /usr/local/dwo/storage/newstuff/php-4.0.6/libs -avoid-version -L/usr/local/mysql/lib/mysql -R /usr/local/mysql/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lmysqlclient -lbind -lm -ldl ld: 0711-711 ERROR: Input file .libs/libphp4.lax/libmain.al/main.lo is empty. The file is being ignored. collect2: ld returned 8 exit status make: The error code from the last command is 1. Stop. - I am at my wits end... please let me know what other information I can give to help me to be able to use PHP with my installation. Thanks in advance!!! --DuWayne Edit this bug report at http://bugs.php.net/?id=13461edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13491 Updated: error reading font
ID: 13491 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: GD related Operating System: Windows 2000 Advance Server PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 08:48:23] [EMAIL PROTECTED] Can you try version 4.1.0? [2001-09-29 01:54:41] [EMAIL PROTECTED] When I use the ImageFontLoad() or any function in the GD Lib. that uses loadable user font, a warining came up saying that error reading font in ... I have tested it on Mandrake 8.0 Linux ... it worked perfectly I also check the CVS, they said that they have fixed it, but after I downloaded the CVS and try it ... the same problem occured Edit this bug report at http://bugs.php.net/?id=13491edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13521 Updated: session.save_handler = files still allows session_set_save_handler to overrid
ID: 13521 Updated by: lobbin Old Summary: session.save_handler = files still allows session_set_save_handler to overrid Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Redhat 6.1 Linux PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:49:08] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot source can be found http://snaps.php.net/ (No windows binary) If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-10-02 16:50:38] [EMAIL PROTECTED] First update didn't save the OS - it's Redhat 6.1 Linux. [2001-10-02 16:48:52] [EMAIL PROTECTED] './configure' '--prefix=/var/php' '--with-config-file-path=/var/php' '--enable-track-vars' '--with-apxs=/var/apache/bin/apxs' '--with-ftp' '--with-xml' '--with-mcrypt=/var/libmcrypt-2.4.15' '--enable-sigchild' '--with-oci8=/u01/app/oracle/product/8.1.7' '--with-pgsql=/var/postgresql-7.1.3' '--with-mysql=/var/mysql-3.23.41' We use sessions stored in the database, and so we have this code in our auto_prepend_file: include_once(session.inc); session_start(); session.inc defines functions sessionOpen, sessionClose, sessionRead, sessionWrite, sessionDestroy, sessionGC, and at the very end of the php code in that file, it does this call: session_set_save_handler( sessionOpen, sessionClose, sessionRead, sessionWrite, sessionDestroy, sessionGC); We wanted to change sessions from being saved in the database to being saved in files, and noticed today that even when we set session.save_handler = files in php.ini, the above call to session_set_save_handler seems to still take effect and force sessions to be stored in the database. Here's a quote from the set_session_save_handler documentation: Note: You must set the configuration option session.save_handler to user in your php.ini file for session_set_save_handler() to take effect. Is this a bug in PHP 4.0.6? Thanks. Hardy Merrill Mission Critical Linux, Inc. http://www.missioncriticallinux.com Edit this bug report at http://bugs.php.net/?id=13521edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13834 Updated: SID already defined
ID: 13834 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: FreeBSD 4.2 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:53:16] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot source can be found http://snaps.php.net/ (No windows binary) If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-10-26 01:30:56] [EMAIL PROTECTED] This is intended as more information for Bug id #11643. I could not make comments directly as I am not the creator of the bug and I don't have Dev Edit privilegdes either. In any case, the redefinition is apparently session_start(). If I do more than one session_start(), separated by a session_destroy(), then I get warning: Warning: Constant sid already defined in /usr/home/smoore/php-include/Session_class.php on line 80 I am sure it is session_start() because the following makes the warning go away: $save = error_reporting( E_ERROR ); // temporarily turn off warnings session_start(); error_reporting( $save ); Obviously the fix is to undefine SID in session_destroy. However, there is no undefine in PHP is there? It must be redefined because the original session has been destroyed and the new one has a new session_id(). This doesn't bother my code because I don't use SID. Hope this helps... Edit this bug report at http://bugs.php.net/?id=13834edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14579 Updated: ImageTypes() returns no supported Image Types
ID: 14579 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: GD related Operating System: RedHat6.2 PHP Version: 4.1.0 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 08:56:58] [EMAIL PROTECTED] Remove the @ before ImageTypes. Does it print a error now? [2001-12-18 09:39:49] [EMAIL PROTECTED] gd1.3/PHP4.1.0 [...] $im_types = @ImageTypes(); if(empty($im_types)) { echo Error; } else { if($im_types IMG_JPG) { [...] - Error is echoed. php_info() says: GD support enabled GD version between 1.3 and 1.6.1 GIF Read Support enabled GIF Create Support enabled The same script with PHP4.0.3pl1 and PHP4.0.6 acts as expected. Edit this bug report at http://bugs.php.net/?id=14579edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14599 Updated: Script Output Stops
ID: 14599 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Reproducible crash Operating System: SuSE Linux 6.4 PHP Version: 4.1.0 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 07:30:43] [EMAIL PROTECTED] Please provide a small script which can be used to produce this error, and also, if you can, provide a backtrace. http://bugs.php.net/bugs-generating-backtrace.php R. [2001-12-19 07:21:39] [EMAIL PROTECTED] PHP script stops 3/4 of the way down a medium sized page. This happens in exactly the same place. Apache log shows: [Wed Dec 19 11:24:55 2001] [notice] child pid 13078 exit signal Segmentation fault (11) [Wed Dec 19 11:26:55 2001] [notice] child pid 12877 exit signal Segmentation fault (11) [Wed Dec 19 11:27:51 2001] [notice] child pid 13465 exit signal Segmentation fault (11) [Wed Dec 19 11:28:45 2001] [notice] child pid 13468 exit signal Segmentation fault (11) [Wed Dec 19 11:30:54 2001] [notice] child pid 13469 exit signal Segmentation fault (11) [Wed Dec 19 11:34:17 2001] [notice] child pid 13566 exit signal Segmentation fault (11) [Wed Dec 19 11:34:37 2001] [notice] child pid 13580 exit signal Segmentation fault (11) [Wed Dec 19 11:34:39 2001] [notice] child pid 13581 exit signal Segmentation fault (11) [Wed Dec 19 11:34:48 2001] [notice] child pid 13582 exit signal Segmentation fault (11) [Wed Dec 19 11:39:15 2001] [notice] caught SIGTERM, shutting down [Wed Dec 19 11:43:15 2001] [notice] Apache/1.3.12 (Unix) (SuSE/Linux) mod_fastcgi/2.2.2 mod_perl/1.21 PHP/4.1.0 configured -- res uming normal operations [Wed Dec 19 11:43:15 2001] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) ild pid 13078 exit signal Segmentation fault (11)[Wed Dec 19 12:05:32 2001] [notice] child pid 163 exit signal Segmentation fault The PHP page is meant to output a html form containing hidden form fields. Edit this bug report at http://bugs.php.net/?id=14599edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14909 Updated: Allows access to ANY file
ID: 14909 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: Windows PHP Version: 4.1.1 Assigned To: imajes New Comment: so do we have to read the documentation again on how to install PHP?? have u added a fix? Previous Comments: [2002-01-08 08:03:10] [EMAIL PROTECTED] the documentation is fixed, i committed this morning/last night. there is however a bug in the way apache handles the binary -- or the way php acts when called as a binary (you can get premature end of script headers). What i would like to do is leave this open, and noticeable for some of the apache guys to take a look at and comment on it. The docs are fixed we just need to wait to see if this is a thing to hand off to apache. [2002-01-08 07:16:40] [EMAIL PROTECTED] As said by others, this is NOT a bug, but a documentation problem. (btw: assigned to only needs your username) [2002-01-08 03:28:11] [EMAIL PROTECTED] Ok, I have checked in a newer, cleaner version of the relevant documentation. As far as the guidelines go, configuring php and apache like that is a massive security risk, (since we've been recommending all production level sites to create a script alias for /php/ and mapping that to their php directory), so I appeal to the apache people (Jimw, etc) to look into ways of fixing it so you don't have to use a scriptalias and action. (or use action with an absolute path). This is a pretty urgent problem, so i'm going to mark this bug as critical and move it to Apache Related. [2002-01-07 12:02:52] [EMAIL PROTECTED] Georg, our security section has a link to that CERT advisory for quite a long time now. I have added a warning and a link to the particular security page to that setup instruction page for Apache windows. Please give better instructions for CGI setups under windows if you can. A setup, where PHP sritps are portable, so no #!c:\php\php.exe type of method is doable... Maybe James can find another way. The Apache doc only documents the methods we have in the install and security chapters... --- Goba [2002-01-07 09:46:58] [EMAIL PROTECTED] Actually, our documentation tells win32 users to install that way. I'm investigating a better method right now, and will patch the documentation in a short while. I knew i forgot to do something after i updated my win32 last week! 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/?id=14909 Edit this bug report at http://bugs.php.net/?id=14909edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13491 Updated: error reading font
ID: 13491 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: GD related Operating System: Windows 2000 Advance Server PHP Version: 4.0.6 New Comment: yes ... I have tried it ... it works .. thanks all Previous Comments: [2002-01-09 02:08:26] [EMAIL PROTECTED] No feedback. Closing. [2001-12-19 08:48:23] [EMAIL PROTECTED] Can you try version 4.1.0? [2001-09-29 01:54:41] [EMAIL PROTECTED] When I use the ImageFontLoad() or any function in the GD Lib. that uses loadable user font, a warining came up saying that error reading font in ... I have tested it on Mandrake 8.0 Linux ... it worked perfectly I also check the CVS, they said that they have fixed it, but after I downloaded the CVS and try it ... the same problem occured Edit this bug report at http://bugs.php.net/?id=13491edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]