[PHP-DEV] Bug #14423 Updated: PHP won't compile with --with-iconv turned on
ID: 14423 Updated by: cynic Old Summary: PHP won't compile with --with-iconv turned on Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.4-STABLE PHP Version: 4.1.0 New Comment: Does it *always* fail with the former configure line? Previous Comments: [2001-12-24 10:48:32] [EMAIL PROTECTED] Here is configure, which works fine. But I cannot find out what caused it to fail in previous case... './configure' '--with-config-file-path=/usr/local/etc/php.standalone' '--disable-pear' '--enable-discard-path' '--with-readline=/usr' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--with-gd=/usr/local' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-openssl=/usr' '--with-xml' '--with-xmlrpc=/usr/local' '--with-ttf' '--with-freetype' '--enable-xslt' '--with-xslt-sablot' '--with-expat-dir=/usr/local' '--with-dom=/usr/local' '--enable-ftp' '--with-iconv=/usr/local' '--enable-bcmath' '--enable-sockets' '--prefix=/usr/local' 'i386--freebsd4.5' [2001-12-11 07:35:41] [EMAIL PROTECTED] System: [never@mile ~]$ uname -a FreeBSD mile.nevermind.kiev.ua 4.4-STABLE FreeBSD 4.4-STABLE #0: Tue Dec 4 21:12:20 EET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/mile i386 [never@mile ~]$ pkg_info | grep iconv-2 iconv-2.0_1 Charset conversion library and utilities How to repeat: ./configure '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--enable-track-vars' '--enable-sockets' '--enable-ftp' '--with-ttf' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-freetype' '--with-zlib-dir=/usr/local' '--with-iconv=/usr/local' '--enable-xslt' '--enable-wddx' '--with-xslt-sablot' '--with-expat-dir=/usr/local' make Output: Making all in . /bin/sh /usr/local/src/php-4.1.0/libtool --silent --mode=link gcc -I. -I/usr/local/src/php-4.1.0/ -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/usr/local/src/php-4.1.0/Zend -I/usr/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/src/php-4.1.0/TSRM -g -O2 -o php -export-dynamic stub.lo libphp4.la ./.libs/libphp4.a(internal_functions.o): In function `php_startup_internal_extensions': /usr/local/src/php-4.1.0/main/internal_functions.c(.data+0x28): undefined reference to `iconv_module_entry' *** Error code 1 Stop in /usr/local/src/php-4.1.0. *** Error code 1 Stop in /usr/local/src/php-4.1.0. Edit this bug report at http://bugs.php.net/?id=14423edit=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 #13875 Updated: Apache 1.3.22 will start outputing Segmentation fault (11)'s in error_log and sl
ID: 13875 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.12-ac1 Glibc 2.2.4 GCC PHP Version: 4.0.6 New Comment: Signal 11 is almost exclusively a mark of a problematic memory subsytem: faulty or mismatched chips. Are you sure this is not the case? Previous Comments: [2001-10-30 12:43:43] [EMAIL PROTECTED] I have now tried the latest snapshot, 20011030, and gotten a crash and backtrace, it isn't the passthru, since this did the Segmentation Fault on an opendir() call. #0 0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2 #1 0x4000b1fa in fixup () from /lib/ld-linux.so.2 #2 0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2 #3 0x80f503c in zif_opendir (ht=1, return_value=0x837ae0c, this_ptr=0x0, return_value_used=1) at dir.c:192 #4 0x8191e22 in execute (op_array=0x837ad44) at zend_execute.c:1598 #5 0x816c80a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #6 0x80a715e in php_execute_script (primary_file=0xb7b0) at main.c:1310 #7 0x817876c in apache_php_module_main (r=0x8337b74, display_source_mode=0) at sapi_apache.c:90 #8 0x80a3792 in send_php (r=0x8337b74, display_source_mode=0, filename=0x8339614 /var/www/html/ModemStats/fuu.php) at mod_php4.c:575 #9 0x80a37f5 in send_parsed_php (r=0x8337b74) at mod_php4.c:590 #10 0x819c2b3 in ap_invoke_handler (r=0x8337b74) at http_config.c:517 #11 0x81b0ebb in process_request_internal (r=0x8337b74) at http_request.c:1311 #12 0x81b0f30 in ap_process_request (r=0x8337b74) at http_request.c:1327 #13 0x81a812d in child_main (child_num_arg=0) at http_main.c:4555 #14 0x81a8304 in make_child (s=0x82cac44, slot=0, now=1004462146) at http_main.c:4668 #15 0x81a847b in startup_children (number_to_start=5) at http_main.c:4750 #16 0x81a8b14 in standalone_main (argc=2, argv=0xbbe4) at http_main.c:5055 #17 0x81a937e in main (argc=2, argv=0xbbe4) at http_main.c:5415 #18 0x40244551 in __libc_start_main () from //lib/libc.so.6 [2001-10-30 11:54:01] [EMAIL PROTECTED] I cannot reproduce this bug 'on the fly', it just happens often when running a gzip process on the server that takes up most of the CPU, then apache+php will have the Segmentation fault (11)'s in the log. It often won't die there, or crash, but will still work and later start really spewing the errors which then the server is inaccessable. It will then often crash after doing that for awhile, it seems to need a person accessing the php pages during the high CPU load to start the 'downward spiral'. I have a backtrace, it seems to be something to do with the passthru function, since that is so far the place it always shows on the backtraces. The passthru function is being used to execute perl scripts on the webserver, outputing html formatted text, there are arguments to those scripts too which sometimes are not defined, which I don't think would be the problem, but am not sure. I can do more debugging, but may need instructions, this is the first time I have done anything with gdb. Details are below, thanks in advance, Chris Kennedy [EMAIL PROTECTED] PHP: version 4.0.6 --with-apache=/u1/sys/src/APACHE/apache_1.3.22 --with-yp --with-mysql=/opt/mysql --with-gdbm --with-config-file-path=/opt/apache/conf --enable-debug --enable-ftp --with-imap --enable-trans-sid --enable-calendar --with-zlib --with-ldap APACHE: version 1.3.22 --prefix=/opt/apache --activate-module=src/modules/php4/libphp4.a --activate-module=src/modules/standard/mod_frontpage.c --activate-module=src/modules/ssl/libssl.a (gdb) run -X Starting program: /opt/apache/bin/httpd -X (gdb) bt #0 0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2 #1 0x4000b1fa in fixup () from /lib/ld-linux.so.2 #2 0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2 #3 0x80f6bb7 in php_if_passthru (ht=1, return_value=0x837fac4, this_ptr=0x0, return_value_used=0) at exec.c:315 #4 0x818a21a in execute (op_array=0x8351dbc) at ./zend_execute.c:1504 #5 0x8150434 in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #6 0x80a76ff in php_execute_script (primary_file=0xb908) at main.c:1206 #7 0x816137c in apache_php_module_main (r=0x8330144, display_source_mode=0) at sapi_apache.c:89 #8 0x80a4372 in send_php (r=0x8330144, display_source_mode=0, filename=0x8331c7c /var/www/html/moninter/index.php) at mod_php4.c:536 #9 0x80a43aa in send_parsed_php (r=0x8330144) at mod_php4.c:547 #10 0x8194de9 in ap_invoke_handler (r=0x8330144) at http_config.c:517 #11 0x81aa20f in process_request_internal (r=0x8330144) at http_request.c:1311 #12 0x81aa27a in ap_process_request (r=0x8330144) at http_request.c:1327 #13
[PHP-DEV] Bug #13733 Updated: Session variables not Saved
ID: 13733 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Session related Operating System: Windows 2000 Professional PHP Version: 4.0.6 New Comment: submitted twice Previous Comments: [2001-10-18 07:59:25] [EMAIL PROTECTED] It has been reported in Bug id #12679 before. But I'm using a local network to test scripts, so I leave the session.cookie_domain with blank. It can't work. Then I tried to fill the session.cookie_domain with my commputer name, it didn't work too. But when I put these scripts on a FreeBSD box(also in local), it works well. So, what's wrong? Edit this bug report at http://bugs.php.net/?id=13733edit=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 #13560 Updated: mysql_fetch_object can't return any record
ID: 13560 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: win2000 PHP Version: 4.0.6 New Comment: not enough info. read bugs-dos-and-donts.php Previous Comments: [2001-10-05 06:33:07] [EMAIL PROTECTED] it dosen't return any record when i use mysql_fetch_object to fetch result! Edit this bug report at http://bugs.php.net/?id=13560edit=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 #13563 Updated: required directory c:\tmp not created if not found
ID: 13563 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: PHP Version: 4.0.6 New Comment: not a bug. Previous Comments: [2001-10-05 09:46:47] [EMAIL PROTECTED] Sessions depends on the existence of a special root level folder named \tmp. Unfortunately, this is not created if it is not present when sessions needs it. Instead, an error message is generated - but this is only meaningful if the rest of the browser-server-php-database-os software dependency chain is absolutely correct... I just had to re-install everything after a virus trashed my HD and I needed to re-format. It took me quite a while to figure out exactly what was wrong. I hope this 'tip' saves other folks similar hassles. Edit this bug report at http://bugs.php.net/?id=13563edit=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 #13073 Updated: empty() returns wrong value
ID: 13073 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Variables related Operating System: Linux, Windows2000 PHP Version: 4.0.6 New Comment: I suggest you turn your attention to the PHP manual. (Though I admit that the fact that empty() returns true for 0 and 0 could be stresse more in the manual page.) Previous Comments: [2001-08-31 04:19:28] [EMAIL PROTECTED] Hi, the value of iid comes from the URL-request-string. I.e. iid=0 If I test of the emptyness of $iid, empty($iid) returns FALSE, but $iid is not empty. if (empty($iid)) { $iid = '5.1'; } The test if ($iid == '') returns the right value. regards, Carsten Edit this bug report at http://bugs.php.net/?id=13073edit=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 #13055 Updated: When GetImgSize/ ImageSX invoked - errroneous error msg
ID: 13055 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: GetImageSize related Operating System: Win98SE UNIX PHP Version: 4.0.6 New Comment: user feedback: * From: Malcolm Clark [EMAIL PROTECTED] To: Bug Database [EMAIL PROTECTED] Date: Thu, 30 Aug 2001 19:12:10 +0100 What is the error message you get? No Database selected And please add a SHORT standalone example script which does not depend on databases. I don't think this is possible, considering the above error msg emanates from a db request. ( mysql_error(); ) I suggest using any mysql db on your system and changing $C_db in config.ini to the name of the test db you want to use. I've tried it here and still get the problem. :( Finally make up a simple INSERT statement or something. * next time, use the web interface for replies. direct link to your PR is included in every mail from the bug db. Previous Comments: [2001-08-30 12:07:23] [EMAIL PROTECTED] What is the error message you get? And please add a SHORT standalone example script which does not depend on databases. --Jani [2001-08-30 06:23:00] [EMAIL PROTECTED] I have isolated the problem domain in the following script. Required files are below it. Assuming you have a db created, the script duly INSERTs. Remove the comments from //$size... and I get this error,No Database selected, and yet you can $db1-getdb(); to simultaneously echo the db chosen. I tried ImageSX hoping to find a way round, but alasI'm here with a bug report. ? require (config.ini); require (mysqldb.obj); $img_path = C:\Program Files\Apache Group\Apache\htdocs\img\images\marked\image6.png; //$size= GetImageSize($img_path); $db1 = new mysqldb(); $db1-setsql(INSERT INTO images (img_desc,img_fname,img_fsize,img_ftype, img_xval,img_yval,img_tn_grp,img_cat, img_angle,img_admit,img_up_date) VALUES (\$img_desc\,\$image_fname\,\$uploaded_image_size\, \$uploaded_image_type\,\$img_xval\,\$img_yval\, \$img_tn_grp\,\$img_cat\,\$img_angle\,\N\,\$img_up_date\) ); if(!$db1-deladdmod()){echo $db1-err ;exit;} // ? config file ** ? // FILE PATHS $C_image_fpath = C:\\Program Files\\Apache Group\\Apache\\htdocs\\img\\images\\uploads\\orig\\; $C_thumb_fpath = C:\\Program Files\\Apache Group\\Apache\\htdocs\\img\\images\\uploads\\thumbs\\; // archive paths $C_image_fpathA = C:\\Program Files\\Apache Group\\Apache\\htdocs\\img\\images\\archive\\orig\\; $C_thumb_fpathA = C:\\Program Files\\Apache Group\\Apache\\htdocs\\img\\images\\archive\\thumbs\\; // DATABASE $C_host = localhost; $C_db = photo; $C_username = ; $C_password = ; $C_table1 =images; $C_table2 =author; $C_table3 =archive; // # MAPS in grid $C_map_num = 9; // makemap.obj $MARKER_RGB = array (array(red,255,0,0), array(blue,0,0,255)); $MARKER_FONT= ARIAL.TTF; $MARKER_FONT_SIZE = 10; $MARKER_TYPE= array ( , #164;); // IMG FILES - supported file types and max upload fsize $C_img_types= .jpg/.jpeg; $C_max_fsize= 200; $C_max_fsize_bytes = 204800; // SITE $C_site_name= PEAKAROUND; $C_site_title = BTHE SAWDS GALLERY#153;/B; $C_site_title_txt = THE SAWDS GALLERY; //$C_nav_back = ; $C_faq_txt = Please refer to the HELP pages.; // MAIL $C_mail_admin = [EMAIL PROTECTED]; $C_mail_from= [EMAIL PROTECTED]; $C_mail_feedback= [EMAIL PROTECTED]; // LOGIC $C_true = 1; $C_false= 0; ? mysqldb.obj ? class mysqldb { var $host; var $db; var $dbuser; var $dbpassword; var $sql; var $numberrows; var $dbopenstatus; var $dbconnection; var $err; var $qry; // Property Get Set function gethost() { return $this-dbhost; } function sethost($req_host) { $this-dbhost = $req_host; } function getdb() { return $this-db
[PHP-DEV] Bug #13055 Updated: When GetImgSize/ ImageSX invoked - errroneous error msg
ID: 13055 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GetImageSize related Operating System: Win98SE UNIX PHP Version: 4.0.6 New Comment: Did you really test that this script is the shortest one that reproduces the problem, and that it isn't a PEBKAC, i. e. a flaw in the program logic? 300 lines isn't what most people would call a short script. Previous Comments: [2001-08-31 12:12:58] [EMAIL PROTECTED] Also reading the manual would help. --Jani Ok, so I'm no great programmer, I don't know the manual inside out (then who does?) and I didn't use your web interface, but really..if you want to promote people to get involved with open source stuff and to at least try to evolve it, do you really think a RTFM response was the correct one? Malcolm Clark [2001-08-31 09:01:20] [EMAIL PROTECTED] Please ask support questions on the mailing lists: http://www.php.net/support.php Also reading the manual would help. --Jani [2001-08-31 07:50:18] [EMAIL PROTECTED] user feedback: * From: Malcolm Clark [EMAIL PROTECTED] To: Bug Database [EMAIL PROTECTED] Date: Thu, 30 Aug 2001 19:12:10 +0100 What is the error message you get? No Database selected And please add a SHORT standalone example script which does not depend on databases. I don't think this is possible, considering the above error msg emanates from a db request. ( mysql_error(); ) I suggest using any mysql db on your system and changing $C_db in config.ini to the name of the test db you want to use. I've tried it here and still get the problem. :( Finally make up a simple INSERT statement or something. * next time, use the web interface for replies. direct link to your PR is included in every mail from the bug db. [2001-08-30 12:07:23] [EMAIL PROTECTED] What is the error message you get? And please add a SHORT standalone example script which does not depend on databases. --Jani [2001-08-30 06:23:00] [EMAIL PROTECTED] I have isolated the problem domain in the following script. Required files are below it. Assuming you have a db created, the script duly INSERTs. Remove the comments from //$size... and I get this error,No Database selected, and yet you can $db1-getdb(); to simultaneously echo the db chosen. I tried ImageSX hoping to find a way round, but alasI'm here with a bug report. ? require (config.ini); require (mysqldb.obj); $img_path = C:\Program Files\Apache Group\Apache\htdocs\img\images\marked\image6.png; //$size= GetImageSize($img_path); $db1 = new mysqldb(); $db1-setsql(INSERT INTO images (img_desc,img_fname,img_fsize,img_ftype, img_xval,img_yval,img_tn_grp,img_cat, img_angle,img_admit,img_up_date) VALUES (\$img_desc\,\$image_fname\,\$uploaded_image_size\, \$uploaded_image_type\,\$img_xval\,\$img_yval\, \$img_tn_grp\,\$img_cat\,\$img_angle\,\N\,\$img_up_date\) ); if(!$db1-deladdmod()){echo $db1-err ;exit;} // ? config file ** ? // FILE PATHS $C_image_fpath = C:\\Program Files\\Apache Group\\Apache\\htdocs\\img\\images\\uploads\\orig\\; $C_thumb_fpath = C:\\Program Files\\Apache Group\\Apache\\htdocs\\img\\images\\uploads\\thumbs\\; // archive paths $C_image_fpathA = C:\\Program Files\\Apache Group\\Apache\\htdocs\\img\\images\\archive\\orig\\; $C_thumb_fpathA = C:\\Program Files\\Apache Group\\Apache\\htdocs\\img\\images\\archive\\thumbs\\; // DATABASE $C_host = localhost; $C_db = photo; $C_username = ; $C_password = ; $C_table1 =images; $C_table2 =author; $C_table3 =archive; // # MAPS in grid $C_map_num = 9; // makemap.obj $MARKER_RGB = array (array(red,255,0,0), array(blue,0,0,255)); $MARKER_FONT= ARIAL.TTF; $MARKER_FONT_SIZE = 10; $MARKER_TYPE= array ( , #164;); // IMG FILES - supported file types and max upload fsize $C_img_types= .jpg/.jpeg; $C_max_fsize= 200; $C_max_fsize_bytes = 204800; // SITE $C_site_name= PEAKAROUND; $C_site_title = BTHE SAWDS GALLERY#153;/B; $C_site_title_txt = THE SAWDS GALLERY; //$C_nav_back = ; $C_faq_txt = Please refer to the HELP pages.; // MAIL
[PHP-DEV] Bug #13084: can't pipe into php script
From: [EMAIL PROTECTED] Operating system: NT 5 SP 1 PHP version: 4.0CVS-2001-08-31 PHP Bug Type: Scripting Engine problem Bug description: can't pipe into php script cvs up -r PHP_4_0_7 on both machines done around 17:30 GMT. on NT5 (standard cmd shell), attempt to pipe into the PHP script fails, on FreeBSD it works fine. I'd love to blame it on the stupid shell, but hey, I need this feature. :) on the NT5 box, the phpx suffix has the following handler for the Run action: c:\usr\local\bin\php.exe -q %1 %* c:\temp echo foo bar baz | test.phpx The process tried to write to a nonexistent pipe. ^C c:\temp cat test.phpx ? $in = fopen('php://stdin', 'r'); while(!feof($in)){ echo fgets($in, 4096); } echo \n; ? c:\temp [cynic(cynic)@freepuppy bin]$ echo foo bar baz | ./test.phpx foo bar baz [cynic(cynic)@freepuppy bin]$ cat test.phpx #!/tmp/php-4.0.7/bin/php -q ? $in = fopen('php://stdin', 'r'); while(!feof($in)){ echo fgets($in, 4096); } echo \n; ? [cynic(cynic)@freepuppy bin]$ uname -a FreeBSD freepuppy 4.3-RELEASE-p14 FreeBSD 4.3-RELEASE-p14 #0: \ Tue Aug 28 15:45:24 CEST 2001 \ [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FREEPUPPY i386 -- Edit bug report at: http://bugs.php.net/?id=13084edit=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 #12895 Updated: mysql_fetch_row
ID: 12895 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Old Bug Type: MySQL related Bug Type: Feature/Change Request Operating System: Debian 2.2 PHP Version: 4.0.6 New Comment: assuming you meant you missed nl = null, and the dump should've ended with [2] = null instead of [2] = 2, this is a 'feature', and you're not the only one questioning this behavior. changing to change request. I hope Zeev notices this, and finally allows this change in. :) Previous Comments: [2001-08-29 07:48:10] [EMAIL PROTECTED] ohh sorry, should be mysql_fetch_array, sorry for mistake [2001-08-28 04:40:10] [EMAIL PROTECTED] mysql_fetch_row does NOT return an associative array. Use mysql_fetch_array or mysql_fetch_assoc instead. [2001-08-22 09:49:07] [EMAIL PROTECTED] when i call mysql_fetch_row($result, MYSQL_BOTH) a should got associte array, but don't. if there are some fields with NULL only number is shown not name of field - Example: fields in db: id, t1, n1 value 0, 'text', NULL after mysql_fetch_row($result, MYSQL_BOTH), print_r returns: Array([0] = 5 [id] = 5 [1] = 'text' [t1] = 'text' [2] = 2) there is missing n1 = 2 Edit this bug report at http://bugs.php.net/?id=12895edit=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 #12986 Updated: can't read the script
ID: 12986 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PWS related Operating System: windows 98 first edition PHP Version: 4.0.6 New Comment: This is a bug database, not a support forum. Take a look at http://www.php.net/support.php. Previous Comments: [2001-08-27 20:50:57] [EMAIL PROTECTED] HTTP Error 403 403.1 Forbidden: Execute Access Forbidden This error can be caused if you try to execute a CGI, ISAPI, or other executable program from a directory that does not allow programs to be executed. Please contact the Web server's administrator if the problem persists. this error message always show up for every type of script, even just the simplest script I use PWS 4.0 I execute the script by using this command: http://localhost/file.php my computer offline Edit this bug report at http://bugs.php.net/?id=12986edit=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 #12977 Updated: Unable to load dynamic library 'd:\applications\php\extensions\php_oci8.dll' -
ID: 12977 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: OCI8 related Operating System: WINDOWS 2000 + iis 5 PHP Version: 4.0.6 New Comment: user feedback: Yes We found this morming that we had to re-install the oracle client in order to connect to the database closing Previous Comments: [2001-08-27 15:59:59] [EMAIL PROTECTED] Do you have the Oracle client installed on this machine? [2001-08-27 09:48:09] [EMAIL PROTECTED] I install PHP 4.0.6 with IIS 5 and it did install find. I did modify my php.ini. I did create a test page and then it says : Unable to load dynamic library 'd:\applications\php\extensions\php_oci8.dll' - The specified module could not be found And it write the same thing on my server I have installed php on : d:\applications\php and the extension are located on d:\applications\php\extensions I have double check the extension_dir What do i have to do to make it works??? Thanks Philippe BABILOTTE What do i have to do Edit this bug report at http://bugs.php.net/?id=12977edit=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 #12842 Updated: TSRM/tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int'
ID: 12842 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: HP-UX 10.20 and 11.0 PHP Version: 4.0.6 New Comment: Date: Thu, 23 Aug 2001 09:41:47 +0300 (EEST) From: Heikki Korpela [EMAIL PROTECTED] See: a recently updated stdarg(3) manual page: http://www.openbsd.org/cgi-bin/man.cgi?query=stdargapropos=0sektion=0manpath=OpenBSD+Currentarch=i386format=html discussion on the gcc list on the matter: http://gcc.gnu.org/ml/gcc-patches/1999-09/msg00221.html The same problem was iirc present on OpenBSD. Problem is that mode_t is a primitive system data type that may be defined as a short or an int (in theory I think that POSIX even allows a float), depending on the system; same goes for other such data types, of course. Unfortunately, I do not have edit access for the bug so I have to send this to the list directly. Sorry. Previous Comments: [2001-08-22 18:26:02] [EMAIL PROTECTED] reproduced by [EMAIL PROTECTED] (bug report #11761. [2001-08-19 10:40:46] [EMAIL PROTECTED] gcc 3.0: Making all in TSRM /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c TSRM.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_strtok_r.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg') Changing mode_t to int on tsrm_virtual_cwd.c:568 eliminates the error. Edit this bug report at http://bugs.php.net/?id=12842edit=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 #12919 Updated: Server crashes
ID: 12919 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: NT4 sp6 PHP Version: 4.0.6 New Comment: CGI or ISAPI? Does it happen with the php_oracle.dll turned off (commented out in php.ini)? Previous Comments: [2001-08-23 07:37:09] [EMAIL PROTECTED] After some time the IIS server craches with following description in the LOG The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x60'. on the browserscreen following message is visible PHP has encountered an Access Violation at 0388581f Only loaded: extension=php_oracle.dll Edit this bug report at http://bugs.php.net/?id=12919edit=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 #12921 Updated: sending email from timezone +0800 but displayed -0800
ID: 12921 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Mail related Operating System: win 2k PHP Version: 4.0.6 New Comment: this is not a support forum. see http://www.php.net/support.php Previous Comments: [2001-08-23 07:55:30] [EMAIL PROTECTED] When i use this function mail($recipient, $subject, $message, $headers), mail was sent successfully but when recipient receive the mail the date is a day ahead because the timezone displayed is -0800 instead of +0800. Im from +0800. Please help Edit this bug report at http://bugs.php.net/?id=12921edit=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 #12921 Updated: sending email from timezone +0800 but displayed -0800
ID: 12921 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Mail related Operating System: win 2k PHP Version: 4.0.6 Previous Comments: [2001-08-23 07:55:30] [EMAIL PROTECTED] When i use this function mail($recipient, $subject, $message, $headers), mail was sent successfully but when recipient receive the mail the date is a day ahead because the timezone displayed is -0800 instead of +0800. Im from +0800. Please help Edit this bug report at http://bugs.php.net/?id=12921edit=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 #12919 Updated: Server crashes
ID: 12919 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Duplicate Bug Type: IIS related Operating System: NT4 sp6 PHP Version: 4.0.6 New Comment: From: Maartense, Patrick [JACAT] [EMAIL PROTECTED] Darn I can not give the reply as I have no Pwd for that ID This happens with ISAPI As far as I remember we also had this when not loading the ORACLE api. Ok, marking this one as duplicate, then. There are lots of other bug reports about access violations with IIS, and some of them have more info IIRC. BTW, can someone please fix the bug db so that it rejects posts w/o passwords? Previous Comments: [2001-08-23 07:39:25] [EMAIL PROTECTED] CGI or ISAPI? Does it happen with the php_oracle.dll turned off (commented out in php.ini)? [2001-08-23 07:37:09] [EMAIL PROTECTED] After some time the IIS server craches with following description in the LOG The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x60'. on the browserscreen following message is visible PHP has encountered an Access Violation at 0388581f Only loaded: extension=php_oracle.dll Edit this bug report at http://bugs.php.net/?id=12919edit=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 #12272 Updated: Handling of file submissions from Opera incorrect
ID: 12272 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: HTTP related Operating System: Linux RedHat PHP Version: 4.0.5 New Comment: user feedback (just for the archives): Actually Opera does buggy posts of type multipart/form-data. So the bug is in Opera. -- teodor Previous Comments: [2001-08-20 11:59:53] [EMAIL PROTECTED] No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ [2001-07-26 21:49:34] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? [2001-07-20 04:35:15] [EMAIL PROTECTED] When you use a FILE form element in opera and ask for multipart encoding, PHP does not extract the data into the array HTTP_POST_FILES as it does with other browsers but leaves it packed up in HTTP_POST_VARS Edit this bug report at http://bugs.php.net/?id=12272edit=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 #12860 Updated: problem with strip_tags()
ID: 12860 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Strings related Operating System: Linux and Win PHP Version: 4.0.6 New Comment: erm, why does strip_tags() allow PHP tags in the first place? this doesn't look right.. (am I missing something?) Previous Comments: [2001-08-21 22:02:34] [EMAIL PROTECTED] Latest CVS now checks if ? is followed by 'xml'. If so, it treats it just like HTML. Check latest CVS to confirm that this works (www.php.net/downloads.php) Gavin [2001-08-21 05:50:14] [EMAIL PROTECTED] It is done by MS Word and I canĀ“t affect it. Although it isn't compliant, I think, that is a bug. Fnc strip_tags() has strip all tags anywhere inside the string. I can't check, if all tags in the string are valid. If you want to show if this is valid, I would have to call to Redmond :-) [2001-08-20 11:02:27] [EMAIL PROTECTED] This markup is not XHTML 1.0 compliant, from my readying. That is, I'm pretty sure ?xml ... must be the first line of the document. This, however, is not the reason why strip_tags is failing. It is failing because it recognises '?' (from ?xml ) as the beginning of PHP code - not xml. This presents problems with applying strip_tags to xhtml. The reason why this probably hasn't been picked up is that correct (??) XML declarations are of the form ?xml ... ? - which should not contain anything to be out put anyway. If you/anyone can show that this is valid we can work around it (by demoting the PHP strip_tags state to an HTML state). [2001-08-20 09:45:13] [EMAIL PROTECTED] When I have text exported from MS Word to HTML where is ?xml:namespace... (see $string) and I want strip tags from it, I get text before it only. example: ? $string = EOD BODYP class=MsoNormalBUI am hungry?xml:namespace prefix = o ns = urn:schemas-microsoft-com:office:office //U/B/P P class=MsoNormalI am really hungryo:p/o:p/SPAN/BODY EOD; var_dump(strip_tags($string)); ? output is: string(11) I am hungry Edit this bug report at http://bugs.php.net/?id=12860edit=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 #12854 Updated: In msvc project debug output directory entered as ..\Debug_TS
ID: 12854 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Windows NT4.0 SP5 PHP Version: 4.0CVS-2001-08-20 New Comment: user feedback (should this be reopened?) Well, how: open in msvc php4/win32/php4ts.dsw workspace, then press Alt-F7 to open Settings dialog, choose Win32 Debug_TS config, php4apache project and General tab. Then in Output files field change ..\Debug_TS to ..\..\Debug_TS. why: win32 final files by php4 layout should be placed in php4/Debug_TS (or php4/Release_TS or php4/Release_TS_inline) directory but relative pathes in msvc calculated from path to project. So as php4apache.dsp laid in php4/sapi/apache directory, there should be ..\..\Debug_TS. also: You could also look at Release_TS and Release_TS_inline profiles and other sapi projects to compare with. Hope, that those information will be enough. :) Previous Comments: [2001-08-21 06:39:50] [EMAIL PROTECTED] not enough information [2001-08-20 04:32:29] [EMAIL PROTECTED] In msvc project debug output directory entered as ..\Debug_TS instead of ..\..\Debug_TS Edit this bug report at http://bugs.php.net/?id=12854edit=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 #12831 Updated: 4.0.6 won't work with mySQL (built in support or mySQL's support)
ID: 12831 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: MySQL related Operating System: Linux 2.214 PHP Version: 4.0.6 New Comment: From: Michael Furdyk [EMAIL PROTECTED] To: 'Bug Database' [EMAIL PROTECTED] Date: Sun, 19 Aug 2001 13:01:31 -0400 Subject: [PHP-DEV] RE: Bug #12831 Updated: 4.0.6 won't work with mySQL (built in support or mySQL's support) After deleting sources and re-untarring the source, problem #1 was fixed. Re: Problem #2, I checked /etc/ld.so.conf, and /usr/local/mysql/lib/mysql was listed there, so I'm not sure about this. Thanks so much for your help -- I feel bad, I should have refreshed the source first. You guys are awesome! -- Michael Previous Comments: [2001-08-19 03:30:26] [EMAIL PROTECTED] The first problem, you must have configured PHP before WITH the path. Otherwise this doesn't make any sense. Have you tried with fresh sources? ie. delete all the sources and gunzip/untar the source package ?? And what is this: --with-jpeg-dir=/usr/local/bin ??? It should be /usr/local only. Or have you really installed jpeg libs/headers with that prefix?? You second problem, the external mysql libraries. You haven't got the path to them in /etc/ld.so.conf , have you? If you don't add it, and run /sbin/ldconfig and then you should be able to start Apache. --Jani [2001-08-18 23:23:48] [EMAIL PROTECTED] Here's my first configure: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-gd --with-sablot --with-expat --with-jpeg-dir=/usr/local/bin --with-imap It stops during 'make' with this error: /bin/sh /usr/local/src/php-4.0.6/libtool --silent --mode=link gcc -I. -I/usr/local/src/php-4.0.6/ -I/usr/local/src/php-4.0.6/main -I/usr/local/src/php-4.0.6 -I/usr/local/apache/include -I/usr/local/src/php-4.0.6/Zend -I/usr/local/include -I/usr/local/src/php-4.0.6/ext/mysql/libmysql -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /usr/local/src/php-4.0.6/libs -avoid-version -L/usr/local/bin/lib -L/usr/local/lib -R /usr/local/bin/lib -R /usr/local/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/gd/libgd.la ext/imap/libimap.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/sablot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -lc-client -ldl -lexpat -lsablot -lpam -lgd -ljpeg -lcrypt -lresolv -lm -ldl -lnsl -lresolv /usr/bin/ld: cannot open -lmysqlclient: No such file or directory collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 If I instead configure specifying mySQL's Path: ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --with-gd --with-sablot --with-expat --with-jpeg-dir=/usr/local/bin --with-imap It doesn't hiccup on the first error, but instead stops during apache restart with this error: Syntax error on line 118 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/etc/httpd/libexec/libphp4.so into server: /usr/local/etc/httpd/libexec/libphp4.so: undefined symbol: mysql_field_count Edit this bug report at http://bugs.php.net/?id=12831edit=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 #12847: php_oci8.dll dereferencing null-pointers
From: [EMAIL PROTECTED] Operating system: NT 5 SP 1 PHP version: 4.0CVS-2001-08-19 PHP Bug Type: OCI8 related Bug description: php_oci8.dll dereferencing null-pointers this is actually 4.0.7RC1 Server: Apache/1.3.20 (Win32) PHP/4.0.7RC1 php_oci8.dll linked against the 8.1.7 client libs hitting the server with $ ./ab -n 5000 -c 3 -k http://212.24.143.100/other/info.php produces more than a handful of these: --- Apache.exe - Application Error --- The instruction at 0x0070cb39 referenced memory at 0x. The memory could not be read. Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- the errors go away with the extension disabled. -- Edit bug report at: http://bugs.php.net/?id=12847edit=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 #12847 Updated: php_oci8.dll dereferencing null-pointers
ID: 12847 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: NT 5 SP 1 PHP Version: 4.0CVS-2001-08-19 New Comment: I should've mentioned that the script contains just ?php phpinfo() ? Previous Comments: [2001-08-19 16:28:39] [EMAIL PROTECTED] this is actually 4.0.7RC1 Server: Apache/1.3.20 (Win32) PHP/4.0.7RC1 php_oci8.dll linked against the 8.1.7 client libs hitting the server with $ ./ab -n 5000 -c 3 -k http://212.24.143.100/other/info.php produces more than a handful of these: --- Apache.exe - Application Error --- The instruction at 0x0070cb39 referenced memory at 0x. The memory could not be read. Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- the errors go away with the extension disabled. Edit this bug report at http://bugs.php.net/?id=12847edit=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-QA] Re: PHP-4.0.7RC1
At 12:23 8/17/2001, Zeev Suraski wrote the following: -- At 12:00 17-08-01, Hellekin O. Wolf wrote: At 21:15 16/08/2001 +0300, Zeev Suraski wrote: What is the default error_reporting ? (When no value has been defined ?) The default error reporting is E_ALL ~E_NOTICE - or, in other words, all types of errors and warnings, except for notices. Zeev *** Will that be a difference between 4.0.7 and 4.1 ? I mean, would 4.1 take E_ALL as a default ? It hasn't been decided yet, but my guess is that it won't change. It may be a good idea to add it into the php.ini-recommended, though. I vote for E_ALL as default in 4.1. NB I thought it was agreed that the same code will be released as 4.0.7 and 4.1.0 with the difference being php.ini settings. Was it a misperception on my part? [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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-QA] Re: PHP-4.0.7RC1
At 15:35 8/17/2001, Zeev Suraski wrote the following: -- At 16:21 17-08-01, Cynic wrote: I vote for E_ALL as default in 4.1. NB I thought it was agreed that the same code will be released as 4.0.7 and 4.1.0 with the difference being php.ini settings. Was it a misperception on my part? Defaults and ini settings (the binary will also reflect the new default php.ini settings). The reasons I'm not sure about whether E_NOTICE should be in or not: - The consequences of turning it on are extremely far reaching - it requires you to go over each and every line of your code, until the very last one, and check it, on the logical level (i.e., try to think about every possible path of execution). - It's almost always harmless, especially after we change the default value of register_globals to off. I'm very non decisive about my opinion on this one. I know that in 1997 when these warnings were added to the language in the first place, they were E_WARNING's. Rasmus and others said that these warnings were too excessive, and introduced the NOTICE (or STRICT as it was called back then) error level, which was off by default, basically telling people it's ok to write code that way. This happened about 4 years ago, at the early days of PHP 3.0. Weighting the gain (it's there, but it's not overwhelming) and weighting the mess (it's there alright :), it very difficult to come up with a firm decision. I consider E_NOTICE as a basic element of good programming practices. Unlike register_globals, which simply begs for security bugs to occur, though, E_NOTICE is more of an application-level, code-cleanliness kind of suggestion. That's why I think that adding it to the php.ini-recommended is a good first step. I'd do this: 4.0.7: php.ini-standard basically today's php.ini-dist php.ini-recommendedbasically today's php.ini-optimized + the proposed security related changes what this is exactly I don't know. perhaps only register_globals off 4.1.0: php.ini-standard php.ini-recommended as contained in 4.0.7 + anything else you think should be there (it can be more strict than 4.0.7's rec.) php.ini-compat php.ini-standard as contained in 4.0.7 And while I'm at it: can the Powers That Be consider switching the default setting for display_startup_errors to On in either of the ini files? I believe (my experience indicates it) that this would help to lower the confusion in some cases quite a bit: a message instead of just a 500 can change one's day. While we're at it, I think that we should also take another recommendation from the advisory that brought this mess upon us - and turn URL fopens off by default. +0 [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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-QA] Re: PHP-4.0.7RC1
At 16:13 8/17/2001, Zeev Suraski wrote the following: -- At 17:05 17-08-01, Cynic wrote: I'd do this: 4.0.7: php.ini-standard basically today's php.ini-dist php.ini-recommendedbasically today's php.ini-optimized + the proposed security related changes what this is exactly I don't know. perhaps only register_globals off This already exists today (except -standard is still called -dist, as there's no real reason to change it). We may try to encourage people to read php.ini-recommended at the and of the build process, because I fear nobody's looking at it today. 4.1.0: php.ini-standard php.ini-recommended as contained in 4.0.7 + anything else you think should be there (it can be more strict than 4.0.7's rec.) php.ini-compat php.ini-standard as contained in 4.0.7 I'm not sure that we can just move to do -recommended version, 4.1.0 or not. The nature of recommendations is that some people accept them, and some do not :) None of the things in the php.ini-recommended file is a clear-cut must-have, and some people will prefer doing without them. We'll have to think about each change separately. Remember that we only use the version change to catch people's attention. It doesn't mean that we can suddenly make PHP much more 'hostile' :) But it's a nice opportunity to do so. BTW, I consider a site hacked thanks to default settings that promote poor coding more hostile in the end. :) And while I'm at it: can the Powers That Be consider switching the default setting for display_startup_errors to On in either of the ini files? I believe (my experience indicates it) that this would help to lower the confusion in some cases quite a bit: a message instead of just a 500 can change one's day. There's a good reason for this default setting. A clear message will not only change your day, but also the guy who's trying to hack your site's day :) For example, with display_startup_errors set to on, a request can be easily made that will expose the full path of any scripts on your site. It may make good sense to set it on in the -recommended version, as it's safe in conjunction with display_errors=0 and log_errors=1. This doesn't hold water. display_errors is on in php.ini-dist anyways, so what do you gain by display_startup_errors off? NB you can use custom error handler that won't display full physical paths, so WTF? BTW, what is the possibility of introducing new functionality to the default error handler, where the file paths aren't physical paths by default, but URIs? I. e. with DOCUMENT_ROOT in /var/www/, instead of E_WARNING: blabla in /var/www/foo/bar.php on line xxx display E_WARNING: blabla in /foo/bar.php on line xxx ?? (There are some issues with this I can foresee even as I type this, but those could be hopefully figured out.) And provide display_full_path_in_errors ini setting, or sumthin. BTW, Zeev, could you please break your lines somewhere reasonable? It's quite unpleasant to read those loong lines. :) THX. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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-QA] Re: PHP-4.0.7RC1
At 18:16 8/17/2001, Stanislav Malyshev wrote the following: -- ZS I consider E_NOTICE as a basic element of good programming ZS practices. Unlike register_globals, which simply begs for ZS security bugs to Actually, I fail to see why it is so. Let's see two code snippets: if($arr['foo']) { ... do something ... } if(isset($arr['foo']) $arr['foo']!=false) { ... do something ... } if('foo' == $x){ $secure = true; } ... if($secure){ # do sumthing that needs authentication } This will happily run in E_ALL ~ E_NOTICE whether $x == 'foo' or not. Attacker can then inject $secure in the query string, and it'll apply whether or not $x == 'foo'. This will be caught with error_reporting E_ALL. Both have the same function, but the first generates E_NOTICE. Why the first is bad programming practice? How many PHP users would really prefer the second over the first? ZS kind of suggestion. That's why I think that adding it to the ZS php.ini-recommended is a good first step. However, it would make average PHP code to output tens of warnig, which would be annoying and would hardly be useful in many cases. Yes, average PHP code is full of security or other holes. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] 4.0.7RC1 recognition of libs during ./configure
Hi there, ./cofnigure dosn't seem to recognize versions of certain libraries, it bails out for me on --with-zlib (1.1.3 installed) and --with-bz2 (1.0.1 installed). Karl Austin also reported the same problem with --with-zip (he's got 10.0.20 installed). I don't know what system he has, but mine is FreeBSD 4.3, GENERIC kernel. So, what's this? I can set up an account for anyone interested in fixing this. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] [[PHP-DEV] script type=... support (fwd)]
Hi Jon, I'm fine with it, but dunno if I count. :) At 18:30 8/16/2001, Jon Parise wrote the following: -- Has anyone given this any consideration, one way or another? -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member PHP (or, rather, the Zend scanner) currently recognizes the following tags as enclosing PHP code: ?php ? ? ? % % script language=php The attached patch extends the script tag to also except the script type=... syntax, where the type is the MIME type signifying PHP code (application/x-httpd-php). The 'type=..' attribute is necessary for XHTML 1.0 compliance. The idea for this addition originated from Alexander J. Vincent [EMAIL PROTECTED]. I've also attached a short test script to demonstrate the new behavior. If this patch is accepted, I can also make the appropriate documentation changes. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #5653 Updated: PIKE specific: with setcookie(), only the last cookie is written
ID: 5653 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Other web server Operating System: Linux PHP Version: 4.0.5 New Comment: [2001-08-16 12:24:36] [EMAIL PROTECTED] There is small problem in Roxen's SAPI, which arises when duplicate headers are sent out. While playing with some PHP apps with Roxen, I found that regardless how many cookies are set in PHP code, only one is sent to the browser. Investigation shows that Roxen's SAPI uses Pike's type mapping to send headers, which (of course) doesn't allow duplicate headers (in my case Set-Cookie) to be sent, i.e. only last one is sent, since subsequesnt calls to set header with the same name will replace previous. Proposed solution: use array instead of mapping. It will require changes in Roxen module as well, of course, but this should not be difficult. Previous Comments: [2001-08-14 20:08:47] [EMAIL PROTECTED] feedback - open [2001-07-24 12:23:37] [EMAIL PROTECTED] OK here is the result... Variable Value PHP_SELF = /test.php HTTP_COOKIE_VARS[cookie3] = phprocks if you don't believe you can try at www.delta7.de/test.php. The real problem is in source-file src/sapi/roxen/roxen.c about line 298 (in ver 4.0.6 of PHP)... this function (pike): mapping_string_insert(REQUEST_DATA, ind, mappie); does not append headers of the same type (here cookies). this means: old cookies are deleted and replaced with the last one you set. The Problen is _not_ on the side of the webserver. I found out (and may proove) that the roxen-php-module will recieve more than only one cookie if you like, i would make some php-scripts that will show you... [2001-07-24 09:02:41] [EMAIL PROTECTED] this could be because your server is only sending one cookie to browser Try creating a script like the one below... ? setcookie (cookie1,helloworld); setcookie(cookie2,ilovetheworld); setcookie(cookie3,phprocks); phpinfo(); ? go down to the section about the HTTP Headers Information then go to the HTTP Response Headers. Either post this information here, or give us the address to that page. [2001-07-24 02:01:28] [EMAIL PROTECTED] This is not a browser-specific bug. It's only pike-specifc (roxen) . I spent some time to undaerstand the roxen-sapi-code, but at last I'm not able to fix it. This 'bug' is already mentioned in the README ..sorry. So this 'bug' should be listed in 'missing features' or 'todo's' but not maybe not in 'bugs' [2001-07-23 19:26:00] [EMAIL PROTECTED] i meant to say only lets you set ONE 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=5653 Edit this bug report at http://bugs.php.net/?id=5653edit=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 #12796 Updated: Incorrect handling of header sending
ID: 12796 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Other web server Operating System: All PHP Version: 4.0.6 New Comment: http://www.php.net/bugs.php?id=5653 adding your info to the mentioned PR, I'll mark this one as duplicate. Previous Comments: [2001-08-16 12:24:36] [EMAIL PROTECTED] There is small problem in Roxen's SAPI, which arises when duplicate headers are sent out. While playing with some PHP apps with Roxen, I found that regardless how many cookies are set in PHP code, only one is sent to the browser. Investigation shows that Roxen's SAPI uses Pike's type mapping to send headers, which (of course) doesn't allow duplicate headers (in my case Set-Cookie) to be sent, i.e. only last one is sent, since subsequesnt calls to set header with the same name will replace previous. Proposed solution: use array instead of mapping. It will require changes in Roxen module as well, of course, but this should not be difficult. Edit this bug report at http://bugs.php.net/?id=12796edit=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] current CVS w/ ZE2 on NT (mod_php)
... doesn't run. is anyone interested in debug builds? Zeev? Andi? [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12752 Updated: preg_replace eats '$' characters
ID: 12752 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PCRE related Operating System: Linux Redhat 7.1 PHP Version: 4.0.6 New Comment: http://www.php.net/manual/en/function.preg-replace.php Previous Comments: [2001-08-15 00:15:08] [EMAIL PROTECTED] The preg_replace function seems to dissapear '$' characters, and up to two more numeric characters after it. If the character after the dollar sign is not a number, it works as expected. $string = 'sum: {token} pesos.'; $number= '$123,456.78'; $number2='$ 123,456.78'; echo Wrong: .preg_replace(/\{token\}/i,$number,$string); echo brRight: .preg_replace(/\{token\}/i,$number2,$string); My configure line: './configure' '--with-apxs' '--with-pgsql' '--without-mysql' '--with-openssl' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' Edit this bug report at http://bugs.php.net/?id=12752edit=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 #12763 Updated: No GIF support in this PHP build in
ID: 12763 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: WIN NT 4.0 sp 6 PHP Version: 4.0.5 New Comment: GIF images are no longer supported in GD. Patent issues. Previous Comments: [2001-08-15 07:51:27] [EMAIL PROTECTED] I have iis and instal php 4.0.5 When I run my php flle my ie5 print me: ImageGif: No GIF support in this PHP build in What is a problem? Your Konrad ? Header (Content-type: image/gif); dl(extensions/php_gd.dll); $img = ImageCreate (250 ,250); $czarny = Imagecolorallocate($img, 0, 0, 0); $bialy = Imagecolorallocate($img, 225, 225, 225); imagefill ($img, 0, 0, $czarny); imageline ($img, 0, 0, 250, 250, $bialy); imageline ($img, 250, 0, 0, 250, $bialy); Imagegif ($img); imagedestroy ($img); ? Edit this bug report at http://bugs.php.net/?id=12763edit=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] Engine 2
Fresh tree doesn't build w/ ZE2: zend_variables.c: In function `zval_persist': zend_variables.c:155: structure has no member named `properties' zend_variables.c:156: structure has no member named `properties' *** Error code 1 Stop in /usr/local/src/php4/Zend. *** Error code 1 Stop in /usr/local/src/php4. At 16:20 8/10/2001, Andi Gutmans wrote the following: -- Hey, The Engine 2 CVS pretty much implements the first step of the new object model. Objects are now handles which reference the same object and $obj-method1()-method2() is supported now. Quite a few places in PHP that use objects like call_user_function() might still not work though. If anyone can try and run PHP with the Engine 2 CVS and send feedback on how well or badly their old object code runs that'll be great. I'm also interested in how many scripts are actually broken by the fact that objects are not copied when sent to functions by value and so on. To check it out just checkout the ZendEngine2 CVS tree from cvs.zend.com and rename it from ZendEngine2 - Zend before building PHP. Andi -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12747 Updated: ***BUG in Autoconf--please report***
ID: 12747 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Compile Failure Operating System: Mandrake Linux 8.0 PHP Version: 4.0CVS-2001-08-14 New Comment: user error - bogus Previous Comments: [2001-08-15 15:57:42] [EMAIL PROTECTED] Thanks. I had libtool installed in /usr/local while the others are in /usr. [2001-08-15 03:12:57] [EMAIL PROTECTED] I think your cvs checkout isn't quite 'clean'. Try to do a clean checkout first. To be sure which tools PHP finds, run: # build/buildcheck.sh As the first error would indicate that there is something wrong with those.. --Jani [2001-08-14 20:05:37] [EMAIL PROTECTED] autoconf-2.13-7.mdk automake-1.4-15mdk libtool-1.4 Trying to compile the cvs version of PHP. After updating from the CVS server and running ./buildconf. [onaias@frodo php4]$ ./buildconf aclocal: configure.in: 895: macro `AM_PROG_LIBTOOL' not found in library rebuilding Makefile templates rebuilding Makefile templates rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_ADD_INCLUDE configure.in:442:PHP_AC_BROKEN_SPRINTF rebuilding main/php_config.h.in [onaias@frodo php4]$ Edit this bug report at http://bugs.php.net/?id=12747edit=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 #12716 Updated: Add the imagecopyresizedbicubic function
I just marked your PR as duplicate, which it is. I didn't say it's been resolved. At 19:45 8/13/2001, [EMAIL PROTECTED] wrote the following: -- ID: 12716 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Feature/Change Request Operating System: Red Hat Linux 7.1 PHP Version: 4.0.6 New Comment: Ok I checked there but I don't really see an answer!? Status is still open although the request is dated march 2001? Previous Comments: [2001-08-13 11:53:55] [EMAIL PROTECTED] #9875 [2001-08-13 11:23:17] [EMAIL PROTECTED] Hi, I would very much like to see you add the imagecopyresizedbicubic function to the list of PHP/GD functions (as described in the user comments of the imagecopyresized function docs) to a new release of PHP. I don't know if you are already planning this (I couldn't find anything on it), but judging by the size of the newsgroup archives on this topic I think I am not the only one. It really is a great function to create thumbnails from uploaded images. I hope to hear from you soon and thank you for PHP! Edit this bug report at http://bugs.php.net/?id=12716edit=1 [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12711 Updated: crashing on clean install including the php_mssql.dll
ID: 12711 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.0.6 New Comment: user error - bogus Previous Comments: [2001-08-13 09:07:33] [EMAIL PROTECTED] *blush* well, rather admit being lame than wasting precious time. It seems that it for some reason or another didn't crash not finding the pdf dll, but when not finding the mssql dll. Anyways, I was wrong. The php engine looked the wrong place, and that was the error. I sincerely apologise if anyone wasted any time on this... [2001-08-13 03:19:56] [EMAIL PROTECTED] Installing PHP4.0.6 on a clean IIS5.0 machine. Including the php_mssql.dll (which exists on the given location) makes php crash. It loads php_gd.dll and php_pdf.dll without any problems. Edit this bug report at http://bugs.php.net/?id=12711edit=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 #12716 Updated: Add the imagecopyresizedbicubic function
ID: 12716 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Feature/Change Request Operating System: Red Hat Linux 7.1 PHP Version: 4.0.6 New Comment: #9875 Previous Comments: [2001-08-13 11:23:17] [EMAIL PROTECTED] Hi, I would very much like to see you add the imagecopyresizedbicubic function to the list of PHP/GD functions (as described in the user comments of the imagecopyresized function docs) to a new release of PHP. I don't know if you are already planning this (I couldn't find anything on it), but judging by the size of the newsgroup archives on this topic I think I am not the only one. It really is a great function to create thumbnails from uploaded images. I hope to hear from you soon and thank you for PHP! Edit this bug report at http://bugs.php.net/?id=12716edit=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 #12642 Updated: Loading php_oci8 fails
ID: 12642 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: which of the directories in your %PATH% contains oci.dll? Previous Comments: [2001-08-09 04:25:14] [EMAIL PROTECTED] But why worls my other Applications whcih are using OCI, too. It seems more to be a compile/linking error. Because it happens on the first call of the DLL. Are there any differences between the both Binaries (IIS and CGI/Apache)? I saw, that thy have the same date, bit not the same time. And where are the DLL's for the IIS Shipment? There are no DLL's within the ZIP-File. (The File's only 738 K). I've tested the same with the other DLL's out of the CGI-Shipment together IIS PHP.EXE Here I have the same calling Problemm i.e. PHP_LDAP.DLL, PHP_MSSQL.DLL, PHP_PRINTER.DLL. I have a complete MS SQL-Workbench on my machine, too. I don't think it's a PATH-Problem Here's the complete PATH from my machine: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Oracle\Ora81\bin;C:\Program Files\Oracle\jre\1.1.7\bin;C:\PROGRA~1\COMMON~1\RandSync\TRANSL~1\LtNts4\;C:\Oracle\Ora81\orb\bin;C:\MYSQL\BIN;C:\PHP;C:\PHP\DLL;C:\PHP\EXTENSIONS; And the ORACLE-Settings are standard. [2001-08-09 02:33:26] [EMAIL PROTECTED] I'm sorry to say this, but if the dll is there as you say it is, and you still get that message, then that means your Oracle install isn't all that well. It requires some Oracle dlls in the %PATH%, and it's your responsibility to have them properly installed. [2001-08-09 02:04:48] [EMAIL PROTECTED] I'm sorry to say this, but I have a complete ORACLE-Installation (Client, Development, Administration), instead other Applications won't run and I have to administrate our ORACLE Installations. The Do's and Don'ts says nothing about missing PHP-Files like PHP_OCI8.DLL within the distribution of the WIndows Installer for IIS. This File won't come with ORACLE. After some looks I'm missing other PHP_*.DLL's within this distribution, too. Where can I get these files for the PHP.EXE in this distribution. As you can see below, the other DLL's (Windows Distribution CGI - Apache) won't work with this PHP.EXE [2001-08-08 13:03:54] [EMAIL PROTECTED] You need to have the oracle client installed on your system. And you need to read bugs-dos-and-donts BEFORE you submit any 'bug' reports. --Jani [2001-08-08 03:55:02] [EMAIL PROTECTED] I'm using PHP 4.0.6 on a Windows 2000 + IIS 5 Server. I've downloaded the Binary with the Installer for Windows with IIS. After Installation there are nor php_*.dll Files. Now I've downloaded the Windows/Apache Binary. There are php_*.dll's in the extensions directory. But when I try to use them (php.ini is setup up!!), I'll get an erro Message: Unable to load dynamic link library 'C:\Program Files\PHP\extensions\php_oci8.dll' The specified module could not be found. But the DLL is there. Where can I get the correct dll's for the Windows IIS-Binary which are not within the installer or what else can I do?? Thanks for your Support Edit this bug report at http://bugs.php.net/?id=12642edit=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 #12642 Updated: Loading php_oci8 fails
ID: 12642 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: could you try opening php_oci8.dll in Dependency Walker (http://www.dependencywalker.com/)? does it report any problems? Previous Comments: [2001-08-09 05:56:01] [EMAIL PROTECTED] The OCI.DLL is within C:\Oracle\Ora81\bin; which is in the PATH [2001-08-09 04:47:46] [EMAIL PROTECTED] which of the directories in your %PATH% contains oci.dll? [2001-08-09 04:25:14] [EMAIL PROTECTED] But why worls my other Applications whcih are using OCI, too. It seems more to be a compile/linking error. Because it happens on the first call of the DLL. Are there any differences between the both Binaries (IIS and CGI/Apache)? I saw, that thy have the same date, bit not the same time. And where are the DLL's for the IIS Shipment? There are no DLL's within the ZIP-File. (The File's only 738 K). I've tested the same with the other DLL's out of the CGI-Shipment together IIS PHP.EXE Here I have the same calling Problemm i.e. PHP_LDAP.DLL, PHP_MSSQL.DLL, PHP_PRINTER.DLL. I have a complete MS SQL-Workbench on my machine, too. I don't think it's a PATH-Problem Here's the complete PATH from my machine: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Oracle\Ora81\bin;C:\Program Files\Oracle\jre\1.1.7\bin;C:\PROGRA~1\COMMON~1\RandSync\TRANSL~1\LtNts4\;C:\Oracle\Ora81\orb\bin;C:\MYSQL\BIN;C:\PHP;C:\PHP\DLL;C:\PHP\EXTENSIONS; And the ORACLE-Settings are standard. [2001-08-09 02:33:26] [EMAIL PROTECTED] I'm sorry to say this, but if the dll is there as you say it is, and you still get that message, then that means your Oracle install isn't all that well. It requires some Oracle dlls in the %PATH%, and it's your responsibility to have them properly installed. [2001-08-09 02:04:48] [EMAIL PROTECTED] I'm sorry to say this, but I have a complete ORACLE-Installation (Client, Development, Administration), instead other Applications won't run and I have to administrate our ORACLE Installations. The Do's and Don'ts says nothing about missing PHP-Files like PHP_OCI8.DLL within the distribution of the WIndows Installer for IIS. This File won't come with ORACLE. After some looks I'm missing other PHP_*.DLL's within this distribution, too. Where can I get these files for the PHP.EXE in this distribution. As you can see below, the other DLL's (Windows Distribution CGI - Apache) won't work with this PHP.EXE 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=12642 Edit this bug report at http://bugs.php.net/?id=12642edit=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 #12681 Updated: php cannot convert dates to string and save it as (vchar) in Mysql
ID: 12681 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Date/time related Operating System: Windows2000 PHP Version: 4.0.6 New Comment: The only error is your buggy code. My solution: please don't waste developers' time with false, arrogant claims, and hire someone to fix bugs in your code. It's maybe slow but at least it works. Previous Comments: [2001-08-09 17:59:46] [EMAIL PROTECTED] I have made it simple for you: $day1=$date[mday]; $mon1=$date[mon]; $year1=$date[year]; $date=$day1...$mon1...$year1; $query=insert into data (coll) values ($date); ERROR (try to change the Mysql col. attr. to date) ERROR - ok try it in an other way $pattern=/(\d{1,2})\.(\d{1,2})\.(\d{2,4})/; if (preg_match($pattern,$heute,$regs)){ echo $regs[3],-,$regs[2],-,$regs[1]; $date=implode(-,$regs); $query=insert into data (coll) values ($date); ERROR (try to change the Mysql col. attr. to date) ERROR --- ok try it in an other way $mon1 = substr($str,5,2); $day1 = substr($str,8,2); $year1= substr($str,0,4); $date=$day1...$mon1...$year1; $query=insert into data (coll) values ($date); ERROR (try to change the Mysql col. attr. to date) ERROR --- Summery: php does not return real strings back and only structures or pointers to structures which make the live of the programmers harder than it is! My solution: please create a blody simple function to convert dates to strings ... somthing like: $string=DateToStr($any_date_format); Eventually I'm very sorry folks I find PHP very nice but PHP cannot give any basic solutions for dates which will force me to use Microsoft ASP Yeh!, it is slow but at least it works Edit this bug report at http://bugs.php.net/?id=12681edit=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] Chora
I have submitted a patch to the chora list. you'll be able to get the latest revision in HEAD with e. g. http://cvs.php.net/co.php/php4/NEWS At 20:09 8/7/2001, Andrew Lindeman formally [EMAIL PROTECTED] wrote the following: -- I don't know how to make it show the current version, but this is the format is http://cvs.php.net/co.php/php4/NEWSr=1.726 where 1.78 is the latest revision Anybody know how to get the current version? --Andy :) On Mon, 06 Aug 2001, Richard Heyes wrote: Hi, The following link used to take me to the latest version of the news file, is there a similar option with Chora? http://cvs.php.net/viewcvs.cgi/~checkout~/php4/NEWS?content-type=text/plain [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
At 20:02 8/8/2001, Zeev Suraski wrote the following: -- At 21:01 08-08-01, Jani Taskinen wrote: [moving this to php-dev] First: Great! Woohoo! Thanks Zeev! Andi helped with it too :) I vote for $_EVIL :) How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
At 20:14 8/8/2001, Jani Taskinen wrote the following: -- On Wed, 8 Aug 2001, Cynic wrote: How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... This reminds me that should the $_FILES be included in this data too? As it's also something you shouldn't trust and it's also coming from the user. --Jani Yeah. And $_SESSION too. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
At 20:33 8/8/2001, Jani Taskinen wrote the following: -- On Wed, 8 Aug 2001, Cynic wrote: Yeah. And $_SESSION too. Nope. It doesn't come from the user. Err, you're right. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12659 Updated: sd
ID: 12659 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: PHP Version: 4.0.6 Edit this bug report at http://bugs.php.net/?id=12659edit=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 #12670 Updated: CGI error
ID: 12670 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PWS related Operating System: Win98 PHP Version: 4.0.6 New Comment: ask support questions in [EMAIL PROTECTED] not a bug Previous Comments: [2001-08-08 23:41:51] [EMAIL PROTECTED] Hi folks, After install PHP when I try to open in a URL the address: http://casa/IISSamples/Default/exemplo.php I receive the following error: Error 403 of HTTP 403.1 Forbided: forbided execution access ... the original message is in portuguese, I've to translate. PS. The contents of exemplo.php is: ?php phpinfo();? On command line the php.exe -i works. Thanks for your help. Edit this bug report at http://bugs.php.net/?id=12670edit=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] Re: rand_str
I think that new functions should be added on basis of usefulness, not the coolness factor. IMNSHO this function isn't very useful, and it is extremely easy to implement in userland: function str_rand() { $len = func_num_args() ? func_get_arg(0) : 32 ; return substr(md5(microtime()),0,$len); } At 13:57 8/5/2001, Daniel Andersson wrote the following: -- i would say so, yes. and if you do md5(microtime()) you have to do a substr() on the result to get the desired length. easy done, yes. but still.. maybe something for PEAR instead of the core? / d - Original Message - From: Cynic [EMAIL PROTECTED] To: Daniel Andersson [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, August 05, 2001 3:41 Subject: Re: [PHP-DEV] Re: rand_str is it that much more useful than md5(microtime()) ? ah-oh, you want to be able to specify the set of characters... At 04:28 8/5/2001, Daniel Andersson wrote the following: -- sounds useful and cool, me thinks :o) / d [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, I'm thinking about a new function: [mt_]rand_str Syntax: string [mt_]rand_str(minlen,maxlen[,charlist]); where charlist is in addcslashes (and now also [l|r]trim) syntax. Charlist defaults to 0..9a..zA..Z IMHO, this would be a very useful function. Any comments? Maybe not minmaxlen, but simply a fixed len? (since randomness on the length is ambigious to implement, there are less possibilities with shorter strings, which raises some issues). As an extension, the function could also accept an array as charlist, containing small strings, to produce pronouncable strings. Jeroen -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: rand_str
I'm not against putting it into pear. ask the pear guys what they think... but there's no Strings class AFAIK, and I think they'll hesitate to create a top-level class for just one function. :) At 16:47 8/5/2001, Daniel Andersson wrote the following: -- yes, totally agree. but why not put it into PEAR? / d - Original Message - From: Cynic [EMAIL PROTECTED] To: Daniel Andersson [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, August 05, 2001 13:52 Subject: Re: [PHP-DEV] Re: rand_str I think that new functions should be added on basis of usefulness, not the coolness factor. IMNSHO this function isn't very useful, and it is extremely easy to implement in userland: function str_rand() { $len = func_num_args() ? func_get_arg(0) : 32 ; return substr(md5(microtime()),0,$len); } At 13:57 8/5/2001, Daniel Andersson wrote the following: -- i would say so, yes. and if you do md5(microtime()) you have to do a substr() on the result to get the desired length. easy done, yes. but still.. maybe something for PEAR instead of the core? / d - Original Message - From: Cynic [EMAIL PROTECTED] To: Daniel Andersson [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, August 05, 2001 3:41 Subject: Re: [PHP-DEV] Re: rand_str is it that much more useful than md5(microtime()) ? ah-oh, you want to be able to specify the set of characters... At 04:28 8/5/2001, Daniel Andersson wrote the following: -- sounds useful and cool, me thinks :o) / d [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, I'm thinking about a new function: [mt_]rand_str Syntax: string [mt_]rand_str(minlen,maxlen[,charlist]); where charlist is in addcslashes (and now also [l|r]trim) syntax. Charlist defaults to 0..9a..zA..Z IMHO, this would be a very useful function. Any comments? Maybe not minmaxlen, but simply a fixed len? (since randomness on the length is ambigious to implement, there are less possibilities with shorter strings, which raises some issues). As an extension, the function could also accept an array as charlist, containing small strings, to produce pronouncable strings. Jeroen -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: rand_str
At 17:21 8/5/2001, Jeroen van Wolffelaar wrote the following: -- but why not put it into PEAR? PEAR can be useful, but the power of PHP is, that is has so many helpful build-in functions. And with pear, it will always be longer. I think that new functions should be added on basis of usefulness, not the coolness factor. IMNSHO this function isn't very useful, To generate random passwords, with characters you decide, and length? I think it is useful, but usefulness indeed is a good point. Does everyone here doubt the usefulness? and it is extremely easy to implement in userland: That is not true, So how about this? function str_rand($len=8) { $retval = strtr(md5(microtime()), chr(0x30), chr(0x4F)); return substr($retval,0,$len); } for($i=0; $i10; $i++){ echo str_rand(), \n; } md5 will always return hex, and is of specific length. I can image users don't want (so much) digits, and/or want to exclude certain look-alike chars ( 0 (zero) and O (o), for example). [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: rand_str
At 21:17 8/5/2001, Jeroen van Wolffelaar wrote the following: -- [...] function str_rand($len=8) { $retval = strtr(md5(microtime()), chr(0x30), chr(0x4F)); return substr($retval,0,$len); } for($i=0; $i10; $i++){ echo str_rand(), \n; } I find rand_str($len , 1..9a..f\x4F) easier... ;-) And this is still yielding exactly 16 differerent characters. As you saw for yourself, it is not trivial to implement something like this in userland. For example str_pad is way easier to implement, only some playing with str_repeat. Are there any objections if I implement this? Are you still against this new function? Jeroen Hi Jeroen, I think we're not on the same page. :) I consider both versions of str_rand() I posted trivial... Also, and this is strictly subjective, I don't think the function needs to be implemented natively. As I said, it's trivial. :) But my stance could be rated as -0.3... Actually, as I'm thinking about it, -0.2. as for the rand_str($len , 1..9a..f\x4F) proto: I don't like it. KISS. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: rand_str
At 21:53 8/5/2001, Jeroen van Wolffelaar wrote the following: -- Hi Jeroen, I think we're not on the same page. :) I consider both versions of str_rand() I posted trivial... Agree. But they are not what rand_str could do. The result has 16 different chars, just because md5 happens to have that much. Implementing something that has NOT that limitation, is far less trivial. function str_rand($len = 8, $class = 'a-zA-Z1-9') { static $init = 1; if(1 == $init){ mt_srand((double) microtime() * 100); $init = 0; } $chars = array(); for($i = 0; $i $len; $i++){ $chars[] = chr(mt_rand(0,255)); } return implode('', preg_grep('|['.preg_quote($class).']|',$chars)); } Just a little bit different syntax for the second argument. What's the big deal? :) Also, and this is strictly subjective, I don't think the function needs to be implemented natively. As I said, it's trivial. :) But my stance could be rated as -0.3... Actually, as I'm thinking about it, -0.2. k, mine is 0.8, 0.9, on the idea, not the details as for the rand_str($len , 1..9a..f\x4F) proto: I don't like it. KISS. Better suggestions? Simple length and a list of characters... and the list-of-characters way is also in addcslashes, and the trims. Jeroen --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: rand_str
At 22:50 8/5/2001, Jeroen van Wolffelaar wrote the following: -- Implementing something that has NOT that limitation, is far less trivial. function str_rand($len = 8, $class = 'a-zA-Z1-9') { static $init = 1; if(1 == $init){ mt_srand((double) microtime() * 100); $init = 0; } $chars = array(); for($i = 0; $i $len; $i++){ $chars[] = chr(mt_rand(0,255)); } return implode('', preg_grep('|['.preg_quote($class).']|',$chars)); } Just a little bit different syntax for the second argument. What's the big deal? :) Okay, but hey, you're a PHP-expert with probably many years of experience... Fr from that. :) By the way, your function won't return strings of length $len... ;) Oh, shit. Optimization instead of a function. :) I've been sitting before the CRT for 30 hours... And you could say that preg_grep is quite a hack. Well, it nicely fits the bill - if you use the second argument as a character class, preg_quote/grep() lends itself. Or do you mean the concatenation? That's just a matter of formatting. Take it out of the preg_grep() call, and it'll look better. Anyway, this didn't convince me it's trivial... I'm sorry. ok. :) seems like the only function that'll be missing from PHP will be write_the_app(); :))) But this is really a non-issue. I'm fine with or without str_rand(), I was just trying to show that it's pretty easy to write one in PHP, and so the function isn't really necessary. I know, there's nl2br() which _is_ simple, but that's backed by the fact that in a web-oriented language, _everybody_ would write their own nl2br(). This is not the case with str_rand()... And now help me down off that soap box. :) [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 doesn't build (still the tsrm_ls issue)
Fresh checkout of php4, Zend, and TSRM Configuration: php4apache - Win32 Release_TS_inline Compiling... mod_php4.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\mod_php4.h(49) : warning C4005: 'S_IXUSR' : macro redefinition ..\..\ext/standard/php_filestat.h(62) : see previous definition of 'S_IXUSR' D:\compile\php\php4\sapi\apache\mod_php4.c(135) : warning C4018: '!=' : signed/unsigned mismatch D:\compile\php\php4\sapi\apache\mod_php4.c(313) : error C2374: 'tsrm_ls' : redefinition; multiple initialization D:\compile\php\php4\sapi\apache\mod_php4.c(312) : see declaration of 'tsrm_ls' php_apache.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\php_apache.c(145) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(305) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(345) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(346) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(372) : error C2082: redefinition of formal parameter 'tsrm_ls' sapi_apache.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\mod_php4.h(49) : warning C4005: 'S_IXUSR' : macro redefinition ..\..\ext/standard/php_filestat.h(62) : see previous definition of 'S_IXUSR' Error executing xicl6.exe. php4apache.dll - 6 error(s), 43 warning(s) [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] CVS doesn't build (still the tsrm_ls issue)
Hi Sebastian, four more to go. :) D:\compile\php\php4\sapi\apache\php_apache.c(145) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(305) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(345) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(371) : error C2082: redefinition of formal parameter 'tsrm_ls' At 19:02 8/4/2001, Sebastian Bergmann wrote the following: -- Cynic wrote: Fresh checkout of php4, Zend, and TSRM Please check the current CVS, I commited a fix. -- Sebastian Bergmann Measure Traffic Usability http://sebastian-bergmann.de/http://phpOpenTracker.de/ --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: rand_str
is it that much more useful than md5(microtime()) ? ah-oh, you want to be able to specify the set of characters... At 04:28 8/5/2001, Daniel Andersson wrote the following: -- sounds useful and cool, me thinks :o) / d [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, I'm thinking about a new function: [mt_]rand_str Syntax: string [mt_]rand_str(minlen,maxlen[,charlist]); where charlist is in addcslashes (and now also [l|r]trim) syntax. Charlist defaults to 0..9a..zA..Z IMHO, this would be a very useful function. Any comments? Maybe not minmaxlen, but simply a fixed len? (since randomness on the length is ambigious to implement, there are less possibilities with shorter strings, which raises some issues). As an extension, the function could also accept an array as charlist, containing small strings, to produce pronouncable strings. Jeroen -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12504 Updated: mrbs.sourceforge.net booking system stopped
ID: 12504 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Apache 1.3.14 PHP Version: 4.0.6 New Comment: this is a useless bug report. provide a short script that shows the problem. and read http://www.php.net/bugs-dos-and-donts.php Previous Comments: [2001-08-01 03:35:16] [EMAIL PROTECTED] After upgrading to PHP 4.0.6 a calendar application stopped printing the reservtions. (terrible problem!) Calendar worked like charm before upgrading 4.0.6 (mrbs.sourceforge.net). The calendar uses MySQL. If it's not a bug in PHP, something sure changed. Hard to find what that is. Edit this bug report at http://bugs.php.net/?id=12504edit=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] current CVS broken on NT 5 (TSRMLS_FETCH issue)
Configuration: php4apache - Win32 Release_TS_inline Compiling... mod_php4.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\mod_php4.h(49) : warning C4005: 'S_IXUSR' : macro redefinition ..\..\ext/standard/php_filestat.h(62) : see previous definition of 'S_IXUSR' D:\compile\php\php4\sapi\apache\mod_php4.c(135) : warning C4018: '!=' : signed/unsigned mismatch D:\compile\php\php4\sapi\apache\mod_php4.c(329) : error C2082: redefinition of formal parameter 'tsrm_ls' php_apache.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\php_apache.c(145) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(305) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(345) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(346) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(372) : error C2082: redefinition of formal parameter 'tsrm_ls' sapi_apache.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\mod_php4.h(49) : warning C4005: 'S_IXUSR' : macro redefinition ..\..\ext/standard/php_filestat.h(62) : see previous definition of 'S_IXUSR' D:\compile\php\php4\sapi\apache\sapi_apache.c(63) : error C2086: 'tsrm_ls' : redefinition D:\compile\php\php4\sapi\apache\sapi_apache.c(66) : error C2082: redefinition of formal parameter 'tsrm_ls' Error executing xicl6.exe. php4apache.dll - 8 error(s), 6 warning(s) [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12476 Updated: a function that splits a string into equal parts while retaining whole words
ID: 12476 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: linux PHP Version: 4.0.4pl1 New Comment: see http://www.php.net/wordwrap Previous Comments: [2001-07-30 22:48:53] [EMAIL PROTECTED] //perhaps a function like this ?php $str = blah blah blah blah blah blah; $columns = str_seperate($str,2); echo $columns[0].'brbr'.$columns[1]; ? //outputting blah blah blah blah blah blah Edit this bug report at http://bugs.php.net/?id=12476edit=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] Security Issues
At 19:01 7/27/2001, Rasmus Lerdorf wrote the following: -- That's also not true. Is using $foo all that better than $_GET[foo]? For a neophyte user - most definitely. Rasmus, I disagree. As someone who's first programming language was PHP, I remember the confusion when looking at code with variables coming from nowhere. Denoting the origin of a variable is simply a huge plus. But it isn't. It's by fixing an inherent design flaw in PHP. The proposed target situation is *NOT* any more difficult to the users than the situation is today. Of course it is. $foo is conceptually simpler than $_GET[foo]. I don't see how you can say it isn't. $foo is conceptually a few keystrokes. That's all simplicity I can see. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] Security Issues
At 12:06 7/30/2001, Anil Madhavapeddy wrote the following: -- Cynic wrote: Of course it is. $foo is conceptually simpler than $_GET[foo]. I don't see how you can say it isn't. $foo is conceptually a few keystrokes. That's all simplicity I can see. I think that's the whole point ... 1) $foo 2) $_GET[foo] One looks like PHP, the other looks like Perl :-) Anil --end of quote-- I admit I don't know much of Perl, but my decision not to learn it was largely based on my perception that much things in Perl happen automagically (or just the language is too terse), making it hard to understand. I'm probably a strange type of guy for a PHP coder, but I like $HTTP_*_VARS arrays, and all the servers I use have register_globals = off, and error_reporting = E_ALL (with these switched to on and E_ALL ~ E_NOTICE in Directory ... sections where third-party code resides... I think I have yet to come across a class or application that's written properly (from MPOV). [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] Security Issues
At 13:44 7/28/2001, Zeev Suraski wrote the following: -- At 05:08 27/07/2001, [EMAIL PROTECTED] wrote: Addressed to: Rasmus Lerdorf [EMAIL PROTECTED] [EMAIL PROTECTED] Or you can simply stop these people from using PHP which is another effect turning off register_globals will have. Sorry, but that doesn't hold water. Java does not have this problem because Java is so complex that this same set of users can not program in Java. Fixing this problem by making PHP more complex and eliminating these problem users is a bad idea as far as I am concerned. YES!! NO!! :) Saying people would stop using PHP (or won't get started) because of this change is a gross exaggeration. IMHO, the one and only issue at hand here is downwards compatibility, and not usability or ease of use, not even a bit. register_globals had no effect on my decision to learn PHP, or continue using it. [...] There are a hell of a lot more cases where using uninitialized variables is entirely secure, than cases where it's not. As a 'purist' coming from C background, I'd always initialize variables. PHP users would not. I had zero C knowledge when I started learning PHP, and I always initialize variables in PHP. BTW, I'm just being argumentative here. I personally think that having E_NOTICE on is a very good idea, and that apps should be E_NOTICE-clean. A great deal of PHP programmers will not agree with me, though, so I haven't made up my mind on whether I support changing this default or not. I agree with you. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] Security Issues
At 08:32 7/27/2001, Zeev Suraski wrote the following: -- Zeev, while I'll applaud to the changes you propose, I suggest this happens in 4.1. I know, this is really a cosmetic change only, and doesn't justify the bump from the perspective of the PHP developers, but is a major one from the perspective of a PHP user. Defaulting error_reporting to E_ALL, and turning register_globals off means 99% percent of current applications won't work, and given the current behavior of zend_error(), where PHP basically reports bogus line numbers (http://www.php.net/bugs.php?id=1225) this is really hard to get around. With 4.1, it'll be clear that a massive change is coming. I'd vote for 4.7 (current state of things) - 4.1 (register_globals off, error_reporting E_ALL). Other than that, hip hip hurray!!! The way I think we should go about this is: (a) Improve the accessibility of the track vars array by shortening their names to $_GET[], $_POST[], etc. and possibly making them implicitly available inside functions. This can be done relatively quickly. (b) Get the word out that as of PHP 4.0.8, register_globals will be off, so that app authors will have a chance to fix their apps. (c) Release 4.0.7 with the new improved track vars, but with register_globals still set to on (d) Release 4.0.8 with register_globals set to off We can (and probably should) make the E_NOTICE change at the same time. Zeev -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12415 Updated: changing mysql.default_socket in /etc/php.ini doesn't work
ID: 12415 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Linux Mandrake 8.0 PHP Version: 4.0.6 New Comment: are you sure PHP actually reads that php.ini? you can see the location where PHP looks for the file in the output of phpinfo(). as with all changes in php.ini, you have to restart apache for this to become effective. Previous Comments: [2001-07-27 02:52:41] [EMAIL PROTECTED] I have tried to change MySQL's socket path to something else than the default. I found that there's a mysql.default_socket in /etc/php.ini. I changed it to point to the socket file, but it doesn't seem to have any effect. PHP produces error message saying that it cannot find mysql.sock, and the path points still to the default location. phpinfo() shows also the default location. There's a workaround: symbolic link to real socket file. Edit this bug report at http://bugs.php.net/?id=12415edit=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] Security Issues
At 10:35 7/27/2001, Rasmus Lerdorf wrote the following: -- I actually think that turning E_NOTICE on is going to have a huge effect on a mind boggling number of scripts, probably on the same order of magnitude as setting register_globals to off (probably less, but not that much less). I think that unless we explain explicitly and vocally why we're making these changes (register_globals and/or error level), people will just reconfigure php.ini to the old settings - I don't think they'll start running after new E_NOTICE's they suddenly get after upgrading, unless they'd know they have a good reason to. Baby-steps are needed for changes like this. We can get away with the E_NOTICE change I think. The register_globals change is much too drastic and it changes the basic nature of the language. There are plenty of people using PHP today who have no clue what an array is. This may be a stupid idea, but... When the code is ready for 4.0.7, release it as 4.0.7 with the first step of the changes, whatever it is, AND as 4.1.0 with all the changes you want. 4.0.8 would turn the screw some more (also released as 4.1.1, no changes to php.ini required in that branch). Finally, when the configurations get in sync, release the code as 4.1.x only. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12417 Updated: PHP/Apache load-time error
ID: 12417 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Unknown/Other Function Operating System: Windows 2000 Pro (SR-1) PHP Version: 4.0.6 New Comment: see http://www.php.net/bugs.php?id=8799 if that doesn't fix your problem, reopen the bug report. Previous Comments: [2001-07-27 04:24:03] [EMAIL PROTECTED] Apache 1.3.20, built from source (MSVC 6.0 Ent) from apache.org. PHP 4.0.6 binary from php.net. I didn't build PHP, but everytime it starts, the following info appears in the Apache window: Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) Apache/1.3.20 (Win32) running... This does not happen when i remove the PHP Loadmodule line from httpd.conf. Edit this bug report at http://bugs.php.net/?id=12417edit=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: [PEAR-DEV] PHP arrays managment bug :-?
I don't see any error in the output. What did you expect? At 14:30 7/27/2001, Tomas V.V.Cox wrote the following: -- During my test with the pushErrorHandling and popErrorHandling I found strange behavoirs of the PHP array functions (I use last cvs php under Linux). 1) array_pop() bug: ?php $a = array(); $a[] = array('foo', 'bar'); print_r($a); $a[] = array('foo2', 'bar2'); print_r($a); $a = array_pop($a); print_r($a); ? The output: Array ( [0] = Array ( [0] = foo [1] = bar ) ) Array ( [0] = Array ( [0] = foo [1] = bar ) [1] = Array ( [0] = foo2 [1] = bar2 ) ) Array ( [0] = foo2 [1] = bar2 ) 2) The array[] statement fails to find the correct last value: ?php $a = array(); $a[] = array('foo', 'bar'); print_r($a); $a[] = array('foo2', 'bar2'); print_r($a); unset($a[sizeof($a) - 1]); print_r($a); $a[] = array('foo3', 'bar3'); print_r($a); ? The output: Array ( [0] = Array ( [0] = foo [1] = bar ) ) Array ( [0] = Array ( [0] = foo [1] = bar ) [1] = Array ( [0] = foo2 [1] = bar2 ) ) Array ( [0] = Array ( [0] = foo [1] = bar ) ) Array ( [0] = Array ( [0] = foo [1] = bar ) [2] = Array ( [0] = foo3 [1] = bar3 ) ) Isn't those bugs serious or am I loosing something? Tomas V.V.Cox -- PEAR Development Mailing List (http://pear.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: [PEAR-DEV] PHP arrays managment bug :-?
At 14:53 7/27/2001, Tomas V.V.Cox wrote the following: -- Cynic wrote: I don't see any error in the output. What did you expect? At 14:30 7/27/2001, Tomas V.V.Cox wrote the following: -- During my test with the pushErrorHandling and popErrorHandling I found strange behavoirs of the PHP array functions (I use last cvs php under Linux). 1) array_pop() bug: ?php $a = array(); $a[] = array('foo', 'bar'); print_r($a); $a[] = array('foo2', 'bar2'); print_r($a); $a = array_pop($a); print_r($a); ? [...] Real output: Array ( [0] = foo2 [1] = bar2 ) Expected output: Array ( [0] = Array ( [0] = foo [1] = bar ) ) so, you're questioning the order of the retval assignment, and the popped array? $a = array_pop($a); print_r($a); change that $b = array_pop($a); print_r($b); and I think you'll see what you expected to see. 2) The array[] statement fails to find the correct last value: ?php $a = array(); $a[] = array('foo', 'bar'); print_r($a); $a[] = array('foo2', 'bar2'); print_r($a); unset($a[sizeof($a) - 1]); print_r($a); $a[] = array('foo3', 'bar3'); print_r($a); ? [...] Real output: Array ( [0] = Array ( [0] = foo [1] = bar ) [2] = Array ( [0] = foo3 [1] = bar3 ) ) Expected output: Array ( [0] = Array ( [0] = foo [1] = bar ) [1] = Array ( [0] = foo3 [1] = bar3 ) ) Aha. Well, this ones problematic... Does anyone better informed than I am know why this is so? [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12350 Updated: Referencing multiple arrays in classes from inside methods doesn't work
ID: 12350 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Class/Object related Operating System: W2K PHP Version: 4.0.6 New Comment: use $this-firstarray, not $this-$firstarray Previous Comments: [2001-07-24 16:13:07] [EMAIL PROTECTED] Configuration: IIS 4 dll with Win32 binaries Okay I'm new to the game so forgive me a small mistake but I have tested and reproduced this weird behavior for more than 6 hours. A class wrapping multiple array variables doesn't allow to access both arrays as individual references from inside a function. The following code does not what I expected from the language: class test { VAR $firstarray; // defining one array VAR $secondarray; // defining another array function testit () { $i = 0; while ($i 14) { $this-$firstarray[$i] = uniqid (test, false); $this-$secondarray[$i] = uniqid (different, false); echo Set array #1, item $i to .$this-$firstarray[$i]. and array #2 to .$this-$secondarray[$i].\n; $i++; } } function doitlocal () { $i = 0; while ($i 14) { $firstarray[$i] = uniqid (test, false); $secondarray[$i] = uniqid (different, false); echo Set array #1, item $i to .$firstarray[$i]. and array #2 to .$secondarray[$i].\n; $i++; } } } $temp = new test; $temp-testit(); echo The (wrong) result shows that both arrays contain the same data.\n\n; echo Now lets do it local:\n; $temp-doitlocal(); echo With local variables everything works as expected.; I expected the same result from both the testit() and doitlocal() methods and that would be creating two distinctive arrays and accessing them later in the script just with different values. This seems not to be possible if the array is capsulated in the class. I think i read the manual thorougly and haven't found a hint about this behavior :( Edit this bug report at http://bugs.php.net/?id=12350edit=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 #12358 Updated: CGI Error-CGI application misbehaved
ID: 12358 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: PWS related Operating System: windows 98 PHP Version: 4.0.6 New Comment: provide a short example script, and it's output when run from the command line. save this as test.php: ?php echo hello world!\n ? and see what you get. it should be st. like this: c:\tempphp test.php X-Powered-By: PHP/4.0.7-dev Content-type: text/html hello world! c:\temp If that's ok (i. e. the first three lines are the same as shown above, I suggest you turn on logging errors in php.ini, request a PHP script thru PWS, and check the error log. Previous Comments: [2001-07-25 05:58:53] [EMAIL PROTECTED] I has installed php4.0 from www.php.net.My os is windows 98 and i am using PWS.when I run any php program in browser I am getting the following error CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: whn I run php.exe in dos prompt I am getting the html file correctly.While running in the browser,I am getting the above error. Any body please help me My email id is [EMAIL PROTECTED] bye suresh Edit this bug report at http://bugs.php.net/?id=12358edit=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] Security Issues
backwards compatibility At 15:07 7/25/2001, Andy wrote the following: -- If register_globals = off is highly recommended, why does the default php.ini have register_globals=on Many people do not change this. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] Security Issues
I write all of my code with/for E_ALL as well. Plus, I consider not relying on register_globals = on to be a crucial requirement WRT portability. At 17:04 7/25/2001, Phil Driscoll wrote the following: -- On Wednesday 25 July 2001 15:31, Rasmus Lerdorf wrote: The change I would rather see in php.ini would be to have the default error_level be set to E_ALL because then the above script would generate a warning complaining about the fact that $ok was not initialized. Since PHP can determine when variables are not initialized the case for turning register_globals off in this example is rather weak. +1 The security issue is poor coding rather than anything else. Using the various VAR arrays largely moves the problem sideways. I took the liberty on the Windows installer of making the default route through the wizard set the error level to E_ALL. I am fed up that almost all the freely available PHP scripts out there just won't run at E_ALL because they either spew out so many warning messages that you can't see what's going on, and in many cases, the warning messages cause crucial headers not to be sent. My own rule of thumb is that if a script outputs any warnings during normal use, then it just can't be trusted to be secure. -- Phil Driscoll [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12325 Updated: Query_string not defined
ID: 12325 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Unknown/Other Function Operating System: Win 2k PHP Version: 4.0.6 Previous Comments: [2001-07-24 20:28:02] [EMAIL PROTECTED] register globals is on. The php.ini is the same one that came with the installer available at php.net. We made no changes to it. [2001-07-24 17:21:38] [EMAIL PROTECTED] in your php.ini file make sure this line is included... register_globals = on [2001-07-24 16:18:17] [EMAIL PROTECTED] I think this is the relevant section: ;; ; Error handling and logging ; ;; ; error_reporting is a bit-field. Or each number up to get desired error ; reporting level ; E_ALL - All errors and warnings ; E_ERROR - fatal run-time errors ; E_WARNING - run-time warnings (non-fatal errors) ; E_PARSE - compile-time parse errors ; E_NOTICE - run-time notices (these are warnings which often result ; from a bug in your code, but it's possible that it was ; intentional (e.g., using an uninitialized variable and ; relying on the fact it's automatically initialized to an ; empty string) ; E_CORE_ERROR - fatal errors that occur during PHP's initial startup ; E_CORE_WARNING- warnings (non-fatal errors) that occur during PHP's ; initial startup ; E_COMPILE_ERROR - fatal compile-time errors ; E_COMPILE_WARNING - compile-time warnings (non-fatal errors) ; E_USER_ERROR - user-generated error message ; E_USER_WARNING- user-generated warning message ; E_USER_NOTICE - user-generated notice message ; ; Examples: ; ; - Show all errors, except for notices ; ;error_reporting = E_ALL ~E_NOTICE ; ; - Show only errors ; ;error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR ; ; - Show all errors except for notices ; error_reporting = E_ALL; display all errors, warnings and notices ; Print out errors (as a part of the output). For production web sites, ; you're strongly encouraged to turn this feature off, and use error logging ; instead (see below). Keeping display_errors enabled on a production web site ; may reveal security information to end users, such as file paths on your Web ; server, your database schema or other information. display_errors = On ; Even when display_errors is on, errors that occur during PHP's startup ; sequence are not displayed. It's strongly recommended to keep ; display_startup_errors off, except for when debugging. display_startup_errors = Off ; Log errors into a log file (server-specific log, stderr, or error_log (below)) ; As stated above, you're strongly advised to use error logging in place of ; error displaying on production web sites. log_errors = Off ; Store the last error/warning message in $php_errormsg (boolean). track_errors = Off ; String to output before an error message. ;error_prepend_string = font color=ff ; String to output after an error message. ;error_append_string = /font ; Log errors to specified file. ;error_log = filename ; Log errors to syslog (Event Log on NT, not valid in Windows 95). ;error_log = syslog ; Warn if the + operator is used with strings. warn_plus_overloading = Off However, since QUERY_STRING is a PHP variable, I think it should be defined as if there is no querystring specified. [2001-07-24 09:24:54] [EMAIL PROTECTED] Can you include a copy of your php.ini file? [2001-07-23 21:30:26] [EMAIL PROTECTED] Here is the code I am trying to run: if ($QUERY_STRING != ) { $insertFormAction .= ? . $QUERY_STRING; When I call the page from the browser with no querystring I get: Warning: Undefined variable: QUERY_STRING in c:\inetpub\wwwroot\gabe\deleteParam.php on line 3 This only reproduces when using the installer for windows from the download section at php.net. I cannot reproduce on Linux or OSX. Also I installed the zip version and cannot reproduce it. Only the installer. Edit this bug report at http://bugs.php.net/?id=12325edit=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 #12323 Updated: // comment tag does not work
ID: 12323 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Mac OS X PHP Version: 4.0.6 New Comment: could you please check the source of the output (View - Page Source in Netscape 4.x, and View - Source in IE) to check that PHP scripts get actually executed? (Sorry if this is dumb, but the example you provided really looks like this is the case.) Previous Comments: [2001-07-24 15:40:01] [EMAIL PROTECTED] For those asking for an example of the script and the output. Using the following: code ?php print(Working so far BR); print(Still working next line is going to be a commentBR); // This line should be a comment print(This is the next line past the commentBR); ? /code I get the following result: browser output // This line should be a comment print(This is the next line past the comment ); Working so far Still working next line is going to be a comment end of browser output Thanking everyone for the help. Greatly appreciate it. Lael [2001-07-24 14:28:59] [EMAIL PROTECTED] Also in reply to the other suggestions regarding one liners vs multiple line comments: The lines I have commented are all on their own line and are one liners. More or less, anywhere I use a // to comment, the entire line is displayed to the user. The following two scripts will give me the same result. ?php // This comment will show on the web page ? ?php print('// This comment will show on the web page'); ? I noticed in the documentation that the // was considered a C++ style of commenting. Do I possibly need a particular module or directive to say that // is a comment? Thanks, Lael [2001-07-24 14:27:13] [EMAIL PROTECTED] I received an email stating that it could not be reproduced on a RH Linux 7 machine. This problem is specific to Mac OS X client, so I'm sure that you were unable to reproduce it on your box. Either way, this is definately happening and is not bogus as you said. [2001-07-24 14:16:26] [EMAIL PROTECTED] unable to reproduce on RH Linux 7. This sounds very bogus. [2001-07-23 18:35:15] [EMAIL PROTECTED] Okay it would happen on more than one liners. basically if you have a ? on the same line as the // comment it will do this. I know there is some other bugs on this same problem, but I don't have the numbers handy. -Chris 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=12323 Edit this bug report at http://bugs.php.net/?id=12323edit=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 #12314 Updated: include_path does not work
ID: 12314 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Dynamic loading Operating System: WinME PHP Version: 4.0.6 New Comment: have you read the Do's Don'ts? What's your include_path setting? (Copy it here from your php.ini.) Previous Comments: [2001-07-23 05:48:57] [EMAIL PROTECTED] Hello, Just to let you know that include_path does not work at all under WinME So I just cant use require() or include(), it is not even defaulting to . i.e.; the current directory Cheers Tarique Edit this bug report at http://bugs.php.net/?id=12314edit=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 #12314 Updated: include_path does not work
ID: 12314 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Dynamic loading Operating System: WinME PHP Version: 4.0.6 New Comment: well, I use include_path on NT 4 and NT 5 without problems. since you did not do what the Dos Donts page tells you to do (include related php.ini settings in the report), I can only guess that you forgot to put the value in quotes. Anyway, could you try this? php.ini: include_path = ./;./inc/ somewhere/test.php: ? include 'include.inc' ? somewhere/inc/include.inc: ? echo __FILE__ ? and load somewhere/test.php. If it gives you any error, paste it here, please. Thanks! Previous Comments: [2001-07-23 07:12:07] [EMAIL PROTECTED] without being cynical and with all due respect - yes I have read the do's and dont's of bug reporting I also know that the similar bug has been reported for Win2K and like I said - whatever the include_path setting it does not work for all practical purposes the setting in the php.ini is include_path = It would be nice if someone could let me know where to find the Win binaries of PHP4.0.2 that is the latest confirmed (of course by me) version which does not have this problem. Also - under Linux V 4.0.6 works fine Tarique [2001-07-23 06:30:02] [EMAIL PROTECTED] have you read the Do's Don'ts? What's your include_path setting? (Copy it here from your php.ini.) [2001-07-23 05:48:57] [EMAIL PROTECTED] Hello, Just to let you know that include_path does not work at all under WinME So I just cant use require() or include(), it is not even defaulting to . i.e.; the current directory Cheers Tarique Edit this bug report at http://bugs.php.net/?id=12314edit=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 #10853 Updated: PConnect through firewall
ID: 10853 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Feedback Bug Type: Sybase (dblib) related Operating System: RH6.2 PHP Version: 4.0.4pl1 New Comment: user feedback: This email was sent because you didn't respond to an email asking whether you could try with server that is NOT behind firewall? it is an established policy to close bug reports where the user doesn't respond to developer feedback after certain period of time. I didn't get that email, my answer would have been yes it works fine if I use a DB server in the same network. However I guess your answer would be the problem is your firewall. while I can't say for sure you wouldn't recieve such answer, you can certainly help with squashing this problem if you: * include a short self-contained script that still reproduces the problem (i. e. one that doesn't require any large external classes) * give as much detail as possible, including the firewall software and version. Previous Comments: [2001-07-22 12:59:39] [EMAIL PROTECTED] no feedback after 40 days. [2001-06-12 17:43:55] [EMAIL PROTECTED] Could you try with server that is NOT behind firewall? Does this happen then? [2001-05-14 11:54:38] [EMAIL PROTECTED] When I use persistent connections to a MS Sql server that is behind a firewall, If I refresh the page fast enough (about 10 refreshes per second) one of the connections will be opened with problems. I'm using ADODB and the mssql extension. However I had the same problem with the raw functions of php. This is the code: Class Data_Mensajes { function Load($objMensajesNegocio) { $objMensajes = $objMensajesNegocio; include('/usr/local/apache/componentes/adodb/adodb.inc.php'); ADOLoadCode('mssql'); //Nos conectamos al servidor de BD $con = ADONewConnection(); if($con-PConnect(200.52.76.2,Mexmatch,qf3ae$+as,MexMatch)) { $query= Select * From Mensaje Where IDUsuarioPara = 'WERA'; $result = $con-Execute($query); $i=0; while(!$result-EOF) { //$objBusiness_Mensaje[$i] = new Business_Mensaje(); $objBusiness_Mensaje = new Business_Mensaje(); $objBusiness_Mensaje-setIDMensaje($result-fields[0]); $objBusiness_Mensaje-setIDUsuarioDe($result-fields[1]); $objBusiness_Mensaje-setIDUsuarioPara($result-fields[2]); $objBusiness_Mensaje-setSubject($result-fields[3]); $objBusiness_Mensaje-setCuerpo($result-fields[4]); $objBusiness_Mensaje-setFecha($result-fields[5]); $objMensajes-setMensajes($objBusiness_Mensaje); $result-MoveNext(); $i++; } } $result-Close(); $con-Close(); } } // Fin de Clase Data_Mensajes Edit this bug report at http://bugs.php.net/?id=10853edit=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 #12301 Updated: include() in included file should check included file's directory
ID: 12301 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Closed Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.0.6 New Comment: The feature request will be satisfied with 4.0.7. Andi Gutmans implemented this just a few days ago. The behavior will be: include() (and the family) in a file that's included itself will first check the directory of the main file, and then the directory of the included file. Previous Comments: [2001-07-21 20:19:40] [EMAIL PROTECTED] Using include_path does not solve the problem. include_path works fine if my directory structure is rigid and not liable to change. In which case, I know where my scripts are going to be. Even if include_path is not there, I could simply specify the path in include() since I know exactly where it is. My request is required in cases where 1) I do not know the full path 2) my directory structure is not rigid OR 3) I do not have access to php.ini (because my web provider does not allow me to access/modify it) Consider that I want this to work without having to include() every file in the main script. main.php requires process.inc. process.inc requires lib.inc. but the coder for main.php does not know process.inc requires lib.inc, and so will not know to include(lib.inc) in main.php. the coder simply knows process.inc is required. the coder for process.inc must know where lib.inc is, but can only specify a location relative to process.inc (since the code might be installed anywhere). Say that I created a library of php functions. I would want to tell a coder 'just include process.inc and of you go'. process.inc will include other files that are in the same directory as itself, or in subdirectories. a coder using my library might install it in several locations. say they have a current website, a development website, and an experimetal website. So you have /www/website/scripts/process.inc /www/devsite/scripts/process.inc /www/expsite/scripts/process.inc Do they have to include all paths in include_path? And every time they add a site, or a new install, they have to modify include_path? Why do I have to modify my development platform for every new project? And what if the dependancies of process.inc change? why does the coder using my library have to know this and modify all their includes? And yes, you might need three sepearate copies of process.inc and not be able to use one copy. There might be a configuration file that needs to be diffrent in each install. Or perhaps you are modifying certain files in each copy. Also consider that C/C++ have an include directory, for the standard libraries, but the #include directive searches from the directory of the file that has the #include statement, not the topmost source file. This is a very real problem at our company and we find its a limitation on php's ability for code encapsulation and re-usability. [2001-07-21 16:04:25] [EMAIL PROTECTED] I guess I should clarify this. The behavior is that when an include()/require() is issued it checks the include_path in the order specified. So say my program is in /www and my scripts are in /www/scripts. My include_path has been modified to include /www/scripts/. if I do include(main.php) in /www/index.php , then php first checks the working directory which is /www, it sees I have no main.php here so it checks the next entry in include_path /usr/local/lib/php/...still no dice, finally it checks /www/scripts...voila it finds it and includes it without me having to know the path. -Chris [2001-07-21 15:57:26] [EMAIL PROTECTED] No you're not the only one who does this. You just need to modify your php.ini include_path setting. By default it is .:/usr/local/lib/php/, i.e. check the current directory then check /usr/local/lib/php/. So you would want yours to be .:/usr/local/lib/php/:/path/to/scripts. Then you could do this. ?php include(main.php); include(admin/tools.php); include(include/process.inc); include(include/lib.inc); // rest of code here ? -Chris [2001-07-21 15:29:09] [EMAIL PROTECTED] When using include(), it should check the current file's directory. Currently PHP start from the script's directory. Say you have the following files: scripts/main.php scripts/admin/tools.php scripts/include/process.inc scripts/include/lib.inc If process.inc wants to include lib.inc, you would need to know from where it was included. If you started off from main.php, main.php would have include('include/process.inc') and process.inc would have include('include/lib.inc'). If you started off from tools.php, tools.php
Re: [PHP-DEV] Bug #1504 Updated: New function to set the http status
Please, don't close feature requests that are not implemented w/o first checking that it was decided they should/could NOT be implemented. At 18:32 7/22/2001, [EMAIL PROTECTED] wrote the following: -- ID: 1504 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0 New Comment: It seems like this bug needs to be closed. Previous Comments: [2001-02-10 13:22:29] [EMAIL PROTECTED] refiling against 4.0 (perhaps it could be addressed in sapi layer since header('status: 404 not found') may not work with all web servers). [1999-06-07 21:09:00] [EMAIL PROTECTED] When having a line like this ErrorDocument 404 /404.php3, in your apache httpd.conf, the first line of the HTTP respone would be something like HTTP/1.1 404 Object Not Found. It would be nice to be able to change this to fx. HTTP/1.1 200 OK. Right now php only makes it possible to add new lines after the first line of the header, and doing a header(status: 200 OK); will not work on all clients. Edit this bug report at http://bugs.php.net/?id=1504edit=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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12310 Updated: $SCRIPT_FILENAME
ID: 12310 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Variables related Operating System: WinNT IIS PHP Version: 4.0.6 New Comment: PHP doesn't set $HTTP_SERVER_VARS['SCRIPT_FILENAME'], but $HTTP_SERVER_VARS['SCRIPT_NAME']. this is bogus. Previous Comments: [2001-07-22 19:49:12] [EMAIL PROTECTED] Please replace $SCRIPT_FILENAME with $HTTP_SERVER_VARS[SCRIPT_FILENAME] so $path=dirname($SCRIPT_FILENAME); would be changed to $path=dirname($HTTP_SERVER_VARS[SCRIPT_FILENAME]); Please tell me if this works. Status - Feedback Type - Variables related [2001-07-22 19:42:43] [EMAIL PROTECTED] If i use this code: $path=dirname($SCRIPT_FILENAME); the variable $path is empty, because $SCRIPT_FILENAME is empty! if a type in the complete path as static variable, it works... but i have to use dirname($SCRIPT_FILENAME) for the possibility to run that script on other servers. [2001-07-22 19:34:33] [EMAIL PROTECTED] Try using $HTTP_SERVER_VARS[SCRIPT_FILENAME] instead of $SCRIPT_FILENAME. [2001-07-22 19:30:29] [EMAIL PROTECTED] In my php.ini is: register_globals = ON if i declare global $SCRIPT_FILENAME - i get an empty string! On all other servers i can run my script, only on my own... why? [2001-07-22 18:18:16] [EMAIL PROTECTED] Also, make sure that register_globals is set to on in your php.ini file. 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=12310 Edit this bug report at http://bugs.php.net/?id=12310edit=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 #12310 Updated: $SCRIPT_FILENAME
ID: 12310 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: WinNT IIS PHP Version: 4.0.6 New Comment: Michael, I think you should devote some time to read the PHP documentation. You're trying to make orange juice from apples. That won't work. Also, next time you think you've found a bug, please check that it's not a PEBKAC. Last, give only accurate, and TRUE!!! info in bug reports. I could easily see that your bug report was bogus, but with something more complicated or subtle, your claim that it works on other machines could mislead a developer, and cost them a lot of their time. I'm sure that would not be your goal. Andi, I didn't get your remark about Linux. The behavior he was seeing is completely platform independent. Previous Comments: [2001-07-22 20:10:04] [EMAIL PROTECTED] Ok... I can't help you anymore. This is totally bogus. The linux thing was a joke, because nothing like this would happen with linux. (*Andy*) [2001-07-22 20:08:15] [EMAIL PROTECTED] If i replace $SCRIPT_FILENAME with $HTTP_SERVER_VARS[SCRIPT_NAME] the dirname function only returns the path from the inet_root but not from the harddrive root. if i type in the whole path manualy and the inclusion woks, i see that $REQUEST_URI is also empty... so my whole project could not work at my server... I think its a general configuration problem, but what sholud i do? --By the way, get Linux. - later... i have no experience with Linux [2001-07-22 19:56:17] [EMAIL PROTECTED] Sorry about that... replace $SCRIPT_FILENAME with $HTTP_SERVER_VARS[SCRIPT_NAME] if that doesn't work, I am stumped. --By the way, get Linux. (*Andy*) [2001-07-22 19:53:23] [EMAIL PROTECTED] If i use: $path=dirname($HTTP_SERVER_VARS[SCRIPT_FILENAME]); i get: Warning: Undefined index: SCRIPT_FILENAME [2001-07-22 19:52:52] [EMAIL PROTECTED] PHP doesn't set $HTTP_SERVER_VARS['SCRIPT_FILENAME'], but $HTTP_SERVER_VARS['SCRIPT_NAME']. this is bogus. 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=12310 Edit this bug report at http://bugs.php.net/?id=12310edit=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 #12310 Updated: $SCRIPT_FILENAME
ID: 12310 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: WinNT IIS PHP Version: 4.0.6 New Comment: One last remark before I definitely leave this PR: Michael, you might also want to subscribe to php-general@, that can be done by sending an empty email to [EMAIL PROTECTED] Previous Comments: [2001-07-22 20:26:58] [EMAIL PROTECTED] ya... Sorry about my remark. If you create a page like cnewbill said, you can see all of environmental variables, server variables, etc... that PHP defines. Also, as cynic said check out the documentation at http://www.php.net/docs.php Hopefully you can get it to work... [2001-07-22 20:21:16] [EMAIL PROTECTED] Ouch Andy, that seemed pretty harsh. Anyways, do you have a page up I can look at with phpinfo() in it? If not just make a quick page like so ?php phpinfo(); ? -Chris [2001-07-22 20:19:45] [EMAIL PROTECTED] Michael, I think you should devote some time to read the PHP documentation. You're trying to make orange juice from apples. That won't work. Also, next time you think you've found a bug, please check that it's not a PEBKAC. Last, give only accurate, and TRUE!!! info in bug reports. I could easily see that your bug report was bogus, but with something more complicated or subtle, your claim that it works on other machines could mislead a developer, and cost them a lot of their time. I'm sure that would not be your goal. Andi, I didn't get your remark about Linux. The behavior he was seeing is completely platform independent. [2001-07-22 20:10:04] [EMAIL PROTECTED] Ok... I can't help you anymore. This is totally bogus. The linux thing was a joke, because nothing like this would happen with linux. (*Andy*) [2001-07-22 20:08:15] [EMAIL PROTECTED] If i replace $SCRIPT_FILENAME with $HTTP_SERVER_VARS[SCRIPT_NAME] the dirname function only returns the path from the inet_root but not from the harddrive root. if i type in the whole path manualy and the inclusion woks, i see that $REQUEST_URI is also empty... so my whole project could not work at my server... I think its a general configuration problem, but what sholud i do? --By the way, get Linux. - later... i have no experience with Linux 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=12310 Edit this bug report at http://bugs.php.net/?id=12310edit=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 #12310 Updated: $SCRIPT_FILENAME
ID: 12310 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: WinNT IIS PHP Version: 4.0.6 New Comment: Please, take this where it belongs: [EMAIL PROTECTED] Previous Comments: [2001-07-22 21:35:14] [EMAIL PROTECTED] I'm assuming you want to be able to call these includes, and you think you need to know the path? IMO, there is a much cleaner way that you can use regardless of your current working directory. Create a directory where all your scripts will go, for example C:\Inetpub\php\. Modify your include_path to include our new directory C:\Inetpub\php. Move your inc/ directory to this new directory. Now your code can be ?php include(inc/navi_d.inc); ? no matter what directory you are in. You just need to make sure you have your path setup in the order you want it processed in, otherwise if you have an inc/navi_d.inc in your current working dir it will use that one first. Which is also good in some cases. I've honestly never used $SCRIPT_FILENAME, I've always used $PHP_SELF or one of the HTTP_SERVER_VARS. -Chris [2001-07-22 21:24:03] [EMAIL PROTECTED] Hi i just made a page with ?php phpinfo(); ? http://frifra.dtdns.net:8082/informatik/test.php [2001-07-22 20:35:21] [EMAIL PROTECTED] make sure you have a big mailbox if you subscribe to this mailing list. You get lots of messages... [2001-07-22 20:30:59] [EMAIL PROTECTED] One last remark before I definitely leave this PR: Michael, you might also want to subscribe to php-general@, that can be done by sending an empty email to [EMAIL PROTECTED] [2001-07-22 20:26:58] [EMAIL PROTECTED] ya... Sorry about my remark. If you create a page like cnewbill said, you can see all of environmental variables, server variables, etc... that PHP defines. Also, as cynic said check out the documentation at http://www.php.net/docs.php Hopefully you can get it to work... The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=12310 Edit this bug report at http://bugs.php.net/?id=12310edit=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] Re: Bug #10853 Updated: PConnect through firewall
This email was sent because you didn't respond to an email asking whether you could try with server that is NOT behind firewall? it is an established policy to close bug reports where the user doesn't respond to developer feedback after certain period of time. At 04:56 7/23/2001, Jesus Estrada wrote the following: -- This mail should have been sent when the case is updated, not when the case is closed. I don't remember of any mail update about this issue, and the users (including me) don't have the time to check every day if the developers did an update. On of the bugs I reported took 2 months to be fixed. At 04:59 PM 7/22/01 +, you wrote: ID: 10853 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sybase (dblib) related Operating System: RH6.2 PHP Version: 4.0.4pl1 New Comment: no feedback after 40 days. Previous Comments: [2001-06-12 17:43:55] [EMAIL PROTECTED] Could you try with server that is NOT behind firewall? Does this happen then? [2001-05-14 11:54:38] [EMAIL PROTECTED] When I use persistent connections to a MS Sql server that is behind a firewall, If I refresh the page fast enough (about 10 refreshes per second) one of the connections will be opened with problems. I'm using ADODB and the mssql extension. However I had the same problem with the raw functions of php. This is the code: Class Data_Mensajes { function Load($objMensajesNegocio) { $objMensajes = $objMensajesNegocio; include('/usr/local/apache/componentes/adodb/adodb.inc.php'); ADOLoadCode('mssql'); //Nos conectamos al servidor de BD $con = ADONewConnection(); if($con-PConnect(200.52.76.2,Mexmatch,qf3ae$+as,MexMatch)) { $query= Select * From Mensaje Where IDUsuarioPara = 'WERA'; $result = $con-Execute($query); $i=0; while(!$result-EOF) { //$objBusiness_Mensaje[$i] = new Business_Mensaje(); $objBusiness_Mensaje = new Business_Mensaje(); $objBusiness_Mensaje-setIDMensaje($result-fields[0]); $objBusiness_Mensaje-setIDUsuarioDe($result-fields[1]); $objBusiness_Mensaje-setIDUsuarioPara($result-fields[2]); $objBusiness_Mensaje-setSubject($result-fields[3]); $objBusiness_Mensaje-setCuerpo($result-fields[4]); $objBusiness_Mensaje-setFecha($result-fields[5]); $objMensajes-setMensajes($objBusiness_Mensaje); $result-MoveNext(); $i++; } } $result-Close(); $con-Close(); } } // Fin de Clase Data_Mensajes ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10853edit=2 -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #8741 Updated: preg functions interpret { as part of variable interpolation
ID: 8741 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: PCRE related Operating System: Linux 2.x, Redhat 6.2 PHP Version: 4.0.3pl1 Previous Comments: [2001-01-16 12:56:19] [EMAIL PROTECTED] The following code does not work properly $number = 999.00; $precision = 2; echo preg_replace(/\.0{$precision}/, , $number); it echos 999.00 But if you escape the first `{' bracket, the regular expression works properly echo preg_replace(/\.0\{$precision}/, , $number); it echos 999 Edit this bug report at http://bugs.php.net/?id=8741edit=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 #12280 Updated: $file=fopen(http://.$HTTP_SERVER_VARS[SERVER_NAME].$PHP_SELF, r);
ID: 12280 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Suspended Bug Type: Scripting Engine problem Operating System: linux 2.2.18 PHP Version: 4.0.6 New Comment: this is not the only way you can crash PHP - how about recursive functions? I don't think this can/will/should be fixed. - suspended. Previous Comments: [2001-07-20 08:36:45] [EMAIL PROTECTED] $file=fopen(http://.$HTTP_SERVER_VARS[SERVER_NAME].$PHP_SELF, r); DoS in Apache 1.3.20+PHP 4.0.6. Edit this bug report at http://bugs.php.net/?id=12280edit=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 #12288 Updated: show_source disable
ID: 12288 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: linux PHP Version: 4.0.4pl1 New Comment: disable_functions in php.ini will satisfy your needs. Previous Comments: [2001-07-20 14:13:24] [EMAIL PROTECTED] Is there support to disable the ability to show_source on a server's php files? It seems that this would be something that a lot of people would request. Edit this bug report at http://bugs.php.net/?id=12288edit=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 database report/search
Ah, the mysterious new bug system. :)) Anyway, I'd like to help with it. Who should I contact? At 20:29 7/20/2001, Dan Kalowsky wrote the following: -- Shane Caraveo wrote: Is there anyway that we can generate a report, or at least search the bug database, for all bugs related to an operating system? I would like to generate a list of open bugs for any windows platform. I believe this is a feature in the new bug database which is being worked upon slowly. -- Dan Kalowsky Tonight I think I'll walk alone, Worldgate Communications I'll find my soul as I go home. Software Engineer - TICS Group - Temptation -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 database report/search
Hi Dan, thanks for the info. I don't know the original jitterbug, so I have no intentions to sqawk. :) I'll subscribe to the list. However, my attempts to get to http://phpuk.com and http://www.phpuk.com both ended up at http://welcome.domainzero.com/ w/ no page displayed, so I guess that's not the correct URL. Or is it? At 20:42 7/20/2001, Dan Kalowsky wrote the following: -- Cynic wrote: Ah, the mysterious new bug system. :)) Anyway, I'd like to help with it. Who should I contact? Oh it's not that mysterious. You can find the mailing lit at [EMAIL PROTECTED] The cvs repository can be found at phpuk.com I believe. And before you sqawk, it is NOT the jitterbug bug system. It just happens to be the name that was choosen. Jani, Frank, James, Derick, and myself have been working on the design for it. Jani has recently been implementing pieces of it. -- Dan Kalowsky Tonight I think I'll walk alone, Worldgate Communications I'll find my soul as I go home. Software Engineer - TICS Group - Temptation -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12274 Updated: parser/string access problems
ID: 12274 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Strings related Operating System: NT4 PHP Version: 4.0.4pl1 New Comment: BTW, I can't reproduce it with a recent CVS checkout: [cynic@linux cynic]$ cat test.php ? $s = hello ; $s[0] = H ; var_dump($s) ; ? [cynic@linux cynic]$ php -q test.php string(5) Hello [cynic@linux cynic]$ php -v 4.0.7-dev Previous Comments: [2001-07-20 14:22:20] [EMAIL PROTECTED] Oops - that should be bogus, not closed. :) [2001-07-20 14:20:38] [EMAIL PROTECTED] The use of brackets as to access a single character from a string is deprecated. Use curly braces instead and you will experience the expected behavior. i.e. ?php $foo= 'bar'; $foo{2} = 't'; echo $foo; ? There is additional information at http://www.php.net/manual/en/language.types.string.php [2001-07-20 05:55:38] [EMAIL PROTECTED] Suppose a string $t: one can access(read) all single characters of $t by reading elements $t[0] .. $t[n] Setting $t[0] however fails, setting $t[1] .. $t[n] succeeds. Looks like when setting element [0] that $t gets converted to array type, and after setting $t[0] the values $t[1]..$t[n] are simply lost. why not this behaviour with other indexes as well, only with item[0] ? - that's not consistent. Edit this bug report at http://bugs.php.net/?id=12274edit=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 #12244 Updated: Short form of if-clause
ID: 12244 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: RedHat Linux 7.0 PHP Version: 4.0.6 New Comment: please read the trinary op. man page carefully. you obvously misunderstood its purpose. Previous Comments: [2001-07-19 04:12:58] [EMAIL PROTECTED] Hi there, not a bug, but a suggestion: if ($foo==4) $foo=3; in short form: $foo==4 ? $foo=3 : 1; it would be nice if that where possible: $foo==4 ? $foo=3; (without else string) i didnt know where to post else. please cc to me cauze i'm not on the list. Edit this bug report at http://bugs.php.net/?id=12244edit=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 #12252 Updated: URL rewriter outputs a spurious /
ID: 12252 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Session related Operating System: linux suse 6.4 PHP Version: 4.0.6 New Comment: actually that _is_ a bug. form is _not_ an empty element. Previous Comments: [2001-07-19 10:08:38] [EMAIL PROTECTED] This is not a spurious slash. This slash is present to make PHP XHTML 1.0 compliant. See more at: http://www.w3.org/TR/xhtml1/ swm [2001-07-19 09:29:26] [EMAIL PROTECTED] the rewriter adds a / befor the closing bracket in the form rewriting. fallowing a diff to patch it. sincerely Daniel S. *** ext/standard/url_scanner_ex.c Thu Jun 21 08:29:04 2001 --- ext/standard/url_scanner_ex_modif.c Thu Jul 19 14:14:34 2001 *** static inline void handle_form(STD_PARA) *** 178,182 smart_str_appends(ctx-result, \ value=\); smart_str_append(ctx-result, ctx-q_value); ! smart_str_appends(ctx-result, \ /); } } --- 178,182 smart_str_appends(ctx-result, \ value=\); smart_str_append(ctx-result, ctx-q_value); ! smart_str_appends(ctx-result, \); } } Edit this bug report at http://bugs.php.net/?id=12252edit=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] missing symbol w/ current CVS iconv
Hi there, last night I built php4-200107171035 on FreeBSD 4.3RELEASE. The configure line included --with-iconv (iconv-2.0_1 installed from package), and configure test for libiconv_open failed (I've never touched libiconv before, but the page linked from the PHP manual mentions iconv_open, not libiconv_open): configure:22870: checking for iconv support configure:23018: checking for libiconv_open in -liconv configure:23037: gcc -o conftest -g -O2 -DHARD_SERVER_LIMIT=512 -DDOCUMENT_LOCATION=/usr/local/apache/www/ -DDEFAULT_PATH=/bin:/usr/bin:/usr/local/apache/bin -DACCEPT_FILTER_NAME=httpready -DUSE_EXPAT -R/usr/local/lib -L/usr/local/lib conftest.c -liconv -liconv -lgmp -lintl -lbz2 -lz -lcrypt -lm 15 /tmp/ccP0RgHS.o: In function `main': /usr/local/src/php4-200107171035/configure(.text+0x7): undefined reference to `libiconv_open' configure: failed program was: #line 23026 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char libiconv_open(); int main() { libiconv_open() ; return 0; } the built went on, however, and finished successfully. Apache failed to start with: Syntax error on line 234 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/ libexec/libphp4.so: Undefined symbol iconv_module_entry 1) I don't know if these two things are related, but would think so. Shouldn't the configure process bail out then? 2) If this a certain version of iconv is required, this should be stated in the iconv section of manual. The complete configure line was this: ./configure \ --with-mysql=/usr/local \ --with-apxs=/usr/local/apache/sbin/apxs \ --with-config-file-path=/usr/local/etc/apache \ --with-pear=/usr/local/apache/lib/php \ --with-zlib=/usr \ --with-zip \ --with-bz2 \ --with-gettext \ --with-iconv \ --with-gmp \ --enable-bcmath \ --enable-ctype \ --enable-dbx \ --enable-ftp \ --enable-mbstring \ --enable-shmop \ --enable-sysvsem \ --enable-sysvshm \ --enable-wddx \ --enable-trans-sid \ --enable-track-vars \ --enable-memory-limit \ --enable-inline-optimization uname -a: FreeBSD freepuppy.infosite.cz 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001 [EMAIL PROTECTED]:/usr/src/sy s/compile/GENERIC i386 [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] install failure w/ current CVS
Me again, built a snapshot from last night (php4-200107171035) on FreeBSD4.3-RELEASE (GENERIC). make install failed: Making install in Zend Making install in main Making install in ext Making install in zlib Making install in bcmath Making install in libbcmath Making install in src Making install in bz2 Making install in ctype Making install in dbx Making install in ftp Making install in gettext Making install in gmp Making install in iconv Making install in mbstring Making install in mysql Making install in pcre Making install in pcrelib Making install in posix Making install in session Making install in shmop Making install in standard Making install in sysvsem Making install in sysvshm Making install in wddx Making install in xml Making install in expat Making install in zip Making install in sapi Making install in apache Making install in TSRM Making install in regex Making install in . /usr/local/src/php4-200107171035/build/shtool mkdir -p /usr/local/apache/libexec /usr/local/apache/sbin/apxs -S LIBEXECDIR=/usr/local/apache/libexec -i -a -n php4 libs/libphp4.so installing shared modules into /usr/local/lib/php/20001222 Making install in pear [activating module `php4' in /usr/local/etc/apache/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so chmod 755 /usr/local/apache/libexec/libphp4.so cp /usr/local/etc/apache/httpd.conf /usr/local/etc/apache/httpd.conf.bak cp /usr/local/etc/apache/httpd.conf.new /usr/local/etc/apache/httpd.conf rm /usr/local/etc/apache/httpd.conf.new shtool:mkdir:Error: invalid number of arguments (at least 1 expected) shtool:mkdir:Hint: run `/usr/local/src/php4-200107171035/build/shtool mkdir -h' or `man shtool' for details +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | Self-contained Extension Support | | PEAR: PHP Extension and Add-on Repository | | | | To install these components, become the superuser and execute: | | | | # make install-su | +--+ *** Error code 5 Stop in /usr/local/src/php4-200107171035/pear. *** Error code 1 Stop in /usr/local/src/php4-200107171035/pear. *** Error code 1 Stop in /usr/local/src/php4-200107171035. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] artificial constraints in php_mysql_get_field_name
Hi there, could anyone tell me what is the reasoning behind the constraints on the values returned by php_mysql_get_field_name()? I. e.: ... 1737case FIELD_TYPE_SHORT: 1738case FIELD_TYPE_LONG: 1739case FIELD_TYPE_LONGLONG: 1740case FIELD_TYPE_INT24: 1741return int; 1742break; 1743case FIELD_TYPE_FLOAT: 1744case FIELD_TYPE_DOUBLE: 1745case FIELD_TYPE_DECIMAL: 1746return real; 1747break; ... why doesn't it return short, longlong, double etc. i. e. the real value? This has been so since php_mysql.c v1.1 (2yrs, Zeev), so there must be a good reason behind this, but I just see it. anyone care to enlighten me? TIA [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: artificial constraints in php_mysql_get_field_name
Well, were talking about a pretty specialized function, probably used only in programs like phpMyAdmin etc. On the other hand, software like phpMyAdmin needs real info, so... Looks like the constraint makes the function pretty useless: you'll get far more useful info from show columns from table today. Anyway, you could prolly get an idea how much welcome (or not) this change would be if you asked in php-general@. I could do it if you're interested. At 23:56 7/18/2001, Zeev Suraski wrote the following: -- I think it'd break a huge amount of scripts, which is why I didn't even do it in the 3.0-4.0 move. Zeev At 00:55 19/07/2001, Cynic wrote: Hi Zeev, thanks for the prompt reply. I don't think another function is necessary if this gets changed in 4.1. what do you think? could you add this to the 4.1 TODO list? At 23:36 7/18/2001, Zeev Suraski wrote the following: -- No good reason for that. When I wanted to change that, it was already too late in the game. It'd probably make good sense to add a mysql_get_field_name_ex() which returns a more accurate value. Zeev At 00:37 19/07/2001, Cynic wrote: Hi there, could anyone tell me what is the reasoning behind the constraints on the values returned by php_mysql_get_field_name()? I. e.: ... 1737case FIELD_TYPE_SHORT: 1738case FIELD_TYPE_LONG: 1739case FIELD_TYPE_LONGLONG: 1740case FIELD_TYPE_INT24: 1741return int; 1742break; 1743case FIELD_TYPE_FLOAT: 1744case FIELD_TYPE_DOUBLE: 1745case FIELD_TYPE_DECIMAL: 1746return real; 1747break; ... why doesn't it return short, longlong, double etc. i. e. the real value? This has been so since php_mysql.c v1.1 (2yrs, Zeev), so there must be a good reason behind this, but I just see it. anyone care to enlighten me? [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #12243 Updated: Large numbers not behaving as doubles
ID: 12243 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Variables related Operating System: FreeBSD 4.1.1-STABLE PHP Version: 4.0.6 New Comment: 1) longlong != double 2) the scale is HW-dependant, i. e. you need a 64-bit HW to get native support for 64-bit numbers. that's how it's always been in PHP. there was no change WIRT this. 5,000,000,000 is clearly more than your HW can take, so it's clipped to the closest possible value. Previous Comments: [2001-07-18 23:34:07] [EMAIL PROTECTED] I've verified that this behavior is relatively new. It does not happen in 4.03PL1, but does in 4.05 and 4.06. [2001-07-18 23:13:02] [EMAIL PROTECTED] $testnumber = 50; echo $testnumber; The result is 2147483647. The variable is of type integer, even though it was initialized with a double value. I first noticed this with PHP 4.05 and it still occurs with 4.05. I do not believe it behaved this way back when I had 4.03PL1 installed. My configure line is: './configure' '--with-gd=no' '--with-mysql=/usr/local' '--with-config-file-path=/usr/home/priraise/phpini' '--enable-debug=no' '--enable-track-vars=yes' '--enable-ftp=yes' '--enable-force-cgi-redirect=yes' '--with-openssl' '--enable-trans-sid' '--enable-xml' Edit this bug report at http://bugs.php.net/?id=12243edit=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 #12243 Updated: Large numbers not behaving as doubles
ID: 12243 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: Variables related Operating System: FreeBSD 4.1.1-STABLE PHP Version: 4.0.6 New Comment: are you sure you don't initialize the variable with 5 Million on the Linux box? Previous Comments: [2001-07-19 00:03:32] [EMAIL PROTECTED] If this is strictly hardware related, then how come when I run the exact same 2 lines on another box running linux, I get the correct 5 billion number displayed? The linux box is using an AMD 450 Mhz K6, and the FreeBSD box is using a Pentium 3-600. I am not able to back up to 4.03PL1 on the FreeBSD box, but I am quite sure that this problem did not occur back when it was loaded. [2001-07-18 23:52:41] [EMAIL PROTECTED] 1) longlong != double 2) the scale is HW-dependant, i. e. you need a 64-bit HW to get native support for 64-bit numbers. that's how it's always been in PHP. there was no change WIRT this. 5,000,000,000 is clearly more than your HW can take, so it's clipped to the closest possible value. [2001-07-18 23:34:07] [EMAIL PROTECTED] I've verified that this behavior is relatively new. It does not happen in 4.03PL1, but does in 4.05 and 4.06. [2001-07-18 23:13:02] [EMAIL PROTECTED] $testnumber = 50; echo $testnumber; The result is 2147483647. The variable is of type integer, even though it was initialized with a double value. I first noticed this with PHP 4.05 and it still occurs with 4.05. I do not believe it behaved this way back when I had 4.03PL1 installed. My configure line is: './configure' '--with-gd=no' '--with-mysql=/usr/local' '--with-config-file-path=/usr/home/priraise/phpini' '--enable-debug=no' '--enable-track-vars=yes' '--enable-ftp=yes' '--enable-force-cgi-redirect=yes' '--with-openssl' '--enable-trans-sid' '--enable-xml' Edit this bug report at http://bugs.php.net/?id=12243edit=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 #12243 Updated: Large numbers not behaving as doubles
ID: 12243 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Variables related Operating System: FreeBSD 4.1.1-STABLE PHP Version: 4.0.6 New Comment: at your service Previous Comments: [2001-07-19 00:23:14] [EMAIL PROTECTED] Absolutely. I've written just one test script with just those 2 lines in it. I copied this same file to 3 servers now - the 2 that I've already mentioned plus another FreeBSD server (identical in hardware and OS config to the other) running 4.03PL1. The only one of these servers that prints out 2147483647 is the FreeBSD server running 4.06 (also did it with 4.05). The other 2 servers print out 50. I also remember another location in my site that was affected by this bug, and I can GUARANTEE that it did not occur on the affected server until I updated it to 4.05. Please change the status of this bug report back to open. [2001-07-19 00:15:34] [EMAIL PROTECTED] are you sure you don't initialize the variable with 5 Million on the Linux box? [2001-07-19 00:03:32] [EMAIL PROTECTED] If this is strictly hardware related, then how come when I run the exact same 2 lines on another box running linux, I get the correct 5 billion number displayed? The linux box is using an AMD 450 Mhz K6, and the FreeBSD box is using a Pentium 3-600. I am not able to back up to 4.03PL1 on the FreeBSD box, but I am quite sure that this problem did not occur back when it was loaded. [2001-07-18 23:52:41] [EMAIL PROTECTED] 1) longlong != double 2) the scale is HW-dependant, i. e. you need a 64-bit HW to get native support for 64-bit numbers. that's how it's always been in PHP. there was no change WIRT this. 5,000,000,000 is clearly more than your HW can take, so it's clipped to the closest possible value. [2001-07-18 23:34:07] [EMAIL PROTECTED] I've verified that this behavior is relatively new. It does not happen in 4.03PL1, but does in 4.05 and 4.06. 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=12243 Edit this bug report at http://bugs.php.net/?id=12243edit=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]