[PHP-DEV] Compiler Warnings
Hi there, during the last session in #php.bugs there was a discussion about removing compiler warnings, whereever possible. Here's the current list for the standard Win32 build: zend_ini_scanner.cpp(741) : warning C4102: 'find_rule' : Unreferenced label zend_language_scanner.cpp(5439) : warning C4273: 'isatty' : Inconsistent DLL-Binding, guessing dllexport. php4/main/main.c(204) : warning C4047: 'initializing' : Dereference count different in 'char *' and 'const int ' php4/ext/session/mod_files.c(91) : warning C4018: '=' : Conflict between signed und unsigned php4/ext/session/session.c(297) : warning C4244: '=' : Conversion from 'unsigned long ' in 'char ', possible data loss. php4/ext/session/session.c(297) : warning C4244: '=' : Conversion from 'unsigned long ' in 'char ', possible data loss. php4/ext/standard/url_scanner_ex.re(197) : warning C4018: '' : Conflict between signed und unsigned php4/ext/standard/url_scanner_ex.re(303) : warning C4102: 'yy65' : Unreferenced label php4/ext/standard/url_scanner_ex.re(302) : warning C4102: 'yy64' : Unreferenced label php4/ext/standard/url_scanner_ex.re(288) : warning C4102: 'yy59' : Unreferenced label php4/ext/standard/url_scanner_ex.re(302) : warning C4102: 'yy56' : Unreferenced label php4/ext/standard/url_scanner_ex.re(320) : warning C4102: 'yy45' : Unreferenced label php4/ext/standard/url_scanner_ex.re(289) : warning C4102: 'yy43' : Unreferenced label php4/ext/standard/url_scanner_ex.re(287) : warning C4102: 'yy42' : Unreferenced label php4/ext/standard/url_scanner_ex.re(313) : warning C4102: 'yy33' : Unreferenced label php4/ext/standard/url_scanner_ex.re(272) : warning C4102: 'yy29' : Unreferenced label php4/ext/standard/url_scanner_ex.re(307) : warning C4102: 'yy25' : Unreferenced label php4/ext/standard/url_scanner_ex.re(265) : warning C4102: 'yy23' : Unreferenced label php4/ext/standard/url_scanner_ex.re(264) : warning C4102: 'yy21' : Unreferenced label php4/ext/standard/url_scanner_ex.re(263) : warning C4102: 'yy19' : Unreferenced label php4/ext/standard/url_scanner_ex.re(288) : warning C4102: 'yy17' : Unreferenced label php4/ext/standard/url_scanner_ex.re(264) : warning C4102: 'yy15' : Unreferenced label php4/ext/standard/url_scanner_ex.re(256) : warning C4102: 'yy11' : Unreferenced label php4/ext/standard/url_scanner_ex.re(291) : warning C4102: 'yy7' : Unreferenced label php4/ext/standard/url_scanner_ex.re(249) : warning C4102: 'yy5' : Unreferenced label php4/ext/standard/url_scanner_ex.re(256) : warning C4102: 'yy3' : Unreferenced label php4/ext/standard/url_scanner_ex.re(255) : warning C4102: 'yy2' : Unreferenced label php4/ext/standard/url_scanner_ex.re(250) : warning C4102: 'yy1' : Unreferenced label php4/ext/standard/url_scanner_ex.re(248) : warning C4101: 'yyaccept' : Unreferenzierte lokale Variable php4/ext/standard/url_scanner_ex.re(255) : warning C4101: 'yyaccept' : Unreferenzierte lokale Variable php4/ext/standard/url_scanner_ex.re(262) : warning C4101: 'yyaccept' : Unreferenzierte lokale Variable php4/ext/standard/url_scanner_ex.re(271) : warning C4101: 'yyaccept' : Unreferenzierte lokale Variable php4/ext/standard/url_scanner_ex.re(326) : warning C4101: 'ret' : Unreferenced local variable -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #10795 Updated: One of the library files needed to runthis application cannot be found
** High Priority ** One of the library files needed to run text above was ALL about error condition Best regards Arne Bug Database [EMAIL PROTECTED] 05/10/01 08:24PL ID: 10795 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PWS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: What error do you get? Derick Previous Comments: --- [2001-05-10 12:22:08] [EMAIL PROTECTED] PWS 4 running --- [2001-05-10 12:19:25] [EMAIL PROTECTED] [Script] HTML HEADTITLETesting PHP 1-st script/TITLE/HEAD BODY H2This is 1.st PHP-script/H2 Hello world! ?php $foo= dog; echo foo is for $foo; ? /BODY /HTML [php.ini] ; 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 compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression=Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to calling the ; PHP function flush() after each and every call to print() or echo() and each ; and every HTML block. Turning this option on has serious performance ; implications and is generally recommended for debugging purposes only. implicit_flush=Off ; Whether to enable the ability to force arguments to be passed by reference ; at function call time. This method is deprecated and is likely to be ; unsupported in future versions of PHP/Zend. The encouraged method of ; specifying which arguments should be passed by reference is in the function ; declaration. You're encouraged to try and turn this option Off and make ; sure your scripts work properly with it in order to ensure they will work ; with future versions of the language (you will receive a warning each time ; you use this feature, and the argument will be passed by value instead of by ; reference). allow_call_time_pass_reference=On ; ; Safe Mode ; safe_mode=Off safe_mode_exec_dir= ; Setting certain environment variables may be a potential security breach. ; This directive contains a comma-delimited list of prefixes. In Safe Mode, ; the user may only alter environment variables whose names begin with the ; prefixes supplied here. By default, users will only be able to set ; environment variables that begin with PHP_ (e.g. PHP_FOO=BAR). ; ; Note: If this directive is empty, PHP will let the user modify ANY ; environment variable! safe_mode_allowed_env_vars=PHP_ ; This directive contains a comma-delimited list of environment variables that ; the end user won't be able to change using putenv(). These variables will be ; protected even if safe_mode_allowed_env_vars is set to allow to change them. safe_mode_protected_env_vars=LD_LIBRARY_PATH ; This directive allows you to disable certain functions for security reasons. ; It receives a comma-deliminated list of function names. This directive is ; *NOT* affected by whether Safe Mode is turned On or Off. disable_functions= ; Colors for Syntax Highlighting mode. Anything that's acceptable in ; font color=?? would work. highlight.string=#CC highlight.comment=#FF9900 highlight.keyword=#006600 highlight.bg=#FF highlight.default=#CC highlight.html=#00 ; ; Misc ; ; Decides whether PHP may expose the fact that it is installed on the server ; (e.g. by adding its signature to the Web server header). It is no security ; threat in any way, but it makes it possible to determine whether you use PHP ; on your server or not. expose_php=On ;;; ; Resource Limits ; ;;; max_execution_time=30 ; Maximum execution time of each script, in seconds memory_limit=8M ; Maximum amount of memory a script may
[PHP-DEV] Bug #10802 Updated: ./config --with-oci8 reports:checking Oracle version... configure: error: Oracl
ID: 10802 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please provide more information, and read http://www.php.net/bugs-dos-and-donts.php before reporting a bug. Previous Comments: --- [2001-05-10 22:42:13] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10802edit=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] Bug #10802 Updated: ./config --with-oci8 reports:checking Oracle version... configure: error: Oracl
ID: 10802 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: Status Feedback Previous Comments: --- [2001-05-11 02:56:43] [EMAIL PROTECTED] Please provide more information, and read http://www.php.net/bugs-dos-and-donts.php before reporting a bug. --- [2001-05-10 22:42:13] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10802edit=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] Bug #10795 Updated: One of the library files needed to run this application cannot be found
ID: 10795 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PWS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: I don't think that's the whole error. Even Windows must give better errors. What library could not be found? Derick Previous Comments: --- [2001-05-11 02:59:22] [EMAIL PROTECTED] User update: One of the library files needed to run text above was ALL about error condition Best regards Arne --- [2001-05-10 13:24:36] [EMAIL PROTECTED] What error do you get? Derick --- [2001-05-10 12:22:08] [EMAIL PROTECTED] PWS 4 running --- [2001-05-10 12:19:25] [EMAIL PROTECTED] [Script] HTML HEADTITLETesting PHP 1-st script/TITLE/HEAD BODY H2This is 1.st PHP-script/H2 Hello world! ?php $foo= dog; echo foo is for $foo; ? /BODY /HTML [php.ini] ; 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 compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression=Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to calling the ; PHP function flush() after each and every call to print() or echo() and each ; and every HTML block. Turning this option on has serious performance ; implications and is generally recommended for debugging purposes only. implicit_flush=Off ; Whether to enable the ability to force arguments to be passed by reference ; at function call time. This method is deprecated and is likely to be ; unsupported in future versions of PHP/Zend. The encouraged method of ; specifying which arguments should be passed by reference is in the function ; declaration. You're encouraged to try and turn this option Off and make ; sure your scripts work properly with it in order to ensure they will work ; with future versions of the language (you will receive a warning each time ; you use this feature, and the argument will be passed by value instead of by ; reference). allow_call_time_pass_reference=On ; ; Safe Mode ; safe_mode=Off safe_mode_exec_dir= ; Setting certain environment variables may be a potential security breach. ; This directive contains a comma-delimited list of prefixes. In Safe Mode, ; the user may only alter environment variables whose names begin with the ; prefixes supplied here. By default, users will only be able to set ; environment variables that begin with PHP_ (e.g. PHP_FOO=BAR). ; ; Note: If this directive is empty, PHP will let the user modify ANY ; environment variable! safe_mode_allowed_env_vars=PHP_ ; This directive contains a comma-delimited list of environment variables that ; the end user won't be able to change using putenv(). These variables will be ; protected even if safe_mode_allowed_env_vars is set to allow to change them. safe_mode_protected_env_vars=LD_LIBRARY_PATH ; This directive allows you to disable certain functions for security reasons. ; It receives a comma-deliminated list of function names. This directive is ; *NOT* affected by whether Safe Mode is turned On or Off. disable_functions= ; Colors for Syntax Highlighting mode. Anything that's acceptable in ; font color=?? would work. highlight.string=#CC highlight.comment=#FF9900 highlight.keyword=#006600 highlight.bg=#FF highlight.default=#CC highlight.html=#00 ; ; Misc ; ; Decides whether PHP may expose the fact that it is installed on the server ;
[PHP-DEV] Bug #10803: ifx_fetch_rows()
From: [EMAIL PROTECTED] Operating system: win2000 ad Chinese PHP version: 4.0.4pl1 PHP Bug Type: Informix related Bug description: ifx_fetch_rows() $conn=ifx_connect(tjcx@picckfk,jlcx,jlcx2000; $query=select tjdate from f001 ; $query.=group by tjdate order by tjdate; $result=ifx_prepare($query,$conn); ifx_do($result); $row=ifx_fetch_row($result,LAST); for ($i=1;$i=10;$i++) { $tjdate=$row[tjdate]; echo '$tjdate'; echo option value=\,$tjdate,\; echo $tjdate; echo '/option'; $row=ifx_fetch_row($result,PREVIOUS); echo ($row); if ($row==FALSE) {break;} } I get array is ascending,I changed {$row=ifx_fetch_row($result,LAST);} to {$row=ifx_fetch_row($result,FIRST);} But I get same result. Can you help me!! -- Edit Bug report at: http://bugs.php.net/?id=10803edit=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 #9334 Updated: Oracle8 connect by ODBC
ID: 9334 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: ODBC related Operating system: Win 98/NT PHP Version: 4.0.4 Description: Oracle8 connect by ODBC Yeah now is OK. But I had to also change file 'Sqlnet.ora' in the same way '/r/n' - '/n' Now everything is OK But these changes I must to do always when I want add new or delete service (tnsname) Previous Comments: --- [2001-05-10 08:37:45] [EMAIL PROTECTED] a recent posting on the php-db mailing list suggested the following as a correction, no idea if it is prevailent to your problem: take your tnsnames.ora file and remove all Windows cr's from it (rn). Use only the unix carriage returns (n). This might fix it. As I can't read/understand what your SQL error is saying specifically, it might be worth a try :) But a SQL08004 error is a server rejected access error (as per ODBC standards). --- [2001-05-10 04:13:53] [EMAIL PROTECTED] Ok , so I wrote whole script below and all error mesages: SCRIPT: ? $lacze = odbc_connect(LIVE,ter515,ter515); $query = SELECT ITEM FROM LIVE.WO where WO_NUM='200504A00667' and WO_LINE='0001' ; $result = odbc_exec($lacze, $query); $item=odbc_result($result,1); Echo(Item: $item); ? RESULT (PHP 4.0.4): Warning: SQL error: [Oracle][ODBC][Ora]ORA-12154: TNS:nie mo¿na wyliczyæ nazwy us³ugi , SQL state 08004 in SQLConnect in c:program filesapache groupapachehtdocstemptest.php4 on line 2 Warning: Supplied argument is not a valid ODBC-Link resource in c:program filesapache groupapachehtdocstemptest.php4 on line 8 Warning: Supplied argument is not a valid ODBC result resource in c:program filesapache groupapachehtdocstemptest.php4 on line 9 Item: RESULT (PHP 3.0.17): Item: LA 6000-RSC --- [2001-05-08 08:39:23] [EMAIL PROTECTED] the statement because odbc_connect doesn't work does not help. what doesn't work about it? what error are you receiving? does it connect but mark $aa as invalid, empty, or 0? can you please provide a full simple script to simulate the problem? your sample below is missing declarations for the following variables: Dsn_name user password --- [2001-05-08 04:32:33] [EMAIL PROTECTED] With PHP 4.0.5 is the same situation My script: f.e ? $aa=odbc_connect(Dns_name,user,password); ? becouse odbc_connect doesn't work My php.ini : [PHP] ; 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 ; output buffering. implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print()
[PHP-DEV] Bug #10789 Updated: LDAP and OCI8 support don't work together
ID: 10789 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: LDAP related Operating system: Linux 2.2.17 PHP Version: 4.0.5 Description: LDAP and OCI8 support don't work together Yes, it works. Thank you very much. Why I must install Oracle _server_ in order to get ldap.h? Horrible. Previous Comments: --- [2001-05-10 11:41:12] [EMAIL PROTECTED] oracle 8.1.x has it's own ldap implementation. you _need_ to use that. do so by specifying $ORACLE_HOME as your ldap directory: --with-ldap=$ORACLE_HOME --- [2001-05-10 10:00:24] [EMAIL PROTECTED] I have problem with running together LDAP and OCI8 support in PHP. Functions ldap_add() and ldap_modify() causes apache proces to generate segmentation fault. Here is my configure line: ORACLE_HOME=/usr/local/oraclient/8.1.6 ./configure --with-mysql=shared,/usr --with-dbase --enable-sysvshm --enable-sysvsem --with-config-file-path=/etc/httpd --with-gdbm=/usr --disable-debug --with-oci8=shared --with-gd=shared --with-ttf --with-jpeg-dir --with-ldap=shared --with-imap=shared --with-kerberos --with-apxs=/usr/local/apache/bin/apxs I built all modules as shared. Here is a part of my php.ini extension=gd.so extension=imap.so extension=mysql.so extension=ldap.so extension=oci8.so oci8 works fine, ldap_add() and ldap_modify() crash. If I comment out extension oci8.so, ldap works also fine. I added --enable-versioning to configure line and if I tried to start Apache server, it exited with message in the log: [notice] caught SIGTERM, shutting down I found a workaround - comment out extension=oci8.so in the php.ini file, start Apache, uncomment the line and do apachectl restart. Then everything works. I'm sorry I didn't attach any backtrace, but I wasn't able to get any. --- Full Bug description available at: http://bugs.php.net/?id=10789 -- PHP Development Mailing List http://www.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 #9334 Updated: Oracle8 connect by ODBC
ID: 9334 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Dan's suggestion fixed the problem. Closing (As it's not even a PHP bug) Previous Comments: --- [2001-05-11 03:21:37] [EMAIL PROTECTED] Yeah now is OK. But I had to also change file 'Sqlnet.ora' in the same way '/r/n' - '/n' Now everything is OK But these changes I must to do always when I want add new or delete service (tnsname) --- [2001-05-10 08:37:45] [EMAIL PROTECTED] a recent posting on the php-db mailing list suggested the following as a correction, no idea if it is prevailent to your problem: take your tnsnames.ora file and remove all Windows cr's from it (rn). Use only the unix carriage returns (n). This might fix it. As I can't read/understand what your SQL error is saying specifically, it might be worth a try :) But a SQL08004 error is a server rejected access error (as per ODBC standards). --- [2001-05-10 04:13:53] [EMAIL PROTECTED] Ok , so I wrote whole script below and all error mesages: SCRIPT: ? $lacze = odbc_connect(LIVE,ter515,ter515); $query = SELECT ITEM FROM LIVE.WO where WO_NUM='200504A00667' and WO_LINE='0001' ; $result = odbc_exec($lacze, $query); $item=odbc_result($result,1); Echo(Item: $item); ? RESULT (PHP 4.0.4): Warning: SQL error: [Oracle][ODBC][Ora]ORA-12154: TNS:nie mo¿na wyliczyæ nazwy us³ugi , SQL state 08004 in SQLConnect in c:program filesapache groupapachehtdocstemptest.php4 on line 2 Warning: Supplied argument is not a valid ODBC-Link resource in c:program filesapache groupapachehtdocstemptest.php4 on line 8 Warning: Supplied argument is not a valid ODBC result resource in c:program filesapache groupapachehtdocstemptest.php4 on line 9 Item: RESULT (PHP 3.0.17): Item: LA 6000-RSC --- [2001-05-08 08:39:23] [EMAIL PROTECTED] the statement because odbc_connect doesn't work does not help. what doesn't work about it? what error are you receiving? does it connect but mark $aa as invalid, empty, or 0? can you please provide a full simple script to simulate the problem? your sample below is missing declarations for the following variables: Dsn_name user password --- [2001-05-08 04:32:33] [EMAIL PROTECTED] With PHP 4.0.5 is the same situation My script: f.e ? $aa=odbc_connect(Dns_name,user,password); ? becouse odbc_connect doesn't work My php.ini : [PHP] ; 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 ; output buffering. implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output
[PHP-DEV] Bug #10786 Updated: localhost now fails in mysql_(p)connect
ID: 10786 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: MySQL related Operating system: Linux SuSE 7.1/Mandrake 7.2 PHP Version: 4.0.5 Description: localhost now fails in mysql_(p)connect Thanks for the quick reply. The error message was indicating that it couldn't find the mysql.sock file and your suggestion of pointing the entry in php.ini to that location fixed the problem immediately. The new location on one machine was /var/lib/mysql/mysql.sock - I don't have the correct permissions on the other machine to update php.ini as this is run by another company. Interestingly enough, I upgraded a third machine yesterday after your email arrived and this worked flawlessly - it was running RedHat 6.1/MySQL 3.23.27-beta and the mysql.sock was located in the expected place in /tmp. However, this still does not explain why previous versions of PHP can find the mysql.sock file without problem while 4.0.5 has trouble - I note that there has been quite a few changes to the ext/mysql/php_mysql.c file and suppose that something has been slightly broken there. Is this likely to be fixed? Thanks again Previous Comments: --- [2001-05-10 08:53:44] [EMAIL PROTECTED] What is the error message you get? Can you also try to set: mysql.default_socket to the location where you mysql soscket is? (Probably: /tmp/mysql.sock or /var/lib/mysql.sock). --- [2001-05-10 08:44:13] [EMAIL PROTECTED] Two systems have been upgraded from 4.0.4pl1 to 4.0.5 and both have then failed to connect to a MySQL database using 'localhost' in the mysql_connect or mysql_pconnect calls. The MySQL installation has not been upgraded. Replacing the libphp4.so with the 4.0.4pl1 version and restarting apache fixes the problem as does changing 'localhost' to '127.0.0.1' (plus a similar mod to mysql db and user tables in the database so that the host names match). The MySQL version is 3.23.32 --- Full Bug description available at: http://bugs.php.net/?id=10786 -- PHP Development Mailing List http://www.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 #10804: No HTTP_POST_VARS
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.5 PHP Bug Type: Arrays related Bug description: No HTTP_POST_VARS PHP 4.0.5 and 4.0.4pl1 (tried the latter as a fallback) downloaded as binaries from your php.net site, running Xitami. Also tried on a Windows ME machine and got the same results, which are: POSTing from a form does not result in the $HTTP_POST_VARS array being created. It also doesn't create the global versions of these variables (with register_globals on or off). However, it _does_ create appropriate entries in $HTTP_ENV_VARS['FORM_*'] and $HTTP_SERVER_VARS['FORM_*']. Additionally, $HTTP_COOKIE_VARS show up fine (unrelated, just FYI). I used this code to emulate (badly) the HTTP_POST_VARS variables, just to be sure that was really the problem: if(count($HTTP_POST_VARS) 2) { // test always succeeds reset($HTTP_ENV_VARS); // is set, but is 0 size while(list($k,$v) = each($HTTP_ENV_VARS)) { if(!strncmp($k,FORM_,5)) { $g = strtolower(substr($k,5)); $HTTP_POST_VARS[$g] = $v; // create fake array var $$g = $v; // create fake global var } } } I tried several scripts from the internet (Phorum, etc.) and had the same problem with all, whenever a form POSTed, on both machines using both versions of PHP. Even a form with only a simple submit button fails without the above hack. This is bizaare. Here are some typical results from phpinfo() after a POST: This is from the Environment section: QUERY_METHOD POST REQUEST_METHOD POST ... FORM_SET Login FORM_AUTHKEY FORM_AUTHPASS FORM_AUTHUSER Myadmin23 FORM_REFERERURL http://forum.hectorplasmic.com/frontpage.php This is from the PHP Variables section: HTTP_SERVER_VARS[QUERY_METHOD] POST HTTP_SERVER_VARS[REQUEST_METHOD] POST ... HTTP_SERVER_VARS[FORM_SET] Login HTTP_SERVER_VARS[FORM_AUTHKEY] HTTP_SERVER_VARS[FORM_AUTHPASS] HTTP_SERVER_VARS[FORM_AUTHUSER] Myadmin23 HTTP_SERVER_VARS[FORM_REFERERURL] http://forum.hectorplasmic.com/frontpage.php So is this: HTTP_ENV_VARS[QUERY_METHOD] POST HTTP_ENV_VARS[REQUEST_METHOD] POST HTTP_ENV_VARS[GATEWAY_INTERFACE] CGI/1.1 HTTP_ENV_VARS[SERVER_SECURITY] - HTTP_ENV_VARS[SERVER_PROTOCOL] HTTP/1.1 HTTP_ENV_VARS[SERVER_PORT] 80 ... HTTP_ENV_VARS[SERVER_VERSION] 2.5b1 HTTP_ENV_VARS[SERVER_SOFTWARE] Xitami HTTP_ENV_VARS[FORM_SET] Login HTTP_ENV_VARS[FORM_AUTHKEY] HTTP_ENV_VARS[FORM_AUTHPASS] HTTP_ENV_VARS[FORM_AUTHUSER] Myadmin23 HTTP_ENV_VARS[FORM_REFERERURL] http://forum.hectorplasmic.com/frontpage.php So is this, but they're my fake variables created by the code above. These don't show up without that code -- no HTTP_POST_VARS at all. HTTP_POST_VARS[set] Login HTTP_POST_VARS[authkey] HTTP_POST_VARS[authpass] HTTP_POST_VARS[authuser] Myadmin23 HTTP_POST_VARS[refererurl] http://forum.hectorplasmic.com/frontpage.php Here's the form (stripped of HTML formatting crud): form method=post action=/login.php name=login input type=hidden name=refererurl value=http://forum.hectorplasmic.com/frontpage.php;br Username: input class=inp type=text name=authUser Userpass: input class=inp type=password name=authPass Activation code: input class=inp type=text name=authKey input class=button type=submit name=set value=Login input class=button type=reset name=reset value=Clear /form I beat my head on the wall trying to figure it out -- obviously, this hasn't been happening to very many people, or you'd be flooded with complaints -- but I give up, I'm whupped. Any ideas? After I get some sleep, I may try PHP 3.x just to see if the problem remains... -- Edit Bug report at: http://bugs.php.net/?id=10804edit=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 #10797 Updated: tmpfile() Does not work in version PHP4 only in PHP3
ID: 10797 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: ftp_fget($connect, $FORWARD_TMP, .forward, FTP_ASCII); You are passing the file pointer resource as a string $FORWARD_TMP. This is incorrect. You should pass it as a regular variable without the double quotes. i.e. $FORWARD_TMP Previous Comments: --- [2001-05-10 13:24:27] [EMAIL PROTECTED] ?php $MAIL_SERVER = some.mail.server.com; $FORWARD_TMP = tmpfile(); $connect = ftp_connect($MAIL_SERVER); ftp_fget($connect, $FORWARD_TMP, .forward, FTP_ASCII); ? Following code above give this error message: Warning: Supplied argument is not a valid File-Handle resource in /export1/www/docs/users/jsh/testtmp.php on line 7 In PHP3 it works on Solaris 2.6 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10797edit=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] Bug #10797 Updated: tmpfile() Does not work in version PHP4 only in PHP3
ID: 10797 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Filesystem function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Reclassify Previous Comments: --- [2001-05-11 04:21:36] [EMAIL PROTECTED] ftp_fget($connect, $FORWARD_TMP, .forward, FTP_ASCII); You are passing the file pointer resource as a string $FORWARD_TMP. This is incorrect. You should pass it as a regular variable without the double quotes. i.e. $FORWARD_TMP --- [2001-05-10 13:24:27] [EMAIL PROTECTED] ?php $MAIL_SERVER = some.mail.server.com; $FORWARD_TMP = tmpfile(); $connect = ftp_connect($MAIL_SERVER); ftp_fget($connect, $FORWARD_TMP, .forward, FTP_ASCII); ? Following code above give this error message: Warning: Supplied argument is not a valid File-Handle resource in /export1/www/docs/users/jsh/testtmp.php on line 7 In PHP3 it works on Solaris 2.6 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10797edit=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] Bug #10805: Compile error on zend_operators.c
From: [EMAIL PROTECTED] Operating system: Tru64/OSF1 V5.0 a PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: Compile error on zend_operators.c make: GNU Make version 3.79 cc: Compaq C V6.1-020 on Compaq Tru64 UNIX V5.0A (Rev. 1094) Error: Making all in Zend make[1]: Entering directory `/usr/users/stone/dl/php-4.0.5/Zend' /bin/sh /home/stone/dl/php-4.0.5/libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DOSF1 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c zend_operators.c zend_operators.c: In function `multi_convert_to_long_ex': zend_operators.c:525: parse error before `zval' zend_operators.c: In function `multi_convert_to_double_ex': zend_operators.c:540: parse error before `zval' zend_operators.c: In function `multi_convert_to_string_ex': zend_operators.c:555: parse error before `zval' make[1]: *** [zend_operators.lo] Error 1 make[1]: Leaving directory `/usr/users/stone/dl/php-4.0.5/Zend' make: *** [all-recursive] Error 1 -- Edit Bug report at: http://bugs.php.net/?id=10805edit=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] Is this still true?
I thought that PHP was available as a ISAPI NSAPI plug-in already? Partly true. Yes ISAPI and NSAPI modules do exist. I have no experience of the NSAPI module, however the ISAPI module is, sadly - and despite a lot of hard work, still far from production quality. Cheers -- Phil Driscoll Dial Solutions +44 (0)113 294 5112 http://www.dialsolutions.com http://www.dtonline.org -- PHP Development Mailing List http://www.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 #10806: make fails on Tru64.
From: [EMAIL PROTECTED] Operating system: Tru64/OSF1 v5.0a PHP version: 4.0.5 PHP Bug Type: Compile Problem Bug description: make fails on Tru64. GNU make: $ ./configure [...] $ make Makefile:29: /build/rules.mk: No such file or directory Makefile:30: /build/library.mk: No such file or directory Makefile:31: /build/program.mk: No such file or directory make: *** No rule to make target `/build/program.mk'. Stop. $ make -d [...] No implicit rule found for `/build/program.mk'. Finished prerequisites of target file `/build/program.mk'. Must remake target `/build/program.mk'. make: *** No rule to make target `/build/program.mk'. Stop. Compaq make: $ ./configure [...] $ make Make: Cannot open /build/rules.mk. Stop. $ make -d MAKE ENTRY (make -d) at Fri May 11 10:43:16 2001 Reading internal rules. MAKEDIR=/ Include file: /build/rules.mk Make: Cannot open /build/rules.mk. Stop. Current working directory on exit from make is /usr/users/stone/dl/php-4.0.5 MAKE EXIT (1) at Fri May 11 10:43:16 2001 My workaround: /opt/make/bin/make top_srcdir=/home/stone/dl/php-4.0.5 top_builddir=/home/stone/dl/php-4.0.5 builddir=. or edit the makefiles... Then the compile stops at zend_operators.c see bug: #10805 -- Edit Bug report at: http://bugs.php.net/?id=10806edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #10795 Updated: One of the library files needed to runthis application cannot be found
** High Priority ** To get error-log I've set: ; Log errors to specified file. error_log=C:\php4\errors.log but C:\php4\errors.log does'nt exist Message :: One of the library files needed to run this application . appears in MS IE browser window any comments? With regards Arne Bug Database [EMAIL PROTECTED] 05/11/01 10:00EL ID: 10795 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PWS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: I don't think that's the whole error. Even Windows must give better errors. What library could not be found? Derick Previous Comments: --- [2001-05-11 02:59:22] [EMAIL PROTECTED] User update: One of the library files needed to run text above was ALL about error condition Best regards Arne --- [2001-05-10 13:24:36] [EMAIL PROTECTED] What error do you get? Derick --- [2001-05-10 12:22:08] [EMAIL PROTECTED] PWS 4 running --- [2001-05-10 12:19:25] [EMAIL PROTECTED] [Script] HTML HEADTITLETesting PHP 1-st script/TITLE/HEAD BODY H2This is 1.st PHP-script/H2 Hello world! ?php $foo= "dog"; echo "foo is for $foo"; ? /BODY /HTML [php.ini] ; 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 compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression=Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to calling the ; PHP function flush() after each and every call to print() or echo() and each ; and every HTML block. Turning this option on has serious performance ; implications and is generally recommended for debugging purposes only. implicit_flush=Off ; Whether to enable the ability to force arguments to be passed by reference ; at function call time. This method is deprecated and is likely to be ; unsupported in future versions of PHP/Zend. The encouraged method of ; specifying which arguments should be passed by reference is in the function ; declaration. You're encouraged to try and turn this option Off and make ; sure your scripts work properly with it in order to ensure they will work ; with future versions of the language (you will receive a warning each time ; you use this feature, and the argument will be passed by value instead of by ; reference). allow_call_time_pass_reference=On ; ; Safe Mode ; safe_mode=Off safe_mode_exec_dir= ; Setting certain environment variables may be a potential security breach. ; This directive contains a comma-delimited list of prefixes. In Safe Mode, ; the user may only alter environment variables whose names begin with the ; prefixes supplied here. By default, users will only be able to set ; environment variables that begin with PHP_ (e.g. PHP_FOO=BAR). ; ; Note: If this directive is empty, PHP will let the user modify ANY ; environment variable! safe_mode_allowed_env_vars=PHP_ ; This directive contains a comma-delimited list of environment variables that ; the end user won't be able to change using putenv(). These variables will be ; protected even if safe_mode_allowed_env_vars is set to allow to change them. safe_mode_protected_env_vars=LD_LIBRARY_PATH ; This directive allows you to disable certain functions for security reasons. ; It receives a comma-deliminated list of function names. This directive is ; *NOT* affected by whether Safe Mode is turned On or Off. disable_functions= ; Colors for Syntax Highlighting mode. Anything that's acceptable in ; font color="??" would work.
[PHP-DEV] Bug #10807 Updated: error with php
ID: 10807 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 3.0.17 Assigned To: Comments: please try php 4.0.5 and see if the problem still exists. Previous Comments: --- [2001-05-11 05:14:35] [EMAIL PROTECTED] Hello, I have problem with odbc32.dll et make a fault in php3. Whant can i do? Thank you for the response. Brigitte [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10807edit=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]
Re: [PHP-DEV] stat/fstat
[Zeev Suraski [EMAIL PROTECTED]] Hey, I just got around to writing a PHP script that uses stat(), and was quite surprised to find that instead of using string indices, it uses hardcoded/obscure numeric indices, e.g.: Array ( [0] = 2050 [1] = 1114462 [2] = 16877 [3] = 2 [4] = 503 [5] = 513 [6] = 11065 [7] = 1024 [8] = 989532201 [9] = 989532201 [10] = 989532201 [11] = 4096 [12] = 2 ) Is there any reason for this? If not, I'd like to add meaningful names as well (I guess it's way too late to remove the numeric indices) Why not have both numerical and descriptive indices? Backwards compatible, slightly bloatish, but not really a problem. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- PHP Development Mailing List http://www.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] stat/fstat
On 11 May 2001, Stig Sæther Bakken wrote: Why not have both numerical and descriptive indices? Backwards compatible, slightly bloatish, but not really a problem. it's already implemented this way now (it was added last night) AFAIK Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.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] stat/fstat
At 12:18 11/5/2001, Stig Sæther Bakken wrote: [Zeev Suraski [EMAIL PROTECTED]] Hey, I just got around to writing a PHP script that uses stat(), and was quite surprised to find that instead of using string indices, it uses hardcoded/obscure numeric indices, e.g.: Array ( [0] = 2050 [1] = 1114462 [2] = 16877 [3] = 2 [4] = 503 [5] = 513 [6] = 11065 [7] = 1024 [8] = 989532201 [9] = 989532201 [10] = 989532201 [11] = 4096 [12] = 2 ) Is there any reason for this? If not, I'd like to add meaningful names as well (I guess it's way too late to remove the numeric indices) Why not have both numerical and descriptive indices? Backwards compatible, slightly bloatish, but not really a problem. Yep, that's the best solution IMHO. 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] Is this still true?
It is, it's a documentation bug :) At 08:25 11/5/2001, Richard McLean wrote: From the PHP FAQ ... The last method is to use PHP as a plug-in for a multithreaded web server. Currently this is only theoretical -- PHP does not yet work as a plug-in for any multithreaded web servers. Work is progressing on support for ISAPI, WSAPI, and NSAPI (on Windows), which will all allow PHP to be used as a plug-in on multithreaded servers like Netscape FastTrack, Microsoft's Internet Information Server (IIS), and O'Reilly's WebSite Pro. When this happens, the behavior will be essentially the same as for the multiprocess model described before. I thought that PHP was available as a ISAPI NSAPI plug-in already? Is it not? cheers, Richard -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10808: I can instal PHP on PWS 4 Server Error: HTTP 500 internal server error
From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.0.5 PHP Bug Type: *Install and Config Bug description: I can instal PHP on PWS 4 Server Error: HTTP 500 internal server error I can instal PHP on PWS 4. -- Edit Bug report at: http://bugs.php.net/?id=10808edit=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 #10808 Updated: I can instal PHP on PWS 4 Server Error: HTTP 500 internal server error
ID: 10808 Updated by: zak Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config Operating system: PHP Version: 4.0.5 Assigned To: Comments: Previous Comments: --- [2001-05-11 05:42:49] [EMAIL PROTECTED] I can instal PHP on PWS 4. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10808edit=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] Bug #10809: I can install PHP to PWS Server (Http 500 Internal server error)
From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.0.5 PHP Bug Type: PWS related Bug description: I can install PHP to PWS Server (Http 500 Internal server error) -- Edit Bug report at: http://bugs.php.net/?id=10809edit=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 #10809 Updated: I can install PHP to PWS Server (Http 500 Internal server error)
ID: 10809 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: PWS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please read www.php.net/bugs-dos-and-donts.php before posting a bug. Previous Comments: --- [2001-05-11 05:50:49] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10809edit=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] Bug #10810: unset in function doesn't work on global arrays
From: [EMAIL PROTECTED] Operating system: RedHat 7.0 PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: unset in function doesn't work on global arrays unset in function doesn't work on global arrays example: ?php { function ListIt() { global $ar; if (is_array($ar)) { foreach($ar as $k = $v) { echo ar[$k] = $v br\n; } } else { echo empty/nonarray br\n; } echo br\n; } function UnsetOne($i) { global $ar; unset($ar[$i]); } function UnsetAll() { global $ar; //echo t1s: br\n; ListIt(); echo :t1e br\n; unset($ar); //echo t2s: br\n; ListIt(); echo :t2e br\n; } echo init: br\n; $ar = array(); $ar[1] = a; $ar[2] = b; $ar[3] = c; $ar[4] = d; ListIt(); echo unset 3: br\n; UnsetOne(3); ListIt(); echo unset all (global array in function): br\n; UnsetAll(); ListIt(); echo unset all (top level): br\n; unset($ar); ListIt(); } ? -- Edit Bug report at: http://bugs.php.net/?id=10810edit=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 #10810 Updated: unset in function doesn't work on global arrays
ID: 10810 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not a bug. The unset ($ar) in the unset all function removes the reference to the global variabele. Use unset($GLOBALS[ar]) if you want this to work. Derick Previous Comments: --- [2001-05-11 05:53:42] [EMAIL PROTECTED] unset in function doesn't work on global arrays example: ?php { function ListIt() { global $ar; if (is_array($ar)) { foreach($ar as $k = $v) { echo ar[$k] = $v brn; } } else { echo empty/nonarray brn; } echo brn; } function UnsetOne($i) { global $ar; unset($ar[$i]); } function UnsetAll() { global $ar; //echo t1s: brn; ListIt(); echo :t1e brn; unset($ar); //echo t2s: brn; ListIt(); echo :t2e brn; } echo init: brn; $ar = array(); $ar[1] = a; $ar[2] = b; $ar[3] = c; $ar[4] = d; ListIt(); echo unset 3: brn; UnsetOne(3); ListIt(); echo unset all (global array in function): brn; UnsetAll(); ListIt(); echo unset all (top level): brn; unset($ar); ListIt(); } ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10810edit=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] Bug #10787 Updated: mod_perl and php4 - Segmentation fault
ID: 10787 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Reproducible crash Operating system: RH6.2 kernel2.4.3 PHP Version: 4.0.5 Description: mod_perl and php4 - Segmentation fault This was the backtrace with --enable-debug... The apache version is 1.3.19 Previous Comments: --- [2001-05-10 18:45:46] [EMAIL PROTECTED] Do these steps for PHP: rm config.cache ./configure your options + --enable-debug make clean make make install And you should get better backtrace of the crash. Although it looks like it doesn't even touch PHP.. What is the version of Apache used? --- [2001-05-10 13:57:34] [EMAIL PROTECTED] It is still segfaulting --- [2001-05-10 13:31:20] [EMAIL PROTECTED] Done... ldd looks now like this: ldd /usr/local/apache/bin/httpd libpthread.so.0 = /lib/libpthread.so.0 (0x40019000) libm.so.6 = /lib/libm.so.6 (0x4002c000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x40049000) libdb.so.3 = /lib/libdb.so.3 (0x40077000) libdl.so.2 = /lib/libdl.so.2 (0x400b2000) libc.so.6 = /lib/libc.so.6 (0x400b6000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) I think I'll let it run now for a while and will check if it runs stable now... Bye the way could you please try to explain what I should do, that I don't have to care about libpthread in the future? --- [2001-05-10 12:35:56] [EMAIL PROTECTED] Try linking apache with phtread library. Instructions how it's done can be found on this page: http://wwwp.php.net/oci8 --Jani --- [2001-05-10 12:05:07] [EMAIL PROTECTED] result of ldd: libm.so.6 = /lib/libm.so.6 (0x40019000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x40036000) libdb.so.3 = /lib/libdb.so.3 (0x40064000) libdl.so.2 = /lib/libdl.so.2 (0x4009e000) libc.so.6 = /lib/libc.so.6 (0x400a3000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) result of bt: #0 0x401beea7 in ?? () from /usr/local/apache/libexec/libphp4.so #1 0x401ba2f5 in ?? () from /usr/local/apache/libexec/libphp4.so #2 0x401bae07 in ?? () from /usr/local/apache/libexec/libphp4.so #3 0x405f0d5a in ?? () from /usr/local/apache/libexec/libphp4.so #4 0x4059e02c in ?? () from /usr/local/apache/libexec/libphp4.so #5 0x405f1023 in ?? () from /usr/local/apache/libexec/libphp4.so #6 0x4059ab64 in ?? () from /usr/local/apache/libexec/libphp4.so #7 0x4059e02c in ?? () from /usr/local/apache/libexec/libphp4.so #8 0x40598120 in ?? () from /usr/local/apache/libexec/libphp4.so #9 0x405afe99 in ?? () from /usr/local/apache/libexec/libphp4.so #10 0x405ace35 in ?? () from /usr/local/apache/libexec/libphp4.so #11 0x807620e in run_cleanups () #12 0x8074a3d in ap_clear_pool () #13 0x8074ab1 in ap_destroy_pool () #14 0x80846bd in child_main () #15 0x80847fc in make_child () #16 0x8084959 in startup_children () #17 0x8084f96 in standalone_main () #18 0x8085723 in main () #19 0x400bb9cb in __libc_start_main (main=0x80853dc main, argc=4, argv=0xb99c, init=0x804f494 _init, fini=0x80b9eac _fini, rtld_fini=0x4000aea0 _dl_fini, stack_end=0xb994) at ../sysdeps/generic/libc-start.c:92 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10787 -- PHP Development Mailing List http://www.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 #10810 Updated: unset in function doesn't work on global arrays
Not a bug. The unset ($ar) in the unset all function removes the reference to the global variabele. If you remove the //s, the array $ar is still available in UnsetAll() function UnsetAll() { global $ar; //echo t1s: brn; ListIt(); echo :t1e brn; unset($ar); //echo t2s: brn; ListIt(); echo :t2e brn; } -- PHP Development Mailing List http://www.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 #10748 Updated: LIBGD20 must be enabled manually in main/php_config.h
ID: 10748 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues Operating system: Linux 2.4.3 PHP Version: 4.0 Latest CVS (2001-05-09) Description: LIBGD20 must be enabled manually in main/php_config.h using todays CVS, the configure script successfully detects libgd2 excellent! (by the way... any eta on 4.0.6?) Previous Comments: --- [2001-05-10 05:54:53] [EMAIL PROTECTED] I still have problems with Bug 10747, so I can't check it yet --- [2001-05-10 05:24:16] [EMAIL PROTECTED] Can you try the latest CVS again? I have changed the configure script a lot.. --Jani --- [2001-05-09 12:05:26] [EMAIL PROTECTED] ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --with-config-file-path=/etc/httpd --with-regex=system --with-exec-dir=/usr/bin --enable-safe-mode --enable-debugger --enable-magic-quotes --enable-track-vars --enable-memory-limit --enable-ftp --disable-debug --disable-rpath --with-bz2 --with-zlib=/usr --with-gmp --with-imap=shared,/usr --with-ldap=shared,/usr --with-mysql=shared,/usr --with-pgsql=shared,/usr --with-openssl=shared,/usr --with-gd=shared,/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir=/usr/local I haven't got my config.log at the moment, as I updated to newest CVS, and that failed while running buildconf... --- [2001-05-09 08:29:04] [EMAIL PROTECTED] It works for me... Can you post your configure line and email your config.log file to [EMAIL PROTECTED] so that I can check into it? --Wez. --- [2001-05-09 07:44:25] [EMAIL PROTECTED] the configure script doesn't detect libgd2 automatically it is neccessary to put this in manually #define HAVE_LIBGD20 1 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10748 -- PHP Development Mailing List http://www.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 #10812: libtool syntax error
From: [EMAIL PROTECTED] Operating system: Linux 2.4.3 PHP version: 4.0 Latest CVS (2001-05-11) PHP Bug Type: Compile Failure Bug description: libtool syntax error root@Tenchi /usr/src/php4# make Making all in Zend make[1]: Entering directory `/usr/src/php4/Zend' flex -Pzend -ozend_language_scanner.c -i ./zend_language_scanner.l bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DMOD_SSL=208102 -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c zend_language_scanner.c ../libtool: line 1292: syntax error near unexpected token `' ../libtool: line 1292: ` ltmain.sh' make[1]: *** [zend_language_scanner.lo] Error 2 make[1]: Leaving directory `/usr/src/php4/Zend' make: *** [all-recursive] Error 1 -- Edit Bug report at: http://bugs.php.net/?id=10812edit=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 #10748 Updated: LIBGD20 must be enabled manually in main/php_config.h
ID: 10748 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Configuration Issues Operating system: PHP Version: 4.0 Latest CVS (2001-05-09) Assigned To: Comments: If it works, we close the bug :) ETA on 4.0.6 is unknown, branch will occur very soon (for RC1). Previous Comments: --- [2001-05-11 06:37:20] [EMAIL PROTECTED] using todays CVS, the configure script successfully detects libgd2 excellent! (by the way... any eta on 4.0.6?) --- [2001-05-10 05:54:53] [EMAIL PROTECTED] I still have problems with Bug 10747, so I can't check it yet --- [2001-05-10 05:24:16] [EMAIL PROTECTED] Can you try the latest CVS again? I have changed the configure script a lot.. --Jani --- [2001-05-09 12:05:26] [EMAIL PROTECTED] ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --with-config-file-path=/etc/httpd --with-regex=system --with-exec-dir=/usr/bin --enable-safe-mode --enable-debugger --enable-magic-quotes --enable-track-vars --enable-memory-limit --enable-ftp --disable-debug --disable-rpath --with-bz2 --with-zlib=/usr --with-gmp --with-imap=shared,/usr --with-ldap=shared,/usr --with-mysql=shared,/usr --with-pgsql=shared,/usr --with-openssl=shared,/usr --with-gd=shared,/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir=/usr/local I haven't got my config.log at the moment, as I updated to newest CVS, and that failed while running buildconf... --- [2001-05-09 08:29:04] [EMAIL PROTECTED] It works for me... Can you post your configure line and email your config.log file to [EMAIL PROTECTED] so that I can check into it? --Wez. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10748edit=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] Bug #10812 Updated: libtool syntax error
ID: 10812 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0 Latest CVS (2001-05-11) Assigned To: Comments: Please use a fresh checkout of the Zend directory, as this problem does not occur for me. Previous Comments: --- [2001-05-11 06:42:22] [EMAIL PROTECTED] root@Tenchi /usr/src/php4# make Making all in Zend make[1]: Entering directory `/usr/src/php4/Zend' flex -Pzend -ozend_language_scanner.c -i ./zend_language_scanner.l bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DMOD_SSL=208102 -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c zend_language_scanner.c ../libtool: line 1292: syntax error near unexpected token `' ../libtool: line 1292: ` ltmain.sh' make[1]: *** [zend_language_scanner.lo] Error 2 make[1]: Leaving directory `/usr/src/php4/Zend' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10812edit=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] Re: Bug #10760 Updated: Failure during make process
Hello Derick , thank you for your support. Actually i downloaded last version 4.0.5 and compile goes just fine. J.Faria Bug Database wrote: ID: 10760 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Hello, I just saw you are not using CVS, please try this instead: rm config.cache ./configure ... (your configure line) make clean make regards, Derick Previous Comments: --- [2001-05-09 14:30:49] [EMAIL PROTECTED] Hello, did you build PHP from a fresh checkout? Please try the following: ./cvsclean ./buildconf ./configure ... (rest of your configure line) ./make and see if this works. If you get the same error, please mail me your main/internal_functions.c file --- [2001-05-09 13:59:59] [EMAIL PROTECTED] here is a log of make gcc -I. -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1 -I/users/packages/apache_1.3.12/src/include -I/users/packages/apache_1.3.12/src/os/unix -I/users/packages/php-4.0.4pl1/Zend -I/usr/local/mysql/include/mysql -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmltok -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmlparse -I/users/packages/php-4.0.4pl1/TSRM -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 -g -O2 -c internal_functions.c touch internal_functions.lo internal_functions.c:49: `phpext_mysql_ptr' undeclared here (not in a function) internal_functions.c:49: initializer element is not constant internal_functions.c:49: (near initialization for `php_builtin_extensions[5]') *** Error code 1 make: Fatal error: Command failed for target `internal_functions.lo' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' SO : Solaris 2.8 Sparc Hardware : Sun Ultra Sparc 5 All packages recommended by php were installed (gawk , gcc and etc) . I am able to compile Apache 1.3.12-18 , Apache 2.0, any version of mysql and postgres. ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache=../apache_1.3.12 --enable-track-vars Jorge Faria --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10760edit=2
[PHP-DEV] Bug #10760 Updated: Failure during make process
ID: 10760 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: The user reported that this was not a problem with php 4.0.5 anymore. Previous Comments: --- [2001-05-09 14:35:24] [EMAIL PROTECTED] Hello, I just saw you are not using CVS, please try this instead: rm config.cache ./configure ... (your configure line) make clean make regards, Derick --- [2001-05-09 14:30:49] [EMAIL PROTECTED] Hello, did you build PHP from a fresh checkout? Please try the following: ./cvsclean ./buildconf ./configure ... (rest of your configure line) ./make and see if this works. If you get the same error, please mail me your main/internal_functions.c file --- [2001-05-09 13:59:59] [EMAIL PROTECTED] here is a log of make gcc -I. -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1 -I/users/packages/apache_1.3.12/src/include -I/users/packages/apache_1.3.12/src/os/unix -I/users/packages/php-4.0.4pl1/Zend -I/usr/local/mysql/include/mysql -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmltok -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmlparse -I/users/packages/php-4.0.4pl1/TSRM -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 -g -O2 -c internal_functions.c touch internal_functions.lo internal_functions.c:49: `phpext_mysql_ptr' undeclared here (not in a function) internal_functions.c:49: initializer element is not constant internal_functions.c:49: (near initialization for `php_builtin_extensions[5]') *** Error code 1 make: Fatal error: Command failed for target `internal_functions.lo' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' SO : Solaris 2.8 Sparc Hardware : Sun Ultra Sparc 5 All packages recommended by php were installed (gawk , gcc and etc) . I am able to compile Apache 1.3.12-18 , Apache 2.0, any version of mysql and postgres. ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache=../apache_1.3.12 --enable-track-vars Jorge Faria --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10760edit=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] Bug #10813: recode utf-8..l2 doesn't work
From: [EMAIL PROTECTED] Operating system: RH 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Recode related Bug description: recode utf-8..l2 doesn't work actually no UTF-8_to_something conversion works, although the command line version of recode works fine(!) i use recode 3.6 a sample script: ? $str1 = áéí; $str2 = recode( l2..utf-8, $str1 ); $str3 = recode( utf-8..l2, $str2 ); echo( str1=$str1br ); echo( str2=$str2br ); echo( str3=$str3br ); ? output: str1=áéí str2=Ã¥Ãà str3= thanx a lot -- Edit Bug report at: http://bugs.php.net/?id=10813edit=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 #10814:
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: please! help me, who i am write script about registration alumni ok. -- Edit Bug report at: http://bugs.php.net/?id=10814edit=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 #10814 Updated:
ID: 10814 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a support forum, please ask your questions on [EMAIL PROTECTED] Previous Comments: --- [2001-05-11 08:30:32] [EMAIL PROTECTED] please! help me, who i am write script about registration alumni ok. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10814edit=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] Bug #10815: Closing tags missing on phpinfo()
From: [EMAIL PROTECTED] Operating system: Linus 2.2.13 PHP version: 4.0.5 PHP Bug Type: PHP options/info functions Bug description: Closing tags missing on phpinfo() phpinfo has no /BODY and /HTML and that's why konqueror fails to display phpinfo properly. Regards Alexander -- Edit Bug report at: http://bugs.php.net/?id=10815edit=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 #10815 Updated: Closing tags missing on phpinfo()
ID: 10815 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PHP options/info functions Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed in CVS, thanks for your report. Previous Comments: --- [2001-05-11 09:26:25] [EMAIL PROTECTED] phpinfo has no /BODY and /HTML and that's why konqueror fails to display phpinfo properly. Regards Alexander --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10815edit=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] Branched 4.0.6!
I've just branched 4.0.6. The branch name is PHP_4_0_6. Can someone please revert the libtool 1.4 patch on this branch? I'd like to get an RC1 out of the door ASAP and I don't think all of those critical bugs can be fixed as there doesn't seem to be much momentum going towards it. - #1249 - the url_parse() being too strict problem doesn't seem to be on any ones TODO list. I don't see which this should hold up a release if it has been like this for a long time and it's not really a bug but a limitation. - #4630 - Don't know about the AIX segfault. I wouldn't necessarily hold up a release because of this. He might have a weird system setup and he can use gcc (he said that works). Those are definitely two bugs I'd take out of the critical. I suggest we discuss all of the bugs though and see if any of these should *really* hold up 4.0.6. If so, it might take months :) I'd like to go with an RC1 before this whole issue is resolved because of the numerous changes which have been made. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Patch: provides SSL capability for sockets in PHP 4.0.1pl2
On Tue, Aug 22, 2000 at 02:42:43PM +0100, Wez Furlong wrote: To enable the code, you need to pass --with-ssl to configure; this will check for openssl using the same method in the snmp extension, but with a different macro name so it doesn't conflict. You may want to move the SSL check somewhere more centralized. with-openssl is centralized can can be used, that's from 4.0.3 or something though. I don't know how thread-safe the SSL library is. I can't say for sure, but for instance the OpenLDAP server (slapd) is threaded and supports OpenSSL, I don't think there are any locks around the SSL code. The code I have contributed is based on the cli.cpp example that comes with the openssl distribution. If you integrate this patch into the main distribution, please credit my employer for the time I have spent this morning: Ryland Technology Ltd (www.ryltech.net). So you don't consider integrating it yourself? Stig -- PHP Development Mailing List http://www.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] Patch: provides SSL capability for sockets in PHP 4.0.1pl2
Oops, that mail was 9 months old, I thought it was strange that it was a patch for 4.0.1... Sorry, ignore this and my previous post. Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP] RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5
right, that is what I though to do at first, but somehow our sysadmin denied the idea. The server is now being tested by him, and I will continue playing with PHP on Monday (it is 5.30 here in Tokyo, he will leave soon and I am not allowed the root-pass. The server belongs to another company we acquire and was originally configured by other team). Meanwhile I will download the files I was testing on into my test machine, install on it the same apache as on prod. server and the PHP v4.0.5. If the result will be the same, I will then try the snapshots as you advised to me. Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 5:19 PM To: Maxim Maletsky; [EMAIL PROTECTED]; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP] RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5 OK, but anyway you can run another Apache web server instance on a different IP of that machine. Andi At 05:19 PM 5/11/2001 +0900, Maxim Maletsky wrote: I know, but the fact is that this problem might be caused by OS/web server configuration on the production server. It is an old and slow Red Hat 6.1 Apache 1.3.9 We are first trying to set a new apache 1.3.19 on it in parallel directory, and then we testing by switching symlinks. I really believe it is a compatibility thing. Do you think we would be able to reproduce the problem on some other newer machine? If that would be so, then we'd hear lots of such complains from users upgrading to v4.0.5. After all it is just an '//'! I am gonna try it now on my test linux. I'll let you know. Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:57 PM To: Maxim Maletsky; [EMAIL PROTECTED]; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5 OK but in any case, I suggest not doing it on a production server but doing it on a development port/server. Andi At 04:58 PM 5/11/2001 +0900, Maxim Maletsky wrote: OK, but I can do it only on Monday. There's too much risk doing it this Friday night, if site goes down on the weekend - that is our last nightmare. It runs now on backups, but runs well. Thanks Andi, Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:15 PM To: [EMAIL PROTECTED]; Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 Can you try the latest snapshot from snaps.php.net and let us know if it works for you now? Andi At 06:01 PM 5/6/2001 +0800, Jude wrote: wel then it's up to you.. goodluck! =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:25 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 nope, I won't give up. disabling '//' is so bad.. just think how much trouble I'm creating for my team. (Although, I in fact never use '//', I use '#' instead. That is why I noticed the problem so late = 20 minutes of downtime yesterday) Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:53 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5
Re: [PHP-DEV] stat/fstat
Its actually not that pretty Since the entries are in a hashtable, you have to duplicate the values, with just another key. -Jason - Original Message - From: Brian Foddy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Stig Sæther Bakken [EMAIL PROTECTED]; PHP Developers Mailing List [EMAIL PROTECTED] Sent: Friday, May 11, 2001 10:21 AM Subject: Re: [PHP-DEV] stat/fstat [EMAIL PROTECTED] wrote: On 11 May 2001, Stig Sæther Bakken wrote: Why not have both numerical and descriptive indices? Backwards compatible, slightly bloatish, but not really a problem. it's already implemented this way now (it was added last night) AFAIK Derick Rethans You are creating the same array indexed both by a integer and a string? I'm curious how this is done. I might have a good use for this trick. Brian -- PHP Development Mailing List http://www.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] stat/fstat
On Fri, 11 May 2001, Jason Greene wrote: Its actually not that pretty Since the entries are in a hashtable, you have to duplicate the values, with just another key. You could just reuse the same value with refcount++ but that means you can't use nice add_* functions, gotta use zend_hash_* ones directly. ;-) -Andrei The Heineken Uncertainty Principle: You can never be sure how many beers you had last night. -- PHP Development Mailing List http://www.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] stat/fstat
Andrei had the same suggestion, so I went ahead and added it last night. -Jason - Original Message - From: Stig Sæther Bakken [EMAIL PROTECTED] To: Zeev Suraski [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, May 11, 2001 4:18 AM Subject: Re: [PHP-DEV] stat/fstat [Zeev Suraski [EMAIL PROTECTED]] Hey, I just got around to writing a PHP script that uses stat(), and was quite surprised to find that instead of using string indices, it uses hardcoded/obscure numeric indices, e.g.: Array ( [0] = 2050 [1] = 1114462 [2] = 16877 [3] = 2 [4] = 503 [5] = 513 [6] = 11065 [7] = 1024 [8] = 989532201 [9] = 989532201 [10] = 989532201 [11] = 4096 [12] = 2 ) Is there any reason for this? If not, I'd like to add meaningful names as well (I guess it's way too late to remove the numeric indices) Why not have both numerical and descriptive indices? Backwards compatible, slightly bloatish, but not really a problem. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- PHP Development Mailing List http://www.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] stat/fstat
On Fri, 11 May 2001, Jason Greene wrote: Its actually not that pretty Since the entries are in a hashtable, you have to duplicate the values, with just another key. You could just reuse the same value with refcount++ but that means you can't use nice add_* functions, gotta use zend_hash_* ones directly. ;-) True, I was lazy though and didn't feel like writing all that additional code, just to save 13 longs of memory space : ) -Jason -Andrei The Heineken Uncertainty Principle: You can never be sure how many beers you had last night. -- PHP Development Mailing List http://www.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 #9896 Updated: segfaults at $xmldoc-add_root(root);
ID: 9896 Updated by: chregu Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: DOM XML related Operating system: PHP Version: 4.0 Latest CVS (21/03/2001) Assigned To: Comments: ok, there seems to be a massive api-change in domxml... a lot, which worked in 4.0.5 seems not to work in 4.0.6 but for my former example, the following seems to work: $doc = new_xmldoc(1.0); $root = $doc-add_root(HTML); echo $doc-dumpmem(); but this api-change makes me crazy. some things are easy to change (replace domxml_function($object,) with $object-function(...), this works also with 4.0.5), but the structure of the objects seem to have changed, too.. but maybe i missed something... otherwise i have to rewrite a lot of code and to check which version of php is used :=( Previous Comments: --- [2001-05-07 12:56:28] [EMAIL PROTECTED] marking as fix before 4.0.6 --- [2001-05-06 13:33:00] [EMAIL PROTECTED] This still does not work in latest cvs (06/05/2001). used another machine with libxml2-2.3.7 and linux-kernel 2.4.0. If one needs another backtrace, i can make one... also $xml = xmldocfile(config.xml); $root = domxml_root($xml); produces a segfault (config.xml is a very simple xml file) --- [2001-03-22 04:56:25] [EMAIL PROTECTED] test-program: $xmldoc = domxml_new_xmldoc('1.0'); $xmldoc-add_root(bla); gdb backtrace: Program received signal SIGSEGV, Segmentation fault. 0x401a3938 in objects () at zend_operators.c:1144 1144} (gdb) bt #0 0x401a3938 in objects () at zend_operators.c:1144 #1 0x402c13e4 in php4_module () from /usr/local/apache/libexec/libphp4.so #2 0x401d892a in objects () at php_domxml.c:668 #3 0x40199707 in objects () at ./zend_execute.c:853 #4 0x401aafc0 in objects () at zend.c:260 #5 0x401c3be3 in objects () at main.c:1126 #6 0x401bf11e in objects () at sapi_apache.c:98 #7 0x401bfe89 in objects () at mod_php4.c:437 #8 0x401bfed3 in objects () at mod_php4.c:437 #9 0x8074c09 in ap_invoke_handler () #10 0x808a0cf in process_request_internal () #11 0x808a142 in ap_process_request () #12 0x8080d96 in child_main () #13 0x8080f55 in make_child () #14 0x80810d6 in startup_children () #15 0x808175c in standalone_main () #16 0x8081f8c in main () #17 0x40096a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 --- [2001-03-21 15:27:09] [EMAIL PROTECTED] Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ; make install' and generate a GDB backtrace of the crash and add it into this bug report. --Jani --- [2001-03-21 06:08:29] [EMAIL PROTECTED] Reproduce with: $xmldoc = domxml_new_xmldoc('1.0'); domxml_add_root($xmldoc,bla); Configure ./configure --with-config-file-path=/usr/local/apache/conf --with-zlib --with-mysql --with-sablot --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-dom=/opt/gnome libxml2-2.3.3 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9896edit=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]
Re: [PHP-DEV] stat/fstat
On Fri, 11 May 2001, Jason Greene wrote: True, I was lazy though and didn't feel like writing all that additional code, just to save 13 longs of memory space : ) 13 * sizeof(zval) actually. -Andrei When we eliminate the impossible, whatever remains, however improbable, must be true. -- Sherlock Holmes -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #9896 Updated: segfaults at $xmldoc-add_root(root);
It seems that Uwe based his rewrite on my implementation of object support for PHP-GTK. But libxml lacks certain features that can help properly destruct objects, they will have to be emulated. I'm just waiting for a reply from libxml author on one issue, and then I can start fixing memory leaks. That may take care of the crash as well, although I haven't experienced the crash, just the memory leaks. On Fri, 11 May 2001, [EMAIL PROTECTED] wrote: ID: 9896 Updated by: chregu Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: DOM XML related Operating system: PHP Version: 4.0 Latest CVS (21/03/2001) Assigned To: Comments: ok, there seems to be a massive api-change in domxml... a lot, which worked in 4.0.5 seems not to work in 4.0.6 but for my former example, the following seems to work: $doc = new_xmldoc(1.0); $root = $doc-add_root(HTML); echo $doc-dumpmem(); but this api-change makes me crazy. some things are easy to change (replace domxml_function($object,) with $object-function(...), this works also with 4.0.5), but the structure of the objects seem to have changed, too.. but maybe i missed something... otherwise i have to rewrite a lot of code and to check which version of php is used :=( Previous Comments: --- [2001-05-07 12:56:28] [EMAIL PROTECTED] marking as fix before 4.0.6 --- [2001-05-06 13:33:00] [EMAIL PROTECTED] This still does not work in latest cvs (06/05/2001). used another machine with libxml2-2.3.7 and linux-kernel 2.4.0. If one needs another backtrace, i can make one... also $xml = xmldocfile(config.xml); $root = domxml_root($xml); produces a segfault (config.xml is a very simple xml file) --- [2001-03-22 04:56:25] [EMAIL PROTECTED] test-program: $xmldoc = domxml_new_xmldoc('1.0'); $xmldoc-add_root(bla); gdb backtrace: Program received signal SIGSEGV, Segmentation fault. 0x401a3938 in objects () at zend_operators.c:1144 1144} (gdb) bt #0 0x401a3938 in objects () at zend_operators.c:1144 #1 0x402c13e4 in php4_module () from /usr/local/apache/libexec/libphp4.so #2 0x401d892a in objects () at php_domxml.c:668 #3 0x40199707 in objects () at ./zend_execute.c:853 #4 0x401aafc0 in objects () at zend.c:260 #5 0x401c3be3 in objects () at main.c:1126 #6 0x401bf11e in objects () at sapi_apache.c:98 #7 0x401bfe89 in objects () at mod_php4.c:437 #8 0x401bfed3 in objects () at mod_php4.c:437 #9 0x8074c09 in ap_invoke_handler () #10 0x808a0cf in process_request_internal () #11 0x808a142 in ap_process_request () #12 0x8080d96 in child_main () #13 0x8080f55 in make_child () #14 0x80810d6 in startup_children () #15 0x808175c in standalone_main () #16 0x8081f8c in main () #17 0x40096a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 --- [2001-03-21 15:27:09] [EMAIL PROTECTED] Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ; make install' and generate a GDB backtrace of the crash and add it into this bug report. --Jani --- [2001-03-21 06:08:29] [EMAIL PROTECTED] Reproduce with: $xmldoc = domxml_new_xmldoc('1.0'); domxml_add_root($xmldoc,bla); Configure ./configure --with-config-file-path=/usr/local/apache/conf --with-zlib --with-mysql --with-sablot --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-dom=/opt/gnome libxml2-2.3.3 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9896edit=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] -Andrei 'Any given program, when running correctly, is obsolete.' - First Law of Computer Programming -- PHP Development Mailing List http://www.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] stat/fstat
Ah yes, I stand corrected , 13 zvals : ) -Jason - Original Message - From: Andrei Zmievski [EMAIL PROTECTED] To: Jason Greene [EMAIL PROTECTED] Cc: Jason Greene [EMAIL PROTECTED]; Brian Foddy [EMAIL PROTECTED]; [EMAIL PROTECTED]; Stig Sæther Bakken [EMAIL PROTECTED]; PHP Developers Mailing List [EMAIL PROTECTED] Sent: Friday, May 11, 2001 11:38 AM Subject: Re: [PHP-DEV] stat/fstat On Fri, 11 May 2001, Jason Greene wrote: True, I was lazy though and didn't feel like writing all that additional code, just to save 13 longs of memory space : ) 13 * sizeof(zval) actually. -Andrei When we eliminate the impossible, whatever remains, however improbable, must be true. -- Sherlock Holmes -- PHP Development Mailing List http://www.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 #9868 Updated: Missing .dll.
Hi, I've done some searching and this is my Feedback : I tried to install Php as a package (Apache,MySQL, Php4) from a href="http://www.firepages.com.au"www.firepages.com.au/a and it worked great. I then went to a href="http://www.opensa.com"www.opensa.com/a and downloaded and installed php as a package (Apache, Mod_SSL, OpenSSL , Php4) worked great. I also tried to install the second option from the list located on your web site (the one with no extensions, or some thing like that) worked. And now that I have Php 4 working on my Comp. with (Apache, SSL, MySQL, and PHP4) I don't really feel like downloading PHP4 once more. I thank you for trying to help, and wish ya luck finding this missing DLL that it told me when i finished downloading and tring to install from the very start. Thank You Damien Estrada [EMAIL PROTECTED]
Re: [PHP-DEV] stat/fstat
At 18:21 11/5/2001, Brian Foddy wrote: [EMAIL PROTECTED] wrote: On 11 May 2001, Stig Sæther Bakken wrote: Why not have both numerical and descriptive indices? Backwards compatible, slightly bloatish, but not really a problem. it's already implemented this way now (it was added last night) AFAIK Derick Rethans You are creating the same array indexed both by a integer and a string? I'm curious how this is done. I might have a good use for this trick. No special tricks needed; PHP's arrays support both numeric and string indices ever since PHP 3.0 (at least). You can simply add both types of indices to the same array without having to do anything special. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #8836: memory fault after sybase_connect
I have tested this fix and it works great. Please include it on release 4.0.6, sybase_ct get fixed. Thanks. [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.0.4pl1 PHP Bug Type: Sybase-ct (ctlib) related Bug description: memory fault after sybase_connect memory fault after sybase_connect in order to connect to sybase server with PHP4 and Sybase openclient 11.1.1, you need to change some lines in php_sybase_ct.c all sybase message handler must be declared with CS_PUBLIC : CS_RETCODE CS_PUBLIC _client_message_handler(CS_CONTEXT *context, CS_CONNECTION *connection, CS_CLIENTMSG *errmsg) and CS_RETCODE CS_PUBLIC _server_message_handler(CS_CONTEXT *context, CS_CONNECTION *connection, CS_SERVERMSG *srvmsg) please change these lines. thanks -- Edit Bug report at: http://bugs.php.net/?id=8836edit=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] stat/fstat
Zeev Suraski wrote: At 18:21 11/5/2001, Brian Foddy wrote: [EMAIL PROTECTED] wrote: On 11 May 2001, Stig Sæther Bakken wrote: Why not have both numerical and descriptive indices? Backwards compatible, slightly bloatish, but not really a problem. it's already implemented this way now (it was added last night) AFAIK Derick Rethans You are creating the same array indexed both by a integer and a string? I'm curious how this is done. I might have a good use for this trick. No special tricks needed; PHP's arrays support both numeric and string indices ever since PHP 3.0 (at least). You can simply add both types of indices to the same array without having to do anything special. Thanks everyone, I knew arrays could be one or the other, but never considered the same value with multiple indexes. I have a perfect use for this, where an array I build, the values have a int index value, and a string an equiv string name. I'm already doing the zend_hash_update and index_update functions anyway, so this should be pretty easy. Question, what will zend_hash_get_current_key return if it gets input like this? Brian -- PHP Development Mailing List http://www.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 #9816 Updated: FATAL: emalloc(): Unable to allocate
ID: 9816 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: ODBC related Operating system: windows 2000 sp1 PHP Version: 4.0.5 Description: FATAL: emalloc(): Unable to allocate This is a microsoft ODBC issue with Windows 2000 SP1, when you query with concatenated fields it returns a size of 2GB. Read more at: http://support.microsoft.com/support/kb/articles/Q272/9/51.ASP?LN=EN-USSD=gnFR=0qry=SQLDescribeCol%20out%20of%20memoryrnk=1src=DHCS_MSPSS_gn_SRCHSPR=MDAC They haven't released a fix for it yet, It seems that you could check to see if it returned 2GB. Do you think there is any chance of us getting a patch for this? Previous Comments: --- [2001-05-10 08:38:53] [EMAIL PROTECTED] user reports (btw please use the bug system): *sigh*...Still fails in 4.0.5...thanks just the same. Let me know if there's anything else I can do... tested on: Windows 2000 Server, SP1 PHP4.0.5 CGI IIS5 Access97, called using odbc_exec query: SELECT LastName ', ' FirstName AS pName FROM Borrowers error: FATAL: emalloc(): Unable to allocate 2147483599 bytes --- [2001-05-07 21:35:30] [EMAIL PROTECTED] Please try the recently released 4.0.5 to see if this is corrected for you. --- [2001-04-29 22:49:00] [EMAIL PROTECTED] I got the same error when I tried (in numerous ways) to get the concatenation of two fields returned AS a new fieldname: My example query: SELECT BorrowerId, [FirstName] [LastName] AS BName FROM Borrowers causes: FATAL: emalloc(): Unable to allocate 2147483599 bytes I tried '+', '|', and '' as concatenation operators, tried CONCAT(a, b) -- I had heard that there was supposedly an internal odbc function called CONCAT that's supposed to be driver independent, though I'm not quite sure how that would work in practice -- and I even tried creating an Access Query/View/StoredProcedure called BorrowerNames using the query above. When I then issued a SELECT * FROM BorrowerNames, I still got the error. Environment: Windows 2000 Server, SP1 PHP 4.0.4pl1 (CGI) Access 97 using odbc_exec() to Access 97 database --- [2001-04-27 08:32:09] [EMAIL PROTECTED] Another user commented: I just have read the bug-report 9816 at php.net and want to answer your email. Yes, the users are right: I had the same problems with FATAL:emalloc() using the same odbc-queries to get information out of two ms access tables. The first table only contains Customer-ID and pasword, the second contains customer adress and a remark-field (data type memo) Tests: user authentication for login taken from table 1 - OK hello text for user from table 2 - FATAL:emalloc() Result of Test enviroment - after some nights of installation :-) : 1) Win2000, MS Access2000, IIS5 and PHP4.0.4 : FATAL:emalloc() 2) Win2000, MS Access2000 SP1, IIS5 and PHP4.0.4 : FATL:emalloc() 3) Win2000, MS Access2000 SP1, Apache 1.3 and PHP 4.0.4 : FATAL:emalloc() 4) Win NT 4, MS Access2000, IIS4 and PHP 4.0.4: OK, no errors 5) Win NT 4, MS Access2000, Apache 1.3 and PHP 4.0.4: OK, no errors The next days I try to debug the source code to find out what the trigger of emalloc() realy is. Our new Webserver should be a Win2000 Server with Apache and PHP. Therefore we need to know where the emalloc() error comes from. If you want know our results of debugging please send me an email to [EMAIL PROTECTED] --- [2001-04-16 22:54:23] [EMAIL PROTECTED] Can someone with access to Windows2000 please test this out and either confirm or deny this report? User reports this won't happen under Win98SE and that is currently all I have access to... --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=9816 -- PHP Development Mailing List http://www.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 #10549 Updated: Performance problem with Openlink ODBC drivers
ID: 10549 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: ODBC related Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This really isn't so much a bug, as a feature request. Marking it as so... After speaking (briefly) with Stephan Schadt it is believed that moving from the current cursor method (server-side) to something of a more mixed case is a GoodThing(TM). We'll see if my free time allows this to make it in for 4.1 or not... Previous Comments: --- [2001-05-10 14:04:09] [EMAIL PROTECTED] this is a workaround for getting around the overhead required when server-side cursor libraries are in use. OpenLink 4.0 implements a mixed cursor library in the server-side components. Server-side cursors should be used sparingly for this reason -Stephen Schadt --- [2001-05-02 03:22:50] [EMAIL PROTECTED] I'm using the Openlink Data Access Driver Suite (Multi Tier Edition) Version 4.0, Connecting to a Progress 8.3B Database running on an AIX Unix Box. --- [2001-05-01 16:59:38] [EMAIL PROTECTED] before i commit such a patch, what version of OpenLink are you using? --- [2001-04-29 06:35:11] [EMAIL PROTECTED] Hello, I've experienced a compilation error and some huge performance problems setting up an ODBC connection via Openlink ODBC drivers. I've configured my Php: ./configure --with-openlink=/usr/src/openlink When compiling Php, it complains about missing the iodbc.h udbcext.h header files which are not included in the SDK software package of Openlink. When I remove the two above include files from ./ext/odbc/php_odbc.h line 125 128 the compilation works fine without errors or warnings, and am able to etablish a connection to my Openlink drivers. When I query my DB from out of Php via Openlink, a simple query takes huges amounts of time, while the same query is very fast using the included odbctest utility from the Openlink SDK package. I've run a query via Php and the odbctest utility and compared the two debug files and saw that Php uses the ExtendedSQLFetch C- function. The odbctest utility uses an 'normal' SQLFetch function. So I have changed my ./ext/odbc/php_odbc.h file line 124 from: #elif defined(HAVE_OPENLINK) /* OpenLink ODBC drivers */ #define ODBC_TYPE Openlink #include iodbc.h #include isql.h #include isqlext.h #include udbcext.h #define HAVE_SQL_EXTENDED_FETCH 1 #define SQLSMALLINT SWORD #define SQLUSMALLINT UWORD to: #elif defined(HAVE_OPENLINK) /* OpenLink ODBC drivers */ #define ODBC_TYPE Openlink // #include iodbc.h #include isql.h #include isqlext.h // #include udbcext.h // #define HAVE_SQL_EXTENDED_FETCH 1 #undef HAVE_SQL_EXTENDED_FETCH #define SQLSMALLINT SWORD #define SQLUSMALLINT UWORD With this small change I was able to compile my Php succesfully and query my Database via the Openlink Package very fast! Regards, Anne van der Velden Correct Express The Netherlands --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10549edit=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] Bug #9548 Updated: Duplicate record inserts using ODBC
ID: 9548 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: if you don't believe it's a flaw, the bug is closed. Previous Comments: --- [2001-03-05 10:17:37] [EMAIL PROTECTED] A sample insert statement is as follows: insert into tble(tble_nme) values('my_value'); The record is inserted into the table correctly, except for the fact that it appears twice. Calls to the hybrid function odbc_exec() result in an exception, leading me to believe that it is unsupported by the MySQL ODBC driver. The same code works correctly when connecting to a Sybase SQL Anywhere 7.0 database via ODBC, so I do not believe that it is a code flaw. --- [2001-03-04 13:23:27] [EMAIL PROTECTED] When using MySQL 3.23.32 (stable release), MyODBC 2.50.36, and PHP 4.0.4pl1 on Windows 98, using the odbc_prepare() and odbc_execute() function combination to insert a row into a table results in duplicate entries in the table. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9548edit=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] Bug #10816: Crash when calling ibase_trans with invalid link ID
From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.5 PHP Bug Type: InterBase related Bug description: Crash when calling ibase_trans with invalid link ID Calling ibase_trans in the following example causes PHP to fault when the link ID is invalid (i.e. the database file isn't found.) ? $dbh = ibase_pconnect( Localhost:c:\\file_not_found.gdb, user, password ); $trh = ibase_trans( IBASE_DEFAULT, $dbh ); ? Configuration: Win98 PHP 4.0.5 Interbase WI-V6.0.1.0 Apache 1.3.19 A selected portion of the Dr. Watson log is below: Command line: C:\TOOLS\APACHE\APACHE\APACHE.EXE -Z ap-839867_C1 -f c:/tools/apache/apache/conf/httpd.conf -w -f C:\TOOLS\apache\Apache\conf\httpd.conf -d C:\TOOLS\apache\Apache Trap 0e - Invalid page fault eax= ebx= ecx=0010 edx=0010 esi= edi=0002 eip=40545c8a esp=0215f760 ebp=0215f81c -- -- -- nv up EI pl ZR na PE nc cs=0177 ss=017f ds=017f es=017f fs=5277 gs= GDS32.DLL:.text+0x14c8a: 0177:40545c8a 8a02mov al,byte ptr [edx] sel type base lim/bot cs 0177 r-x- ss 017f rw-e a300 ds 017f rw-e a300 es 017f rw-e a300 fs 5277 rw-- 8197ff30 0037 gs stack base: 0206 TIB limits: 0215a000 - 0216 -- exception record -- Exception Code: c005 (access violation) Exception Address: 40545c8a (GDS32.DLL:.text+0x14c8a) Exception Info: GDS32.DLL:.text+0x14c8a: 0177:40545c8a 8a02mov al,byte ptr [edx] 0177:40545c64 3bc1cmp eax,ecx 0177:40545c66 0f8d1502jge 40545e81 = GDS32.DLL:.text+0x14e81 0177:40545c6c 8b5514 mov edx,dword ptr [ebp+14] 0177:40545c6f 8b02mov eax,dword ptr [edx] 0177:40545c71 8b08mov ecx,dword ptr [eax] 0177:40545c73 898d4cffmov dword ptr [ebp-00b4],ecx 0177:40545c79 83bd4cff00 cmp dword ptr [ebp-00b4],+00 0177:40545c80 740fjz 40545c91 = GDS32.DLL:.text+0x14c91 0177:40545c82 8b954cffmov edx,dword ptr [ebp-00b4] 0177:40545c88 33c0xor eax,eax GDS32.DLL:.text+0x14c8a: *0177:40545c8a 8a02mov al,byte ptr [edx] 0177:40545c8c 83f801 cmp eax,+01 0177:40545c8f 7451jz 40545ce2 = GDS32.DLL:.text+0x14ce2 0177:40545c91 8b8d48ffmov ecx,dword ptr [ebp-00b8] 0177:40545c97 894df4 mov dword ptr [ebp-0c],ecx 0177:40545c9a 8b55f4 mov edx,dword ptr [ebp-0c] 0177:40545c9d c7020100mov dword ptr [edx],0001 0177:40545ca3 8b45f4 mov eax,dword ptr [ebp-0c] 0177:40545ca6 83c004 add eax,+04 0177:40545ca9 8945f4 mov dword ptr [ebp-0c],eax 0177:40545cac 8b4df4 mov ecx,dword ptr [ebp-0c] -- stack summary -- 017f:0215f81c 0177:40545c8a GDS32.DLL:.text+0x14c8a (007c1330,007cb520,0001,0215f834, 007cb548,,,0215f91d) 017f:0215f904 0177:40546044 GDS32.DLL:.text+0x15044 (007c1330,007cb520,0001,007cb548, ,,0001,) -- stack trace -- 017f:0215f81c 0177:40545c8a GDS32.DLL:.text+0x14c8a (007c1330,007cb520,0001,0215f834, 007cb548,,,0215f91d) 0177:40545c64 3bc1cmp eax,ecx 0177:40545c66 0f8d1502jge 40545e81 = GDS32.DLL:.text+0x14e81 0177:40545c6c 8b5514 mov edx,dword ptr [ebp+14] 0177:40545c6f 8b02mov eax,dword ptr [edx] 0177:40545c71 8b08mov ecx,dword ptr [eax] 0177:40545c73 898d4cffmov dword ptr [ebp-00b4],ecx 0177:40545c79 83bd4cff00 cmp dword ptr [ebp-00b4],+00 0177:40545c80 740fjz 40545c91 = GDS32.DLL:.text+0x14c91 0177:40545c82 8b954cffmov edx,dword ptr [ebp-00b4] 0177:40545c88 33c0xor eax,eax GDS32.DLL:.text+0x14c8a: *0177:40545c8a 8a02mov al,byte ptr [edx] 0177:40545c8c 83f801 cmp eax,+01 0177:40545c8f 7451jz 40545ce2 = GDS32.DLL:.text+0x14ce2 0177:40545c91 8b8d48ffmov ecx,dword ptr [ebp-00b8] 0177:40545c97 894df4 mov dword ptr [ebp-0c],ecx 0177:40545c9a 8b55f4 mov edx,dword ptr [ebp-0c] 0177:40545c9d c7020100mov dword ptr [edx],0001 0177:40545ca3 8b45f4 mov eax,dword ptr [ebp-0c] 0177:40545ca6 83c004 add eax,+04 0177:40545ca9 8945f4 mov dword ptr
[PHP-DEV] Bug #9268 Updated: Inconsistent behaviour for per-session cookies
ID: 9268 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Session related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: See if this is still valid in the recent release Previous Comments: --- [2001-02-14 19:29:24] [EMAIL PROTECTED] Configure line: './configure' '--with-apxs' '--with-oci8' '--with-iodbc=/usr/lib' Standard php.ini. session.cookie_lifetime is 0. A very simple test script: ?php session_start(); ? Session started. Now, the problem is related to so called per-session cookies. These are meant to disappear when the user closes his browser. The problem is that cookies sometimes get an expires value of end of session as they should with the lifetime set to 0, but sometimes they get an expire value of some timestamp. I first discovered this problem in IE5, and thinking that it could be an IE5 bug, I tested with Opera 5 and Netscape 6, and the same error arose. I was unable to see any pattern in the way expires alternated between end of session and a time. Sometimes I could get end of session for 4-5 times in a row, then a timestamp, then a end of session, then a timestamp several times and so on. I then tested this with PHP on a computer running FreeBSD and was unable to reproduce the error here. Both the Linux and the FreeBSD ran Apache 1.3.14. The easiest way of testing this behaviour is probably by using the test script mentioned above, and use Opera as your browser. Make Opera prompt you every time it recieves a cookie, this way you will see the expires value immediately on loading the page, so you can just reload (F5) and then refuse the cookie. Keep on doing this. By using this method I'm pretty sure the expires value is always 5 minutes in the future when a it's a timestamp. I was sometimes able to see a pattern; either timestamp, timestamp, end of session (repeating) or end of session, end of session, timestamp (repeating). But my testing was not at all conclusive at this particular point. Finally I would like to mention that I tested this from browsers in Windows 98 and Win2K with the same result. Sometimes cookies can appear correctly for a very long time, so please be patient when trying to reproduce this strange bug. And hopefully you will be able to crush it! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9268edit=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] Bug #9819 Updated: Updating HTTP_SESSION_VARS[] doesn't works
ID: 9819 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Session related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Please check to see if this is still happening in 4.0.5. If it is, please try to get a snapshot dated AFTER today as there was a patch just place in regarding file locking permissions. Previous Comments: --- [2001-03-18 08:30:06] [EMAIL PROTECTED] ?php session_start(); if(!session_is_registered('counter1')) session_register('counter1'); if(!session_is_registered('counter2')) session_register('counter2'); $HTTP_SESSION_VARS['counter1']++; $counter2++; ?HTMLBODY P?php echo 'Counter1='.$HTTP_SESSION_VARS['counter1'].', Counter2='.$HTTP_SESSION_VARS['counter2']; ?/P /BODY/HTML Press Reload ten times and you have: Counter1=1, Counter2=10 System Windows 95/98 4.10 Build Date Jan 12 2001 Server API Apache Virtual Directory Support enabled ZEND_DEBUG disabled Thread Safetyenabled [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= On ; 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
[PHP-DEV] Bug #9009 Updated: build problem with informix esql 9.30 and iODBC 2.50.3
ID: 9009 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4 Assigned To: Comments: 1) Do try to do this with the most recent version of PHP 2) please add a copy of your configure line Previous Comments: --- [2001-01-30 15:37:01] [EMAIL PROTECTED] make fails with Informix-ESQL and iODBC configured both. when only one of both modules is configured, make works. there seem's to be a conflict with libtool and two included sql.h-files error-message: /bin/sh /tmp/php-4.0.4/libtool --silent --mode=compile gcc -I. -I/tmp/php-4.0.4/main -I/tmp/php-4.0.4/main -I/tmp/php-4.0.4 -I/opt/apache/include -I/tmp/php-4.0.4/Zend -I/opt/informix/incl/esql -I/opt/iodbc/include -I/tmp/php-4.0.4/TSRM -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -g -O2 -I/opt/informix/incl/esql -c internal_functions.c In file included from /tmp/php-4.0.4/ext/odbc/php_odbc.h:95, from internal_functions.c:37: /opt/iodbc/include/sql.h:197: parse error before `SQL_API' /opt/iodbc/include/sql.h:198: parse error before `henv' /opt/iodbc/include/sql.h:199: warning: data definition has no type or storage class ... in iodbc/include/sql.h: 197: SQLRETURN SQL_API SQLAllocConnect ( SQLHENV henv SQLHDBC FAR * phdbc); SQLRETURN seems to be defined in informix/sql.h, that is included before iodbc/sql.h a workaround is to change the includes in php_odbc.h:95,96 to full pathnames. #include /opt/iodbc/include/sql.h #include /opt/iodbc/include/sqlext.h I know that's not the solution, but I'm not a C-Programmer... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9009edit=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]
Re: [PHP-DEV] stat/fstat
At 19:38 11/5/2001, Andrei Zmievski wrote: On Fri, 11 May 2001, Jason Greene wrote: True, I was lazy though and didn't feel like writing all that additional code, just to save 13 longs of memory space : ) 13 * sizeof(zval) actually. 13*(sizeof(zval)+sizeof(zend_mem_header)), and possibly slightly more, actually :) Next thing you know you'd run out of memory just because of this. 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] Bug #8920 Updated: child pid 934 exit signal Segmentation fault (11)
ID: 8920 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MSSQL related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: as per user request Previous Comments: --- [2001-02-02 21:49:55] [EMAIL PROTECTED] I discovered that this is a problem specific to the FreeTDS 0.51 library and it does not occur when using the Sybase-ct library. Please remove this from the active list. --- [2001-01-25 18:22:09] [EMAIL PROTECTED] This works fine when retrieving only small fields, BLOB fields cause problems. I've tried it on a different system with the same RPM install and the results are identical. It only fails on a BLOB retrieval from MS SQL server (we don't have anything other than MS SQL My SQL Server to test with). html ?php $conn = mssql_connect (x.x.x.x, uu, pp); mssql_select_db ( Metro, $conn ); $result = mssql_query ( SELECT * FROM Materials, $conn ); print Hello : . $result; ? /html The MySQL version of this script works fine when accessing a BLOB field. Configure Command './configure' '--prefix=/usr' '--with-apxs' '--libdir=/usr/lib/php4' '--includedir=/usr/include' '--datadir=/usr/share/php' '--with-config-file-path=/etc' '--enable-inline-optimization' '--enable-magic-quotes' '--enable-track-vars' '--enable-memory-limit' '--enable-wddx' '--enable-bcmath' '--enable-sigchild' '--with-xml' '--with-mm' '--enable-ftp=shared' '--with-gd=shared' '--with-ttf' '--enable-gd-imgstrttf' '--with-png-dir=/usr' '--with-jpeg-dir=/usr' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-shmop=shared' '--with-unixODBC=shared' '--with-mysql=shared' '--with-ldap=shared' '--with-imap=shared' '--with-imap-ssl=shared' '--with-pgsql=shared' '--with-gettext=shared' '--with-pspell=shared' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-sybase-ct=shared,/usr/freetds' '--with-pdflib=shared' '--with-oci8=shared' '--with-swf=shared,/home/troels/rpm/BUILD/php-4.0.4pl1/swflib' '--enable-sockets=shared' '--with-gmp=shared' '--with-curl=shared' '--with-openssl' '--with-zlib=/usr' Here's the backtrace. #0 0x4000af21 in _dl_debug_state () at dl-debug.c:56 #1 0x40182156 in _dl_close (map=0x80bfb50) at dl-close.c:195 #2 0x400a0430 in dlclose_doit (handle=0x80bfb50) at dlclose.c:26 #3 0x4000ac3b in _dl_catch_error (errstring=0x400a2080, operate=0x400a0418 dlclose_doit, args=0x80bfb50) at dl-error.c:141 #4 0x400a08b9 in _dlerror_run (operate=0x400a0418 dlclose_doit, args=0x80bfb50) at dlerror.c:125 #5 0x400a03fe in dlclose (handle=0x80bfb50) at dlclose.c:32 #6 0x4025b80e in module_destructor () at ltdl.c:1409 #7 0x4025e975 in zend_hash_destroy () at ltdl.c:1409 #8 0x4025a521 in zend_shutdown () at ltdl.c:1409 #9 0x4026c8a4 in php_module_shutdown () at ltdl.c:1409 #10 0x4026c868 in php_module_shutdown_wrapper () at ltdl.c:1409 #11 0x4026a715 in apache_php_module_shutdown_wrapper () at ltdl.c:1409 #12 0x80511d8 in ap_run_cleanup () at ltdl.c:1409 #13 0x804ffc9 in ap_clear_pool () at ltdl.c:1409 #14 0x805c326 in ap_child_terminate () at ltdl.c:1409 #15 0x805ca0f in main () at ltdl.c:1409 #16 0x400bb9cb in __libc_start_main (main=0x805c790 main, argc=2, argv=0xbb84, init=0x804f160 _init, fini=0x807bfbc _fini, rtld_fini=0x4000ae60 _dl_fini, stack_end=0xbb7c) at ../sysdeps/generic/libc-start.c:92 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8920edit=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] Bug #10788 Updated: c-client linked to config test progs causes undefined symbols
ID: 10788 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Operating system: PHP Version: 4.0 Latest CVS (2001-05-10) Assigned To: Comments: This should be fixed now. Reopen if not. --Jani Previous Comments: --- [2001-05-10 16:03:31] [EMAIL PROTECTED] I see this also; Jani's latest commit didn't fix it. Here's the config.log entry: configure:51043: checking whether to include zlib support configure:51244: checking for gzgets in -lz configure:51263: gcc -o conftest -g -O2 -DLINUX=2 -DEAPI -DTARGET=apache -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -L/usr/lib -Wl,-rpath,/home/chuck/code/imap/lib -L/home/chuck/code/imap/lib -Wl,-rpath,/home/chuck/code/mcal/libmcal -L/home/chuck/code/mcal/libmcal conftest.c -lz -lmysqlclient -lmcal -lldap -llber -lc-client -lcrypt -lresolv -lm -ldl -lnsl -lresolv 15 /usr/lib/libc-client.so: undefined reference to `mm_expunged' /usr/lib/libc-client.so: undefined reference to `mm_diskerror' /usr/lib/libc-client.so: undefined reference to `mm_lsub' /usr/lib/libc-client.so: undefined reference to `mm_flags' /usr/lib/libc-client.so: undefined reference to `mm_fatal' /usr/lib/libc-client.so: undefined reference to `mm_nocritical' /usr/lib/libc-client.so: undefined reference to `mm_notify' /usr/lib/libc-client.so: undefined reference to `mm_searched' /usr/lib/libc-client.so: undefined reference to `mm_status' /usr/lib/libc-client.so: undefined reference to `mm_login' /usr/lib/libc-client.so: undefined reference to `mm_list' /usr/lib/libc-client.so: undefined reference to `mm_critical' /usr/lib/libc-client.so: undefined reference to `mm_exists' /usr/lib/libc-client.so: undefined reference to `mm_log' /usr/lib/libc-client.so: undefined reference to `mm_dlog' collect2: ld returned 1 exit status configure: failed program was: #line 51252 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gzgets(); int main() { gzgets() ; return 0; } --- [2001-05-10 09:56:33] [EMAIL PROTECTED] The conftest progs for things like setuid fail because c-client expects to find mm-expunged, mm_diskerror etc. etc. Probably related to current build issues, but not enough of an autoconf guru to figure it out. ./configure --with-apxs --disable-pear --enable-debug --enable-sigchild --enable-calendar --enable-ftp --with-ldap --with-mysql=/usr --enable-shmop --enable-sysvsem --enable-sysvshm --with-zlib --enable-inline-optimization --with-iconv --with-bz2 --enable-wddx --with-openssl --enable-bcmath --enable-ctype --with-imap --with-pspell --enable-yp --with-jpeg-dir --with-png-dir --with-freetype-dir --with-gd --with-mhash --enable-mailparse --enable-jstring --with-cybercash=/usr/local/mck-3.2.0.3-linux --enable-php-streams --enable-mbregex --enable-memory-usage --with-mm $@ --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10788edit=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] Bug #8749 Updated: Compile errors with IBM DB2 support
ID: 8749 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: have you tried defining the path to db2? i.e. --with-ibm-db2=/home/db2inst1/sqllib Previous Comments: --- [2001-01-22 20:55:22] [EMAIL PROTECTED] This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1299: checking for a BSD compatible install configure:1352: checking whether build environment is sane configure:1409: checking whether make sets ${MAKE} configure:1448: checking for working aclocal configure:1461: checking for working autoconf configure:1474: checking for working automake configure:1487: checking for working autoheader configure:1500: checking for working makeinfo configure:1530: checking whether to enable maintainer-specific portions of Makefiles configure:1559: checking host system type configure:1587: checking for gawk configure:1621: checking for bison configure:1655: checking bison version configure:1668: checking for gcc configure:1781: checking whether the C compiler (gcc -O2 -I/root/webbuild/openssl-0.9.6/include -L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib) works configure:1797: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include -I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include -L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c 15 configure:1823: checking whether the C compiler (gcc -O2 -I/root/webbuild/openssl-0.9.6/include -L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib) is a cross-compiler configure:1828: checking whether we are using GNU C configure:1837: gcc -E conftest.c configure:1856: checking whether gcc accepts -g configure:1888: checking how to run the C preprocessor configure:1909: gcc -E -I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include conftest.c /dev/null 2conftest.out configure:1968: checking for AIX configure:2013: checking for gcc option to accept ANSI C configure:2066: gcc -c -O2 -I/root/webbuild/openssl-0.9.6/include -I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include conftest.c 15 configure:2093: checking for ranlib configure:2122: checking whether gcc and cc understand -c and -o together configure:2137: gcc -c conftest.c -o conftest.o 15 configure:2138: gcc -c conftest.c -o conftest.o 15 configure:2143: cc -c conftest.c 15 configure:2145: cc -c conftest.c -o conftest.o 15 configure:2146: cc -c conftest.c -o conftest.o 15 configure:2173: checking whether ln -s works configure:2200: checking for flex configure:2233: checking for flex configure:2267: checking for yywrap in -lfl configure:2286: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include -I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include -L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c -lfl 15 configure:2309: checking lex output file root configure:2330: checking whether yytext is a pointer configure:2349: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include -I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include -L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c -lfl 15 configure:2372: checking for working const configure:2426: gcc -c -O2 -I/root/webbuild/openssl-0.9.6/include -I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include conftest.c 15 configure:2543: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include -I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include -L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c 15 /tmp/cc12PKKP.o: In function `main': /tmp/cc12PKKP.o(.text+0x1a): undefined reference to `pthread_mutexattr_init' /tmp/cc12PKKP.o(.text+0x2e): undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2525 configure #include confdefs.h #include pthread.h #include stddef.h void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(mattr); return pthread_create(thd, NULL, thread_routine, data); } configure:2563: checking for pthreads_cflags configure:2596: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include -kthread -I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include -L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c 15 gcc: unrecognized option `-kthread' /tmp/cc2JZVzZ.o: In function `main': /tmp/cc2JZVzZ.o(.text+0x1a): undefined reference to `pthread_mutexattr_init' /tmp/cc2JZVzZ.o(.text+0x2e): undefined reference to
[PHP-DEV] Bug #10817: Web server won't start after configuration
From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.5 PHP Bug Type: iPlanet related Bug description: Web server won't start after configuration I'm trying to configure Netscape Enterprise server 3.6 for PHP4 with NSAPI on a Solars 2.6 machine. I was able to compile and install PHP with the following configuration: configure --with-mysql=/usr/local/mysql --enable-track-vars --enable-libgcc --with-nsapi=/opt/entprise/netscape/suitespot I completed the config work that is explained on this web site: http://benoit.noss.free.fr/php/install-php4.html#step2 I added /usr/local/lib to LD_LIBRARY_PATH in web startup script. When I start the web server I receive the following errors: pclose() failed. (2: unknown early startup error) Any thoughts? Thanks in Advance, Craig -- Craig Guest USC/Information Sciences Institute [EMAIL PROTECTED] ~ -- Edit Bug report at: http://bugs.php.net/?id=10817edit=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 #10788 Updated: c-client linked to config test progs causes undefined symbols
ID: 10788 Updated by: chagenbu Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Install and Config Operating system: PHP Version: 4.0 Latest CVS (2001-05-10) Assigned To: Comments: confirmed fix Previous Comments: --- [2001-05-11 15:26:16] [EMAIL PROTECTED] This should be fixed now. Reopen if not. --Jani --- [2001-05-10 16:03:31] [EMAIL PROTECTED] I see this also; Jani's latest commit didn't fix it. Here's the config.log entry: configure:51043: checking whether to include zlib support configure:51244: checking for gzgets in -lz configure:51263: gcc -o conftest -g -O2 -DLINUX=2 -DEAPI -DTARGET=apache -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -L/usr/lib -Wl,-rpath,/home/chuck/code/imap/lib -L/home/chuck/code/imap/lib -Wl,-rpath,/home/chuck/code/mcal/libmcal -L/home/chuck/code/mcal/libmcal conftest.c -lz -lmysqlclient -lmcal -lldap -llber -lc-client -lcrypt -lresolv -lm -ldl -lnsl -lresolv 15 /usr/lib/libc-client.so: undefined reference to `mm_expunged' /usr/lib/libc-client.so: undefined reference to `mm_diskerror' /usr/lib/libc-client.so: undefined reference to `mm_lsub' /usr/lib/libc-client.so: undefined reference to `mm_flags' /usr/lib/libc-client.so: undefined reference to `mm_fatal' /usr/lib/libc-client.so: undefined reference to `mm_nocritical' /usr/lib/libc-client.so: undefined reference to `mm_notify' /usr/lib/libc-client.so: undefined reference to `mm_searched' /usr/lib/libc-client.so: undefined reference to `mm_status' /usr/lib/libc-client.so: undefined reference to `mm_login' /usr/lib/libc-client.so: undefined reference to `mm_list' /usr/lib/libc-client.so: undefined reference to `mm_critical' /usr/lib/libc-client.so: undefined reference to `mm_exists' /usr/lib/libc-client.so: undefined reference to `mm_log' /usr/lib/libc-client.so: undefined reference to `mm_dlog' collect2: ld returned 1 exit status configure: failed program was: #line 51252 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gzgets(); int main() { gzgets() ; return 0; } --- [2001-05-10 09:56:33] [EMAIL PROTECTED] The conftest progs for things like setuid fail because c-client expects to find mm-expunged, mm_diskerror etc. etc. Probably related to current build issues, but not enough of an autoconf guru to figure it out. ./configure --with-apxs --disable-pear --enable-debug --enable-sigchild --enable-calendar --enable-ftp --with-ldap --with-mysql=/usr --enable-shmop --enable-sysvsem --enable-sysvshm --with-zlib --enable-inline-optimization --with-iconv --with-bz2 --enable-wddx --with-openssl --enable-bcmath --enable-ctype --with-imap --with-pspell --enable-yp --with-jpeg-dir --with-png-dir --with-freetype-dir --with-gd --with-mhash --enable-mailparse --enable-jstring --with-cybercash=/usr/local/mck-3.2.0.3-linux --enable-php-streams --enable-mbregex --enable-memory-usage --with-mm $@ --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10788edit=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]
Re: [PHP-DEV] stat/fstat
Well, due to the great interest in memory conservation, fstat and stat are now rewritten to share the vals across multiple keys : ) So now we are saving the user 13* sizeof(zval)+sizeof(zend_mem_header).+whatever of memory : ) -Jason - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: Andrei Zmievski [EMAIL PROTECTED] Cc: Jason Greene [EMAIL PROTECTED]; Jason Greene [EMAIL PROTECTED]; Brian Foddy [EMAIL PROTECTED]; [EMAIL PROTECTED]; Stig Sæther Bakken [EMAIL PROTECTED]; PHP Developers Mailing List [EMAIL PROTECTED] Sent: Friday, May 11, 2001 12:36 PM Subject: Re: [PHP-DEV] stat/fstat At 19:38 11/5/2001, Andrei Zmievski wrote: On Fri, 11 May 2001, Jason Greene wrote: True, I was lazy though and didn't feel like writing all that additional code, just to save 13 longs of memory space : ) 13 * sizeof(zval) actually. 13*(sizeof(zval)+sizeof(zend_mem_header)), and possibly slightly more, actually :) Next thing you know you'd run out of memory just because of this. 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] Bug #10818: configure error
From: [EMAIL PROTECTED] Operating system: OpenBSD 2.7 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: configure error I was told at phpbuilder.com to submit this as a bug. Due to the Mac line break problem in 4.0.5, I got via CVS the latest build as of 5/10. I ran buildconf successfully and then during configure, I got this message and it stopped: Configuring SAPI modules ./configure[2590]: syntax error: `./scripts/config-stubs' unexpected Thanks. -Ken -- Edit Bug report at: http://bugs.php.net/?id=10818edit=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 #10819: .tar.gz file has unexpected EOF at rfc1867.c
From: [EMAIL PROTECTED] Operating system: solaris PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: .tar.gz file has unexpected EOF at rfc1867.c . . . php-4.0.5/main/php_version.h php-4.0.5/main/reentrancy.c php-4.0.5/main/rfc1867.c zcat: php-4.0.5.tar.gz: unexpected end of file tar: read error: unexpected EOF -- Edit Bug report at: http://bugs.php.net/?id=10819edit=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 #10820: checkdnsrr does not appear to function
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.0.5 PHP Bug Type: Sockets related Bug description: checkdnsrr does not appear to function The script: % print checkdnsrr('deltacomputergroup.com'); % Produces 1 output on linux platform but on windows 2000 no message appears. It doesn't even appear to run the function. -- Edit Bug report at: http://bugs.php.net/?id=10820edit=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 #10812 Updated: libtool syntax error
ID: 10812 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Operating system: Linux 2.4.3 PHP Version: 4.0 Latest CVS (2001-05-11) Description: libtool syntax error It appears that the problem was me not knowing I had to do a separate buildconf and configure for Zend and TSRM. perhaps mentioning this in the CVS howto-thingie? Previous Comments: --- [2001-05-11 06:53:55] [EMAIL PROTECTED] Please use a fresh checkout of the Zend directory, as this problem does not occur for me. --- [2001-05-11 06:42:22] [EMAIL PROTECTED] root@Tenchi /usr/src/php4# make Making all in Zend make[1]: Entering directory `/usr/src/php4/Zend' flex -Pzend -ozend_language_scanner.c -i ./zend_language_scanner.l bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DMOD_SSL=208102 -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c zend_language_scanner.c ../libtool: line 1292: syntax error near unexpected token `' ../libtool: line 1292: ` ltmain.sh' make[1]: *** [zend_language_scanner.lo] Error 2 make[1]: Leaving directory `/usr/src/php4/Zend' make: *** [all-recursive] Error 1 --- Full Bug description available at: http://bugs.php.net/?id=10812 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/xml config.m4 php_xml.h xml.c/ext/xml/expat Changes Makefile.in README README.php ascii.h asciitab.hexpat.html iasciitab.h latin1tab.h nametab.h utf8tab.h xmlparse.cxmlrole.c xmlrole.h xmltok.c xmltok.h xmltok_impl.c
Thies C. Arntzen wrote: Log: bump bundled expat to 1.95.1 win32 project _needs_ updating and i don't have windows I can't built the latest CVS on Linux: In file included from wddx.c:39: /usr/src/php4/ext/xml/php_xml.h:38: expat.h: No such file or directory -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10786 Updated: localhost now fails in mysql_(p)connect
ID: 10786 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is fixed already in CVS. --Jani Previous Comments: --- [2001-05-11 04:03:43] [EMAIL PROTECTED] Thanks for the quick reply. The error message was indicating that it couldn't find the mysql.sock file and your suggestion of pointing the entry in php.ini to that location fixed the problem immediately. The new location on one machine was /var/lib/mysql/mysql.sock - I don't have the correct permissions on the other machine to update php.ini as this is run by another company. Interestingly enough, I upgraded a third machine yesterday after your email arrived and this worked flawlessly - it was running RedHat 6.1/MySQL 3.23.27-beta and the mysql.sock was located in the expected place in /tmp. However, this still does not explain why previous versions of PHP can find the mysql.sock file without problem while 4.0.5 has trouble - I note that there has been quite a few changes to the ext/mysql/php_mysql.c file and suppose that something has been slightly broken there. Is this likely to be fixed? Thanks again --- [2001-05-10 08:53:44] [EMAIL PROTECTED] What is the error message you get? Can you also try to set: mysql.default_socket to the location where you mysql soscket is? (Probably: /tmp/mysql.sock or /var/lib/mysql.sock). --- [2001-05-10 08:44:13] [EMAIL PROTECTED] Two systems have been upgraded from 4.0.4pl1 to 4.0.5 and both have then failed to connect to a MySQL database using 'localhost' in the mysql_connect or mysql_pconnect calls. The MySQL installation has not been upgraded. Replacing the libphp4.so with the 4.0.4pl1 version and restarting apache fixes the problem as does changing 'localhost' to '127.0.0.1' (plus a similar mod to mysql db and user tables in the database so that the host names match). The MySQL version is 3.23.32 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10786edit=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] Bug #10811 Updated:
ID: 10811 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Install and Config Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Please try the latest CVS snapshot from http://snaps.php.net as I just fixed one bug in the configure related to Oracle. --Jani Previous Comments: --- [2001-05-11 06:01:18] [EMAIL PROTECTED] When I want to configure PHP I have this error message in the debug.log ./configure --with-oracle=/oracle8/8.1.6 --with-oci8=/oracle/8.1.6 --with-apache=/apache/apache_1.3.12 --enable-track-vars --enable-sigchild --without-mysql ld : 0706-027 The -R /oracle8/8.1.6/lib flag is ignored ld : 0706-006 Cannot find or open library file : -l core4 ld:open() : No such file or directory ld : 0706-006 Cannot find or open library file : -l nlsrtl13 ld:open() : No such file or directory --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10811edit=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] Bug #10812 Updated: libtool syntax error
ID: 10812 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Compile Failure Operating system: PHP Version: 4.0 Latest CVS (2001-05-11) Assigned To: Comments: You DO NOT have to do separate buildconf/configure for Zend and TSRM. But you do have to get fresh checkouts of them all since it seems like they are borked for you. Only thing you have to do is have them under php4/ directory..ie. php4/Zend/ and php4/TSRM And run './cvsclean ; ./buildconf' always. --Jani Previous Comments: --- [2001-05-11 18:04:50] [EMAIL PROTECTED] It appears that the problem was me not knowing I had to do a separate buildconf and configure for Zend and TSRM. perhaps mentioning this in the CVS howto-thingie? --- [2001-05-11 06:53:55] [EMAIL PROTECTED] Please use a fresh checkout of the Zend directory, as this problem does not occur for me. --- [2001-05-11 06:42:22] [EMAIL PROTECTED] root@Tenchi /usr/src/php4# make Making all in Zend make[1]: Entering directory `/usr/src/php4/Zend' flex -Pzend -ozend_language_scanner.c -i ./zend_language_scanner.l bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DMOD_SSL=208102 -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c zend_language_scanner.c ../libtool: line 1292: syntax error near unexpected token `' ../libtool: line 1292: ` ltmain.sh' make[1]: *** [zend_language_scanner.lo] Error 2 make[1]: Leaving directory `/usr/src/php4/Zend' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10812edit=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] Bug #10821: Web server won't start after php make install
From: [EMAIL PROTECTED] Operating system: Solaris 2.7 Solaris 2.8 PHP version: 4.0.5 PHP Bug Type: *Install and Config Bug description: Web server won't start after php make install I am trying to configure PHP4 to be used with Netscape Enterprise 3.6 with NSAPI, LDAP, and SYBASE-CT on a Solaris 2.7 machine. The error from the NES admin tool is pclose() failed. (2: unknown early startup error) Error An error occurred during startup. The server https-server was not started. PHP4.0.5 compile is successfull with the following configuration: ./configure --with-nsapi=/opt/netscape/suitspot --with-ldap=/usr/local/ldap --with-sybase=/usr/syb119/11.1.1 --enable-track-vars --enable-libgcc I have completed the PHP4 install steps mentioned on: http://www.php.net/manual/en/install.netscape-enterprise.ph I have verified clean tests from the Netscape bug report with Netscape Engineers: http://help.netscape.com/kb/corporate/19990524-10.html If I comment out the following line from the obj.conf file the server will start as expected. Init fn=load-modules funcs=php4_init,php4_close,php4_execute,php4_auth_tr ans shlib=/opt/netscape/suitspot/bin/libphp4.so My previous PHP install without the LDAP and Sybase extensions worked just fine. Problem is that I need the LDAP and Sybase modules. I have attempted this with Solaris 2.8 and iPlanet Webserver 4.1 SP7 with the same problems. Anyone have any ideas? Take Care, Eric G. Grant -- Edit Bug report at: http://bugs.php.net/?id=10821edit=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 #10822: CRYPT_SALT_LENGTH == 2 even when CRYPT_MD5 available
From: [EMAIL PROTECTED] Operating system: Linux 2.4.4 PHP version: 4.0.5 PHP Bug Type: *Encryption and hash functions Bug description: CRYPT_SALT_LENGTH == 2 even when CRYPT_MD5 available Against the documentation, at least on Linux systems the const CRYPT_SALT_LENGTH is 2 even when the system is capable of encrypting MD5. Most likely, this is related to bug #9177. As stated there, I compiled php (after a make clean; rm config.cache) without openssl support, but ?php printf(%d, CRYPT_SALT_LENGTH); ? still emits 2 (but MD5 encryption works fine). It gets pretty complicated to maintain compatibility with former versions of PHP. This bug also causes compatibility probs when porting DBs with crypt() encrypted passwords from Linux to BSD and vice versa (MD5 ist std on most (all?) BSD platforms. I'd like to propose the following: CRYPT_SALT_LENGTH should be set to the longest salt the system is capable of (like it is staded in the docs). The 4 different consts specifying the salt of a requested encryprion (eg. CRYPT_MD5) should be set to 0 (==not available) or the salt length for this kind/flavour of encryption. -- Edit Bug report at: http://bugs.php.net/?id=10822edit=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 #9177 Updated: crypt problems with openssl
ID: 9177 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Encryption and hash functions Operating system: PHP Version: Latest CVS Assigned To: Comments: Please try the latest CVS as there have been a couple of fixes which should fix the problems with zlib you had. --Jani Previous Comments: --- [2001-04-23 19:43:22] [EMAIL PROTECTED] It doesn't seem like it was fixed. From CVS checked about about 30 minutes ago, configure says: checking for MD5 crypt... no And a simple script that is supposed to return an md5 crypted string, returns a DES crypted string. --BEG SCRIPT-- ?= crypt('rasmuslerdorf', '$1$rasmusle$'); ? --END SCRIPT-- --BEG OUTPUT-- $1Hat1hn6A1pw --END OUTPUT-- When php is compiled without openssl, the correct output is acquired which is: $1$rasmusle$rISCgZzpwk3UhDidwXvin0 (I hope it is alright to re-open the bug) --- [2001-04-23 03:34:55] [EMAIL PROTECTED] Fixed in CVS. --Jani --- [2001-02-18 16:41:52] [EMAIL PROTECTED] My bad. It was only discussed about, not fixed.. --Jani --- [2001-02-15 11:35:43] [EMAIL PROTECTED] IIRC this is fixed already in CVS so please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-02-08 14:39:57] [EMAIL PROTECTED] MD5 crypt fails if PHP is compiled with openssl (specifically with the -lcrypto) If the .c file comes before the libraries, gcc won't recognize MD5 crypt: - blah.c - root# cat blah.c #include crypt.h main() { char salt[15], answer[40]; salt[0]='$'; salt[1]='1'; salt[2]='$'; salt[3]='r'; salt[4]='a'; salt[5]='s'; salt[6]='m'; salt[7]='u'; salt[8]='s'; salt[9]='l'; salt[10]='e'; salt[11]='$'; salt[12]=' -- PHP Development Mailing List http://www.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 #10820 Updated: checkdnsrr does not appear to function
ID: 10820 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Network related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Duplicate of #5311 Previous Comments: --- [2001-05-11 17:38:41] [EMAIL PROTECTED] The script: % print checkdnsrr('deltacomputergroup.com'); % Produces 1 output on linux platform but on windows 2000 no message appears. It doesn't even appear to run the function. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10820edit=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] Bug #6737 Updated: gettype of 'user function' returns null
ID: 6737 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.2 Assigned To: Comments: Previous Comments: --- [2000-09-13 16:21:24] [EMAIL PROTECTED] Although at second glace, it appears that this WAS a documented behavior. That's what I get for not double checking. --- [2000-09-13 16:17:39] [EMAIL PROTECTED] Changing behavior of undocumented features is not a bug, sorry. --- [2000-09-13 15:55:20] [EMAIL PROTECTED] gettype() on function names returns null Although undocumented, in version 3 it properly returned 'user function'. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6737edit=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] Bug #8104 Updated: session_register drops inner object
ID: 8104 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Bogus Bug Type: Class/Object related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: submitted twice (other one closed) please ignore this email. Previous Comments: --- [2000-12-04 17:25:25] [EMAIL PROTECTED] Duplicate of 8105 --- [2000-12-04 17:19:17] [EMAIL PROTECTED] When I have an object that I register to a session, it first describes the variable name, then the name of the class from which it was instantiated, and finally the property names and values for any of that objects properties. A problem exists when you try to register an object which has a different one nested within it. In this case, no mention of the inner object is registered, and the next time you attempt to call it, you get an error message of trying to call a method of a undeclared object. Ex: = file class.test.php ? class inner { function get_name($first_name,$last_name) { $return $first_name. .$last_name; } } class outer extends inner { var fname; var lname; function outer ($fname,$lname) { $this-fname=$fname; $this-lname=$lname; } function x() { return $this-inner-get_name($this-fname,$this-lname); } } ? = file test1.html: ? require_once(class.test.php); $testClass=new outer(jon,smith); session_register(testClass); ? = file test2.html: ? require_once(class.test.php); session_start(); echo FIRST_NAME: .$testClass-fname.br; echo LAST_NAME: .$testClass-lname.br; echo FULL_NAME: .$testClass-x().br; ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8104edit=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] Bug #8580 Updated: Fileupload and Database mysql access
ID: 8580 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: *Directory/Filesystem functions Operating system: PHP Version: 4.0.4 Assigned To: Comments: Update to PHP 4.0.5. If problem still exists with it, reopen this bug report. --Jani Previous Comments: --- [2001-02-25 18:37:39] [EMAIL PROTECTED] Probably related the the v4.04 file-upload bug http://bugs.php.net/bugs.php?id=9298 Marking as duplicate, pending any use feedback. --- [2001-01-08 10:10:25] [EMAIL PROTECTED] i'm sorry but we can do nothing with such a vaguely worded bug report. Please, provide a shortest possible script depicting the experienced problem(s), as well as a description of what the problem is. --- [2001-01-07 17:02:25] [EMAIL PROTECTED] I have problems with the new php 4.04 version ... with the php.ini something has changed ; ; Data Handling ; ; ; Note - track_vars is ALWAYS enabled as of PHP 4.0.3 variables_order = EGPCS ; This directive describes the order in which PHP registers ; GET, POST, Cookie, Environment and Built-in variables (G, P, ; C, E S respectively, often referred to as EGPCS or GPC). ; Registration is done from left to right, newer values override ; older values. register_globals= On ; Whether or not to register the EGPCS variables as global ; variables. You may want to turn this off if you don't want ; to clutter your scripts' global scope with user data. This makes ; most sense when coupled with track_vars - in which case you can ; access all of the GPC variables through the $HTTP_*_VARS[], ; variables. ; You should do your best to write your scripts so that they do ; not require register_globals to be on; Using form variables ; as globals can easily lead to possible security problems, if ; the code is not very well thought of. register_argc_argv = On ; This directive tells PHP whether to declare the argvargc ; variables (that would contain the GET information). If you ; don't use these variables, you should turn it off for ; increased performance post_max_size = 8M ; Maximum size of POST data that PHP will accept. gpc_order = GPC ; This directive is deprecated. Use variables_order instead. Some problems with sending mail attachements and connecting to databases... Back to php-4.0.1pl2-Win32.zip no problems. What has been changed in this version that some of my sources do not run anymore. And what should I change in my php sources to get it working fine again or is this realy a bug in php404. Greetz Chris --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8580edit=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] Bug #9008 Updated: define()-ed values as assoc array keys don't work
ID: 9008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Class/Object related Operating system: PHP Version: 4.0 Latest CVS (30/01/2001) Assigned To: Comments: Previous Comments: --- [2001-01-31 15:46:45] [EMAIL PROTECTED] See bug #8141. --- [2001-01-30 14:44:12] [EMAIL PROTECTED] Take this script: ?php define(TEST_VAR, 100 ); class test_class { var $codes = array( TEST_VAR= hello ); } $x = new test_class; print_r($x-codes); ? This outputs: Array ( [TEST_VAR] = hello ) whereas I figure it should output: Array ( [100] = hello ) No? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9008edit=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] Bug #10823: ext/gd/config.m4 not quite right
From: [EMAIL PROTECTED] Operating system: SuSE 7.0 i386 PHP version: 4.0 Latest CVS (2001-05-11) PHP Bug Type: *Install and Config Bug description: ext/gd/config.m4 not quite right Jani (If you're still up), You recent patch to the gd config is still not quite right :-( I'm using --with-jpeg-dir --with-png-dir for these. checking for the location of libjpeg... yes ./configure: yes=/usr/local: No such file or directory checking for jpeg_read_header in -ljpeg... yes ./configure: cd: yes: No such file or directory checking for the location of libpng... yes ./configure: yes=/usr/local: No such file or directory checking for png_info_init in -lpng... yes ./configure: cd: yes: No such file or directory checking for the location of libXpm... no If configure fails try --with-xpm-dir=DIR It still builds though :-) --Wez. -- Edit Bug report at: http://bugs.php.net/?id=10823edit=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 #10260 Updated: imap_sort segaults if no mail is in the user's mailbox
ID: 10260 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Old-Bug Type: Reproducible Crash Bug Type: IMAP related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Fixed in PHP 4.0.5 --Jani Previous Comments: --- [2001-04-23 14:53:59] [EMAIL PROTECTED] duplicate of 9908 --- [2001-04-10 10:48:15] [EMAIL PROTECTED] The following code causes a segfault if there is no mail in the user's mailbox: $mbox = imap_open({localhost:143}INBOX, user, pass); $arr = imap_sort($mbox, SORTARRIVAL, 0, SE_UID) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10260edit=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] Bug #10606 Updated: function pdf_open_memory_image undefined function
ID: 10606 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Closed Bug Type: PDF related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed in CVS (kinda) It now returns correct error when function isnt there... just a question of the person who builds the binaries having the correct libs avalible (and altering config.w32.h correctly. - James Previous Comments: --- [2001-05-09 11:15:42] [EMAIL PROTECTED] Another reminder for the Windows binaries builder.. The pdf.dsp should have HAVE_LIBGD13 1 in it? --Jani --- [2001-05-02 08:14:22] [EMAIL PROTECTED] I use PHP 4.0.5 and Apache 1.3.12 My script : ? $pdf=pdf_new(); $im = ImageCreate(100, 100); $col = ImageColorAllocate($im, 80, 45, 190); ImageFill($im, 10, 10, $col); $pim = PDF_open_memory_image($pdf, $im); ImageDestroy($im); PDF_place_image($pdf, $pim, 100, 100, 1); PDF_close_image($pdf, $pim); ? The server's answer : Fatal error: Call to undefined function: pdf_open_memory_image() in c:webessaipdfnew.php on line 6 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10606edit=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] Bug #10823 Updated: ext/gd/config.m4 not quite right
ID: 10823 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Operating system: PHP Version: 4.0 Latest CVS (2001-05-11) Assigned To: Comments: NOW this is really fixed..I made a classic 'paste and forget' error there.. :( Another thing..please, do not pollute the bug database with issues like this. There are enough bug reports already and adding more of them just makes accessing the bugdb slower and slower.. So please use old-fashioned email for these, okay? --Jani p.s. And before someone jumps up and down these should be archived somewhere, I'll remind that the mailing lists _are_ archived.. Previous Comments: --- [2001-05-11 19:44:13] [EMAIL PROTECTED] Jani (If you're still up), You recent patch to the gd config is still not quite right :-( I'm using --with-jpeg-dir --with-png-dir for these. checking for the location of libjpeg... yes ./configure: yes=/usr/local: No such file or directory checking for jpeg_read_header in -ljpeg... yes ./configure: cd: yes: No such file or directory checking for the location of libpng... yes ./configure: yes=/usr/local: No such file or directory checking for png_info_init in -lpng... yes ./configure: cd: yes: No such file or directory checking for the location of libXpm... no If configure fails try --with-xpm-dir=DIR It still builds though :-) --Wez. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10823edit=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]
Re: [PHP-DEV] stat/fstat
Yikes. We were only kidding, Jason :) At 23:00 11/5/2001, Jason Greene wrote: Well, due to the great interest in memory conservation, fstat and stat are now rewritten to share the vals across multiple keys : ) So now we are saving the user 13* sizeof(zval)+sizeof(zend_mem_header).+whatever of memory : ) -Jason - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: Andrei Zmievski [EMAIL PROTECTED] Cc: Jason Greene [EMAIL PROTECTED]; Jason Greene [EMAIL PROTECTED]; Brian Foddy [EMAIL PROTECTED]; [EMAIL PROTECTED]; Stig Sæther Bakken [EMAIL PROTECTED]; PHP Developers Mailing List [EMAIL PROTECTED] Sent: Friday, May 11, 2001 12:36 PM Subject: Re: [PHP-DEV] stat/fstat At 19:38 11/5/2001, Andrei Zmievski wrote: On Fri, 11 May 2001, Jason Greene wrote: True, I was lazy though and didn't feel like writing all that additional code, just to save 13 longs of memory space : ) 13 * sizeof(zval) actually. 13*(sizeof(zval)+sizeof(zend_mem_header)), and possibly slightly more, actually :) Next thing you know you'd run out of memory just because of this. Zeev -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] stat/fstat
At 03:31 AM 5/12/01 +0300, Zeev Suraski wrote: Yikes. We were only kidding, Jason :) Well, he could have the last argument of zend_hash_update() to receive the point to inserted value and done refcount++ on that and inserted again. ;-) I've been thinking we need to have add_* functions returning the pointer to inserted value somehow.. Plus the set of corresponding functions for retrieving data easily. -Andrei -- PHP Development Mailing List http://www.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 #10818 Updated: configure error
ID: 10818 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: Get a new checkout. And remember to checkout Zend and TSRM modules from cvs.zend.com too! Instructions can be found here: http://www.php.net/anoncvs.php And this always: './cvsclean ; ./buildconf' --Jani Previous Comments: --- [2001-05-11 17:13:54] [EMAIL PROTECTED] I was told at phpbuilder.com to submit this as a bug. Due to the Mac line break problem in 4.0.5, I got via CVS the latest build as of 5/10. I ran buildconf successfully and then during configure, I got this message and it stopped: Configuring SAPI modules ./configure[2590]: syntax error: `./scripts/config-stubs' unexpected Thanks. -Ken --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10818edit=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] Bug #10496 Updated: segfault on parse error
ID: 10496 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Should be fixed in CVS. --Jani Previous Comments: --- [2001-04-28 15:49:35] [EMAIL PROTECTED] cant reproduce but looks like a dup of 8663 --- [2001-04-25 15:44:16] [EMAIL PROTECTED] Given the complexity of the whole app, I couldn't make a small script. The offending code was: $tplBoxes = array (); ?php foreach ($tplBoxes as $box) { option value=?=$box['idb']??=$box['title']?/option ?php } ? [note the missing ? after foreach] And the logs were: Wed Apr 25 22:01:12 2001] [error] PHP Parse error: parse error in /usr/local/cvsdevel/php/aol/htdocs/Admin/editTemplat /usr/local/cvsdevel/php/aol/htdocs/Admin/editTemplates.php(40) : Parse error - parse error [Wed Apr 25 22:01:12 2001] [notice] child pid 7245 exit signal Segmentation fault (11) line 40 is exactly the line with the missing ? The backtrace is: Program received signal SIGSEGV, Segmentation fault. 0x40185cc8 in _zval_ptr_dtor () at zend_execute_API.c:103 103 } (gdb) bt #0 0x40185cc8 in _zval_ptr_dtor () at zend_execute_API.c:103 #1 0x40184792 in zend_switch_free (opline=0x824b94c, Ts=0xbfffd074) at ./zend_execute.c:236 #2 0x401811c1 in execute () at ./zend_execute.c:877 #3 0x40181e85 in execute () at ./zend_execute.c:877 #4 0x40181e85 in execute () at ./zend_execute.c:877 #5 0x40191880 in zend_execute_scripts () at zend.c:259 #6 0x401a99b3 in php_execute_script () at main.c:1153 #7 0x401a503e in apache_php_module_main () at sapi_apache.c:98 #8 0x401a5d69 in send_php () at mod_php4.c:433 #9 0x401a5db3 in send_parsed_php () at mod_php4.c:433 #10 0x8076669 in ap_invoke_handler () #11 0x808c05f in process_request_internal () #12 0x808c0d2 in ap_process_request () #13 0x8082c76 in child_main () #14 0x8082e55 in make_child () #15 0x8082fd6 in startup_children () #16 0x808365c in standalone_main () #17 0x8083eac in main () #18 0x40083a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 (gdb) hope it helps ciao --teodor --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10496edit=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] Bug #10547 Updated: PHP Crashes
ID: 10547 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Marked as Bogus as there isn't any useful information in this bug report. Previous Comments: --- [2001-04-29 04:58:26] [EMAIL PROTECTED] User reports: - No additional Dlls are loaded... This is a duplicate off lots and lots of other reports with more infromation so marking as so. - James --- [2001-04-29 04:53:36] [EMAIL PROTECTED] do you run php_mssql70.dll as an extension if so when you dont have this loaded does this make a difference? - James --- [2001-04-29 04:53:14] [EMAIL PROTECTED] Are you loading any PHP Extension DLLs (that are not thread-safe) through either your php.ini or dl()? --- [2001-04-29 04:49:34] [EMAIL PROTECTED] Hi... There see´ms to be a bug with the ISAPI Dll... Sometimes PHP just crashes, printing the message PHP access violation at . This Problem is not reproduceable. But this seems to happen with the ISAPI Dll only... when I use the php.Exe instead the dll it seems to work. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10547edit=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] Bug #10819 Updated: .tar.gz file has unexpected EOF at rfc1867.c
ID: 10819 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: Either your 'tar' is incompatible or the tar.gz was corrupted while downloading it. Download it again, and if it still doesn't work, get the GNU tar. --Jani Previous Comments: --- [2001-05-11 17:17:02] [EMAIL PROTECTED] . . . php-4.0.5/main/php_version.h php-4.0.5/main/reentrancy.c php-4.0.5/main/rfc1867.c zcat: php-4.0.5.tar.gz: unexpected end of file tar: read error: unexpected EOF --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10819edit=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] Bug #10094 Updated: Segfault in Apache
ID: 10094 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IMAP related Operating system: PHP Version: 4.0 Latest CVS (31/03/2001) Assigned To: Comments: Fixed in CVS. --Jani Previous Comments: --- [2001-04-23 14:54:33] [EMAIL PROTECTED] duplicate of 9908 --- [2001-03-31 11:51:22] [EMAIL PROTECTED] PHP Compile Options: ./configure' '--with-zlib' '--with-mm' '--with-mysql' '--with-mcal=../libmcal' '--with-ldap' '--with-imap=../imap' '--with-gettext' '--enable-ftp' '--with-mcrypt' '--with-apxs=/usr/local/etc/apache/bin/apxs' Apache Compile Opts: EAPI_MM=../mm-1.1.3 SSL_BASE=SYSTEM ./configure --with-layout=Apache --prefix=/usr/local/etc/apache/ --enable-module=ssl --enable-shared=ssl --enable-module=so --enable-module=rewrite --enable-module=proxy I'm trying to use IMP. Apache receives sig(11) Here is gdb backtrace: [root@mail bin]# gdb httpd (gdb) run -X -f conf/httpd Starting program: /usr/local/etc/apache/bin/httpd -X -f conf/httpd fopen: No such file or directory httpd: could not open document config file /usr/local/etc/apache/conf/httpd Program exited with code 01. (gdb) run -X -f conf/httpd.conf Starting program: /usr/local/etc/apache/bin/httpd -X -f conf/httpd.conf warning: find_solib: Can't read pathname for load map: Input/output error Program received signal SIGSEGV, Segmentation fault. 0x40330365 in php_if_imap_sort (ht=5, return_value=0x81bfb24, this_ptr=0x0, return_value_used=1) at php_imap.c:2750 2750for (sl = slst; *sl; sl++) { (gdb) bt #0 0x40330365 in php_if_imap_sort (ht=5, return_value=0x81bfb24, this_ptr=0x0, return_value_used=1) at php_imap.c:2750 #1 0x402faad6 in execute (op_array=0x816056c) at ./zend_execute.c:1494 #2 0x40308850 in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #3 0x40319d51 in php_execute_script (primary_file=0xb920) at main.c:1194 #4 0x403167c2 in apache_php_module_main (r=0x8143518, display_source_mode=0) at sapi_apache.c:89 #5 0x403170e6 in send_php (r=0x8143518, display_source_mode=0, filename=0x0) at mod_php4.c:521 #6 0x40317118 in send_parsed_php (r=0x8143518) at mod_php4.c:532 #7 0x8083e33 in ap_invoke_handler () at mcrypt_modules.c:245 #8 0x8097df9 in process_request_internal () at mcrypt_modules.c:245 #9 0x8097e5c in ap_process_request () at mcrypt_modules.c:245 #10 0x808f39e in child_main () at mcrypt_modules.c:245 #11 0x808f54c in make_child () at mcrypt_modules.c:245 #12 0x808f6a9 in startup_children () at mcrypt_modules.c:245 #13 0x808fce6 in standalone_main () at mcrypt_modules.c:245 #14 0x8090483 in main () at mcrypt_modules.c:245 #15 0x400c39cb in __libc_start_main (main=0x809012c main, argc=4, argv=0xbae4, init=0x805063c _init, fini=0x80c6f7c _fini, rtld_fini=0x4000aea0 _dl_fini, stack_end=0xbadc) at ../sysdeps/generic/libc-start.c:92 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10094edit=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]
Re: [PHP-DEV] stat/fstat
Yikes. We were only kidding, Jason :) Ya , but you guys sparked that old memory efficiency routine in my brain from when I used to write assembly : ) Hey did you get a chance to read my fork() dev posting, and that email about assign-op's in zend_execute? I some advice/suggestions . Thanks, -Jason At 23:00 11/5/2001, Jason Greene wrote: Well, due to the great interest in memory conservation, fstat and stat are now rewritten to share the vals across multiple keys : ) So now we are saving the user 13* sizeof(zval)+sizeof(zend_mem_header).+whatever of memory : ) -Jason - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: Andrei Zmievski [EMAIL PROTECTED] Cc: Jason Greene [EMAIL PROTECTED]; Jason Greene [EMAIL PROTECTED]; Brian Foddy [EMAIL PROTECTED]; [EMAIL PROTECTED]; Stig Sæther Bakken [EMAIL PROTECTED]; PHP Developers Mailing List [EMAIL PROTECTED] Sent: Friday, May 11, 2001 12:36 PM Subject: Re: [PHP-DEV] stat/fstat At 19:38 11/5/2001, Andrei Zmievski wrote: On Fri, 11 May 2001, Jason Greene wrote: True, I was lazy though and didn't feel like writing all that additional code, just to save 13 longs of memory space : ) 13 * sizeof(zval) actually. 13*(sizeof(zval)+sizeof(zend_mem_header)), and possibly slightly more, actually :) Next thing you know you'd run out of memory just because of this. Zeev -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9953 Updated: memory leak
ID: 9953 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. Previous Comments: --- [2001-03-26 15:58:56] [EMAIL PROTECTED] Could you please add the shortest possible script into this bug report, that can be used to reproduce this? --Jani --- [2001-03-23 08:09:27] [EMAIL PROTECTED] zend_hash.c(1032) : Freeing 0x0824400C (17 bytes), script=/usr/local/cvsdevel/php/a/htdocs/index.php Last leak repeated 14 times How can I investigate further on this please and what does it actually mean.Thanks. ciao --teodor --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9953edit=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]