[PHP-DEV] Bug #11232 Updated: compiling extention Fribidi
ID: 11232 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Languages/Translation Operating System: Linux PHP Version: 4.0.5 New Comment: Fixed in CVS. (and also in soon to be released 4.0.7) --Jani Previous Comments: [2001-06-01 02:37:12] [EMAIL PROTECTED] RE: bug #7040 couldnt compile the fribidi extention for some reason: 8 fribidi.c: In function `php_minit_fribidi': fribidi.c:71: `FRIBIDI_CHARSET_8859_6' undeclared (first use in this function) fribidi.c:71: (Each undeclared identifier is reported only once fribidi.c:71: for each function it appears in.) fribidi.c:72: `FRIBIDI_CHARSET_8859_8' undeclared (first use in this function) fribidi.c: In function `zend_if_fribidi_log2vis': fribidi.c:192: `FRIBIDI_CHARSET_8859_6' undeclared (first use in this function) fribidi.c:195: `FRIBIDI_CHARSET_8859_8' undeclared (first use in this function) make[3]: *** [fribidi.lo] Error 1 ---8 i believe the library installation is functional, though. any ideas? (since it's not really documented) (STAS: sorry it took a while getting back to you on this, it's a production site, so i don't compile that often. had to use PHP code for hebrew flipping in the meantime - damm slow, but not buggy). Edit this bug report at http://bugs.php.net/?id=11232edit=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 #11232 Updated: compiling extention Fribidi
ID: 11232 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Languages/Translation Operating System: Linux PHP Version: 4.0.5 New Comment: One note: Fribidi 0.9.0 is now required. Previous Comments: [2001-08-19 02:35:59] [EMAIL PROTECTED] Fixed in CVS. (and also in soon to be released 4.0.7) --Jani [2001-06-01 02:37:12] [EMAIL PROTECTED] RE: bug #7040 couldnt compile the fribidi extention for some reason: 8 fribidi.c: In function `php_minit_fribidi': fribidi.c:71: `FRIBIDI_CHARSET_8859_6' undeclared (first use in this function) fribidi.c:71: (Each undeclared identifier is reported only once fribidi.c:71: for each function it appears in.) fribidi.c:72: `FRIBIDI_CHARSET_8859_8' undeclared (first use in this function) fribidi.c: In function `zend_if_fribidi_log2vis': fribidi.c:192: `FRIBIDI_CHARSET_8859_6' undeclared (first use in this function) fribidi.c:195: `FRIBIDI_CHARSET_8859_8' undeclared (first use in this function) make[3]: *** [fribidi.lo] Error 1 ---8 i believe the library installation is functional, though. any ideas? (since it's not really documented) (STAS: sorry it took a while getting back to you on this, it's a production site, so i don't compile that often. had to use PHP code for hebrew flipping in the meantime - damm slow, but not buggy). Edit this bug report at http://bugs.php.net/?id=11232edit=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 #11229 Updated: 1 is not valid postgresql link resource
ID: 11229 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: PostgreSQL related Operating System: RedHat 6.2 kernel v 2.2.17-14 PHP Version: 4.0.4pl1 New Comment: The bug report this one was duplicate of is closed. Please check #10153 for more information. Previous Comments: [2001-05-31 23:23:31] [EMAIL PROTECTED] Duplicate of #10153 [2001-05-31 19:22:16] [EMAIL PROTECTED] This may be the identical to bug #10153. In a page with about 10 calls to a postgresql database, some of the calls would work and some would fail with the error 1 is not a valid postgresql link resource in file ... where 1 is the refcount value. The calls seemed to work or fail at random, each time I reloaded the page. It seems as though a max number of processes was being encountered. Changing from a pg_connect to a pg_pconnect (persistent connection) fixed the problem. Edit this bug report at http://bugs.php.net/?id=11229edit=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 #7641 Updated: cgi binary with enable-discard-path fails with empty doc_root value
ID: 7641 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Web Server problem Operating System: Linux 2.2.16 i686 PHP Version: 4.0 Latest CVS (04/11/2000) New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2000-11-04 20:26:34] [EMAIL PROTECTED] Similar Problems have been described in Bug id #5163 and Bug id #6201, but obviously are still not resolved completely : when compiling the cgi version, even a simple phpinfo() doesn't work when called via Apache (while it works fine on the command line). The error message in the browser shows up as: Parse error: parse error in /usr/local/apache/cgi-bin/php on line NNN (Apache 1.3.14 - other errors were reported by users of Netscape/iPlanet) I have tried lots of different compilation settings, and found only one common element: the problem only occurs if --enable-discard-path is specified. Any other combination of configure flags result in a binary that works fine as long as --enable-discard-path is not used. I tried both the download version 4.03pl1 and snapshot-200011041645, the only difference with the snapshot version is that it shows a different error message: Warning: Unexpected character in input: ' in /usr/local/apache/cgi-bin/php on line 116 Warning: Unexpected character in input: ' in /usr/local/apache/cgi-bin/php on line 116 Warning: Unexpected character in input: '' (ASCII=11) state=1 in /usr/local/apache/cgi-bin/php on line 116 Warning: Unexpected character in input: '' (ASCII=8) state=1 in /usr/local/apache/cgi-bin/php on line 116 Parse error: parse error in /usr/local/apache/cgi-bin/php on line 116 A temporary solution is to set the doc_root in php.ini to a non-empty value. However, under some circumstances it is undesirable to explicitly set this value - e.g. when sharing a single php binary among different virtual servers, so php shouldn't fail even without doc_root set. Edit this bug report at http://bugs.php.net/?id=7641edit=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 #8449 Updated: register_globals=on and track_vars=on produce strange results for arrays
ID: 8449 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Web Server problem Operating System: linux PHP Version: 4.0.4 New Comment: This is fixed at least in PHP 4.0.6. Maybe even earlier. --Jani Previous Comments: [2000-12-28 02:49:06] [EMAIL PROTECTED] I was trying to make the example as short as possible so it looks stupid but it clearly demonstrates the problem. Two short examples o *correct* behaviour first: Example 1: form action=bug.php?age=12 method=post input type=text size=32 name=sname /form the form sets age using url path and sname using post. I could use cookies for age but the example longer. The idea is to simultaniously use several different methods to pass the variables. Nothing unusual here. tarck_vars and register_globals are both on so in bug.php I have access to $HTTP_GET_VARS[age],$HTTP_POST_VARS[sname] and to $age, $sname. I have no $HTTP_GET_VARS[sname] and $HTTP_POST_VARS[age] and I should not to. So far so good. Example 2: let's try the following: form action=bug.php?sname=Pupkin method=post input type=text size=32 name=sname value='Collins' /form I use the same variable name in both requests. Now I have $HTTP_GET_VARS[sname] == 'Pupkin' and $HTTP_POST_VARS[sname]='Collins' and that is also correct and that is how can I check what method was used to pass the variable (the global $sname value depends on variables_order ofcourse) Example 3: the bug but let's put the variables into array: form action=bug?person[age]=12 method=post input type=text size=32 name=person[sname] /form Now I expect to have $person[age],$person[$sname] in my global space and $HTTP_POST_VARS[person][sname], $HTTP_GET_VARS[person][age]... right? The bug is that I also have both $HTTP_POST_VARS[person][age] and $HTTP_GET_VARS[person][sname] defined... Do you see the problem? person[age] has somehow propagated into $HTTP_POST_VARS while I had no person[age] in my post request... Now I have no way to find how was that variable passed to my script... If I have an person[id] defined in the cookie then I suddenly have also person[age] and person[sname] defined in HTTP_COOKIE_VARS and pesron[id] defined in both POST_VARS and GET_VARS! looks like a bug for me. Comments? oleg Edit this bug report at http://bugs.php.net/?id=8449edit=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 #8449 Updated: register_globals=on and track_vars=on produce strange results for arrays
ID: 8449 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Analyzed Bug Type: *Web Server problem Operating System: linux PHP Version: 4.0.4 New Comment: Oops. I had register_globals=off in my php.ini. Then this works as expected. But when it is On, not. --Jani Previous Comments: [2001-08-19 02:57:36] [EMAIL PROTECTED] This is fixed at least in PHP 4.0.6. Maybe even earlier. --Jani [2000-12-28 02:49:06] [EMAIL PROTECTED] I was trying to make the example as short as possible so it looks stupid but it clearly demonstrates the problem. Two short examples o *correct* behaviour first: Example 1: form action=bug.php?age=12 method=post input type=text size=32 name=sname /form the form sets age using url path and sname using post. I could use cookies for age but the example longer. The idea is to simultaniously use several different methods to pass the variables. Nothing unusual here. tarck_vars and register_globals are both on so in bug.php I have access to $HTTP_GET_VARS[age],$HTTP_POST_VARS[sname] and to $age, $sname. I have no $HTTP_GET_VARS[sname] and $HTTP_POST_VARS[age] and I should not to. So far so good. Example 2: let's try the following: form action=bug.php?sname=Pupkin method=post input type=text size=32 name=sname value='Collins' /form I use the same variable name in both requests. Now I have $HTTP_GET_VARS[sname] == 'Pupkin' and $HTTP_POST_VARS[sname]='Collins' and that is also correct and that is how can I check what method was used to pass the variable (the global $sname value depends on variables_order ofcourse) Example 3: the bug but let's put the variables into array: form action=bug?person[age]=12 method=post input type=text size=32 name=person[sname] /form Now I expect to have $person[age],$person[$sname] in my global space and $HTTP_POST_VARS[person][sname], $HTTP_GET_VARS[person][age]... right? The bug is that I also have both $HTTP_POST_VARS[person][age] and $HTTP_GET_VARS[person][sname] defined... Do you see the problem? person[age] has somehow propagated into $HTTP_POST_VARS while I had no person[age] in my post request... Now I have no way to find how was that variable passed to my script... If I have an person[id] defined in the cookie then I suddenly have also person[age] and person[sname] defined in HTTP_COOKIE_VARS and pesron[id] defined in both POST_VARS and GET_VARS! looks like a bug for me. Comments? oleg Edit this bug report at http://bugs.php.net/?id=8449edit=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 #12833: Would be nice to have better transaction support
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.0.6 PHP Bug Type: PostgreSQL related Bug description: Would be nice to have better transaction support It'd be nice to have a modes in which when a transaction is left open at script termination it would be automaticly aborted. It would also be nice to specify that a ``begin'' is done automaticly on pg_connect pg_pconnect. -- Edit bug report at: http://bugs.php.net/?id=12833edit=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 #12833 Updated: Would be nice to have better transaction support
ID: 12833 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: PostgreSQL related Bug Type: Feature/Change Request Operating System: n/a PHP Version: 4.0.6 New Comment: Oops. Wrong Type: Previous Comments: [2001-08-19 03:02:30] [EMAIL PROTECTED] It'd be nice to have a modes in which when a transaction is left open at script termination it would be automaticly aborted. It would also be nice to specify that a ``begin'' is done automaticly on pg_connect pg_pconnect. Edit this bug report at http://bugs.php.net/?id=12833edit=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 #10043 Updated: action handler not working
ID: 10043 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Web Server problem Operating System: WinNT40 sp6 PHP Version: 4.0.4pl1 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-03-29 09:10:45] [EMAIL PROTECTED] I'm aware of the registerglobals. No, no functions in my code. It's relatively straihgtforward, actually. ? if ($submit=='') { echo EOT htmlheadlink rel=stylesheet type=text/css href=cbox-exp.css/head FORM method=post action=cutsheet.php ...snip... BUTTON type=submit NAME=submit value=submitSubmit/BUTTON/FORM /body /html EOT; } else { # # start! # ...snip... } ? Here's the top snip of my php.ini: [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = none; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output ; will be transparently compressed for browsers that support gzip or ; deflate encoding. Setting an output handler automatically turns on
[PHP-DEV] Bug #10043 Updated: action handler not working
ID: 10043 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Web Server problem Operating System: WinNT40 sp6 PHP Version: 4.0.4pl1 New Comment: I meant from: http://www.zend.com/snapshots/ Previous Comments: [2001-08-19 03:16:15] [EMAIL PROTECTED] Does this happen with latest CVS snapshot: http://snaps.php.net/ [2001-03-29 09:10:45] [EMAIL PROTECTED] I'm aware of the registerglobals. No, no functions in my code. It's relatively straihgtforward, actually. ? if ($submit=='') { echo EOT htmlheadlink rel=stylesheet type=text/css href=cbox-exp.css/head FORM method=post action=cutsheet.php ...snip... BUTTON type=submit NAME=submit value=submitSubmit/BUTTON/FORM /body /html EOT; } else { # # start! # ...snip... } ? Here's the top snip of my php.ini: [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = none; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output ; will be transparently compressed for browsers that support gzip
[PHP-DEV] Bug #10277 Updated: $PHP_AUTH_USER and $PHP_AUTH_PWD
ID: 10277 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Web Server problem Operating System: Freebsd PHP Version: 4.0.4pl1 New Comment: Please check the manual page for basic auth support. There are some good comments on it. This is not PHP bug. Previous Comments: [2001-04-10 20:59:35] [EMAIL PROTECTED] When connecting to a site through IE5+ the site automatically Authenticate as False. Will not send a Authenticate message up. Works fine under Netscape 4+ if (isset($PHP_AUTH_USER) isset($PHP_AUTH_PW)) { // Connect to database $conn = pg_pconnect (dbname=.$db.$login); // Select database on MySQL server // Formulate the query $sql = SELECT * FROM .$table2. WHERE username = '$PHP_AUTH_USER' AND password = '$PHP_AUTH_PW' AND valid = 'y'; // Execute the query and put results in $result $result = pg_Exec ( $sql ); // Get number of rows in $result. $num = pg_numrows( $result ); if ( $num != 0 ) { // A matching row was found - the user is authenticated. $auth = true; } } if ( ! $auth ) { header('http/1.0 401 Unauthorized'); header('WWW-Authentucate: Basic realm=Private'); echo 'Authorization Required.br'; echo 'Please go to a href=./index,php?pg=REGISTERRegistration/a page to Get a logon, It is Free.'; echo brb???.$PHP_AUTH_USER.br???.$PHP_AUTH_PW./b; exit; } else { } Edit this bug report at http://bugs.php.net/?id=10277edit=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 #12628 Updated: Cannot Successfully map soname 'libexpat.so.1'
ID: 12628 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: *Web Server problem Bug Type: Compile Failure Operating System: sgi irix 6.5 PHP Version: 4.0.5 New Comment: Install expat? What exactly was your configure line here? Also note that some compile problems were fixed in CVS so I suggest you try the latest snapshot too: http://snaps.php.net --Jani Previous Comments: [2001-08-07 13:41:03] [EMAIL PROTECTED] I've Netscape Fasttrack 3.x and I've installed php 4.05. When I start script php-fixconf.sh trying to enable php for NS everything seems fine, but web server won't start and I'm getting this error in logs: 71143:./php: rld: Fatal Error: Cannot Successfully map soname 'libexpat.so.1' under any of the filenames /usr/freeware/lib32/libexpat.so.1:/xlv1/freeware/2001.Aug/php/4.0.5-root/usr/freeware/lib/libexpat.so.1:/xlv1/freeware/2001.Aug/php/4.0.5-root/usr/freeware/lib32/lib/libexpat.so.1:/usr/lib32/libexpat.so.1:/usr/lib32/internal/libexpat.so.1:/lib32/libexpat.so.1:/opt/lib32/libexpat.so.1:/usr/freeware/lib32/libexpat.so.1.1:/xlv1/freeware/2001.Aug/php/4.0.5-root/usr/freeware/lib/libexpat.so.1.1:/xlv1/freeware/2001.Aug/php/4.0.5-root/usr/freeware/lib32/lib/libexpat.so.1.1:/usr/lib32/libexpat.so.1.1:/usr/lib32/internal/libexpat.so.1.1:/lib32/libexpat.so.1.1:/opt/lib32/libexpat.so.1.1: What to do? Thanks for any advice. Edit this bug report at http://bugs.php.net/?id=12628edit=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 #12832 Updated: Can't access PHP in user_dir correctly
ID: 12832 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: Directory function related Bug Type: *General Issues Operating System: Windows Me PHP Version: 4.0.6 New Comment: Please ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments: [2001-08-19 01:38:38] [EMAIL PROTECTED] I installed PHP on Windows Me with Apache 1.3.20, according to Windows Manual installation from zip binary distribution. And I can access the test.php with code ?phpinfo()? in doc_root correctly by browse http://localhost/test.php;. It shows: ... doc_root C:/Program Files/Apache Group/Apache/htdocs ... user_dir C:/Program Files/Apache Group/Apache/users ... When I put the test.php in C:/Program Files/Apache Group/Apache/users/test and browse http://localhost/~test/test.php;, it only shows No input file specified. Edit this bug report at http://bugs.php.net/?id=12832edit=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: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Linux 2.214 PHP Version: 4.0.6 New Comment: 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 Previous Comments: [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 #12834: when using a form with a get method i get variables x and y
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: Output Control Bug description: when using a form with a get method i get variables x and y when using a html form with a get method the variables $x and $y show up in the url.. like: http://www.here.com/index.php?othervar=textx=23y=0 i've noticed that x and y are always numbers and never other characters. -- Edit bug report at: http://bugs.php.net/?id=12834edit=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 #12834 Updated: when using a form with a get method i get variables x and y
ID: 12834 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Output Control Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: RTFM: http://www.php.net/manual/en/language.variables.external.php And the topic: IMAGE SUBMIT variable names Not a bug. --Jani Previous Comments: [2001-08-19 03:31:11] [EMAIL PROTECTED] when using a html form with a get method the variables $x and $y show up in the url.. like: http://www.here.com/index.php?othervar=textx=23y=0 i've noticed that x and y are always numbers and never other characters. Edit this bug report at http://bugs.php.net/?id=12834edit=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 #8343 Updated: Undefined symbols: _strtol when PHP4 compiled as DSO --with-mysql
ID: 8343 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Dynamic loading Operating System: MacOS X Server PHP Version: 4.0.4 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2000-12-20 15:21:29] [EMAIL PROTECTED] When compiling PHP 4.0.x as a DSO with external.. I just wanted to clarify that this is with 4.0.4. I also tried with a 12/20/2000 7:45am snapshot, same ./configure etc. Same undefined symbol. Thanks. [2000-12-20 15:16:39] [EMAIL PROTECTED] ./configure \ - --with-apxs=/usr/local/sbin/apxs \ - --with-mysql=/usr/local/mysql --with-zlib=/usr/local \ - --enable-track-vars When compiling PHP 4.0.x as a DSO with external MySQL support (--with-mysql) option when apache loads the PHP module it will give: dyld: /usr/local/sbin/apache Undefined symbols: _strtol I have been able to reproduce this problem the versions of MySQL (3.23.28 - 3.23.29a) and the zlib version in all cases was zlib-1.1.3. Note: PHP 4.0.4 works fine w/ the built-in mysql support. Edit this bug report at http://bugs.php.net/?id=8343edit=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 #12102 Updated: iloveu
ID: 12102 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: filePro related Operating System: poo PHP Version: 4.0.6 New Comment: I don't. Previous Comments: [2001-07-12 09:25:14] [EMAIL PROTECTED] i love insects Edit this bug report at http://bugs.php.net/?id=12102edit=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 #12098 Updated: fseek bug
ID: 12098 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Filesystem function related Operating System: Win2000 prof PHP Version: 4.0.6 New Comment: submitted twice ( Open: #12097 ) Previous Comments: [2001-07-12 08:07:32] [EMAIL PROTECTED] function conf_append($file,$in,$top=?php\r\n,$bottom=);?) { $ya=file_exists($file)?1:0; eval(if(\$ourfile=fopen(\$file,'.($ya?'r':'a').+b')) {.($ya?fseek(\$ourfile,-strlen(\$bottom),SEEK_END);:). fwrite(\$ourfile,.(!$ya?\$top.:).\$in.\$bottom); fclose(\$ourfile);}); } We can't change pointer file position when we open it with 'a+', but may when 'r+'/ So we need for create open with 'a+', and if file exists 'r+' Edit this bug report at http://bugs.php.net/?id=12098edit=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 #11855 Updated: fgets returns truncated data
ID: 11855 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Filesystem function related Operating System: Linux 2.2 PHP Version: 4.0.5 New Comment: Yes, fread() is binary safe, fgets() isn't. Not a bug. --Jani Previous Comments: [2001-07-03 10:12:27] [EMAIL PROTECTED] while reading chunks using fgets from a pdf-File, it occured that fgets seems to read data until a 0x0a occurs but returned the data until the first occurence of 0x00 only. Because of that, half of the data was lost. example Hello0x0d0x0a XYZ will be read an returned correctly, the data containing Hello and the filepointer on the XYZ He0x00llo0x0d0x0a XYZ will retrurn data containing He with the filepointer still on the XYZ my code: $fp=fopen($pdf_file,r); while (!feof($fp)) { $pdf_line=|.strtoupper(fgets($fp,4096)); $filepos+=strlen($pdf_line)-1; $i=0; while ($i=strpos($pdf_line,Needle,$i)) { if ($i4000) { $i+=strlen(Needle); $retval[]=substr($pdf_line,$i,strlen(Needle)); } else { $i++; } } if (strlen($pdf_line)4000) { fseek($fp,$filepos-100); $filepos-=100; } } fclose($fp); we solved the problem by using fread() instead of fgets(), but felt you still might be interested. Edit this bug report at http://bugs.php.net/?id=11855edit=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 #11150 Updated: Win2k ImageTTFBox ImageTTFText
ID: 11150 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Win2k PHP Version: 4.0.5 New Comment: Does this happen with latest dev build: http://www.php4win.com/builds/developer-builds.php Previous Comments: [2001-05-28 02:54:12] [EMAIL PROTECTED] I Have the following code in my jpg.php file: ?php header (Content-type: image/jpg); $size = 40; $angle = 0; $fontfile = C:/WINNT/fonts/Arial.ttf; $a = imagettfbbox($size, $angle, $fontfile, $str); $im = @ImageCreate (90, 30) or die (Cannot Initialize new GD image stream); $black = ImageColorAllocate ($im, 0, 0, 0); if ($cl == red) { $color = ImageColorAllocate ($im, 255, 0, 0); } else { $color = ImageColorAllocate ($im, 255, 255, 255); } $transparent = ImageColorTransparent ($im, $black); ImageTTFText ($im, $size, $angle, 0, 20, $color, $fontfile, $str); ImageJpg ($im); ImageDestroy ($im); ? Then I have an html file that has two or more pics that are loaded from jpg.php -file like this: img src=jpg.php?str=foo img src=jpg.php?str=bar This causes an error message: Apache Application Error...Memory could not be read I'm not sure but I think it's php but it could be also Apache that causes this error. I've tried the same code in linux server and it worked just fine. I tried also png and gif format, but with no success. Here's my php.ini: [PHP] ; $Id: php.ini-dist,v 1.73.2.2 2001/04/22 11:58:49 phanto Exp $ ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; |bitwise OR ; bitwise AND ; ~bitwise NOT ; !boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none; sets foo to an empty string ; foo = none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a ; dynamically loaded extension (either a PHP extension or a Zend extension), ; you may only use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off ; Output buffering allows you to send header lines (including cookies) even ; after you send body content, at the price of slowing PHP's output layer a ; bit. You can enable output buffering during runtime by calling the output ; buffering functions. You can also enable output buffering for all files by ; setting this directive to On. output_buffering = Off ; You can redirect all of the output of your scripts to a function. For ; example, if you set output_handler to ob_gzhandler, output will be ; transparently compressed for browsers that support gzip or deflate encoding. ; Setting an output handler automatically turns on output buffering. output_handler = ; Transparent output
[PHP-DEV] Bug #8555 Updated: gettext crashing PHP
ID: 8555 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Gettext related Operating System: WinNT4, Win98 PHP Version: 4.0.4 New Comment: Just version update: Does this happen with PHP 4.0.6 ?? Previous Comments: [2001-01-04 11:59:17] [EMAIL PROTECTED] When PHP try translate any text via Gettext, PHP crashed! It is only if *.MO file found. I am trace file access to MO file by FILEMON from sysinternals... result is: 1. gettext dll look for directory with MO file. 2. gettext read 'file information... and system report BUFFER OVERFLOW! 3. PHP crash by dr.Watson... Edit this bug report at http://bugs.php.net/?id=8555edit=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 #12283 Updated: File uploads: some filetypes work, some don't
ID: 12283 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: HTTP related Operating System: Linux 2.2.16-22 (RedHat 7.0) PHP Version: 4.0.6 New Comment: I would think a Word file is a lot bigger always than 1000 bytes.. So try changing that first. --Jani Previous Comments: [2001-07-20 10:11:35] [EMAIL PROTECTED] I have a problem with file uploads on my PHP configuration. Some filetypes get uploaded (e.g. BMP, GIF, TXT), while others don't get uploaded (for example: MSWORD, PDF, EXCEL). I use the following testfiles: upload.html: == html head titleAdministration - upload new files/title /head body h1Upload new news files/h1 form enctype=multipart/form-data action=upload.php method=post input type=hidden name=MAX_FILE_SIZE value=1000 Upload this file: input name=userfile type=file input type=submit value=Send File /form /body /html upload.php: = html head titleUploading.../title /head body h1Uploading file.../h1 ? echo file: . $userfile . BR\n; echo name: . $userfile_name . BR\n; echo type: . $userfile_type . BR\n; echo size: . $userfile_size .P\n; if(is_uploaded_file ($userfile)) { $upfile = /home/projectweb/files/. $userfile_name; if ( !copy($userfile, $upfile)) { echo Problem: Could not move file into directory; exit; } echo File uploaded successfullybrbr; $fp = fopen($upfile, r); $contents = fread ($fp, filesize ($upfile)); fclose ($fp); $contents = strip_tags($contents); $fp = fopen($upfile, w); fwrite($fp, $contents); fclose($fp); echo Preview of uploaded file contents:brhr; echo $contents; echo brhr; } else { echo There is no file uploaded!; } ? /body /html Result with a BMP file: file: /tmp/files/phpNGn0H0 naam: at.BMP type: image/bmp size: 230 File uploaded successfully Preview of uploaded file contents: BMæ Result with a Microsoft Word file: file: none naam: Doc1.doc type: application/msword size: 0 There is no file uploaded! I'm puzzeled. Any ideas? Edit this bug report at http://bugs.php.net/?id=12283edit=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 #11323 Updated: thttpd+php4 upload bug with post-method
ID: 11323 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: HTTP related Bug Type: Other web server Operating System: FreeBSD3.2 PHP Version: 4.0 Latest CVS (2001-06-06) New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-06-06 17:01:52] [EMAIL PROTECTED] Hello, on my(our) system(s), html-fileupload does not work with php4 and thttpd. It is not to see if it is a bug in php4 or in thttpd. I tested it with various versions of Php and Thttpd (see below). Sometime it works with the same php-scipts, but only with files under 600bytes and only with stunnel. The same scripts are running with Apache without errors. There are 2 kinds of error-syndromes: 1. The temp-file ($userfile, in my example below) and size ($userfile_size) does not exists, the variables are not generated=empty, but the file-name ($userfile_name) and mime-type ($userfile_type) are fine. This happened, if the upload-file was under 600bytes. 2. With bigger files, Netscape shows a network error: Broken pipe Anybody know the problem and can help me?? Maybe not enough stacksize? Resource limits (current): cputime infinity secs filesize infinity kb datasize 524288 kb stacksize 65536 kb coredumpsize infinity kb memoryuseinfinity kb memorylocked infinity kb maxprocesses 531 openfiles1064 Best regards, Dirk Brueggen --- Testet on Systems: FreeBSD 3.2 PHP4.0.6-dev Thttpd2.20bstunnel3.11 (works with small FreeBSD 3.2 PHP4.0.3pl1Thttpd2.20b files) FreeBSD 3.2 PHP4.0.5 Thttpd2.21 FreeBSD 3.2 PHP4.0.6-dev Thttpd2.19 FreeBSD 3.0 PHP4.0.3pl1Apache(Works fine!) --- Build with, one example: tar xzvf php4-latest_tar.tar tar xzvf thttpd-2.21.tar.gz cd php4-200104170045 ./configure --with-thttpd=../thttpd-2.21 or ./configure --with-thttpd=../thttpd-2.21 --enable-wddx or ./configure --with-thttpd=../thttpd-2.21 \ --enable-wddx --enable-shared=no \ --with-config-file-path=/usr/local/lib \ --enable-short-tags --without-mysql \ --without-pcre-regex make install cd ../thttpd-2.21 ./configure make make install -- I tested various php-settings, for example: max_execution_time=34 memory_limit=120 post_max_size=500 upload_tmp_dir=incoming/ upload_max_filesize=5000 -- Only for testing, I have siplified the php-scripts: uploadtest9.html - HTML HEAD TITLEUploadTest php4 V9.1/TITLE !-- Created by: Dirk Brueggen, 6.06.2001 -- BODY bgcolor=#e0e0e0 text=#00 link=#00b0ff vlink=#e1 alink=#8f BRBR H3Upload Test V9.1/H3 FORM ENCTYPE=multipart/form-data ACTION=uploadtest9.php METHOD=POST INPUT TYPE=hidden NAME=MAX_FILE_SIZE VALUE=100 Datei: INPUT NAME=userfile TYPE=file SIZE=50 BR INPUT TYPE=submit VALUE=File Senden /FORM /BODY /HTML -- uploadtest9.php --- HTML HEAD TITLEUploadTest php4 V9.1/TITLE !-- Created by: Dirk Brueggen, 6.06.2001 -- BODY bgcolor=e0e0e0 text=#00 link=#00b0ff vlink=#e1 alink=#8f BRBR HR H3Ergebniss/H3BR ?php set_time_limit(600); echo Tmp-File: $userfile BR; echo Original-Datei: $userfile_name BR; echo Groesse: $userfile_size BR; echo Mime: $userfile_type BR; $path1 = incoming/.$userfile_name; echo BRZiel: $path1 BR; copy($userfile,$path1); ? /BODY /HTML --- Edit this bug report at http://bugs.php.net/?id=11323edit=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 #12443 Updated: --with-iconv works, iconv_get_encoding() is present, but iconv() isn't
ID: 12443 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: ICONV related Operating System: Linux 2.2/RH 6.2 PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-07-27 21:44:56] [EMAIL PROTECTED] hi all, I've run into something very strange with iconv support... I used --with-iconv=/usr/local/lib in my ./configure, compile and install both went fine. I have libiconv-1.7 installed at /usr/local/lib I checked out my phpinfo: iconv supportenabled DirectiveLocal ValueMaster Value iconv.input_encodingISO-8859-1ISO-8859-1 iconv.internal_encodingISO-8859-1ISO-8859-1 iconv.output_encodingISO-8859-1ISO-8859-1 Then, I ran the script below after encountering this: Fatal error: Call to undefined function: iconv() in /path/to/foo.php on line 23 ?php $exists_iconv_get_encoding = function_exists('iconv_get_encoding'); $exists_iconv = function_exists('iconv'); if ($exists_iconv_get_encoding == TRUE) { echo iconv_get_encoding is declaredbr; } else { echo iconv_get_encoding is not declaredbr; } if ($exists_iconv == TRUE) { echo iconv is declaredbr; } else { echo iconv is not declaredbr; } $test_string = this is an ascii-only test string; echo test_string is: $test_stringbr; $encoding = iconv_get_encoding($test_string); echo encoding is: $encodingbr; $result = iconv($encoding,'UTF-8',$test_string); echo result is: $resultbr; ? The result is as follows: iconv_get_encoding is declared iconv is not declared test_string is: this is an ascii-only test string encoding is: Fatal error: Call to undefined function: iconv() in /path/to/foo.php on line 23 As you can imagine, the above confused me as iconv_get_encoding() is there, but iconv() isn't. Did a search in the bug archive and didn't find anything significant. It's a strange one! :) best, _alex Edit this bug report at http://bugs.php.net/?id=12443edit=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 #12077 Updated: php.exe application error - cannot 'read' memory address
ID: 12077 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Status: Bogus Bug Type: OCI8 related Operating System: windows 2000 PHP Version: 4.0.6 New Comment: user error Previous Comments: [2001-07-12 00:15:25] [EMAIL PROTECTED] well - i appear to have found the problem. in the php.ini file, there are 2 oracle extensions. extension=php_oci8.dll and extension=php_oracle.dll. i had both of these extensions loaded, and they must have been conflicting. because when i commented out the oracle.dll extension, restarted IIS5 and re-ran the scirpt, it worked fine without causing the error to appear. [2001-07-12 00:06:49] [EMAIL PROTECTED] i'm using php 4.0.6 through IIS5 on a windows 2000 workstation. this is similar to bug #11202, except it occured to me while i was using oci8 as apposed to MS SQL (which worked fine for me). my exact error is 'php.exe - application error: the instruction at 0x77f83a33 referenced memory at' 0x0010. The memory could not be read. when i click OK to terminate the program, the script seems to complete it's execution as i want, just with the painful error showing. if i click on CANCEL, it's like it's in an endless loop. btw - i'm trying to connect to an 8i 8.1.6 database. so i'm not really sure if it's an oci8 problem or whether it's an IIS5 or windows 2000 problem. here is a sample script which i am using. html titleDefault php load file./title body ?php include(classes.php); // test for MS SQL server. This part works without errors. // Create new connection. $mssql_conn = new Connection($database_name, $database_type, $server_name, webuser, webuser); //test connection with a simple SELECT call. $SQL = SELECT * from role_type ; $result = $mssql_conn-exec($SQL); echo $result; echo br; echo mssql_num_rows($result); echo br; echo br; // Test for oracle database.. // This part produces the error. $ora_conn = new connection(PS_PLATO, ORA, PLATO, psadmin, d3g3sh); $SQL = SELECT * from advert ; $result4 = $ora_conn-exec($SQL); echo result of exec statement . $result4; echo br; echo ocinumcols($ora_conn-stmt); echo br; echo br; ? this is the classes.php include file. ?php class Connection { // Variables var $connect_to; var $server; var $database; var $db; var $stmt; // Constructor function Connection($database_name, $database_type, $server_name = , $username = , $password = , $port=) { if ($database_name != $database_type != ) { $this-connect_to = $database_type; $this-server = $server_name; $this-database = $database_name; switch ($database_type) { case MSSQL: $this-db = mssql_connect($server_name, $username, $password); if ($this-db false) { $done = mssql_select_db($database_name, $this-db); } break; case ORA: $this-db = ocilogon($username, $password, $database_name); break; case ODBC: $this-db = odbc_connect($database_name, $username, $password); break; case PGSQL: $this-db = pg_Connect(host=$server_name port=$port dbname=$database_name user=$username); break; default: echo font face=tahomaInvalid or Unsupported database type./fontbr; } } else { echo font face=tahomaInformation missing in connection string./fontbr; } } // Functions function exec($SQL) // for the DML calls to databases. { echo $this-connect_to; echo bR; switch ($this-connect_to) { case MSSQL: return mssql_query($SQL, $this-db);break; case ODBC: return odbc_exec($this-db, $SQL); break; case PGSQL: return pg_exec($this-db, $SQL);break; case ORA: $this-stmt = ociparse($this-db, $SQL); return ociexecute($this-stmt); break; default: echo font face=tahomaInvalid or Unsupported database type./fontbr; } } } ? this is meant to be a basic database wrapper - you pass in a database type, name, server name, username, password and a port number(for those dbases that need it), and it opens a valid connection to that dbase. then you can perform standard commands like the execution of an sql statements and the standard php-database funcitons like num_rows etc. refreshing the pages does little more than represent the error to the screen.
[PHP-DEV] Bug #12101 Updated: php with cern httpd as cgi can't execute in ie
ID: 12101 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Other web server Operating System: sun solaris 2.7 PHP Version: 4.0.6 New Comment: submitted twice (#12100) Previous Comments: [2001-07-12 08:50:51] [EMAIL PROTECTED] web server : cern httpd php 4.06 install as cgi/command this is a test.php file #! /usr/local/bin/php -q ? phpinfo(); ? $chmod 755 test.php $test.php // it's ok it can run in command,but can not run in ie browser. i configure with option --enable-force-cgi-redirect please help me. thanks. Edit this bug report at http://bugs.php.net/?id=12101edit=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 #10499 Updated: User abort causes page to be dumped into error_log
ID: 10499 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Output Control Operating System: Linux / Solaris PHP Version: 4.0.4pl1 New Comment: This is fixed. Try PHP 4.0.6. Previous Comments: [2001-04-25 17:06:09] [EMAIL PROTECTED] With output buffering enabled, if the user presses the stop button in their web client on a page which is executing slowly, when the code completes the page results are written to the apache error_log. Run the included script and hit the stop button before it completes. The page output (numbers) will be written to the error_log. ?php ob_start (); for ($i = 0; $i 5; $i++) { echo $i ; } ? Happens on both Linux (RH7) and Solaris (2.7) Edit this bug report at http://bugs.php.net/?id=10499edit=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 #12019 Updated: Syntax highlighting does not work with output buffering/compression
ID: 12019 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Output Control Operating System: Linux (SuSE 4.0) PHP Version: 4.0.6 New Comment: One report per bug please. Previous Comments: [2001-07-10 12:09:24] [EMAIL PROTECTED] Also in version 4.0.6 it do not work? any hints? Edit this bug report at http://bugs.php.net/?id=12019edit=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 #10436 Updated: pdf_setcolor optional parameters not optional
ID: 10436 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PDF related Operating System: Linux x86 PHP Version: 4.0 Latest CVS (15/04/2001) New Comment: This is fixed in CVS. Try the latest snapshot: http://snaps.php.net/ Previous Comments: [2001-04-21 22:30:38] [EMAIL PROTECTED] In pdf_setcolor() which is part of pdflib-4.0 and in the CVS of PHP, pdf_setcolor() can take a number of paramters depending on the type of color space you choose. This can be either rgb, gray, pattern, spotcolor or cmyk. Depending on what colorspace you choose, the paramters c1, c2, c3 and c4 are either optional or compulsory. For example, if you choose a colorspace of 'rgb' then you only need to specify c1, c2 and c3. A colorspace of 'cmyk' requires all four and a colorspace of 'gray', 'spotcolor' or 'pattern' merely requires one. Currently though, you must specify all 4 values with the non-used ones being ignored. If you do not specify the ignored paramters then the function terminates the script with an error. For example pdf_setcolor($pdf, stroke, rgb, 0.5, 0.5, 0.5); should be correct because you only need to specify the reg, green and blue components. In reality the function must be used as pdf_setcolor($pdf, stroke, rgb, 0.5, 0.5, 0.5, 0.0); with the fourth paramter being ignored. The problem is more pronounced when you specify a pattern or gray color pdf_setcolor($pdf, fill, pattern, $pattern); is what it would logically be, but the function requires pdf_setcolor($pdf, fill, pattern, $pattern, 0.0, 0.0, 0.0); which IMHO is just confusing and makes the function harder to understand in the long run. Can the function be changed to make the optional paramters truly optional? A simple switch/case statement in the function for the colorspace should suffice. Edit this bug report at http://bugs.php.net/?id=10436edit=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 #9392 Updated: htmlspecial chars htmlentities do not handle double byte charactersets
ID: 9392 Updated by: wez Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Languages/Translation Operating System: Linux PHP Version: 4.0 Latest CVS (21/02/2001) New Comment: If you could rewrite your patch to fit the new architecture for htmlentities, I'd be happy to apply it. It should be an easier patch too. (we might consider using the mbstring extension for this stuff, in which case your chinese string patch might be better off being put in there.) --Wez. Previous Comments: [2001-08-18 22:15:01] [EMAIL PROTECTED] Could you please check the latest CVS snapshot from http://snaps.php.net/ clip from the cvs log: date: 2001/05/28 11:00:06; author: wez; state: Exp; Added charset awareness to htmlentities() and htmlspecialchars(); use an optional third parameter to specify the charset; otherwise tries to determine it from the LC_CTYPE locale setting. Please test if this is what you wanted. --Jani [2001-02-21 22:53:04] [EMAIL PROTECTED] htmlspecialchars entities often replace the second byte of a chinese character with a 'htmlized' xxx; character - this is annoying :) and makes it very difficult to program in PHP doing dynamic chinese stuff. anyway this patch goes part of the way to solving it, - Note I have not tested it, so testers needed.. - I'm on the dev list, so I should be able to follow any comments.. It does produce compile time errors on the character range (i'm guessing that gcc makes the assumtion that char should be 128 ?) I have added a check using setlocale(LC_ALL,NULL) - This may not be the correct test - and may not respond with the correct info if set in PHP - again untested. - does LC_ALL return something? should It use env. variables... Anyway - thats a long enough bug report... regards alan Index: html.c === RCS file: /repository/php4/ext/standard/html.c,v retrieving revision 1.22 diff -u -r1.22 html.c --- html.c 2000/11/24 16:17:58 1.22 +++ html.c 2001/02/22 03:43:13 @@ -22,7 +22,7 @@ #include php.h #include reg.h #include html.h - +#include locale.h /* This must be fixed to handle the input string according to LC_CTYPE. Defaults to ISO-8859-1 for now. */ @@ -52,8 +52,17 @@ PHPAPI char *php_escape_html_entities(unsigned char *old, int oldlen, int *newlen, int all, int quote_style) { int i, maxlen, len; - char *new; - + + char *new, *oldnext, *oldprev; +#if HAVE_SETLOCALE + int checklang=0,ischinese; + /* should this check the enviroment value? */ + char *locale = setlocale(LC_ALL, NULL); +if ((!strcmp(zh_TW.Big5, locale)) || + (!strcmp(zh_TW, locale)) || + (!strcmp(zh_CN, locale)) || + (!strcmp(zh_CN.GB2313, locale))) checklang=1; +#endif maxlen = 2 * oldlen; if (maxlen 128) maxlen = 128; @@ -62,34 +71,72 @@ i = oldlen; while (i--) { - if (len + 9 maxlen) + if (len + 9 maxlen) new = erealloc (new, maxlen += 128); - if (38 == *old) { - memcpy (new + len, amp;, 5); - len += 5; - } else if (34 == *old !(quote_styleENT_NOQUOTES)) { - memcpy (new + len, quot;, 6); - len += 6; - } else if (39 == *old (quote_styleENT_QUOTES)) { - memcpy (new + len, #039;, 6); - len += 6; - } else if (60 == *old) { - memcpy (new + len, lt;, 4); - len += 4; - } else if (62 == *old) { - memcpy (new + len, gt;, 4); - len += 4; - } else if (all 160 = *old) { - new [len++] = ''; - strcpy (new + len, EntTable [*old - 160]); - len += strlen (EntTable [*old - 160]); - new [len++] = ';'; +#if HAVE_SETLOCALE + + + ischinese = 0; + if (checklang) { + if (i 1) { +oldnext = old+1; +if ((*old = 0xa1) +(*old = 0xf9) +(((*oldnext = 0x40) + (*oldnext = 0x73)) || + ((*oldnext = 0xa1) + (*oldnext = 0xfe))) + ) ischinese = 1; + } + /* check if this is the seconde character in a chinese pair */ + if ((i != oldlen)
Re: [PHP-DEV] Help me
You're supposed to ask questions like these on the php-general mailinglist (or in this case maybe the php-db mailinglist). But to help you a bit: mysql_query(UPDATE user SET password=password('$password') WHERE user='root'); Sander - Original Message - From: root [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, August 18, 2001 1:05 PM Subject: [PHP-DEV] Help me How to use urlencode to change a fielde password in mysql table Thanks! João Oliveira -- 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 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] Zend-Engine2
got bored and decided to have a look at it but i kinda hit a problem . . . su-2.05# makeMaking all in Zend/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=208104 -DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c zend_language_parser.cIn file included from zend_compile.h:24, from ./zend_language_parser.y:31:zend.h:201: redefinition of `zend_object_handlers'zend.h:180: `zend_object_handlers' previously declared here*** Error code 1 Stop in /.1/update/php4-ze2/Zend.*** Error code 1 Stop in /.1/update/php4-ze2. Cameron outworld.cx
[PHP-DEV] Bug #9392 Updated: htmlspecial chars htmlentities do not handle double byte charactersets
ID: 9392 Updated by: wez Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Languages/Translation Operating System: Linux PHP Version: 4.0 Latest CVS (21/02/2001) New Comment: I should add that as it stands in CVS, htmlentities only knows about iso-8859-1, iso-8859-15 and utf-8. --Wez. Previous Comments: [2001-08-19 04:30:06] [EMAIL PROTECTED] If you could rewrite your patch to fit the new architecture for htmlentities, I'd be happy to apply it. It should be an easier patch too. (we might consider using the mbstring extension for this stuff, in which case your chinese string patch might be better off being put in there.) --Wez. [2001-08-18 22:15:01] [EMAIL PROTECTED] Could you please check the latest CVS snapshot from http://snaps.php.net/ clip from the cvs log: date: 2001/05/28 11:00:06; author: wez; state: Exp; Added charset awareness to htmlentities() and htmlspecialchars(); use an optional third parameter to specify the charset; otherwise tries to determine it from the LC_CTYPE locale setting. Please test if this is what you wanted. --Jani [2001-02-21 22:53:04] [EMAIL PROTECTED] htmlspecialchars entities often replace the second byte of a chinese character with a 'htmlized' xxx; character - this is annoying :) and makes it very difficult to program in PHP doing dynamic chinese stuff. anyway this patch goes part of the way to solving it, - Note I have not tested it, so testers needed.. - I'm on the dev list, so I should be able to follow any comments.. It does produce compile time errors on the character range (i'm guessing that gcc makes the assumtion that char should be 128 ?) I have added a check using setlocale(LC_ALL,NULL) - This may not be the correct test - and may not respond with the correct info if set in PHP - again untested. - does LC_ALL return something? should It use env. variables... Anyway - thats a long enough bug report... regards alan Index: html.c === RCS file: /repository/php4/ext/standard/html.c,v retrieving revision 1.22 diff -u -r1.22 html.c --- html.c 2000/11/24 16:17:58 1.22 +++ html.c 2001/02/22 03:43:13 @@ -22,7 +22,7 @@ #include php.h #include reg.h #include html.h - +#include locale.h /* This must be fixed to handle the input string according to LC_CTYPE. Defaults to ISO-8859-1 for now. */ @@ -52,8 +52,17 @@ PHPAPI char *php_escape_html_entities(unsigned char *old, int oldlen, int *newlen, int all, int quote_style) { int i, maxlen, len; - char *new; - + + char *new, *oldnext, *oldprev; +#if HAVE_SETLOCALE + int checklang=0,ischinese; + /* should this check the enviroment value? */ + char *locale = setlocale(LC_ALL, NULL); +if ((!strcmp(zh_TW.Big5, locale)) || + (!strcmp(zh_TW, locale)) || + (!strcmp(zh_CN, locale)) || + (!strcmp(zh_CN.GB2313, locale))) checklang=1; +#endif maxlen = 2 * oldlen; if (maxlen 128) maxlen = 128; @@ -62,34 +71,72 @@ i = oldlen; while (i--) { - if (len + 9 maxlen) + if (len + 9 maxlen) new = erealloc (new, maxlen += 128); - if (38 == *old) { - memcpy (new + len, amp;, 5); - len += 5; - } else if (34 == *old !(quote_styleENT_NOQUOTES)) { - memcpy (new + len, quot;, 6); - len += 6; - } else if (39 == *old (quote_styleENT_QUOTES)) { - memcpy (new + len, #039;, 6); - len += 6; - } else if (60 == *old) { - memcpy (new + len, lt;, 4); - len += 4; - } else if (62 == *old) { - memcpy (new + len, gt;, 4); - len += 4; - } else if (all 160 = *old) { - new [len++] = ''; - strcpy (new + len, EntTable [*old - 160]); - len += strlen (EntTable [*old - 160]); - new [len++] = ';'; +#if HAVE_SETLOCALE + + + ischinese = 0; + if (checklang) { + if (i 1) { +oldnext = old+1; +if ((*old = 0xa1) +(*old = 0xf9) +(((*oldnext = 0x40) + (*oldnext = 0x73)) || + ((*oldnext = 0xa1) +
[PHP-DEV] Bug #11679 Updated: crash on webserver start
ID: 11679 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Yellow Dog Linux 2.0 - 2.2.19 PP PHP Version: 4.0.6 New Comment: Could you please try configuring with the minimum amount of options? And then if it works, try adding them one by one to see which one is the cause for this. --Jani Previous Comments: [2001-07-02 11:54:43] [EMAIL PROTECTED] I am not loading any of the shared libraries. Which ones do you see that are not supposed to be shared? I have tried building it again without anything shared and I get the same results. [2001-06-27 13:49:42] [EMAIL PROTECTED] You are using a lot configure options that can't be 'shared'. Also, try disabling the loaded extensions one by one in php.ini to find out with which is happens on. [2001-06-26 09:58:52] [EMAIL PROTECTED] Here is my config line: ./configure --with-apxs=/usr/sbin/apxs \ --enable-pic \ --enable-shared \ --enable-inline-optimization \ --with-ldap=/usr \ --with-openssl=/usr \ --with-pgsql=/usr/local \ --with-mysql=/usr \ --with-imap=/usr \ --with-xml \ --with-aspell=/usr \ --with-gd=shared \ --enable-gd-native-ttf \ --with-png=shared \ --with-png-dir=/usr \ --with-jpeg=shared \ --with-jpeg-dir=/usr \ --with-freetype=shared \ --with-freetype-dir=/usr \ --with-zlib=shared \ --with-zlib-dir=/usr \ --with-pdflib=shared \ --with-readline \ --enable-ftp=shared \ --with-mcrypt=shared \ --with-mhash=shared \ --with-bz2=shared \ --with-db2=shared \ --with-db3=shared \ --with-kerberos=shared \ --with-regex=system \ --enable-track-vars \ --enable-magic-quotes \ --enable-debug \ --with-gdbm \ --enable-debugger \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-yp \ --enable-force-cgi-redirect \ --with-config-file-path=/etc/httpd/conf [2001-06-26 04:26:06] [EMAIL PROTECTED] What is your configure line? [2001-06-25 21:02:22] [EMAIL PROTECTED] I get the following that I am unable to track down in my PHP compiling. If you can recomend any steps to help diagnoze this I woudl be glad to follow up. root@host:(/home/user/php-4.0.6)$ /sbin/service httpd restart Shutting down http: [ OK ] Starting httpd: Syntax error on line 251 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: unixdriver Here is the gdb backtrace: (gdb) run -X Starting program: /usr/sbin/httpd -X Cannot access memory at address 0xe2cb3d4 (gdb) bt #0 _dl_debug_state () at dl-debug.c:56 #1 0xfe4c31c in _dl_close (_map=0x1007cf18) at dl-close.c:269 #2 0xfe4bc4c in _dl_open (file=0x10078d90 /etc/httpd/modules/libphp4.so, mode=-2147483390, caller=0x0) at dl-open.c:407 #3 0xfe8d410 in dlopen_doit (a=0x7fffd7e8) at dlopen.c:39 #4 0x3000dcfc in _dl_catch_error (objname=0xfe9e380, errstring=0xfe9e384, operate=0xfe8d3b8 dlopen_doit, args=0x7fffd7e8) at dl-error.c:149 #5 0xfe8d910 in _dlerror_run (operate=0xfe8d3b8 dlopen_doit, args=0x7fffd7e8) at dlerror.c:130 #6 0xfe8d46c in __dlopen_check (file=0xfe6be60 , mode=268947176) at dlopen.c:53 #7 0x10028f18 in ap_os_dso_load () #8 0x100078a8 in ap_get_server_built () #9 0x1000d888 in ap_clear_module_list () #10 0x1000e1e8 in ap_handle_command () #11 0x1000e258 in ap_srm_command_loop () #12 0x1000e89c in ap_process_resource_config () #13 0x1000f218 in ap_read_config () #14 0x1001a038 in main () #15 0xfd700f8 in __libc_start_main (argc=2, ubp_av=0x7a44, ubp_ev=0x100810f0, auxvec=0x7ac4, rtld_fini=0xfe6be60 main_arena, stinfo=0x100443b0, stack_on_entry=0x3000e578) at ../sysdeps/powerpc/elf/libc-start.c:119 Thank you for your time and I look forward to your response. Edit this bug
[PHP-DEV] Bug #11996 Updated: seg fault viewing php w/ Apache 1.3.20
ID: 11996 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Status: Feedback Bug Type: Reproducible crash Operating System: Redhat 6.2 - kernel 2.2.16smp PHP Version: 4.0.6 New Comment: And the example script which causes this is where? Or does this happen with any script? Do you have some .htaccess file there? --Jani Previous Comments: [2001-07-12 13:24:36] [EMAIL PROTECTED] Here's a display of the variables involved at the crash point. (gdb) display r 1: r = (request_rec *) 0x824aa64 (gdb) display r-per_dir_config 2: r-per_dir_config = (void *) 0x0 (gdb) display php4_module 3: php4_module = {version = 19990320, minor_version = 10, module_index = 20, name = 0x40458261 mod_php4.c, dynamic_load_handle = 0x8236108, next = 0x8170e80, magic = 1095774515, init = 0x4039ccc8 php_init_handler, create_dir_config = 0x4039c8a4 php_create_dir, merge_dir_config = 0x4039c90c php_merge_dir, create_server_config = 0, merge_server_config = 0, cmds = 0x4046a4b8, handlers = 0x4046a498, translate_handler = 0, ap_check_user_id = 0, auth_checker = 0, access_checker = 0, type_checker = 0, fixer_upper = 0, logger = 0, header_parser = 0, child_init = 0, child_exit = 0x4039cc98 php_child_exit_handler, post_read_request = 0} [2001-07-09 22:41:14] [EMAIL PROTECTED] script -- apachectl start lynx http://localhost/phpinfo.php tail error_log apache error_log [notice] child pid 31197 exit signal Segmentation fault (11) configure script ./configure \ --prefix=/opt/php \ --with-apxs=/opt/apache/bin/apxs \ --with-mysql=/opt/mysql \ --with-pgsql=/opt/pgsql \ --enable-track-vars \ --with-config-file-path=/opt/php \ httpd -l Compiled-in modules: http_core.c mod_env.c mod_log_config.c mod_mime.c mod_negotiation.c mod_status.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_userdir.c mod_alias.c mod_access.c mod_auth.c mod_so.c mod_setenvif.c mod_perl.c suexec: disabled; invalid wrapper /opt/apache/bin/suexec httpd -V Server version: Apache/1.3.20 (Unix) Server built: Jun 21 2001 15:19:15 Server's Module Magic Number: 19990320:10 Server compiled with -D HAVE_MMAP -D HAVE_SHMGET -D USE_SHMGET_SCOREBOARD -D USE_MMAP_FILES -D USE_SYSVSEM_SERIALIZED_ACCEPT -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D HTTPD_ROOT=/opt/apache -D SUEXEC_BIN=/opt/apache/bin/suexec -D DEFAULT_PIDLOG=logs/httpd.pid -D DEFAULT_SCOREBOARD=logs/httpd.scoreboard -D DEFAULT_LOCKFILE=logs/httpd.lock -D DEFAULT_XFERLOG=logs/access_log -D DEFAULT_ERRORLOG=logs/error_log -D TYPES_CONFIG_FILE=conf/mime.types -D SERVER_CONFIG_FILE=conf/httpd.conf -D ACCESS_CONFIG_FILE=conf/access.conf -D RESOURCE_CONFIG_FILE=conf/srm.conf gdb backtrace - [root@forge php-4.0.6]# gdb httpd GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run -X Starting program: /opt/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x4037ee6a in send_php (r=0x824d7cc, display_source_mode=0, filename=0x0) at mod_php4.c:478 478 per_dir_conf = (HashTable *) get_module_config(r-per_dir_config, php4_module); (gdb) bt #0 0x4037ee6a in send_php (r=0x824d7cc, display_source_mode=0, filename=0x0) at mod_php4.c:478 #1 0x4037efca in send_parsed_php (r=0x824d7cc) at mod_php4.c:547 #2 0x8099a4d in ap_invoke_handler () #3 0x80ae2f3 in process_request_internal () #4 0x80ae729 in ap_internal_redirect () #5 0x8074a1a in handle_dir () #6 0x8099a4d in ap_invoke_handler () #7 0x80ae2f3 in process_request_internal () #8 0x80ae354 in ap_process_request () #9 0x80a54f9 in child_main () #10 0x80a56a4 in make_child () #11 0x80a5814 in startup_children () #12 0x80a5e61 in standalone_main () #13 0x80a66a3 in main () #14 0x400a0b5c in __libc_start_main (main=0x80a62fc main, argc=2, ubp_av=0xbb14, init=0x80627b4 _init, fini=0x8148bfc _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xbb0c) at ../sysdeps/generic/libc-start.c:129 Edit this bug report at http://bugs.php.net/?id=11996edit=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 #11998 Updated: Crash on multipart file form upload
ID: 11998 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.2-STABLE PHP Version: 4.0CVS-2001-07-10 New Comment: Please include the shortest possible example script into this report. Previous Comments: [2001-07-10 02:21:53] [EMAIL PROTECTED] Crashes (signal 11) on file upload using multipart form data. Worked with 4.0.4pl1, haven't tried 4.0.5, crashed with 4.0.6 and latest CVS since. Compiled with: ./configure \ --enable-inline-optimization \ --enable-sysvsem \ --enable-sysvshm \ --with-mysql=/usr/local \ --with-pdflib=/usr/local \ --with-jpeg=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-png=/usr/local \ --with-zlib-dir=/usr \ --with-pgsql=/usr/local \ --with-imap=/usr/local \ --with-gd=/usr/local \ --with-freetype=/usr/local \ --with-apxs=/usr/local/apache_test/bin/apxs Backtrace: (gdb) bt #0 0x1822c8f3 in php_mime_split ( buf=0x81bf00c '-' repeats 29 times, 7d1bb1e111070e\r\nContent-Disposition: form-data; name=\id\\r\n\r\n3319, cnt=80256, boundary=0x818e02a '-' repeats 27 times, 7d1bb1e111070e, array_ptr=0x81389cc) at rfc1867.c:174 #1 0x1822d56f in rfc1867_post_handler ( content_type_dup=0x818e00c multipart/form-data; boundary=, '-' repeats 27 times, 7d1bb1e111070e, arg=0x81389cc) at rfc1867.c:472 #2 0x1822b675 in sapi_handle_post (arg=0x81389cc) at SAPI.c:110 #3 0x1822e52d in php_treat_data (arg=0, str=0x0, destArray=0x0) at php_variables.c:251 #4 0x18229486 in php_hash_environment () at main.c:1080 #5 0x18228b98 in php_request_startup () at main.c:650 #6 0x18226321 in apache_php_module_main (r=0x818406c, display_source_mode=0) at sapi_apache.c:67 #7 0x18226d6a in send_php (r=0x818406c, display_source_mode=0, filename=0x0) at mod_php4.c:581 #8 0x18226da6 in send_parsed_php (r=0x818406c) at mod_php4.c:594 #9 0x80758a1 in ap_invoke_handler () #10 0x8089fa8 in process_request_internal () #11 0x808a402 in ap_internal_redirect () #12 0x184e68d2 in mod_gzip_redir1_handler () from /usr/local/apache_test/libexec/mod_gzip.so #13 0x184e4fa0 in mod_gzip_handler () from /usr/local/apache_test/libexec/mod_gzip.so #14 0x80758a1 in ap_invoke_handler () #15 0x8089fa8 in process_request_internal () #16 0x808a402 in ap_internal_redirect () #17 0x80602b2 in handle_dir () #18 0x80758a1 in ap_invoke_handler () #19 0x8089fa8 in process_request_internal () #20 0x808a012 in ap_process_request () #21 0x8080fdf in child_main () #22 0x808119d in make_child () #23 0x8081316 in startup_children () #24 0x8081924 in standalone_main () #25 0x808213c in main () #26 0x804f429 in _start () Edit this bug report at http://bugs.php.net/?id=11998edit=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 #12040 Updated: PHP dumps core when using a 3x derived class from a series of included files
ID: 12040 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Status: Closed Bug Type: Reproducible crash Operating System: Debian/GNULinux unstable PHP Version: 4.0.6 New Comment: for some reason this report wasn't closed.. Now it should be. Previous Comments: [2001-07-11 21:19:51] [EMAIL PROTECTED] Okay, the cvs version fixes this crash, so I've closed the bug, thanks all for your suggestions and writing such a useful tool! [2001-07-11 04:40:39] [EMAIL PROTECTED] This is bug #12032 but I don't have a password to add more info to it (didn't enter one, was rushed) Yes,it seems to have to do with the calling of parent object fuctions in files incuded from files that have been included. Following are 3 php files that reproduce it,you run the D.PHP file. If the a.php file is included in d.php instead of b.php, there is no problem. // -- A.PHP -- ? class a { function a() { -_constructor(); } function _constructor() { } } ? // -- EOF -- // -- B.PHP -- ? include(a.php); class b extends a { function _constructor() { parent::_constructor(); } } class c extends b { function _constructor() { parent::_constructor(); } } ? // -- EOF -- // -- D.PHP -- ? { function _constructor() { parent::_constructor(); } } class c extends b { function _constructor() { parent::_constructor(); } } ? // -- EOF -- // -- D.PHP -- ? include(b.php); = new c; ? // -- EOF -- Edit this bug report at http://bugs.php.net/?id=12040edit=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 #12049 Updated: Crash in Zend Engine
ID: 12049 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Status: Feedback Bug Type: Reproducible crash Operating System: Debian GNU/Linux PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-07-11 14:38:33] [EMAIL PROTECTED] H... That code snippet crashes on my system before it has even given the error message. It's a very strange bug. Things that shouldn't make a difference, such as taking out empty class definitions or changing the order of the class definitions, will stop the code from crashing. I'm sure that there isn't an endless recursive call anywhere because just changing the order of the class definitions prevents it from crashing. Generating the error messages that you recieved is the correct behavior for the code I gave. :) Originally, I had a zoom() function in the A class, so that the code would actually work if there was not a segfault, but I found that the code segfaulted with or without it, so I just left it out to save space. I'd be glad to give you any other information that might help you reproduce the crash. I'm using a Debian GNU/Linux i386 2.2 (potato) system with Ximian Gnome packages and the PHP 4.0.6 packages and apache 1.3.20 packages from Debian woody. [2001-07-11 13:56:43] [EMAIL PROTECTED] The code snippet you supplied doesn't work - it dies with bFatal error/b: Call to undefined function: zoom() in btest.php/b on line b9/bbr test.php(9) : Fatal error - Call to undefined function: zoom() At any rate - the backtrace appears to suggest you have some endless recursive call. This is most probably the problem. [2001-07-11 10:32:12] [EMAIL PROTECTED] This code reproduces the crash: class A{} class B extends A {} class D extends C { function zoom() { return (parent::zoom()); } } class E extends D {} class C extends B { function C() { $this-x = 5; } } class Storage { var $items; function Storage() { $this-items=array(); } function add() { $foo = new E(); $this-items[] = $foo; end($this-items); return key($this-items); } function get($who) { return $this-items[$who]; } } $Store = new Storage(); $ID = $Store-add(); $Obj = $Store-get($ID); //Segfaults here $Obj-zoom(); [2001-07-11 09:28:48] [EMAIL PROTECTED] PHP is crashing on a call to an object method. Currently, the code is too complex to paste here. Will try to create simpler example. Here's a gdb backtrace: # gdb /usr/sbin/apache.dbg GNU gdb 19990928 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-linux-gnu... (gdb) run -X Starting program: /usr/sbin/apache.dbg -X Program received signal SIGSEGV, Segmentation fault. 0x40267713 in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1140 1140 zend_fetch_var_address(opline-result, opline-op1, opline-op2, Ts, BP_VAR_W ELS_CC); (gdb) bt #0 0x40267713 in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1140 #1 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #2 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #3 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #4 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #5 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #6 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #7 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #8 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #9 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #10 0x40269f0f in execute (op_array=0x8237f04) at ../../Zend/zend_execute.c:1544 #11 0x40269f0f in execute (op_array=0x8237f04) ---Type return to continue, or q return to quit---q at ../../Zend/zend_execute.c:1544Quit (gdb) p opline $1 = (zend_op *) 0x823de5c (gdb) p *optline $2 = {opcode = 83 'S', result = {op_type = 4, u = {constant = {value = { lval = 0, dval = 0, str = {val = 0x0, len = 0}, ht = 0x0, obj = {
[PHP-DEV] Bug #12109 Updated: Crash bug with shell_exec()
ID: 12109 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Professional SP2 PHP Version: 4.0.6 New Comment: Is there anything about the crash in apache error_log? Does it give any errors? --Jani Previous Comments: [2001-07-12 12:28:32] [EMAIL PROTECTED] Any time the following code is executed, php.exe crashes: shell_exec(uptime); I'm using Apache 1.3.20, too. Edit this bug report at http://bugs.php.net/?id=12109edit=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 #12144 Updated: Error in execution operator (`dir .\*.*`)
ID: 12144 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Windows NT Server 4 PHP Version: 4.0.6 New Comment: What do you mean by 'crash' here? Does it output any error messages? Previous Comments: [2001-07-13 11:18:23] [EMAIL PROTECTED] I've installed PHP 4.0.6 with Win32 installer (php406-installer.exe). Using the following code crashes PHP: ?php $m = `dir /b .\*.php`; echo $m; ? It works fine in PHP 4.0.5 Edit this bug report at http://bugs.php.net/?id=12144edit=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 #12239 Updated: crashes on Mail()
ID: 12239 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Debian Linux PHP Version: 4.0.6 New Comment: Please include the shortest possible script which causes this into this bug report. Previous Comments: [2001-07-18 20:11:12] [EMAIL PROTECTED] changing to exim/sendmail did not fix the problem i am qmail next. [2001-07-18 18:49:36] [EMAIL PROTECTED] i am getting these errors..[Wed Jul 18 18:48:52 2001] [notice] child pid 1251 exit signal Segmentation fault (11) [Wed Jul 18 18:49:52 2001] [notice] child pid 1253 exit signal Segmentation fault (11) [Wed Jul 18 18:50:17 2001] [notice] child pid 1255 exit signal Segmentation fault (11) [Wed Jul 18 18:50:31 2001] [notice] child pid 1260 exit signal Segmentation fault (11) [2001-07-18 18:40:46] [EMAIL PROTECTED] it crashes when i run mail() i have mysql.so and gd in my models list and i am running apache postfix (changing to sendmail now to see if it fixes this) and php 4.0.6 Edit this bug report at http://bugs.php.net/?id=12239edit=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 #11676 Updated: A few apache children consume all memory and CPU.
ID: 11676 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Status: Feedback Bug Type: Scripting Engine problem Operating System: linux 2.4.5 i386 PHP Version: 4.0 Latest CVS (2001-06-25) New Comment: A short script that causes this would help a lot.. Previous Comments: [2001-07-13 04:43:02] [EMAIL PROTECTED] anyone alive??? [2001-06-29 05:39:48] [EMAIL PROTECTED] Maybe this can help...i talked to the other guy who has the same problem than us , Denis (bug #11723), and we agreed that the problems began to arise after php 4.0.4pl1 (including it or not, we don't remember exactly :( ). Maybe this can help narrowing down the issue... [2001-06-28 15:21:12] [EMAIL PROTECTED] ok, i have recompiled php AND apache without any optimization settings, and things look worse... The problem happened more frequently in these hours, and these are backtraces of stuck processes: #0 0x4012c243 in chunk_free () #1 0x4012bfaa in __cfree () #2 0x810acbc in shutdown_memory_manager () #3 0x8079d58 in php_request_shutdown () #4 0x8077611 in php_apache_request_shutdown () #5 0x814a93e in run_cleanups () #6 0x814916d in ap_clear_pool () #7 0x81491e1 in ap_destroy_pool () #8 0x8158ded in child_main () #9 0x8158fdc in make_child () #10 0x8159089 in startup_children () #11 0x81596c6 in standalone_main () #12 0x8159e53 in main () #13 0x400ea9f3 in __libc_start_main () #0 0x4012c23e in chunk_free () #1 0x4012bfaa in __cfree () #2 0x810a5a5 in _efree () #3 0x811e8cc in zend_hash_destroy () #4 0x8112b7c in destroy_zend_class () #5 0x811ea67 in zend_hash_apply_deleter () #6 0x811ecfa in zend_hash_apply () #7 0x8110820 in shutdown_executor () #8 0x8119d53 in zend_deactivate () #9 0x8079d1a in php_request_shutdown () #10 0x8077611 in php_apache_request_shutdown () #11 0x814a93e in run_cleanups () #12 0x814916d in ap_clear_pool () #13 0x81491e1 in ap_destroy_pool () #14 0x8160eb2 in ap_destroy_sub_req () #15 0x8067cb8 in handle_include () #16 0x806acb5 in send_parsed_content () #17 0x806b28d in send_parsed_file () #18 0x814dc23 in ap_invoke_handler () #19 0x8161769 in process_request_internal () #20 0x8161b88 in ap_internal_redirect () #21 0x806b6dd in handle_dir () #22 0x814dc23 in ap_invoke_handler () #23 0x8161769 in process_request_internal () #24 0x81617cc in ap_process_request () #25 0x8158d9e in child_main () #26 0x8158fdc in make_child () #27 0x8159356 in perform_idle_server_maintenance () #28 0x8159895 in standalone_main () #29 0x8159e53 in main () #30 0x400ea9f3 in __libc_start_main () #0 0x4012c24b in chunk_free () #1 0x4012bfaa in __cfree () #2 0x810acbc in shutdown_memory_manager () #3 0x8079d58 in php_request_shutdown () #4 0x8077611 in php_apache_request_shutdown () #5 0x814a93e in run_cleanups () #6 0x814916d in ap_clear_pool () #7 0x81491e1 in ap_destroy_pool () #8 0x8160eb2 in ap_destroy_sub_req () #9 0x8067cb8 in handle_include () #10 0x806acb5 in send_parsed_content () #11 0x806b28d in send_parsed_file () #12 0x814dc23 in ap_invoke_handler () #13 0x8160e87 in ap_run_sub_req () #14 0x8067c35 in handle_include () #15 0x806acb5 in send_parsed_content () #16 0x806b28d in send_parsed_file () #17 0x814dc23 in ap_invoke_handler () #18 0x8161769 in process_request_internal () #19 0x8161b88 in ap_internal_redirect () #20 0x806b6dd in handle_dir () #21 0x814dc23 in ap_invoke_handler () #22 0x8161769 in process_request_internal () #23 0x81617cc in ap_process_request () #24 0x8158d9e in child_main () #25 0x8158fdc in make_child () #26 0x8159356 in perform_idle_server_maintenance () #27 0x8159895 in standalone_main () #28 0x8159e53 in main () #29 0x400ea9f3 in __libc_start_main () tell me what to do next and i'll gladly do it... [2001-06-28 07:09:54] [EMAIL PROTECTED] You don't need to set the CFLAGS yourself, the -O9 is known to cause problems. Please try to compile without setting ANY CFLAGS yourself. Derick [2001-06-27 14:30:05] [EMAIL PROTECTED] Here it is: CFLAGS=-O9 -funroll-loops -ffast-math -malign-double -mcpu=pentiumpro -march=pentiumpro -fomit-frame-pointer -fno-exceptions \ ./configure \ --with-apache=../apache_1.3.20 \ --with-mysql \ --disable-debug \ --with-gnu-ld \ --enable-memory-limit \ --enable-inline-optimization I don't remember exactly, but i think i had tried removing ALL gcc optimization options, with the same results... During another crash (pre-crash actually :) i managed to backtrace a httpd which had this stack: #0 0x4012c238 in chunk_free () #1 0x4012bfaa in __cfree () #2
[PHP-DEV] Bug #12120 Updated: Several following characters ignored by striptags()
ID: 12120 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Status: Feedback Bug Type: Strings related Operating System: Linux Mandrake PHP Version: 4.0.4pl1 New Comment: Does this happen with PHP 4.0.6? Previous Comments: [2001-07-12 21:54:40] [EMAIL PROTECTED] $foo = strip_tags( bhello/b, b); echo $foo; // prints bhello with a hidden /b strip_tags(), in this case, returns the string it was supplied, but omits the second and third '' character. In a regular browser, it would display the 3 '' characters, seperated by spaces:(equivalent to lt; lt; lt;) followed by a bold hello. Yet since PHP probably raises a flag after the first , all subsequent characters are ignored until the next . To resume: Source witSource without strip_tags: bhello/b Source with strip_tags: bhello/b I would also like to point out: $foo = strip_tags( hello/b, b); echo $foo; Source without strip_tags:hello/b Source with strip_tags: hello/b [2001-07-12 20:32:58] [EMAIL PROTECTED] $foo = strip_tags( bhello/b, b); echo $foo; // prints bhello with a hidden /b strip_tags(), in this case, returns the string it was supplied, but omits the second and third '' character. In a regular browser, it would display the 3 '' characters, seperated by spaces:(equivalent to lt; lt; lt;) followed by a bold hello. Yet since PHP probably raises a flag after the first , all subsequent characters are ignored until the next . To resume: Source witSource without strip_tags: bhello/b Source with strip_tags: bhello/b hout strip_tags: bhello/b Source with strip_tags: bhello/b I would also like to point out: $foo = strip_tags( hello/b, b); echo $foo; Source without strip_tags:hello/b Source with strip_tags: hello/b Edit this bug report at http://bugs.php.net/?id=12120edit=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 #11945 Updated: ignore
ID: 11945 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Status: Bogus Bug Type: Unknown/Other Function Operating System: ugly bug PHP Version: 4.0.6 Previous Comments: [2001-07-07 12:33:09] [EMAIL PROTECTED] please ignore Edit this bug report at http://bugs.php.net/?id=11945edit=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 #12083 Updated: addslashes
ID: 12083 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Status: Open Old Bug Type: Unknown/Other Function Bug Type: Strings related Operating System: Win32 PHP Version: 4.0.5 Previous Comments: [2001-07-12 03:05:03] [EMAIL PROTECTED] Please post a short example to show what goes wrong and why. Derick [2001-07-12 02:41:51] [EMAIL PROTECTED] addslashes() don't properly work. Before use it, need add this: $str_any=str_replace(\\,,$str_any); and only then: $str_any=addslashes($str_any); Edit this bug report at http://bugs.php.net/?id=12083edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: dhaval Email: [EMAIL PROTECTED] ID:meetdhaval Purpose: for study -- 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 #12245 Updated: gettype(true true) returns integer!
ID: 12245 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Variables related Operating System: Solaris PHP Version: 4.0.6 Old Assigned To: Assigned To: jeroen New Comment: added missing 'Assign To:' info. Previous Comments: [2001-08-08 19:12:05] [EMAIL PROTECTED] KISS example: var_dump(TRUE || TRUE) - int(1) var_dump(FALSE FALSE) - int(0) Patch awaiting to be committed, will be fixed in 4.0.7 [2001-07-19 05:56:38] [EMAIL PROTECTED] The operator (and ||) returns an integer value even when both arguments are boolean. Thus the following code: function is_true($val) { return (is_bool($val) $val); } echo (is_true(true) ? 'T' : 'F'),\n; echo (is_true(is_true(true)) ? 'T' : 'F'),\n; gives T F -- Nick Edit this bug report at http://bugs.php.net/?id=12245edit=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 #12835: SNMP compiling bug
From: [EMAIL PROTECTED] Operating system: linux 2.2.14 (rh6) PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: SNMP compiling bug I believe there's a compilation problem with php and snmp. I've tried many different ways to go about trying to get it to work, but no matter, I end up with the snmp functions being undefined. for some reason, no matter what happens, the snmp_add_var, snmp_get_quick_print, and snmp_set_quick_print are undefined - this is if I compile it static. If I compile snmp as shared, it's worse. I have no idea what the problem is to tell you the truth, but I have not only tried many different things, but so have others, and I have found no solutions on the net. It would be great if someone could get this to work. If I find the solution I'll email it to someone. But until then, maybe someone else can find it eaiser (and quicker) than I. Below are the symbols lists. The first is if snmp is compiled with php, and the second is if snmp is compiled as a shared module: [root libs]# nm -D ./libphp4.so|grep snmp 000b1cc8 T php_if_snmp_get_quick_print 000b1cf8 T php_if_snmp_set_quick_print 000b1c38 T php_if_snmpget 000b1c98 T php_if_snmprealwalk 000b1df4 T php_if_snmpset 000b1c68 T php_if_snmpwalk 000b0d30 T php_info_snmp 000b0d10 T php_minit_snmp 000b0d84 T php_snmp 001f3a40 D snmpStats 0016c364 T snmp_add_null_var U snmp_add_var 0017415c T snmp_auth_build 001740d0 T snmp_auth_parse 00171b10 T snmp_build 00173d5c T snmp_build_var_op 00171a3c T snmp_close 001f3aa4 D snmp_dump_packet 001f3a28 D snmp_errno 0016c91c T snmp_errstring 0016c5d0 T snmp_fix_pdu 00172924 T snmp_free_pdu 001ee25c D snmp_functions U snmp_get_quick_print 001ee2c0 D snmp_module_entry 0016da6c T snmp_new_prefix 0017145c T snmp_open 00173cbc T snmp_parse_var_op 0016c2f0 T snmp_pdu_create 001729a0 T snmp_read 00172c34 T snmp_select_info 001725d0 T snmp_send U snmp_set_quick_print 0016c4d0 T snmp_synch_input 0016c774 T snmp_synch_response 0016c8e0 T snmp_synch_setup 00172da4 T snmp_timeout [root httpd]# nm /home/install/php-4.0.6/modules/snmp.so|grep snmp 2218 T php_if_snmp_get_quick_print 2248 T php_if_snmp_set_quick_print 2188 T php_if_snmpget 21e8 T php_if_snmprealwalk 2344 T php_if_snmpset 21b8 T php_if_snmpwalk 128c T php_info_snmp 126c T php_minit_snmp 12e0 T php_snmp U snmp_add_null_var U snmp_add_var U snmp_close U snmp_errstring U snmp_fix_pdu U snmp_free_pdu 361c D snmp_functions U snmp_get_quick_print 3680 D snmp_module_entry U snmp_open U snmp_pdu_create U snmp_set_quick_print U snmp_synch_response U snmp_synch_setup -- Edit bug report at: http://bugs.php.net/?id=12835edit=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 #12836: PHP stops interpretting page after error in parser.
From: [EMAIL PROTECTED] Operating system: Debian GNU Linux (woody) PHP version: 4.0.5 PHP Bug Type: Sablotron XSL Bug description: PHP stops interpretting page after error in parser. I've got a problem using sablotron PHP module. When XML or XSL string are broken xslt_process function prints about error, and then PHP stops interpretting my page. So I can not print error message. Btw, I got another problem: sometimes after I correct mistake in XML/XSL sablotron continues reporting about errors (but after restarting apache everything starts work fine). I think problem is in PHP module. Does anyone see this bug? Any comments are welcome. p.s. If you need details (Apache's, PHP's, sablotron's versions and so on) I'll post it. -- Edit bug report at: http://bugs.php.net/?id=12836edit=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 #12283 Updated: File uploads: some filetypes work, some don't
ID: 12283 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: HTTP related Operating System: Linux 2.2.16-22 (RedHat 7.0) PHP Version: 4.0.6 New Comment: I did increase the size, but with the same results. I also tried other upload scripts from the internet, with mixed results (unpredictable) on different systems. And in my opinion the script I wrote is OK. Could there also be a browser problem with Internet Explorer 5 and 5.5? Previous Comments: [2001-08-19 04:00:55] [EMAIL PROTECTED] I would think a Word file is a lot bigger always than 1000 bytes.. So try changing that first. --Jani [2001-07-20 10:11:35] [EMAIL PROTECTED] I have a problem with file uploads on my PHP configuration. Some filetypes get uploaded (e.g. BMP, GIF, TXT), while others don't get uploaded (for example: MSWORD, PDF, EXCEL). I use the following testfiles: upload.html: == html head titleAdministration - upload new files/title /head body h1Upload new news files/h1 form enctype=multipart/form-data action=upload.php method=post input type=hidden name=MAX_FILE_SIZE value=1000 Upload this file: input name=userfile type=file input type=submit value=Send File /form /body /html upload.php: = html head titleUploading.../title /head body h1Uploading file.../h1 ? echo file: . $userfile . BR\n; echo name: . $userfile_name . BR\n; echo type: . $userfile_type . BR\n; echo size: . $userfile_size .P\n; if(is_uploaded_file ($userfile)) { $upfile = /home/projectweb/files/. $userfile_name; if ( !copy($userfile, $upfile)) { echo Problem: Could not move file into directory; exit; } echo File uploaded successfullybrbr; $fp = fopen($upfile, r); $contents = fread ($fp, filesize ($upfile)); fclose ($fp); $contents = strip_tags($contents); $fp = fopen($upfile, w); fwrite($fp, $contents); fclose($fp); echo Preview of uploaded file contents:brhr; echo $contents; echo brhr; } else { echo There is no file uploaded!; } ? /body /html Result with a BMP file: file: /tmp/files/phpNGn0H0 naam: at.BMP type: image/bmp size: 230 File uploaded successfully Preview of uploaded file contents: BMæ Result with a Microsoft Word file: file: none naam: Doc1.doc type: application/msword size: 0 There is no file uploaded! I'm puzzeled. Any ideas? Edit this bug report at http://bugs.php.net/?id=12283edit=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 #12835 Updated: SNMP compiling bug
ID: 12835 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Unknown/Other Function Bug Type: SNMP related Operating System: linux 2.2.14 (rh6) PHP Version: 4.0.6 New Comment: What version of ucd-snmp do you have? How did you install / configure /compile it? What was the configure line for PHP? --Jani Previous Comments: [2001-08-19 05:51:00] [EMAIL PROTECTED] I believe there's a compilation problem with php and snmp. I've tried many different ways to go about trying to get it to work, but no matter, I end up with the snmp functions being undefined. for some reason, no matter what happens, the snmp_add_var, snmp_get_quick_print, and snmp_set_quick_print are undefined - this is if I compile it static. If I compile snmp as shared, it's worse. I have no idea what the problem is to tell you the truth, but I have not only tried many different things, but so have others, and I have found no solutions on the net. It would be great if someone could get this to work. If I find the solution I'll email it to someone. But until then, maybe someone else can find it eaiser (and quicker) than I. Below are the symbols lists. The first is if snmp is compiled with php, and the second is if snmp is compiled as a shared module: [root libs]# nm -D ./libphp4.so|grep snmp 000b1cc8 T php_if_snmp_get_quick_print 000b1cf8 T php_if_snmp_set_quick_print 000b1c38 T php_if_snmpget 000b1c98 T php_if_snmprealwalk 000b1df4 T php_if_snmpset 000b1c68 T php_if_snmpwalk 000b0d30 T php_info_snmp 000b0d10 T php_minit_snmp 000b0d84 T php_snmp 001f3a40 D snmpStats 0016c364 T snmp_add_null_var U snmp_add_var 0017415c T snmp_auth_build 001740d0 T snmp_auth_parse 00171b10 T snmp_build 00173d5c T snmp_build_var_op 00171a3c T snmp_close 001f3aa4 D snmp_dump_packet 001f3a28 D snmp_errno 0016c91c T snmp_errstring 0016c5d0 T snmp_fix_pdu 00172924 T snmp_free_pdu 001ee25c D snmp_functions U snmp_get_quick_print 001ee2c0 D snmp_module_entry 0016da6c T snmp_new_prefix 0017145c T snmp_open 00173cbc T snmp_parse_var_op 0016c2f0 T snmp_pdu_create 001729a0 T snmp_read 00172c34 T snmp_select_info 001725d0 T snmp_send U snmp_set_quick_print 0016c4d0 T snmp_synch_input 0016c774 T snmp_synch_response 0016c8e0 T snmp_synch_setup 00172da4 T snmp_timeout [root httpd]# nm /home/install/php-4.0.6/modules/snmp.so|grep snmp 2218 T php_if_snmp_get_quick_print 2248 T php_if_snmp_set_quick_print 2188 T php_if_snmpget 21e8 T php_if_snmprealwalk 2344 T php_if_snmpset 21b8 T php_if_snmpwalk 128c T php_info_snmp 126c T php_minit_snmp 12e0 T php_snmp U snmp_add_null_var U snmp_add_var U snmp_close U snmp_errstring U snmp_fix_pdu U snmp_free_pdu 361c D snmp_functions U snmp_get_quick_print 3680 D snmp_module_entry U snmp_open U snmp_pdu_create U snmp_set_quick_print U snmp_synch_response U snmp_synch_setup Edit this bug report at http://bugs.php.net/?id=12835edit=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 #12283 Updated: File uploads: some filetypes work, some don't
ID: 12283 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: HTTP related Operating System: Linux 2.2.16-22 (RedHat 7.0) PHP Version: 4.0.6 New Comment: Next question is: Does this happen with other browsers, like with Netscape? Previous Comments: [2001-08-19 06:23:41] [EMAIL PROTECTED] I did increase the size, but with the same results. I also tried other upload scripts from the internet, with mixed results (unpredictable) on different systems. And in my opinion the script I wrote is OK. Could there also be a browser problem with Internet Explorer 5 and 5.5? [2001-08-19 04:00:55] [EMAIL PROTECTED] I would think a Word file is a lot bigger always than 1000 bytes.. So try changing that first. --Jani [2001-07-20 10:11:35] [EMAIL PROTECTED] I have a problem with file uploads on my PHP configuration. Some filetypes get uploaded (e.g. BMP, GIF, TXT), while others don't get uploaded (for example: MSWORD, PDF, EXCEL). I use the following testfiles: upload.html: == html head titleAdministration - upload new files/title /head body h1Upload new news files/h1 form enctype=multipart/form-data action=upload.php method=post input type=hidden name=MAX_FILE_SIZE value=1000 Upload this file: input name=userfile type=file input type=submit value=Send File /form /body /html upload.php: = html head titleUploading.../title /head body h1Uploading file.../h1 ? echo file: . $userfile . BR\n; echo name: . $userfile_name . BR\n; echo type: . $userfile_type . BR\n; echo size: . $userfile_size .P\n; if(is_uploaded_file ($userfile)) { $upfile = /home/projectweb/files/. $userfile_name; if ( !copy($userfile, $upfile)) { echo Problem: Could not move file into directory; exit; } echo File uploaded successfullybrbr; $fp = fopen($upfile, r); $contents = fread ($fp, filesize ($upfile)); fclose ($fp); $contents = strip_tags($contents); $fp = fopen($upfile, w); fwrite($fp, $contents); fclose($fp); echo Preview of uploaded file contents:brhr; echo $contents; echo brhr; } else { echo There is no file uploaded!; } ? /body /html Result with a BMP file: file: /tmp/files/phpNGn0H0 naam: at.BMP type: image/bmp size: 230 File uploaded successfully Preview of uploaded file contents: BMæ Result with a Microsoft Word file: file: none naam: Doc1.doc type: application/msword size: 0 There is no file uploaded! I'm puzzeled. Any ideas? Edit this bug report at http://bugs.php.net/?id=12283edit=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 #12837: Problem with a variable in URL
From: [EMAIL PROTECTED] Operating system: Windows 2000 Professional PHP version: 4.0.6 PHP Bug Type: Output Control Bug description: Problem with a variable in URL As follows I submit a variable if by URL: http://server/list.php?name=i'm a bug I then get the variable distributed as follows: i\'m a bug This goes if I want for these to replace BACKSLASH only with this function: str_replace ereg_replace has problems -- Edit bug report at: http://bugs.php.net/?id=12837edit=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 #12812 Updated: nl2br, get_html_translation_table and strtr
ID: 12812 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Linux (SuSE Based) PHP Version: 4.0.6 New Comment: was my fault, sorry! Previous Comments: [2001-08-17 10:11:58] [EMAIL PROTECTED] Making this a feature request [2001-08-17 10:10:05] [EMAIL PROTECTED] since php 4.0.5 with nl2br I get an XHTML1.0 compatible br / tag back. So far so good, but if I have to translate it back with strtr (and get_html_translation_table) it won't be recognized. No problem, I know the workaround (adding a 'br / = \n' to the translation array) but it would be nice to be fixed. Edit this bug report at http://bugs.php.net/?id=12812edit=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 #12838: Cannot load php_fdf.dll
From: [EMAIL PROTECTED] Operating system: Windows NT SP6 PHP version: 4.0.6 PHP Bug Type: IIS related Bug description: Cannot load php_fdf.dll I'm using PHP 4.0.6 as CGI on IIS4 and I want to use the fdf_*-functions. But when I'm activating extension=php_fdf.dll in the php.ini I'm getting the system-error Unable to load dynamic library c:/php4/extensions/php_fdf.dll - the module was not found. But this file definitely exists. I'm pretty sure that my configuration is OK since the extension_dir is correctly set and other extensions (f.e. php_gd.lib or php_mssql.dll) work properly. Even activating the (perhaps required?) other pdf-extensions php_cpdf.dll and php_pdf.dll does not solve the problem. Just for testing purposes I activated some other dll's: extension=php_db.dll extension=php_dba.dll extension=php_dbase.dll extension=php_domxml.dll extension=php_dotnet.dll extension=php_exif.dll extension=php_fdf.dll extension=php_filepro.dll extension=php_gd.dll I found that (from these) only php_domxml.dll and php_fdf.dll cannot be loaded. BTW: Activating *all* extensions leads to approx. 10 error-messages. -- Edit bug report at: http://bugs.php.net/?id=12838edit=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 #11998 Updated: Crash on multipart file form upload
ID: 11998 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.2-STABLE PHP Version: 4.0CVS-2001-07-10 New Comment: Simply a form containing more than 26 input type=file tag's. So, form action=/prop/ method=post id=editForm enctype=multipart/form-data Image 1:input type=file name=img[1] size=24 onclick= onchange= Image 2:input type=file name=img[2] size=24 onclick= onchange= ... [Lots more here] ... Image 18:input type=file name=img[18] size=24 onclick= onchange= Image 19:input type=file name=img[19] size=24 onclick= onchange= Virtual Image 1:input type=file name=virtimg[1] size=24 onclick= onchange= Image IVR 1:input type=file name=virtivr[1] size=24 onclick= onchange= ... [Lots more here] ... Virtual Image 6:input type=file name=virtimg[6] size=24 onclick= onchange= Image IVR 6:input type=file name=virtivr[6] size=24 onclick= onchange= input type=submit value= Submit id=submitButton /form It doesn't matter what's in the page it POST's too. Previous Comments: [2001-08-19 04:46:27] [EMAIL PROTECTED] Please include the shortest possible example script into this report. [2001-07-10 02:21:53] [EMAIL PROTECTED] Crashes (signal 11) on file upload using multipart form data. Worked with 4.0.4pl1, haven't tried 4.0.5, crashed with 4.0.6 and latest CVS since. Compiled with: ./configure \ --enable-inline-optimization \ --enable-sysvsem \ --enable-sysvshm \ --with-mysql=/usr/local \ --with-pdflib=/usr/local \ --with-jpeg=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-png=/usr/local \ --with-zlib-dir=/usr \ --with-pgsql=/usr/local \ --with-imap=/usr/local \ --with-gd=/usr/local \ --with-freetype=/usr/local \ --with-apxs=/usr/local/apache_test/bin/apxs Backtrace: (gdb) bt #0 0x1822c8f3 in php_mime_split ( buf=0x81bf00c '-' repeats 29 times, 7d1bb1e111070e\r\nContent-Disposition: form-data; name=\id\\r\n\r\n3319, cnt=80256, boundary=0x818e02a '-' repeats 27 times, 7d1bb1e111070e, array_ptr=0x81389cc) at rfc1867.c:174 #1 0x1822d56f in rfc1867_post_handler ( content_type_dup=0x818e00c multipart/form-data; boundary=, '-' repeats 27 times, 7d1bb1e111070e, arg=0x81389cc) at rfc1867.c:472 #2 0x1822b675 in sapi_handle_post (arg=0x81389cc) at SAPI.c:110 #3 0x1822e52d in php_treat_data (arg=0, str=0x0, destArray=0x0) at php_variables.c:251 #4 0x18229486 in php_hash_environment () at main.c:1080 #5 0x18228b98 in php_request_startup () at main.c:650 #6 0x18226321 in apache_php_module_main (r=0x818406c, display_source_mode=0) at sapi_apache.c:67 #7 0x18226d6a in send_php (r=0x818406c, display_source_mode=0, filename=0x0) at mod_php4.c:581 #8 0x18226da6 in send_parsed_php (r=0x818406c) at mod_php4.c:594 #9 0x80758a1 in ap_invoke_handler () #10 0x8089fa8 in process_request_internal () #11 0x808a402 in ap_internal_redirect () #12 0x184e68d2 in mod_gzip_redir1_handler () from /usr/local/apache_test/libexec/mod_gzip.so #13 0x184e4fa0 in mod_gzip_handler () from /usr/local/apache_test/libexec/mod_gzip.so #14 0x80758a1 in ap_invoke_handler () #15 0x8089fa8 in process_request_internal () #16 0x808a402 in ap_internal_redirect () #17 0x80602b2 in handle_dir () #18 0x80758a1 in ap_invoke_handler () #19 0x8089fa8 in process_request_internal () #20 0x808a012 in ap_process_request () #21 0x8080fdf in child_main () #22 0x808119d in make_child () #23 0x8081316 in startup_children () #24 0x8081924 in standalone_main () #25 0x808213c in main () #26 0x804f429 in _start () Edit this bug report at http://bugs.php.net/?id=11998edit=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 #12839: Descrepancy in Manual (Appendix G)
From: [EMAIL PROTECTED] Operating system: win32 (9x SE) PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: Descrepancy in Manual (Appendix G) This may just be my misunderstanding.. in either case, i'm sure that if I'm a little confused, others might be as well. I've been working on assembling an expression file for HomeSite.. in so doing I wanted to create a set which highlights those functions which are aliases.. So, I'm working with Appendix G and noted the following: The appendix essentailly states the reverse of the function documentation... The manual indicates the chop() is an alias to rtrim(), while the appendix indicates the reverse, naming chop() the master function.. and rtrim() the alias...??? Also, on a different note - msql_affected_rows is labeled as as alias of itself? how can a function be an alias of itself? Can someone please clarify Appendix G? from the manual on chop: This function is an alias of rtrim(). Whil Appendix G indicates that chop() is the master function? This is repeated with most functions listed in G. Thanks, in advance for the input. -- Edit bug report at: http://bugs.php.net/?id=12839edit=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 #12837 Updated: Problem with a variable in URL
ID: 12837 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Output Control Operating System: Windows 2000 Professional PHP Version: 4.0.6 New Comment: Certainly not a bug; ask on [EMAIL PROTECTED] for support questions. - Markus Previous Comments: [2001-08-19 07:00:24] [EMAIL PROTECTED] As follows I submit a variable if by URL: http://server/list.php?name=i'm a bug I then get the variable distributed as follows: i\'m a bug This goes if I want for these to replace BACKSLASH only with this function: str_replace ereg_replace has problems Edit this bug report at http://bugs.php.net/?id=12837edit=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 #12840: When SNMP session faild(snmpwalk, snmpget), source port not closed
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: SNMP related Bug description: When SNMP session faild(snmpwalk, snmpget), source port not closed . -- Edit bug report at: http://bugs.php.net/?id=12840edit=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 #12283 Updated: File uploads: some filetypes work, some don't
ID: 12283 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: HTTP related Operating System: Linux 2.2.16-22 (RedHat 7.0) PHP Version: 4.0.6 New Comment: I tried it again with the same script on my home configuration (linux RH 7.0 + php 4.06) and it worked after increasing the max file size. I made a mistake in the file size, i.e. overlooked a 0 I think :-( I'm sorry for the commotion. You can close this bug report. Previous Comments: [2001-08-19 06:48:11] [EMAIL PROTECTED] Next question is: Does this happen with other browsers, like with Netscape? [2001-08-19 06:23:41] [EMAIL PROTECTED] I did increase the size, but with the same results. I also tried other upload scripts from the internet, with mixed results (unpredictable) on different systems. And in my opinion the script I wrote is OK. Could there also be a browser problem with Internet Explorer 5 and 5.5? [2001-08-19 04:00:55] [EMAIL PROTECTED] I would think a Word file is a lot bigger always than 1000 bytes.. So try changing that first. --Jani [2001-07-20 10:11:35] [EMAIL PROTECTED] I have a problem with file uploads on my PHP configuration. Some filetypes get uploaded (e.g. BMP, GIF, TXT), while others don't get uploaded (for example: MSWORD, PDF, EXCEL). I use the following testfiles: upload.html: == html head titleAdministration - upload new files/title /head body h1Upload new news files/h1 form enctype=multipart/form-data action=upload.php method=post input type=hidden name=MAX_FILE_SIZE value=1000 Upload this file: input name=userfile type=file input type=submit value=Send File /form /body /html upload.php: = html head titleUploading.../title /head body h1Uploading file.../h1 ? echo file: . $userfile . BR\n; echo name: . $userfile_name . BR\n; echo type: . $userfile_type . BR\n; echo size: . $userfile_size .P\n; if(is_uploaded_file ($userfile)) { $upfile = /home/projectweb/files/. $userfile_name; if ( !copy($userfile, $upfile)) { echo Problem: Could not move file into directory; exit; } echo File uploaded successfullybrbr; $fp = fopen($upfile, r); $contents = fread ($fp, filesize ($upfile)); fclose ($fp); $contents = strip_tags($contents); $fp = fopen($upfile, w); fwrite($fp, $contents); fclose($fp); echo Preview of uploaded file contents:brhr; echo $contents; echo brhr; } else { echo There is no file uploaded!; } ? /body /html Result with a BMP file: file: /tmp/files/phpNGn0H0 naam: at.BMP type: image/bmp size: 230 File uploaded successfully Preview of uploaded file contents: BMæ Result with a Microsoft Word file: file: none naam: Doc1.doc type: application/msword size: 0 There is no file uploaded! I'm puzzeled. Any ideas? Edit this bug report at http://bugs.php.net/?id=12283edit=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 #12841: ++, -- operators does not conert the type of variable.
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.3 PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: ++, -- operators does not conert the type of variable. % cat foo #!/usr/local/bin/php -f ?php $i = 0x7fff; print var_dump( $i ); $j = $i+1; print var_dump( $j ); $i++; print var_dump( $i ); ? % ./foo int(2147483647) float(2147483648) int(-2147483648) I quick hacked. begin 644 zend_operators.c.diff.gz M'XL(`#H?#L``[6276^;,!2K\VO..JD*BD?C8$L*2Q56BV=*J6IU`]I=XB M$ZP1B`QLZJK^]]J)`2R=9N67`3I^#U^SWG\ZKH./TD2NF*,#]/668$1LKH M`CU$!=SXSX![8*G/W0L#:OAQLMZ(I1N@6@``+\_K]4CT@VY: MVD=0^?\`QF,%/M`DB(N0P*L#V/Z9$3G]6*0/Z](H[;T\TB4UTIIDN:9U)7 M4QZ)R8SHJ%FJ#L/Q5#8-DTQ%O]:L9RLA%4/:#YD$$G72%]7,Q2E64!G M!*[OOGM[(NCJ`@!T#ET`*3PNQ\7Q(CY!T8C$!KOYN(KB%XIW9%4M9L='4 MPIEKN.'GV\?+Z61SRDAL(0;\_T869(D]^9%$N0T33JBE7MV*_KF!LU;%35 ME4G1OQO;GVSTLBIZ%A#[4S0L6T-VY*.;-OPH9F7%$O:.!E.:/)HL,__'ZM MOAO3%)-#B.Y=Q6+U;$45[H(H?F3-JMO6JY2H_X[O(:VN5:*G9W!%M+ M,;2KZ'MWK#JV;X+:S]*VK?8,*]ORW0:X3/707*:_==47\\.FNJ0_%.J=?W/ M4CVT)9U^K[AL\O]%4C,P6$=L(;R7XO[;/'Z;0[E5X.34X/8$X319PEH: FWS_5=WD\FFW^7_/?X)#@?Y%[?9W[O:FO4WX#`DBW7,```X ` end -- Edit bug report at: http://bugs.php.net/?id=12841edit=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 #12179 Updated: browscap parsing error
ID: 12179 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: win PHP Version: 4.0.5 New Comment: hey Jani, A browscap.ini is delivered with php 4.0.5. and therefore it should be a correct version. It makes no sense to me, to deliver a wrong browsecap.ini and the same time to recommend to obtain it by yourself. So whats the reason to deliver this wrong browscap with 4.0.5??? Delete it from 4.0.5 or correct it. In 4.0.6 there is no browscap -fine. Friedhelm Previous Comments: [2001-08-18 22:03:56] [EMAIL PROTECTED] Not PHP problem. You should obtain browscap.ini file yourself. See this link: http://www.php.net/manual/en/faq.obtaining.php#AEN62365 --Jani [2001-07-15 15:45:32] [EMAIL PROTECTED] hi there! with php.4.0.5 ships a browscap.ini which generates a parse error: PHP: Error parsing k:\php\browscap\browscap.ini on line 8206 This is line 8206: browser=AE/2.1 (Linux) and should be: browser=AE/2.1 Linux or any entry making sense. the brackets around Linux are wrong. Friedhelm Betz Edit this bug report at http://bugs.php.net/?id=12179edit=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 #12839 Updated: Descrepancy in Manual (Appendix G)
ID: 12839 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: win32 (9x SE) PHP Version: 4.0.6 New Comment: Follow up on previous - Here's a quick list of what appears to be erratta in Appendix G: function listed as aliases to themselves: xpath_eval xpath_eval_expression xpath_init xpath_new_context As I'm still working my way through these, there may be more.. like the msql function prevously noted. Previous Comments: [2001-08-19 07:22:36] [EMAIL PROTECTED] This may just be my misunderstanding.. in either case, i'm sure that if I'm a little confused, others might be as well. I've been working on assembling an expression file for HomeSite.. in so doing I wanted to create a set which highlights those functions which are aliases.. So, I'm working with Appendix G and noted the following: The appendix essentailly states the reverse of the function documentation... The manual indicates the chop() is an alias to rtrim(), while the appendix indicates the reverse, naming chop() the master function.. and rtrim() the alias...??? Also, on a different note - msql_affected_rows is labeled as as alias of itself? how can a function be an alias of itself? Can someone please clarify Appendix G? from the manual on chop: This function is an alias of rtrim(). Whil Appendix G indicates that chop() is the master function? This is repeated with most functions listed in G. Thanks, in advance for the input. Edit this bug report at http://bugs.php.net/?id=12839edit=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: TSRM/tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int'
From: [EMAIL PROTECTED] Operating system: HP-UX 10.20 and 11.0 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: TSRM/tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' 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 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]
Re: [PHP-DEV] Zend-Engine2
Thanks, I fixed it. You can go ahead and update your CVS tree. Andi At 06:18 PM 8/19/2001 +1000, GaM3R wrote: got bored and decided to have a look at it but i kinda hit a problem . . . su-2.05# make Making all in Zend /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=208104 -DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c zend_language_parser.c In file included from zend_compile.h:24, from ./zend_language_parser.y:31: zend.h:201: redefinition of `zend_object_handlers' zend.h:180: `zend_object_handlers' previously declared here *** Error code 1 Stop in /.1/update/php4-ze2/Zend. *** Error code 1 Stop in /.1/update/php4-ze2. Cameron outworld.cx -- 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] Zend-Engine2
Sorry, maybe I missed it, but what are the current chages to the ZE2 ? Which feature can we expect to have when testing it ? - Markus On Sun, Aug 19, 2001 at 06:22:31PM +0300, Andi Gutmans wrote : Thanks, I fixed it. You can go ahead and update your CVS tree. Andi At 06:18 PM 8/19/2001 +1000, GaM3R wrote: got bored and decided to have a look at it but i kinda hit a problem . . . su-2.05# make Making all in Zend /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=208104 -DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c zend_language_parser.c In file included from zend_compile.h:24, from ./zend_language_parser.y:31: zend.h:201: redefinition of `zend_object_handlers' zend.h:180: `zend_object_handlers' previously declared here *** Error code 1 Stop in /.1/update/php4-ze2/Zend. *** Error code 1 Stop in /.1/update/php4-ze2. Cameron outworld.cx -- 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] -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- 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 #12843: Problem with compile
From: [EMAIL PROTECTED] Operating system: linux 2.2.15 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Problem with compile ./configure --with-mysql --with-gd --with-apache=/usr/local/src/apache_1.3.20 --enable-track-vars After configuring PHP and executing 'make' this message appears : gd.c:95: conflicting types for `gdIOCtx' gd_io.h:18: previous declaration of `gdIOCtx' make[3]: *** [gd.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 gd.c contains : typedef FILE gdIOCtx; gd_io.h contains : typedef struct gdIOCtx { int (*getC)(struct gdIOCtx*); int (*getBuf)(struct gdIOCtx*, void*, int); void (*putC)(struct gdIOCtx*, int); int (*putBuf)(struct gdIOCtx*, const void*, int); int (*seek)(struct gdIOCtx*, const int); long(*tell)(struct gdIOCtx*); void(*free)(struct gdIOCtx*); } gdIOCtx; typedef struct gdIOCtx *gdIOCtxPtr; What's the problem ? -- Edit bug report at: http://bugs.php.net/?id=12843edit=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] Zend-Engine2
Right now the only thing which is implemented is that objects behave as object handles and not as native types so when you're sending objects by values or assigning objects the object handler is copied and not the object itself. Also very partially implemented is syntax such as $foo-method1()-method2(); Andi At 05:36 PM 8/19/2001 +0200, Markus Fischer wrote: Sorry, maybe I missed it, but what are the current chages to the ZE2 ? Which feature can we expect to have when testing it ? - Markus On Sun, Aug 19, 2001 at 06:22:31PM +0300, Andi Gutmans wrote : Thanks, I fixed it. You can go ahead and update your CVS tree. Andi At 06:18 PM 8/19/2001 +1000, GaM3R wrote: got bored and decided to have a look at it but i kinda hit a problem . . . su-2.05# make Making all in Zend /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=208104 -DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c zend_language_parser.c In file included from zend_compile.h:24, from ./zend_language_parser.y:31: zend.h:201: redefinition of `zend_object_handlers' zend.h:180: `zend_object_handlers' previously declared here *** Error code 1 Stop in /.1/update/php4-ze2/Zend. *** Error code 1 Stop in /.1/update/php4-ze2. Cameron outworld.cx -- 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] -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- 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 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] Zend-Engine2
On Sun, Aug 19, 2001 at 06:40:04PM +0300, Andi Gutmans wrote : Right now the only thing which is implemented is that objects behave as object handles and not as native types so when you're sending objects by values or assigning objects the object handler is copied and not the object itself. Also very partially implemented is syntax such as $foo-method1()-method2(); Wow :-D Great, thanks! - Markus -- 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] Zend-Engine2
well it still has errors . . . this 1 is only a warning and keeps going np bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c conflicts: 6 shift/reduce but the main one is this . . . Making all in apache /bin/sh /.1/update/php4-ze2/libtool --silent --mode=compile gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/ update/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/us r/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/incl ude -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/ph p4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=2081 04 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer -p refer-pic -c sapi_apache.c In file included from /usr/local/apache/include/httpd.h:72, from sapi_apache.c:32: /usr/local/apache/include/ap_config.h:1294: warning: `XtOffsetOf' redefined /.1/update/php4-ze2/main/php.h:345: warning: this is the location of the previous definition /bin/sh /.1/update/php4-ze2/libtool --silent --mode=compile gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/ update/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/us r/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/incl ude -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/ph p4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=2081 04 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer -p refer-pic -c mod_php4.c In file included from /usr/local/apache/include/httpd.h:72, from mod_php4.c:32: /usr/local/apache/include/ap_config.h:1294: warning: `XtOffsetOf' redefined /.1/update/php4-ze2/main/php.h:345: warning: this is the location of the previous definition /bin/sh /.1/update/php4-ze2/libtool --silent --mode=compile gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/ update/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/us r/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/incl ude -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/ph p4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=2081 04 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer -p refer-pic -c php_apache.c In file included from php_apache_http.h:6, from php_apache.c:45: /usr/local/apache/include/ap_config.h:1294: warning: `XtOffsetOf' redefined /.1/update/php4-ze2/main/php.h:345: warning: this is the location of the previous definition /bin/sh /.1/update/php4-ze2/libtool --silent --mode=link gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/u pdate/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/usr /local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/inclu de -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/php 4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=20810 4 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer - o libsapi.la sapi_apache.lo mod_php4.lo php_apache.lo Making all in TSRM make: don't know how to make ../config.status. Stop *** Error code 1 Stop in /.1/update/php4-ze2. - Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: GaM3R [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, August 20, 2001 1:22 AM Subject: Re: [PHP-DEV] Zend-Engine2 Thanks, I fixed it. You can go ahead and update your CVS tree. Andi At 06:18 PM 8/19/2001 +1000, GaM3R wrote: got bored and decided to have a look at it but i kinda hit a problem . . . su-2.05# make Making all in Zend /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=208104 -DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c zend_language_parser.c In file included from zend_compile.h:24, from ./zend_language_parser.y:31: zend.h:201: redefinition of `zend_object_handlers' zend.h:180: `zend_object_handlers' previously declared here *** Error code 1 Stop in /.1/update/php4-ze2/Zend. *** Error code 1 Stop in /.1/update/php4-ze2. Cameron outworld.cx -- 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] Zend-Engine2
At 01:54 AM 8/20/2001 +1000, GaM3R wrote: well it still has errors . . . this 1 is only a warning and keeps going np bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c conflicts: 6 shift/reduce This is OK :) It's not an error I'm just keeping it around so that I can see it during development. but the main one is this . . . Update your php CVS. Sterling commited a fix for this yesterday. Andi Making all in apache /bin/sh /.1/update/php4-ze2/libtool --silent --mode=compile gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/ update/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/us r/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/incl ude -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/ph p4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=2081 04 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer -p refer-pic -c sapi_apache.c In file included from /usr/local/apache/include/httpd.h:72, from sapi_apache.c:32: /usr/local/apache/include/ap_config.h:1294: warning: `XtOffsetOf' redefined /.1/update/php4-ze2/main/php.h:345: warning: this is the location of the previous definition /bin/sh /.1/update/php4-ze2/libtool --silent --mode=compile gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/ update/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/us r/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/incl ude -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/ph p4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=2081 04 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer -p refer-pic -c mod_php4.c In file included from /usr/local/apache/include/httpd.h:72, from mod_php4.c:32: /usr/local/apache/include/ap_config.h:1294: warning: `XtOffsetOf' redefined /.1/update/php4-ze2/main/php.h:345: warning: this is the location of the previous definition /bin/sh /.1/update/php4-ze2/libtool --silent --mode=compile gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/ update/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/us r/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/incl ude -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/ph p4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=2081 04 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer -p refer-pic -c php_apache.c In file included from php_apache_http.h:6, from php_apache.c:45: /usr/local/apache/include/ap_config.h:1294: warning: `XtOffsetOf' redefined /.1/update/php4-ze2/main/php.h:345: warning: this is the location of the previous definition /bin/sh /.1/update/php4-ze2/libtool --silent --mode=link gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/u pdate/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/usr /local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/inclu de -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/php 4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=20810 4 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer - o libsapi.la sapi_apache.lo mod_php4.lo php_apache.lo Making all in TSRM make: don't know how to make ../config.status. Stop *** Error code 1 Stop in /.1/update/php4-ze2. - Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: GaM3R [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, August 20, 2001 1:22 AM Subject: Re: [PHP-DEV] Zend-Engine2 Thanks, I fixed it. You can go ahead and update your CVS tree. Andi At 06:18 PM 8/19/2001 +1000, GaM3R wrote: got bored and decided to have a look at it but i kinda hit a problem . . . su-2.05# make Making all in Zend /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=208104 -DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c zend_language_parser.c In file included from zend_compile.h:24, from ./zend_language_parser.y:31: zend.h:201: redefinition of `zend_object_handlers' zend.h:180: `zend_object_handlers' previously declared here *** Error code 1 Stop in /.1/update/php4-ze2/Zend. *** Error code 1 Stop in /.1/update/php4-ze2. Cameron outworld.cx -- 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 #12844: Problem
From: [EMAIL PROTECTED] Operating system: Redhat 6.2 (Zoot) PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Problem The problem has reported in Bug id #12671 has been resolved. Apache seemed to hang on a require call. The problem turned out to be an authorization issue with a new IP address requiring access to a page on another IP address. The other IP had not been setup to allow access from the new IP. Once the new IP was authorized, the problem of the hanging was resolved. Thank you. PS: I noticed that several bug report have been closed due to no feed back from the original poster. I have run into the same problem. I did not enter a password so I am unable to update the original report. When I requested the password to be sent to me, I receive an email with the password of ' . ' ... well, that password does not work. -- Edit bug report at: http://bugs.php.net/?id=12844edit=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] Zend-Engine2
- Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: GaM3R [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, August 20, 2001 2:01 AM Subject: Re: [PHP-DEV] Zend-Engine2 At 01:54 AM 8/20/2001 +1000, GaM3R wrote: but the main one is this . . . Update your php CVS. Sterling commited a fix for this yesterday. Andi Absolute fresh cvs, rm'd the old tree and got it all, it now compiles and runs but i still get these errors: Making all in apache /bin/sh /.1/update/php4-ze2/libtool --silent --mode=compile gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/ update/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/us r/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/incl ude -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/ph p4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=2081 04 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer -p refer-pic -c sapi_apache.c In file included from /usr/local/apache/include/httpd.h:72, from sapi_apache.c:32: /usr/local/apache/include/ap_config.h:1294: warning: `XtOffsetOf' redefined /.1/update/php4-ze2/main/php.h:345: warning: this is the location of the previous definition /bin/sh /.1/update/php4-ze2/libtool --silent --mode=compile gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/ update/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/us r/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/incl ude -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/ph p4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=2081 04 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer -p refer-pic -c mod_php4.c In file included from /usr/local/apache/include/httpd.h:72, from mod_php4.c:32: /usr/local/apache/include/ap_config.h:1294: warning: `XtOffsetOf' redefined /.1/update/php4-ze2/main/php.h:345: warning: this is the location of the previous definition /bin/sh /.1/update/php4-ze2/libtool --silent --mode=compile gcc -I. -I/.1/update/php4-ze2/sapi/apache -I/.1/update/php4-ze2/main -I/.1/ update/php4-ze2 -I/usr/local/apache/include -I/.1/update/php4-ze2/Zend -I/us r/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/incl ude -I/usr/local/include/c-client -I/usr/local/include/mysql -I/.1/update/ph p4-ze2/ext/xml/expat -DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 -DMOD_SSL=2081 04 -DEAPI -DUSE_EXPAT -I/.1/update/php4-ze2/TSRM -O6 -fomit-frame-pointer -p refer-pic -c php_apache.c In file included from php_apache_http.h:6, from php_apache.c:45: /usr/local/apache/include/ap_config.h:1294: warning: `XtOffsetOf' redefined /.1/update/php4-ze2/main/php.h:345: warning: this is the location of the previous definition -- 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] Zend-Engine2
On Sun, Aug 19, 2001 at 06:40:04PM +0300, Andi Gutmans wrote : Right now the only thing which is implemented is that objects behave as object handles and not as native types so when you're sending objects by values or assigning objects the object handler is copied and not the object itself. Also very partially implemented is syntax such as $foo-method1()-method2(); Just tried it, really great. ?php class a { function b() { return new c; } } class c { function d() { echo Yo\n; } function e() { return range(1,10); } } $a = new a; $a-b()-d(); print_r( $a-b()-e()[0]); ? The last line gives parse error. So, I guess no yet supported? - Markus -- 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] Zend-Engine2
At 19:37 19-08-01, Markus Fischer wrote: print_r( $a-b()-e()[0]); The last line gives parse error. So, I guess no yet supported? There are no plans to support this kind of dereferencing (arrays are still native types). 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]
Re: [PHP-DEV] Zend-Engine2
On Sun, Aug 19, 2001 at 07:40:06PM +0300, Zeev Suraski wrote : At 19:37 19-08-01, Markus Fischer wrote: print_r( $a-b()-e()[0]); The last line gives parse error. So, I guess no yet supported? There are no plans to support this kind of dereferencing (arrays are still native types). Oh ... sadly. I thought I read something about this in the draft. Then again, could be having to less sleep when reading it :| Is it like 'implementing this would be not trivial for the advantage gained' or is it like 'no one has yet considered about this syntax ? - Markus -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- 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] Zend-Engine2
At 19:48 19-08-01, Markus Fischer wrote: On Sun, Aug 19, 2001 at 07:40:06PM +0300, Zeev Suraski wrote : At 19:37 19-08-01, Markus Fischer wrote: print_r( $a-b()-e()[0]); The last line gives parse error. So, I guess no yet supported? There are no plans to support this kind of dereferencing (arrays are still native types). Oh ... sadly. I thought I read something about this in the draft. Then again, could be having to less sleep when reading it :| Is it like 'implementing this would be not trivial for the advantage gained' or is it like 'no one has yet considered about this syntax ? The former more than the latter. It also makes less conceptual sense. 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]
[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 -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: August 19, 2001 3:30 AM To: [EMAIL PROTECTED] Subject: Bug #12831 Updated: 4.0.6 won't work with mySQL (built in support or mySQL's support) ID: 12831 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Linux 2.214 PHP Version: 4.0.6 New Comment: 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 Previous Comments: [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 ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12831edit=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]
[PHP-DEV] Chora and CVSWeb problems
Hi! Problem #1 -- Text diff is not working at Chora, at least with IE 5.00, as it thinks that it needs to display XML content, and just prints out an XML error. Just the Human readable one works... :(( Problem #2 -- Someone reported a Chora error at [EMAIL PROTECTED] It seems he uses Konqueror, and Chora can't find the default language file to display for him: | Warning: Undefined index: defaults | in /usr/local/www/chora.php.net/horde/lib/Lang.php on line 42 | | Warning: Cannot add header information - headers already sent by | (output started at /usr/local/www/chora.php.net/horde/lib/Lang.php:42) | in /usr/local/www/chora.php.net/horde/lib/Lang.php on line 64 | | [snip] Problem #3 -- I tried to reach the old CVSWeb interface at http://cvsweb.php.net/ but it tries to open some PHP programs, and just don't work. These things need to be addressed. Goba -- 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 and CVSWeb problems
On Sun, 19 Aug 2001, Hojtsy Gabor wrote: Someone reported a Chora error at [EMAIL PROTECTED] It seems he uses Konqueror, and Chora can't find the default language file to display for him: | Warning: Undefined index: defaults | in /usr/local/www/chora.php.net/horde/lib/Lang.php on line 42 | | Warning: Cannot add header information - headers already sent by | (output started at /usr/local/www/chora.php.net/horde/lib/Lang.php:42) | in /usr/local/www/chora.php.net/horde/lib/Lang.php on line 64 | | [snip] I reported that last night .. seems to work fine again now. -- John Donagher Application Engineer, Intacct Corp. Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- 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 #12120 Updated: Several following characters ignored by striptags()
ID: 12120 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Strings related Operating System: Linux Mandrake PHP Version: 4.0.4pl1 New Comment: I did not try with the newest release, and unfortunatly cannot currently test more with any version (different computer, not suitable for PHP.) Sorry I could not help. Do note, though, that I have been to many, many sites who use PHP, to look into what their solution is to striptags(), and all the sites seem to use a custom function. Obviously, I am not the only one to have this problem (again, as far as 4.0.4pl1 is concerned.) Previous Comments: [2001-08-19 05:00:02] [EMAIL PROTECTED] Does this happen with PHP 4.0.6? [2001-07-12 21:54:40] [EMAIL PROTECTED] $foo = strip_tags( bhello/b, b); echo $foo; // prints bhello with a hidden /b strip_tags(), in this case, returns the string it was supplied, but omits the second and third '' character. In a regular browser, it would display the 3 '' characters, seperated by spaces:(equivalent to lt; lt; lt;) followed by a bold hello. Yet since PHP probably raises a flag after the first , all subsequent characters are ignored until the next . To resume: Source witSource without strip_tags: bhello/b Source with strip_tags: bhello/b I would also like to point out: $foo = strip_tags( hello/b, b); echo $foo; Source without strip_tags:hello/b Source with strip_tags: hello/b [2001-07-12 20:32:58] [EMAIL PROTECTED] $foo = strip_tags( bhello/b, b); echo $foo; // prints bhello with a hidden /b strip_tags(), in this case, returns the string it was supplied, but omits the second and third '' character. In a regular browser, it would display the 3 '' characters, seperated by spaces:(equivalent to lt; lt; lt;) followed by a bold hello. Yet since PHP probably raises a flag after the first , all subsequent characters are ignored until the next . To resume: Source witSource without strip_tags: bhello/b Source with strip_tags: bhello/b hout strip_tags: bhello/b Source with strip_tags: bhello/b I would also like to point out: $foo = strip_tags( hello/b, b); echo $foo; Source without strip_tags:hello/b Source with strip_tags: hello/b Edit this bug report at http://bugs.php.net/?id=12120edit=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 and CVSWeb problems
On Sun, Aug 19, 2001 at 07:23:18PM +0200, Hojtsy Gabor wrote: Text diff is not working at Chora, at least with IE 5.00, as it thinks that it needs to display XML content, and just prints out an XML error. Just the Human readable one works... :(( Please elaborate. Is this not working for any files, or only specific files (with an XML extension), and only with IE 5.00? And what do you mean XML Error ? Someone reported a Chora error at [EMAIL PROTECTED] It seems he uses Konqueror, and Chora can't find the default language file to display for him: Chuck fixed this, was just a config problem. The version of Chora now has several language translations available (should autodetect form the browser's Accept-Language headers). Anil -- 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 #12845: server error when uploading more than 20 files once
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: server error when uploading more than 20 files once we've got a problem using fileuploads with more than 24 files at the same time. server gives no response anymore. restricting to 24 files would help. 24++ files _work_ with 4.04pl1. i can provide a demoscript for resolving the bug if necessary -- Edit bug report at: http://bugs.php.net/?id=12845edit=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 #12812 Updated: nl2br, get_html_translation_table and strtr
ID: 12812 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Feature/Change Request Operating System: Linux (SuSE Based) PHP Version: 4.0.6 New Comment: user error. Previous Comments: [2001-08-19 07:11:37] [EMAIL PROTECTED] was my fault, sorry! [2001-08-17 10:11:58] [EMAIL PROTECTED] Making this a feature request [2001-08-17 10:10:05] [EMAIL PROTECTED] since php 4.0.5 with nl2br I get an XHTML1.0 compatible br / tag back. So far so good, but if I have to translate it back with strtr (and get_html_translation_table) it won't be recognized. No problem, I know the workaround (adding a 'br / = \n' to the translation array) but it would be nice to be fixed. Edit this bug report at http://bugs.php.net/?id=12812edit=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 #12838 Updated: Cannot load php_fdf.dll
ID: 12838 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Windows NT SP6 PHP Version: 4.0.6 New Comment: You have failed to read both install.txt and the manual page for installing extensions for Windows systems. There you would have find this: http://www.php.net/manual/en/install-windows.php#install.windows.extensions Note: Some of these extensions need extra dlls to work. Couple of them can be found in the distribution package, in the 'dlls' folder but some, e.g. Oracle (php_oci8.dll) require dlls which are not bundled with the distribution Previous Comments: [2001-08-19 07:12:35] [EMAIL PROTECTED] I'm using PHP 4.0.6 as CGI on IIS4 and I want to use the fdf_*-functions. But when I'm activating extension=php_fdf.dll in the php.ini I'm getting the system-error Unable to load dynamic library c:/php4/extensions/php_fdf.dll - the module was not found. But this file definitely exists. I'm pretty sure that my configuration is OK since the extension_dir is correctly set and other extensions (f.e. php_gd.lib or php_mssql.dll) work properly. Even activating the (perhaps required?) other pdf-extensions php_cpdf.dll and php_pdf.dll does not solve the problem. Just for testing purposes I activated some other dll's: extension=php_db.dll extension=php_dba.dll extension=php_dbase.dll extension=php_domxml.dll extension=php_dotnet.dll extension=php_exif.dll extension=php_fdf.dll extension=php_filepro.dll extension=php_gd.dll I found that (from these) only php_domxml.dll and php_fdf.dll cannot be loaded. BTW: Activating *all* extensions leads to approx. 10 error-messages. Edit this bug report at http://bugs.php.net/?id=12838edit=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 and CVSWeb problems
Text diff is not working at Chora, at least with IE 5.00, as it thinks that it needs to display XML content, and just prints out an XML error. Just the Human readable one works... :(( Please elaborate. Is this not working for any files, or only specific files (with an XML extension) I have tried the phpdoc files, one XML for example: http://cvs.php.net/diff.php/phpdoc/en/functions/com.xml?r1=0tr1=1.18f=ur2 =0tr2=1.20 One not XML (.ent) for example: http://cvs.php.net/diff.php/phpdoc/en/language-defs.ent?r1=0tr1=1.1f=ur2= 0tr2=1.7 and only with IE 5.00? Sorry, I don't have any other browser now to test, you can test with the links above. And what do you mean XML Error ? IE has an internal XML processor (exactly it is the processor named MSXML) It it finds an error, it just prints (viewing the page displayed with the last link): | The XML page cannot be displayed | | Cannot view XML input using style sheet. Please correct | the error and then click the Refresh button, or try again later. | | Invalid at the top level of the document. Line 1, Position 1 | = | ^ | Maybe Chora puts out an XML content type header, or something, that makes IE think this is XML (as it is not). I can't see the source, as IE just denies to show the source in such cases saying The XML source file is unavailable for viwing). Please ask, if more information is needed [EMAIL PROTECTED] -- 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 #12283 Updated: File uploads: some filetypes work, some don't
ID: 12283 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: Linux 2.2.16-22 (RedHat 7.0) PHP Version: 4.0.6 New Comment: user error Previous Comments: [2001-08-19 08:07:16] [EMAIL PROTECTED] I tried it again with the same script on my home configuration (linux RH 7.0 + php 4.06) and it worked after increasing the max file size. I made a mistake in the file size, i.e. overlooked a 0 I think :-( I'm sorry for the commotion. You can close this bug report. [2001-08-19 06:48:11] [EMAIL PROTECTED] Next question is: Does this happen with other browsers, like with Netscape? [2001-08-19 06:23:41] [EMAIL PROTECTED] I did increase the size, but with the same results. I also tried other upload scripts from the internet, with mixed results (unpredictable) on different systems. And in my opinion the script I wrote is OK. Could there also be a browser problem with Internet Explorer 5 and 5.5? [2001-08-19 04:00:55] [EMAIL PROTECTED] I would think a Word file is a lot bigger always than 1000 bytes.. So try changing that first. --Jani [2001-07-20 10:11:35] [EMAIL PROTECTED] I have a problem with file uploads on my PHP configuration. Some filetypes get uploaded (e.g. BMP, GIF, TXT), while others don't get uploaded (for example: MSWORD, PDF, EXCEL). I use the following testfiles: upload.html: == html head titleAdministration - upload new files/title /head body h1Upload new news files/h1 form enctype=multipart/form-data action=upload.php method=post input type=hidden name=MAX_FILE_SIZE value=1000 Upload this file: input name=userfile type=file input type=submit value=Send File /form /body /html upload.php: = html head titleUploading.../title /head body h1Uploading file.../h1 ? echo file: . $userfile . BR\n; echo name: . $userfile_name . BR\n; echo type: . $userfile_type . BR\n; echo size: . $userfile_size .P\n; if(is_uploaded_file ($userfile)) { $upfile = /home/projectweb/files/. $userfile_name; if ( !copy($userfile, $upfile)) { echo Problem: Could not move file into directory; exit; } echo File uploaded successfullybrbr; $fp = fopen($upfile, r); $contents = fread ($fp, filesize ($upfile)); fclose ($fp); $contents = strip_tags($contents); $fp = fopen($upfile, w); fwrite($fp, $contents); fclose($fp); echo Preview of uploaded file contents:brhr; echo $contents; echo brhr; } else { echo There is no file uploaded!; } ? /body /html Result with a BMP file: file: /tmp/files/phpNGn0H0 naam: at.BMP type: image/bmp size: 230 File uploaded successfully Preview of uploaded file contents: BMæ Result with a Microsoft Word file: file: none naam: Doc1.doc type: application/msword size: 0 There is no file uploaded! I'm puzzeled. Any ideas? Edit this bug report at http://bugs.php.net/?id=12283edit=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 #12840 Updated: When SNMP session faild(snmpwalk, snmpget), source port not closed
ID: 12840 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: SNMP related Operating System: PHP Version: 4.0.6 New Comment: not enough information. Please read the bugs-dos-and-donts before submitting any reports. Previous Comments: [2001-08-19 07:53:14] [EMAIL PROTECTED] . Edit this bug report at http://bugs.php.net/?id=12840edit=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 and CVSWeb problems
Maybe Chora puts out an XML content type header, or something, that makes IE think this is XML (as it is not). I can't see the source, as IE just denies to show the source in such cases saying The XML source file is unavailable for viwing). Please ask, if more information is needed IE is a completely useless web browser. It does not honour mime types and simply uses the file extension and/or any client-side file type associations. Chora is doing the right thing. On that com.xml URL you posted it is sending a text/plain Content-Type header. The fact that IE choosed to pass text/plain to an internal XML parser is just one more reason you should never use IE for web browsing. You never know what the thing is going to do. I would not suggest changing Chora in any way with this respect. -Rasmus -- 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 and CVSWeb problems
On Sun, Aug 19, 2001 at 12:31:22PM -0700, Rasmus Lerdorf wrote: Maybe Chora puts out an XML content type header, or something, that makes IE think this is XML (as it is not). I can't see the source, as IE just denies to show the source in such cases saying The XML source file is unavailable for viwing). Please ask, if more information is needed IE is a completely useless web browser. It does not honour mime types and simply uses the file extension and/or any client-side file type associations. Chora is doing the right thing. On that com.xml URL you posted it is sending a text/plain Content-Type header. The fact that IE choosed to pass text/plain to an internal XML parser is just one more reason you should never use IE for web browsing. You never know what the thing is going to do. I would not suggest changing Chora in any way with this respect. Agh, I see the problem now. One workaround is to disable the 'use_path_info' option in Chora, which will result in IE seeing a '.php' extension instead of the '.xml' extension. The old PATH_INFO urls will still work, but new links will use GET propagation for the cvs-path. Another one is to pad the PATH_INFO for diffs with a '.txt' extension which will fool IE. I don't think I'll bother doing this when the above option is much cleaner. Anil -- 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] [patch] don't filter proxy requests
if mod_proxy+ProxyPass are enabled, php will try to filter the output of proxy requests for *.php files. patch below prevents that.. Index: sapi/apache2filter/sapi_apache2.c === RCS file: /repository/php4/sapi/apache2filter/sapi_apache2.c,v retrieving revision 1.46 diff -u -r1.46 sapi_apache2.c --- sapi/apache2filter/sapi_apache2.c 18 Aug 2001 01:59:38 - 1.46 +++ sapi/apache2filter/sapi_apache2.c 19 Aug 2001 19:45:43 - @@ -315,6 +315,10 @@ void *conf = ap_get_module_config(f-r-per_dir_config, php4_module); TSRMLS_FETCH(); +if (f-r-proxyreq) { +return ap_pass_brigade(f-next, bb); +} + ctx = SG(server_context); INIT_CTX; -- 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 #12671 Updated: Apache runs and slowly starts to die.
ID: 12671 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Reproducible crash Operating System: Redhat 6.2 (Zoot) PHP Version: 4.0.6 New Comment: User reported this solved. Not a bug. Previous Comments: [2001-08-19 05:08:07] [EMAIL PROTECTED] Can you tell if any specific script is involved in this? [2001-08-09 01:08:58] [EMAIL PROTECTED] Running Apache 1.3.20 and PHP 4.0.6 (but the same thing happens on 4.0.4x and 4.0.3x) on a newly installed Redhat 6.2 (Kernel 2.2.14-5.0) server. Compiled PHP following the directions EXACTLY as stated in QUICK INSTALL (Static) of INSTALL. Compiled Apache the same way with the exception of adding --enable-module=rewrite and --enable-module=auth_db. Apache starts up fine. According to the error log: Apache/1.3.20 (Unix) PHP/4.0.6 configured -- resuming normal operations Apache runs, but, the number of requests slowly (5-10 minutes) increases to the MaxClient limit (which is 512, but, it does not matter the number). No .php pages will display ... they time out. I have tried Apache 1.3.12 and differnet PHP 4 version with the same results. I have tried PHP with --without-mysql and Apache without the rewrite and auth_db modules ... same results. Without PHP, Apache runs just fine. Server is an PIII 800 with 512 RAM and 8 gig SCSI drive. Redhat was install right off the CD without any indications of errors. Check all sites (Redhat, Apache and PHP) for similiar problems ... no luck there. I am lost! Thank you for your time. Edit this bug report at http://bugs.php.net/?id=12671edit=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 #12843 Updated: Problem with compile
ID: 12843 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: linux 2.2.15 PHP Version: 4.0.6 New Comment: Install the GD library you want to use someplace else than /usr , e.g. into /opt/gd-x.x.x/ and use that path for --with-gd: --with-gd=/opt/gd-x.x.x/ Not a bug. Your system just has garbled GD libs. --Jani Previous Comments: [2001-08-19 11:29:40] [EMAIL PROTECTED] ./configure --with-mysql --with-gd --with-apache=/usr/local/src/apache_1.3.20 --enable-track-vars After configuring PHP and executing 'make' this message appears : gd.c:95: conflicting types for `gdIOCtx' gd_io.h:18: previous declaration of `gdIOCtx' make[3]: *** [gd.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 gd.c contains : typedef FILE gdIOCtx; gd_io.h contains : typedef struct gdIOCtx { int (*getC)(struct gdIOCtx*); int (*getBuf)(struct gdIOCtx*, void*, int); void (*putC)(struct gdIOCtx*, int); int (*putBuf)(struct gdIOCtx*, const void*, int); int (*seek)(struct gdIOCtx*, const int); long(*tell)(struct gdIOCtx*); void(*free)(struct gdIOCtx*); } gdIOCtx; typedef struct gdIOCtx *gdIOCtxPtr; What's the problem ? Edit this bug report at http://bugs.php.net/?id=12843edit=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 #12254 Updated: PHP/gd compilation problems - gd.c:95: conflicting types for `gdIOCtx'
ID: 12254 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: GD related Operating System: Linux 2.2.19 PHP Version: 4.0.6 New Comment: User error. Previous Comments: [2001-07-26 21:25:24] [EMAIL PROTECTED] First of all you should be using the install prefix dirs with every configure option. ie. --with-jpeg-dir=/usr And please try the latest CVS snapshot: http://snaps.php.net/ [2001-07-19 10:52:45] [EMAIL PROTECTED] Using gd 1.8.4 , php 4.0.6 ./configure --with-mysql --with-fastcgi --with-gd=/usr/local/ --with-jpeg-dir=/usr/lib/ --enable-ftp --enable-trans-sid Produces error : gd.c:95: conflicting types for `gdIOCtx' /usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx' gd.c: In function `php_if_imagecreatefromgif': gd.c:1209: `gdImageCreateFromGif' undeclared (first use in this function) gd.c:1209: (Each undeclared identifier is reported only once gd.c:1209: for each function it appears in.) gd.c: In function `php_if_imagegif': gd.c:1404: `gdImageGif' undeclared (first use in this function) make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=12254edit=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 #12376 Updated: PHP isn't loading the extension modules...
ID: 12376 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: GD related Operating System: Win 98 Second Edition PHP Version: 4.0.6 New Comment: Ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments: [2001-07-26 14:21:43] [EMAIL PROTECTED] can you please include your php.ini file... [2001-07-25 15:55:28] [EMAIL PROTECTED] I use Apache 1.3.14. I have specified that I wanted PHP to use ./extensions/ for the module extensions directory so I could build images with GD, but it still doesn't see the modules. I even set the extension=php_gd.dll, and when I do a phpinfo(); it reports entension_dir as having no value. Why won't it let me include the file so I can build images? [2001-07-25 15:17:05] [EMAIL PROTECTED] I use Apache 1.3.14. I have specified that I wanted PHP to use ./extensions/ for the module extensions directory so I could build images with GD, but it still doesn't see the modules. I even set the extension=php_gd.dll, and when I do a phpinfo(); it reports entension_dir as having no value. Why won't it let me include the file so I can build images? Edit this bug report at http://bugs.php.net/?id=12376edit=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 #12248 Updated: Page hangs as soon as I have added the _gd extension in php.ini
ID: 12248 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: GD related Operating System: Win 95 PHP Version: 4.0.6 New Comment: Can't reproduce. Try reinstalling everything. Previous Comments: [2001-07-20 07:33:56] [EMAIL PROTECTED] i'm assuming that you use the apache module. i'm unable to reproduce this tough, anyone? [2001-07-19 07:03:41] [EMAIL PROTECTED] I have modified the php.ini file to include the php_gd extension. As soon as I have done that it is not possible to execute pages with php code on them. If i kill the hanging php process, add the ';' in php.ini it works again. I run the precompiled widows php version currently on the web. I put the php_gd.dll in the windows directory and modified the extensions_dir=c:\windows I run Apache 1.3.20 Edit this bug report at http://bugs.php.net/?id=12248edit=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 #12846: Installation instructions
From: [EMAIL PROTECTED] Operating system: Win 95 (the first version) PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: Installation instructions Hi. I've got the PHP apache module woriking fine now but it took ages. The install.txt that comes with the win32 version says that for win95 you will need the DCOM95 update. I did this but found I also needed the Microsoft Data Access Control update. This was becasue every time I tried to run a PHP script i kept getting a popup message on the screen saying that ODBC32.DLL was needed and couldnt be found. I think this is because of the database functions that are built in. I wasnt trying to use any database things when this happened, but it was annoying because the install file didnt say I needed this. I think Win98 comes with this built in. Can you mention this is in the install.txt or a readme file somewhere? Cheers. -- Edit bug report at: http://bugs.php.net/?id=12846edit=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 and CVSWeb problems
At 22:31 19-08-01, Rasmus Lerdorf wrote: Maybe Chora puts out an XML content type header, or something, that makes IE think this is XML (as it is not). I can't see the source, as IE just denies to show the source in such cases saying The XML source file is unavailable for viwing). Please ask, if more information is needed IE is a completely useless web browser. That's why 75% of our users and like 90% of the Web uses it, eh? :) It does not honour mime types and simply uses the file extension and/or any client-side file type associations. Chora is doing the right thing. On that com.xml URL you posted it is sending a text/plain Content-Type header. The fact that IE choosed to pass text/plain to an internal XML parser is just one more reason you should never use IE for web browsing. You never know what the thing is going to do. I would not suggest changing Chora in any way with this respect. 'Hadin Yikov Et Hahar'. I wish I knew how to translate that :) 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]