Re: [PHP-DEV] Re: [PHP-PEAR] Merging PHPLIB into PEAR
Chuck Hagenbuch wrote: If the DB layer is changing, then there are going to be backwards compatibility problems anyway, and they might end up being more subtle and hard to find. Why not provide scripts to convert users' code to use the new names? Why assume that the API is going to be the same, anyway? In my eyes most of the PHPLib code will get rewritten. For a private project I would have touched lots of the PHPLib code (auth, perm, menu, some widget stuff) anyway during the next months. While doing this I can "pearify" the code. As there's a huge user base that relies on the PHPLib, we have to provide wrapper classes for the initial release so that we do not break compatibility. Don't know where to place these wrapper classes, maybe in the PHPLib CVS. We'll see, don't haste. Ulf -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8798: nl2br() function and XHTML 1.0
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.3pl1 PHP Bug Type: Feature/Change Request Bug description: nl2br() function and XHTML 1.0 The nl2br() function prints html not xhtml (br and br/). Maybe the function should take a xhtml / html parameter or a new function should be added so that xhtml writers can use the functions. Many thanks for alot of greatness in the field of excellence, Taiis at eisenstein.dk (check the error out by validating http://taiis.dk at w3) -- Edit Bug report at: http://bugs.php.net/?id=8798edit=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] PHP 4.0 Bug #8798 Updated: nl2br() function and XHTML 1.0
ID: 8798 Updated by: avsm Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Assigned To: Comments: This is already fixed in 4.0.5-cvs. Look at: http://cvs.php.net/viewcvs.cgi/php4/ext/standard/string.c.diff?r1=1.176r2=1.177 for the actually commit diff, so wait till 4.0.5 or upgrade to a snapshot from http://snaps.php.net/ Previous Comments: --- [2001-01-19 03:53:02] [EMAIL PROTECTED] The nl2br() function prints html not xhtml (br and br/). Maybe the function should take a xhtml / html parameter or a new function should be added so that xhtml writers can use the functions. Many thanks for alot of greatness in the field of excellence, Taiis at eisenstein.dk (check the error out by validating http://taiis.dk at w3) --- Full Bug description available at: http://bugs.php.net/?id=8798 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8799: snmp.dll displays error message on all generated pages
From: [EMAIL PROTECTED] Operating system: Windows NT 4.0 SP6a PHP version: 4.0.4pl1 PHP Bug Type: SNMP related Bug description: snmp.dll displays error message on all generated pages Windows NT 4.0 SP6a IIS 4.0 php 4.0.4pl1 Win32 binary distribution packaged as zip, from http://www.php.net/downloads.php using PHP.INI-DIST with two extensions enabled mssql.dll and snmp.dll SNMP appears to work however this appears on the bottom of every php generated page, even when no snmp functions are called. -8-- Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) -8-- ---[php.ini]- [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], ; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = "GPCS" ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; 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. 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() ; or echo() and each and every HTML block. ; Turning this option on has serious performance implications, and ; is generally recommended for debugging purposes only. allow_call_time_pass_reference = Off ; whether to enable the ability to force arguments to be ; passed by reference at function-call time. This method
[PHP-DEV] Re: PHP 4.0 Bug #6398 Updated: Kernel page fault caused by PHP
Excuse me for this delayed response. I'm going to try latest version of PHP soon and test it again in the same test environment. I'll send you a report after running the test. Bye. From: Bug Database To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #6398 Updated: Kernel page fault caused by PHP Date: 8 Jan 2001 20:44:05 - ID: 6398 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Assigned To: Comments: Does this exist in more recent versions of PHP? Previous Comments: --- [2000-08-28 08:42:20] [EMAIL PROTECTED] This script runs on PHP 3.14 on the same machine without problem. Now, planning an upgrade, i found that the same doesn't run on PHP 4.0.1pl2, because after about 1000-2000 inserts php.exe goes down crashing. I downloaded the binaries for Win9x from www.php.net, and i use the standard php.ini.dist configuration with two adjustement: max_execution_time=3600 and memory_limit=18388608. I use ODBC drivers from Microsoft version 3.5 with datasource of type dBaseIV and Access, but i run into the same problem. Reading data instead of inserting doesn't cause any problem. Zend Optimizer DLL is not installed. Actually i use Apache as a Web Server, release 1.3.12 download from www.apache.org. Thanks. $handle1=odbc_connect("demo","","",SQL_CUR_USE_ODBC ); echo odbc_autocommit(true); //odbc_exec($handle1,"create table demo (nome char(200),cognome char(200))"); odbc_exec($handle1,"delete from demo"); for ($i=0;$i1;$i++) { $nome="n$i"; $cognome="c$i"; $ref1=odbc_exec($handle1,"insert into demo values ('$nome','$cognome')"); odbc_free_result($ref1); } odbc_close($handle1); echo "Done." ? --- Full Bug description available at: http://bugs.php.net/?id=6398 _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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] PHP 4.0 Bug #8800 Updated: Unexpected string comparison behaviour
ID: 8800 Updated by: zak Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Assigned To: Comments: This is the expected behavior. Use the === operator to check for explicit (type and value) equality. Previous Comments: --- [2001-01-19 05:57:02] [EMAIL PROTECTED] $var1 = "009";// string settype ($var1, 'string'); // ...but just to be sure echo 'var1 is a ' . gettype ($var1) . "BRn"; $var2 = "9"; // string settype ($var2, 'string'); // ...but just to be sure echo 'var2 is a ' . gettype ($var2) . "BRn"; if ($var1 == $var2) echo '...which seems to indicate that "' . $var1 . '" is the same as "' . $var2 . '" ??'; --- Full Bug description available at: http://bugs.php.net/?id=8800 -- PHP Development Mailing List http://www.php.net/ 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 w/ multi-dimensional form elements and file uploads?
Hi, please consider this part of a form: input name="Data[user][foo]" type="text" input name="Data[user][bar]" type="file" The file upload code adds Data[user][foo] properly to HTTP_POST_FILES. But then, it tries to add variables like these: Data[user]_name[bar] Data[user]_size[bar] Data[user]_type[bar] php_register_variable_ex() decides then to nuke the existing Data[user] entry from the HTTP_POST_FILES hash (because it sees _name instead of [.*]), so that the previously set Data[user][foo] entry becomes inaccessible. Questions: 1. Is this supposed to work at all? 2. What do you think of adding Data_name[user][bar] instead of the above form? - Sascha -- PHP Development Mailing List http://www.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 w/ multi-dimensional form elements and file uploads?
[hate to reply to myself, but I don't want to waste other people's time looking into this thing.] I think I've found the bug. The comment in rfc1867.c around line 195 says: start_arr is set to point to 1st [ But the code use strrchr to locate the bracket, so start_arr is set to the last bracket. The attached one-liner fixes it. Comments? - Sascha Index: rfc1867.c === RCS file: /repository/php4/main/rfc1867.c,v retrieving revision 1.58 diff -u -r1.58 rfc1867.c --- rfc1867.c 2001/01/15 10:50:39 1.58 +++ rfc1867.c 2001/01/19 13:22:27 @@ -195,7 +195,7 @@ * start_arr is set to point to 1st [ * end_arr points to last ] */ - is_arr_upload = (start_arr = strrchr(namebuf,'[')) + is_arr_upload = (start_arr = +strchr(namebuf,'[')) (end_arr = strrchr(namebuf,']')) (end_arr = namebuf+strlen(namebuf)-1); if(is_arr_upload) { -- PHP Development Mailing List http://www.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 w/ multi-dimensional form elements and file uploads?
If it works, +1 :) At 15:21 19/1/2001, Sascha Schumann wrote: [hate to reply to myself, but I don't want to waste other people's time looking into this thing.] I think I've found the bug. The comment in rfc1867.c around line 195 says: start_arr is set to point to 1st [ But the code use strrchr to locate the bracket, so start_arr is set to the last bracket. The attached one-liner fixes it. Comments? - Sascha -- PHP Development Mailing List http://www.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] PHP 4.0 Bug #8794 Updated: preg_grep changed behavior by design?
ID: 8794 Updated by: andrei Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PCRE related Assigned To: Comments: Yes, preg_grep() was always supposed to return the results with their original keys but it wasn't until the behavior was fixed a little while ago. Previous Comments: --- [2001-01-18 20:27:48] [EMAIL PROTECTED] ?php # The behavior of preg_grep() changed, seems to be broken. # Don't know if it is a preg_grep() change or a Zend hash change. # Indexing bug is my guess, or RedHat 7.0. # Or maybe by design (see NEWS) # Here is a test case for reproduction. # Set up an array of strings. $a = array( "foo", "bar", "baz" ); # Display them all first, FYI. for( $bug = 0; $bug count( $a ); $bug++ ) { echo "test: ".$a[$bug]."br"; } # This works as expected, [0] is result, [1] is whatever. $b = preg_grep( "/^foo/", $a ); echo "try to find foo as [0]: ".$b[0]." count=".count( $b )."br"; echo "try to find foo as [1]: ".$b[1]." count=".count( $b )."br"; # This fails as unexpected, [0] is whatever, [1] is result $b = preg_grep( "/^bar/", $a ); echo "try to find bar as [0]: ".$b[0]." count=".count( $b )."br"; echo "try to find bar as [1]: ".$b[1]." count=".count( $b )."br"; ? --- Full Bug description available at: http://bugs.php.net/?id=8794 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8793 Updated: Apache 2.0 alpha 9 e PHP 4
ID: 8793 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related Assigned To: Comments: For Apache 2.0 support you need to use --with-apxs2. Check the sapi/apache2filter/README for help. --Jani Previous Comments: --- [2001-01-18 14:55:06] [EMAIL PROTECTED] I have some problem to compile PHP 4.0.4pl1 with Apache 2.0 alpha 9. PHP don't find httpd.h file with --with-apache directive. I have only compiled the mySQL module. --- Full Bug description available at: http://bugs.php.net/?id=8793 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8801: httpd could not be started
From: [EMAIL PROTECTED] Operating system: Linux Mdk 6.1 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: httpd could not be started Under Linux Mdk 6.1 I have : apache 1.3.12 Php 3.0.16 MySql 3.22.32 (source) And I would added php4.0.4pl1 with : ./configure --with-apxs=/usr/local/apache/bin/apxs \ --enable-versioning --with-imap \ --with-mysql=/usr/local/mysql \ --with-gd --with-ftp make - ok make install - ok And I add the line in httpd.conf AddType application/x-httpd-php .php apachectl start /usr/local/apache/bin/apachectl: line 171: 18321 Erreur de segmentation $HTTPD /usr/local/apache/bin/apachectl start: httpd could not be started the ldd result for libphp4.so ldd /usr/local/apache/libexec/libphp4.so libpam.so.0 = /lib/libpam.so.0 (0x2aca2000) libdl.so.2 = /lib/libdl.so.2 (0x2acaa000) libmysqlclient.so.6 = /usr/local/mysql/lib/mysql/libmysqlclient.so.6 (0x2acad000) libpng.so.2 = /usr/lib/libpng.so.2 (0x2acc1000) libz.so.1 = /usr/lib/libz.so.1 (0x2acdf000) libresolv.so.2 = /lib/libresolv.so.2 (0x2acec000) libm.so.6 = /lib/libm.so.6 (0x2acfc000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x2ad1a000) libnsl.so.1 = /lib/libnsl.so.1 (0x2ad47000) libc.so.6 = /lib/libc.so.6 (0x2ad5e000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x5000) -- Edit Bug report at: http://bugs.php.net/?id=8801edit=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] PHP 4.0 Bug #8802: Core dump
From: [EMAIL PROTECTED] Operating system: FreeBSD 3.3 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: Core dump untar php-4.0.4pl1 ./configure make ./php zsh: floating point exception (core dumped) ./php testet on two different freebsd 3.3 server Greetings, using now still 4.0.3 -- Edit Bug report at: http://bugs.php.net/?id=8802edit=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] PHP 4.0 Bug #8750 Updated: /usr/local/lib/php.ini is ignored
ID: 8750 Updated by: avsm Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Scripting Engine problem Assigned To: Comments: Try entering 'magic_quotes_gpc = On' in your php.ini, instead of the string that you submitted in the bug report. If that doesn't work, then more details are needed: What ./configure arguments did you supply PHP? Did you compile from source or install from binary RPM? Previous Comments: --- [2001-01-16 23:51:32] [EMAIL PROTECTED] I have the following option in my php.ini: magic_quotes_gpc off However "php -i" shows it as "on". Strace'ing the php binary shows that it even reads the php.ini. PHP is compiled as CGI --- Full Bug description available at: http://bugs.php.net/?id=8750 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8802 Updated: Core dump
ID: 8802 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Assigned To: Comments: This is fixed in CVS. Try latest snapshot from http://snaps.php.net/ --Jani Previous Comments: --- [2001-01-19 09:45:56] [EMAIL PROTECTED] untar php-4.0.4pl1 ./configure make ./php zsh: floating point exception (core dumped) ./php testet on two different freebsd 3.3 server Greetings, using now still 4.0.3 --- Full Bug description available at: http://bugs.php.net/?id=8802 -- PHP Development Mailing List http://www.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 #8801: httpd could not be started
On 19 Jan 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux Mdk 6.1 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: httpd could not be started Under Linux Mdk 6.1 I have : apache 1.3.12 Php 3.0.16 MySql 3.22.32 (source) And I would added php4.0.4pl1 with : ./configure --with-apxs=/usr/local/apache/bin/apxs \ --enable-versioning --with-imap \ --with-mysql=/usr/local/mysql \ --with-gd --with-ftp How is PHP 3 configured? It has to be configure with --enable-versioning too.. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8750 Updated: /usr/local/lib/php.ini is ignored
ID: 8750 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Scripting Engine problem Description: /usr/local/lib/php.ini is ignored Thanks for your help. it works now! I think I will blame the documenation though. There is this page about the php.ini: http://www.php.net/manual/en/configuration.php It apparently lacks information about the correct syntax of the ini file ?? Previous Comments: --- [2001-01-19 09:46:22] [EMAIL PROTECTED] Try entering 'magic_quotes_gpc = On' in your php.ini, instead of the string that you submitted in the bug report. If that doesn't work, then more details are needed: What ./configure arguments did you supply PHP? Did you compile from source or install from binary RPM? --- [2001-01-16 23:51:32] [EMAIL PROTECTED] I have the following option in my php.ini: magic_quotes_gpc off However "php -i" shows it as "on". Strace'ing the php binary shows that it even reads the php.ini. PHP is compiled as CGI --- Full Bug description available at: http://bugs.php.net/?id=8750 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8803 Updated: crazy implementation of printf/sprintf
ID: 8803 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function Assigned To: Comments: This works fine: echo sprintf ("%2x", 29); output: 1d This is not a bug. Previous Comments: --- [2001-01-19 10:07:24] [EMAIL PROTECTED] Whether a bug or a feature, I consider it a serious bug that printf/sprintf do not fully adhere to the formatting rules set out in ANSI/ISO C documentation. In particular, I have just wasted the better part of a day discovering that code which used %.2x to format a 2-digit hex number (worked fine in php3) now just prints nothing using 4.04pl1 Surely the formatting is done using the underlying sprintf function anyhow? If not, then php really should not call this function sprintf() but something that indicates that is not the same. Just my opinion, but it has been very frustrating and seems an unneccessary difference. Mike Banahan Sample code: ? printf(":%.2x:n", 14); ? Sample output: X-Powered-By: PHP/4.0.4pl1 Content-type: text/html :: --- Full Bug description available at: http://bugs.php.net/?id=8803 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8801 Updated: httpd could not be started
ID: 8801 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related Description: httpd could not be started Previous Comments: --- [2001-01-19 09:44:55] [EMAIL PROTECTED] Under Linux Mdk 6.1 I have : apache 1.3.12 Php 3.0.16 MySql 3.22.32 (source) And I would added php4.0.4pl1 with : ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-imap --with-mysql=/usr/local/mysql --with-gd --with-ftp make - ok make install - ok And I add the line in httpd.conf AddType application/x-httpd-php .php apachectl start /usr/local/apache/bin/apachectl: line 171: 18321 Erreur de segmentation $HTTPD /usr/local/apache/bin/apachectl start: httpd could not be started the ldd result for libphp4.so ldd /usr/local/apache/libexec/libphp4.so libpam.so.0 = /lib/libpam.so.0 (0x2aca2000) libdl.so.2 = /lib/libdl.so.2 (0x2acaa000) libmysqlclient.so.6 = /usr/local/mysql/lib/mysql/libmysqlclient.so.6 (0x2acad000) libpng.so.2 = /usr/lib/libpng.so.2 (0x2acc1000) libz.so.1 = /usr/lib/libz.so.1 (0x2acdf000) libresolv.so.2 = /lib/libresolv.so.2 (0x2acec000) libm.so.6 = /lib/libm.so.6 (0x2acfc000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x2ad1a000) libnsl.so.1 = /lib/libnsl.so.1 (0x2ad47000) libc.so.6 = /lib/libc.so.6 (0x2ad5e000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x5000) --- Full Bug description available at: http://bugs.php.net/?id=8801 -- PHP Development Mailing List http://www.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 #8803 Updated: crazy implementation ofprintf/sprintf
On 19 Jan 2001 [EMAIL PROTECTED] wrote: ID: 8803 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function Assigned To: Comments: This works fine: echo sprintf ("%2x", 29); output: 1d This is not a bug. Does %.2x work? If not, then it is indeed not in compliance with C99. 7.19.6 says: An optional precision that gives the minimum number of digits to appear for the [..] x, and X conversions [..]. o,u,x,X: [..] The precision specifies the minimum number of digits to appear; if the value being converted can be represented in fewer digits, it is expanded with leading zeros. The default precision is 1. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8804: Add support for semicolon instead of ampersand as query string delimiter
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: Add support for semicolon instead of ampersand as query string delimiter I'm sorry if this is in the latest version of PHP but I haven't seen it documented anywhere. It would be nice if PHP supported the suggestion in the HTML 4.0 spec that semicolons be allowed as the query string delimiter rather than ampersands. Please read the following paragraph to see what I'm referencing: http://www.w3.org/TR/1998/REC-html40-19980424/appendix/notes.html#h-B.2.2 Again, I'm sorry if this is already a feature and I just haven't found it. Please let me know if you need more info. Thanks! -- Edit Bug report at: http://bugs.php.net/?id=8804edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: PHP 4.0 Bug #8803 Updated: crazy implementationof printf/sprintf
On Fri, 19 Jan 2001, Mike Banahan wrote: Sorry, I don't want to carp - but it IS a problem for me. Sorry, my bad, it's not C99 conform. But %06X works fine BTW. Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8804 Updated: Add support for semicolon instead of ampersand as query string delimiter
ID: 8804 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Assigned To: Comments: See the arg_separator directive in your php.ini file. Previous Comments: --- [2001-01-19 10:30:55] [EMAIL PROTECTED] I'm sorry if this is in the latest version of PHP but I haven't seen it documented anywhere. It would be nice if PHP supported the suggestion in the HTML 4.0 spec that semicolons be allowed as the query string delimiter rather than ampersands. Please read the following paragraph to see what I'm referencing: http://www.w3.org/TR/1998/REC-html40-19980424/appendix/notes.html#h-B.2.2 Again, I'm sorry if this is already a feature and I just haven't found it. Please let me know if you need more info. Thanks! --- Full Bug description available at: http://bugs.php.net/?id=8804 -- PHP Development Mailing List http://www.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 #8803 Updated: crazy implementation ofprintf/sprintf
On Fri, 19 Jan 2001, Sascha Schumann wrote: Does %.2x work? If not, then it is indeed not in compliance with C99. 7.19.6 says: No, this doesn't work, I just thought %.2x was a user typo, sorry for that. However %03x works fine. Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8805: can't include pdflib
From: [EMAIL PROTECTED] Operating system: FreeBSD 3.3 PHP version: 4.0.1pl2 PHP Bug Type: PDF related Bug description: can't include pdflib I want to configure with pdflib but the configure-script don't find the libraries. They exist at: /usr/local/lib/libpdf.s0 and a link goes to libpdf.so.2 I run configure as follows: ./configure --prefix=/usr/local/php-4.0.1pl2 --with-pdflib=/usr/local/lib --with-tiff-dir=/usr/local --with-zlib=/usr/local/zlib --with-apache=../apache_1.3.14 --enable-track-vars --with-mysql=/usr/local/mysql all works fine except the pdf-thingy... any hints?? tia -- Edit Bug report at: http://bugs.php.net/?id=8805edit=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] PHP 4.0 Bug #8805 Updated: can't include pdflib
ID: 8805 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: PDF related Assigned To: Comments: Use --with-pdflib=/usr/local instead. ie. leave the /lib out. --Jani Previous Comments: --- [2001-01-19 10:52:15] [EMAIL PROTECTED] I want to configure with pdflib but the configure-script don't find the libraries. They exist at: /usr/local/lib/libpdf.s0 and a link goes to libpdf.so.2 I run configure as follows: ./configure --prefix=/usr/local/php-4.0.1pl2 --with-pdflib=/usr/local/lib --with-tiff-dir=/usr/local --with-zlib=/usr/local/zlib --with-apache=../apache_1.3.14 --enable-track-vars --with-mysql=/usr/local/mysql all works fine except the pdf-thingy... any hints?? tia --- Full Bug description available at: http://bugs.php.net/?id=8805 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8806: PEAR.PHP file missing in Win32 install
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.0.4pl1 PHP Bug Type: PHP options/info functions Bug description: PEAR.PHP file missing in Win32 install I want to use the DB library for connection to a mysql database. I am missing the file PEAR.DB in the pear directory of the win32 install. this has a class for error reporting so I can't use the DB classes without this. where can I get that file? thanks fernando gonzalez -- Edit Bug report at: http://bugs.php.net/?id=8806edit=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] PHP 4.0 Bug #6398 Updated: Kernel page fault caused by PHP
ID: 6398 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ODBC related Assigned To: Comments: user feedback: -- Excuse me for this delayed response. I'm going to try latest version of PHP soon and test it again in the same test environment. I'll send you a report after running the test. -- (expecting further feedback) Previous Comments: --- [2001-01-08 15:44:05] [EMAIL PROTECTED] Does this exist in more recent versions of PHP? --- [2000-08-28 08:42:20] [EMAIL PROTECTED] This script runs on PHP 3.14 on the same machine without problem. Now, planning an upgrade, i found that the same doesn't run on PHP 4.0.1pl2, because after about 1000-2000 inserts php.exe goes down crashing. I downloaded the binaries for Win9x from www.php.net, and i use the standard php.ini.dist configuration with two adjustement: max_execution_time=3600 and memory_limit=18388608. I use ODBC drivers from Microsoft version 3.5 with datasource of type dBaseIV and Access, but i run into the same problem. Reading data instead of inserting doesn't cause any problem. Zend Optimizer DLL is not installed. Actually i use Apache as a Web Server, release 1.3.12 download from www.apache.org. Thanks. html ?php $handle1=odbc_connect("demo","","",SQL_CUR_USE_ODBC ); echo odbc_autocommit(true); //odbc_exec($handle1,"create table demo (nome char(200),cognome char(200))"); odbc_exec($handle1,"delete from demo"); for ($i=0;$i1;$i++) { $nome="n$i"; $cognome="c$i"; $ref1=odbc_exec($handle1,"insert into demo values ('$nome','$cognome')"); odbc_free_result($ref1); } odbc_close($handle1); echo "Done." ? /html --- Full Bug description available at: http://bugs.php.net/?id=6398 -- PHP Development Mailing List http://www.php.net/ 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 4.0 Bug #8805 Updated: can't include pdflib
ID: 8805 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: PDF related Assigned To: Comments: Use --with-pdflib=/usr/local instead. ie. leave the /lib out. --Jani Previous Comments: --- [2001-01-19 10:52:15] [EMAIL PROTECTED] I want to configure with pdflib but the configure-script don't find the libraries. They exist at: /usr/local/lib/libpdf.s0 and a link goes to libpdf.so.2 I run configure as follows: ./configure --prefix=/usr/local/php-4.0.1pl2 --with-pdflib=/usr/local/lib --with-tiff-dir=/usr/local --with-zlib=/usr/local/zlib --with-apache=../apache_1.3.14 --enable-track-vars --with-mysql=/usr/local/mysql all works fine except the pdf-thingy... thanks for fast help, but didn't work also... -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8794 Updated: preg_grep changed behavior by design?
ID: 8794 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: PCRE related Description: preg_grep changed behavior by design? The behavior is inconsistent with expectations and breaks code. In the example given count() returns 1, so loops attempting to access found elements won't work. preg_grep() now determines and then discards indexes, forcing the caller to reconstruct 'valid' indexes (using the count() of the original array and comparisons to ""). If this is the preferred approach I suggest returning an array of indexes, not a half baked array of strings. Previous Comments: --- [2001-01-19 09:01:51] [EMAIL PROTECTED] Yes, preg_grep() was always supposed to return the results with their original keys but it wasn't until the behavior was fixed a little while ago. --- [2001-01-18 20:27:48] [EMAIL PROTECTED] ?php # The behavior of preg_grep() changed, seems to be broken. # Don't know if it is a preg_grep() change or a Zend hash change. # Indexing bug is my guess, or RedHat 7.0. # Or maybe by design (see NEWS) # Here is a test case for reproduction. # Set up an array of strings. $a = array( "foo", "bar", "baz" ); # Display them all first, FYI. for( $bug = 0; $bug count( $a ); $bug++ ) { echo "test: ".$a[$bug]."br"; } # This works as expected, [0] is result, [1] is whatever. $b = preg_grep( "/^foo/", $a ); echo "try to find foo as [0]: ".$b[0]." count=".count( $b )."br"; echo "try to find foo as [1]: ".$b[1]." count=".count( $b )."br"; # This fails as unexpected, [0] is whatever, [1] is result $b = preg_grep( "/^bar/", $a ); echo "try to find bar as [0]: ".$b[0]." count=".count( $b )."br"; echo "try to find bar as [1]: ".$b[1]." count=".count( $b )."br"; ? --- Full Bug description available at: http://bugs.php.net/?id=8794 -- PHP Development Mailing List http://www.php.net/ 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 4.0 Bug #8799 Updated: snmp.dll displays error message on all generated pages
hi, yup that fixed it. is that path a compile time option?? regards, Daniel Quinlan ph: +44 20 76544485 Motability Finance -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: 19 January 2001 16:52 To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #8799 Updated: snmp.dll displays error message on all generated pages ID: 8799 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: SNMP related Assigned To: Comments: try moving the mibs directory to %DRIVE%:/usr/mibs (%DRIVE% being the drive where PHP is installed), and report back, please. Previous Comments: -- - [2001-01-19 05:44:45] [EMAIL PROTECTED] Windows NT 4.0 SP6a IIS 4.0 php 4.0.4pl1 Win32 binary distribution packaged as zip, from http://www.php.net/downloads.php using PHP.INI-DIST with two extensions enabled mssql.dll and snmp.dll SNMP appears to work however this appears on the bottom of every php generated page, even when no snmp functions are called. -8-- Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) -8-- ---[php.ini]- [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], ; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = "GPCS" ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; 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. 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
Re: [PHP-DEV] PHP 4.0 Bug #8795: Recieved POST-form-data is unexpectedlyescaped with backslashes
On Thu, 18 Jan 2001, Toby Butzon wrote: As a side note, check this link out ;) http://[removed]?file=/etc/passwd --Toby Oh come on. Exposing this file even with shadow passwords in place is still a HUGE risk, because now your userids are exposed and your system is vulnerable to a brute-force attack. Never, EVER, do something as silly as this, especially in a public forum. -- Ignacio Vazquez-Abrams [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8807: readfile ignores output buffering setting
From: [EMAIL PROTECTED] Operating system: Redhat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Output Control Bug description: readfile ignores output buffering setting ob_start(); readfile('foo'); header('X-Test: sdfsdfsd'); ob_end_flush(); -- Edit Bug report at: http://bugs.php.net/?id=8807edit=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] c++ files as module
I'm trying to add some .cpp files to the muscat module, the hard part is getting them compiled! My Makefile.in is: LTLIBRARY_NAME= libmuscat.la LTLIBRARY_SOURCES = muscat.c muscat_net.c LTLIBRARY_SOURCES_CPP = muscatapi.cpp LTLIBRARY_SHARED_NAME = muscat.la LTLIBRARY_SHARED_LIBADD = $(MUSCAT_SHARED_LIBADD) LTLIBRARY_OBJECTS_X = $(LTLIBRARY_SOURCES_CPP:.cpp=.lo) include $(top_srcdir)/build/dynlib.mk I've tried to rip bits off qtdom module, one of the few others that uses C++; but no joy. Without the LTLIBRARY_OBJECTS_X it doesn't build muscatapi.o from muscatapi.cpp at all; with it I get: make[4]: Entering directory `/tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4/ext/muscat' I. -I/tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4/ext/muscat -I/tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4/main -I/tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4 -I/tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4/Zend -I/usr/local/empower/include -I/tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4/ext/mysql/libmysql -I/tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4/ext/xml/expat/xmltok -I/tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4/ext/xml/expat/xmlparse -I/tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4/TSRM -DXML_BYTE_ORDER=12 -c muscatapi.cpp touch muscatapi.lo /bin/sh: I.: command not found make[4]: [muscatapi.lo] Error 127 (ignored) Whats the official rules on Makefile.in to have .cpp files build, AND where SHOULD I have looked to find this. Thanks Sam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8795 Updated: Recieved POST-form-data is unexpectedly escaped with backslashes
ID: 8795 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Assigned To: Comments: you must turn magic_quotes_gpc off if you don't want PHP to addslashes() your GPC data. if this is not the case, reopen the bug report. Previous Comments: --- [2001-01-18 22:37:16] [EMAIL PROTECTED] When using the form action="post"...-tag, the posted result is unexpectedly changed so that single quotes ('), double quotes (") and backslash () is recieved in backslash-escaped form (', ", and \). The unexpected results have been reproduced with PHP4 v4.0.2, v4.0.3pl1 and v4.0.4pl1 on Windows 2000 (downloaded binary from php.net), and with PHP v4.0.3pl1 on SunOS SunOS v5.6 (amongst others). The tested browsers are MS Internet Explorer 5.00, IE5.5sp1, Netscape v6.?? and Opera v5.??. However, php3 produces the EXPECTED, un-escaped result!!! This is tested with PHP v3.0.16 on SunOS v5.6 and PHP v3.0.11 on Linux v2.0.30. You can experience both the expected and unexpected behavior yourself with a tiny testscript I've written to trace the problem: http://witca.dk/php/posttest.php (PHP4) and http://witca.dk/php/posttest.php3 (PHP3) The source is visible at http://witca.dk/php/source.php?file=posttest.php The script sends the result to itself and shows it. You will notice that everything is passed on unmodified in the php3-version, whereas the mentioned characters are escaped each time they are sent through the php4-version (doubling the number of backslashes every time!) phpinfo is available at http://witca.dk/php/phpinfo.php (php4) and http://witca.dk/php/phpinfo.php3 (php3). If this is a documented feature and not a bug as I expect I would really apreciate being pointed to documentation of the "feature" and better yet, how to work around the "feature"! ;) Thanks in advance! :) Mogens M. Christensen --- Full Bug description available at: http://bugs.php.net/?id=8795 -- PHP Development Mailing List http://www.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] c++ files as module
/bin/sh: I.: command not found make[4]: [muscatapi.lo] Error 127 (ignored) Your config.m4 lacks PHP_REQUIRE_CXX. - Sascha -- PHP Development Mailing List http://www.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 #8795: Recieved POST-form-data is unexpectedly escaped with backslashes
From a hostile standpoint, a sendmail server allowing VRFY is considered bad, /let alone giving the hacker detailed uid/gid structure of your system. Jason - Original Message - From: "Ignacio Vazquez-Abrams" [EMAIL PROTECTED] To: "Toby Butzon" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 19, 2001 9:02 AM Subject: Re: [PHP-DEV] PHP 4.0 Bug #8795: Recieved POST-form-data is unexpectedly escaped with backslashes On Thu, 18 Jan 2001, Toby Butzon wrote: As a side note, check this link out ;) http://[removed]?file=/etc/passwd --Toby Oh come on. Exposing this file even with shadow passwords in place is still a HUGE risk, because now your userids are exposed and your system is vulnerable to a brute-force attack. Never, EVER, do something as silly as this, especially in a public forum. -- Ignacio Vazquez-Abrams [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8773 Updated: sql_regcase
ID: 8773 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: *Regular Expressions Bug Type: Documentation problem Assigned To: Comments: reclassifying Previous Comments: --- [2001-01-17 20:57:26] [EMAIL PROTECTED] sql_regcase does not behave like the manual page illustrates manual: echo sql_regcase("Foo Bar"); [Ff][Oo][Oo][ ][Bb][Aa][Rr] observed: echo sql_regcase("Foo Bar"); [Ff][Oo][Oo] [Bb][Aa][Rr] compiled with --with-mysql --with-apxs --- Full Bug description available at: http://bugs.php.net/?id=8773 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8757 Updated: PHP Warning: Unable to load dynamic library 'e:\distrib\php\extensions\php_yaz.
ID: 8757 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Old-Bug Type: IIS related Bug Type: YAZ related Assigned To: Comments: Previous Comments: --- [2001-01-17 06:54:31] [EMAIL PROTECTED] 1) PHP configured as CGI (exe) 2) path to extensions configured ok, all other extensions loaded normaly /* phpinfo() shows it */ 3) PHP Warning: Unable to load dynamic library 'e:distribphpextensionsphp_yaz.dll any way to copy this dll to c:%systemroot%system made no results... --- Full Bug description available at: http://bugs.php.net/?id=8757 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8799 Updated: snmp.dll displays error message on all generated pages
ID: 8799 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Old-Bug Type: SNMP related Bug Type: Documentation problem Assigned To: Comments: user feedback: -- yup that fixed it. is that path a compile time option?? -- I'm not familiar with compilation of the SNMP extension, but I think so. anyway, this note (about the required path) can be found in the readme.first file contained in the distro from php4win.de. I haven't found it in the 'official' release, and it should be there, so I'm reclassifying to 'docuprob'. Previous Comments: --- [2001-01-19 11:52:24] [EMAIL PROTECTED] try moving the mibs directory to %DRIVE%:/usr/mibs (%DRIVE% being the drive where PHP is installed), and report back, please. --- [2001-01-19 05:44:45] [EMAIL PROTECTED] Windows NT 4.0 SP6a IIS 4.0 php 4.0.4pl1 Win32 binary distribution packaged as zip, from http://www.php.net/downloads.php using PHP.INI-DIST with two extensions enabled mssql.dll and snmp.dll SNMP appears to work however this appears on the bottom of every php generated page, even when no snmp functions are called. -8-- Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) -8-- ---[php.ini]- [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], ; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = "GPCS" ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; 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. implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself ;
[PHP-DEV] PHP 4.0 Bug #8810: Access violation with mssql.allow_persistent = on
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: MSSQL related Bug description: Access violation with mssql.allow_persistent = on PHP 4.0.4pl1 gives an access violation when persistent connections are enabled using mssql.allow_persistent = on. It doesn't matter if they are used or not. The code seems to work but each request produces an access violation dialog. Setting mssql.allow_persistent to "off" resolves the problem (for a price I'm not willing to pay). I tried both MS SQL Server 7 and 2000 both on Windows 2000 Professional. PHP 4.0.4 had the same problems. -- Edit Bug report at: http://bugs.php.net/?id=8810edit=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] PHP 4.0 Bug #8749 Updated: Compile errors with IBM DB2 support
ID: 8749 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Assigned To: Comments: this looks like the configure process has somehow not found your DB2 libraries. can you share the configure log? at the very least check to make sure it finds these libraries properly Previous Comments: --- [2001-01-16 23:05:11] [EMAIL PROTECTED] When trying to compile with --with-ibm-db2, the PHP build works fine but the Apache build fails. The errors given are listed at the bottom of this slip. DB2 is version UDB EEE 7.1 and installed in all the default locations. My compile options are: CFLAGS="-O2 -I/root/webbuild/openssl-0.9.6/include" ./configure --with-mcrypt=/usr/local --with-apache=/root/webbuild/apache_1.3.14 --with-mysql=/usr/local/mysql --with-ibm-db2 --with-ldap --enable-memory-limit=yes --enable-debug=no I'm not sure if this has anything to do with it, but I noticed that Berkeley DB2 (in /usr/lib) and IBM DB2 (in /home/db2inst1/sqllib/lib) both have libraries named libdb2.so. I'm not sure if this is confusing the configure script into grabbing the Berkeley library or not. This is the error message that was returned: gcc -DLINUX=2 -DMOD_SSL=207101 -I/root/webbuild/php-4.0.4pl1 -I/root/webbuild/php-4.0.4pl1/main -I/root/webbuild/php-4.0.4pl1/main -I/root/webbuild/php-4.0.4pl1/Zend -I/root/webbuild/php-4.0.4pl1/Zend -I/root/webbuild/php-4.0.4pl1/TSRM -I/root/webbuild/php-4.0.4pl1/TSRM -I/root/webbuild/php-4.0.4pl1 -DEAPI -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -L/root/webbuild/openssl-0.9.6 -L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/ssl/libssl.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -Wl,-rpath,/usr/local/lib -Wl,-rpath,/usr/local/mysql/lib/mysql -rdynamic -L/usr/local/lib -L/usr/local/mysql/lib/mysql -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -L/home/db2inst1/sqllib/lib -ldb2 -lpam -ldl -lmysqlclient -lmcrypt -lltdl -lldap -llber -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lm -lcrypt -lssl -lcrypto modules/php4/libphp4.a(php_odbc.o): In function `_free_odbc_result': php_odbc.o(.text+0x6e): undefined reference to `SQLFreeStmt' modules/php4/libphp4.a(php_odbc.o): In function `_close_odbc_conn': php_odbc.o(.text+0x9c): undefined reference to `SQLDisconnect' php_odbc.o(.text+0xa5): undefined reference to `SQLFreeConnect' php_odbc.o(.text+0xad): undefined reference to `SQLFreeEnv' modules/php4/libphp4.a(php_odbc.o): In function `_close_odbc_pconn': php_odbc.o(.text+0xd4): undefined reference to `SQLDisconnect' php_odbc.o(.text+0xdd): undefined reference to `SQLFreeConnect' php_odbc.o(.text+0xe5): undefined reference to `SQLFreeEnv' modules/php4/libphp4.a(php_odbc.o): In function `odbc_sql_error': php_odbc.o(.text+0x883): undefined reference to `SQLError' modules/php4/libphp4.a(php_odbc.o): In function `odbc_bindcols': php_odbc.o(.text+0xa3f): undefined reference to `SQLFreeStmt' php_odbc.o(.text+0xa93): undefined reference to `SQLColAttributes' php_odbc.o(.text+0xaaf): undefined reference to `SQLColAttributes' php_odbc.o(.text+0xaec): undefined reference to `SQLColAttributes' php_odbc.o(.text+0xb1d): undefined reference to `SQLBindCol' modules/php4/libphp4.a(php_odbc.o): In function `odbc_transact': php_odbc.o(.text+0xbaa): undefined reference to `SQLTransact' modules/php4/libphp4.a(php_odbc.o): In function `odbc_column_lengths': php_odbc.o(.text+0xd5a): undefined reference to `SQLColAttributes' modules/php4/libphp4.a(php_odbc.o): In function `php_if_odbc_prepare': php_odbc.o(.text+0xfba): undefined reference to `SQLAllocStmt' php_odbc.o(.text+0x1019): undefined reference to `SQLGetInfo' php_odbc.o(.text+0x103a): undefined reference to `SQLSetStmtOption' php_odbc.o(.text+0x105d): undefined reference to `SQLFreeStmt' php_odbc.o(.text+0x107a): undefined reference to `SQLPrepare' php_odbc.o(.text+0x109e): undefined reference to `SQLFreeStmt' php_odbc.o(.text+0x10be): undefined reference to `SQLNumParams' php_odbc.o(.text+0x10cb): undefined reference to `SQLNumResultCols' modules/php4/libphp4.a(php_odbc.o): In function `php_if_odbc_execute': php_odbc.o(.text+0x131f): undefined reference to `SQLDescribeParam' php_odbc.o(.text+0x13c6): undefined reference to `SQLFreeStmt' php_odbc.o(.text+0x1455): undefined reference to `SQLBindParameter' php_odbc.o(.text+0x1488): undefined reference to `SQLFreeStmt' php_odbc.o(.text+0x14b5): undefined reference to `SQLExecute' php_odbc.o(.text+0x14e4): undefined reference to `SQLParamData' php_odbc.o(.text+0x1502): undefined reference to `SQLPutData' php_odbc.o(.text+0x1569): undefined reference to `SQLFreeStmt' php_odbc.o(.text+0x15d4): undefined reference to `SQLNumResultCols'
[PHP-DEV] PHP 4.0 Bug #8811: DB2 SQLColumns() doens't work by default.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4 PHP Bug Type: ODBC related Bug description: DB2 SQLColumns() doens't work by default. In ext/php_odbc.c function odbc_columns() has an incorrect SQLColumns() set of parameters for DB2 databases. Currently: rc = SQLColumns(result-stmt, cat, SAFE_SQL_NTS(cat), schema, SAFE_SQL_NTS(schema), table, SAFE_SQL_NTS(table), column, SAFE_SQL_NTS(column)); it should be something more along the lines of rc = SQLColumns(result-stmt, cat, 0, schema, strnlen(schema), table, strnlen(table), column, strnlen(column)); DB2 Documentation link http://nscpcw.physics.upenn.edu/db2_docs/db2l0/sqll1311.htm#HDRFNCOLN Currently it follows the SQLColumns as described by the MSDN, which says: "If the SQL_ATTR_METADATA_ID statement attribute is set to SQL_TRUE, ColumnName is treated as an identifier, and its case is not significant. If it is SQL_FALSE, ColumnName is a pattern value argument; it is treated literally, and its case is significant." By default, DB2 has SQL_ATTR_METADATA_ID set to SQL_FALSE and doesn't work with the current code. Can we get at least a check and warning message for SQL_FALSE? I don't know about Oracle. Workaround: set SQL_ATTR_METADATA_ID to SQL_TRUE Thanks. -Szii [EMAIL PROTECTED] -- Edit Bug report at: http://bugs.php.net/?id=8811edit=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: shebang through suid-wrapper (execv)
Johan, Your problem has to do with the combination of your suexec-like cgi-wrapper and the detection algorythem implied in php. CGI mode of php detects your webserver by looking at various environment rules (eg. SERVER_SOFTWARE). When you a cgi is executed by the webserver (ex. wrapper.cgi), PATH_TRANSLATED and/or SCRIPT_FILENAME is set by the webserver to point to the script you just executed, which is wrapper.cgi. PHP sees this and then decides to execute wrapper.cgi. All you need to do to fix your problem is set PATH_TRANSLATED to the name of the script you want to run. In answer to your question about mailing me directly, I do not mind, but I ask that you cc the php-dev list in case I'm not around. Here is the corrected wrapper.c: #include stdlib.h main(argc,argv) int argc; char **argv; { char file[] = "./test.cgi"; putenv("PATH_TRANSLATED=./test.cgi"); execv(file, argv); } -Jason - Original Message - From: "Johan Ekenberg" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 19, 2001 9:36 AM Subject: shebang through suid-wrapper (execv) Hi! I saw your name in a few of the bug-reports at bugs.php.net concerning shebang related problems. I have a problem which I'm not sure if I should report as a bug or not: I'm trying to use a C-wrapper for PHP just like I do for cgi scripts written in Perl. The reason is to run the script suid user. I made a small cgi script in C, which uses execv() to start the actual program - a Perl or PHP script. This works perfectly when the actual program is a Perl script, but when it's a PHP script the PHP binary tries to parse and execute the calling program (the wrapper) instead of the called file. The VERY STRANGE thing is that it works when I execute the wrapper at the commandline, but when the wrapper is called by Apache as a cgi, then PHP outputs the contents of the compiled wrapper (lots of garbage) instead of executing the PHP script. Somewhere along the line I guess that PHP gets "/usr/bin/php wrapper.c" instead of "/usr/bin/php wrapped-php.cgi". Forget the suid stuff, it doesn't matter if I add or remove the suid-bit on the wrapper binary. I'm not sure if I'm explaining myself. Please tell me if I should take this to someone else, or to a mailinglist (which one?). An example here: http://www.ekenberg.se/phpwrap/ The files: == wrapper.c == (gcc -o wrapper.cgi wrapper.c) main(argc,argv) int argc; char **argv; { char file[] = "/path/to/wrapped-php.cgi"; execv(file, argv); } // EOF == wrapped-php.cgi == #!/usr/bin/php ?php echo "this is a test\n"; ? // EOF Best regards, /Johan Ekenberg -- PHP Development Mailing List http://www.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] Undefined Versioned Symbol
Go to http://bugs.php.net and read #7711,8774, and 8721. Regards Mike Robinson -Original Message- From: Mark Olbert [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 3:24 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Undefined Versioned Symbol I've been having problems getting php-4.0.4 to compile on my linux system; the make keeps breaking when libphp.so is being linked with an undefined versioned symbol name __ns_name_unpack@@GLIBC_2.1 error. I've rebuilt and reinstalled glibc2.1.3, and every library I know of that php depends on, but that didn't solve the problem. I saw a post in the php bug database about the exact same problem which the poster solved by creating a shared version of libbind (which is not supported in the isc.org release of bind). This lead me to run objdump on both libbind.a and libresolv.so.2. Here's what I found: objdump -x /lib/libresolv.so.2 | grep __ns_name: 4424 g F .text 011a __ns_name_unpack 4044 g F .text 01db __ns_name_ntop objdump -x /usr/lib/libbind.a | grep __ns_name: [...snip...] 03e4 g F .text 0105 __ns_name_unpack 0684 g F .text 0063 __ns_name_uncompress 06e8 g F .text 0057 __ns_name_compress g F .text 01ae __ns_name_ntop [...snip...] If I'm reading this correctly (I'm not experienced in programming under linux), this looks like both libresolv.so.2 (a shared library, part of glibc) and libbind.a (a static library, part of bind) are exporting __ns_name_unpack and __ns_name_ntop. Somehow, this does not strike me as a good thing for programs like php, which link against both libraries. Is this potentially the source of my make problem? And, if so, what can I do about it? - Mark [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] SV: shebang through suid-wrapper (execv)
Jason, thanks alot! Should this be documented somewhere, anyone? Regards, Johan Your problem has to do with the combination of your suexec-like cgi-wrapper and the detection algorythem implied in php. CGI mode of php detects your webserver by looking at various environment rules (eg. SERVER_SOFTWARE). When you a cgi is executed by the webserver (ex. wrapper.cgi), PATH_TRANSLATED and/or SCRIPT_FILENAME is set by the webserver to point to the script you just executed, which is wrapper.cgi. PHP sees this and then decides to execute wrapper.cgi. All you need to do to fix your problem is set PATH_TRANSLATED to the name of the script you want to run. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8811 Updated: DB2 SQLColumns() doens't work by default.
ID: 8811 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Description: DB2 SQLColumns() doens't work by default. After more research, please disregard this report. the odbc_columns() is not working against DB2 7.1, but there's something else going on. (It SIGSEGVs on multiple passes) I'll have to do some more digging. Apologies for the noise. -Szii Previous Comments: --- [2001-01-19 15:45:56] [EMAIL PROTECTED] The workaround posted is incorrect as it'll change the action of the cat/schema/table/etc values and not the SIZE of the values. Please ignore the workaround - the SQLColumns() bugreport is still correct otherwise. --- [2001-01-19 15:42:51] [EMAIL PROTECTED] In ext/php_odbc.c function odbc_columns() has an incorrect SQLColumns() set of parameters for DB2 databases. Currently: rc = SQLColumns(result-stmt, cat, SAFE_SQL_NTS(cat), schema, SAFE_SQL_NTS(schema), table, SAFE_SQL_NTS(table), column, SAFE_SQL_NTS(column)); it should be something more along the lines of rc = SQLColumns(result-stmt, cat, 0, schema, strnlen(schema), table, strnlen(table), column, strnlen(column)); DB2 Documentation link http://nscpcw.physics.upenn.edu/db2_docs/db2l0/sqll1311.htm#HDRFNCOLN Currently it follows the SQLColumns as described by the MSDN, which says: "If the SQL_ATTR_METADATA_ID statement attribute is set to SQL_TRUE, ColumnName is treated as an identifier, and its case is not significant. If it is SQL_FALSE, ColumnName is a pattern value argument; it is treated literally, and its case is significant." By default, DB2 has SQL_ATTR_METADATA_ID set to SQL_FALSE and doesn't work with the current code. Can we get at least a check and warning message for SQL_FALSE? I don't know about Oracle. Workaround: set SQL_ATTR_METADATA_ID to SQL_TRUE Thanks. -Szii [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=8811 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8812: Calling zend_error during module shutdown causes PHP to crash.
From: [EMAIL PROTECTED] Operating system: Solaris, Linux PHP version: 4.0.3pl1 PHP Bug Type: Reproduceable crash Bug description: Calling zend_error during module shutdown causes PHP to crash. If you call zend_error during the shutdown sequence for a module then you get a core because there is no longer a valid error_filename. We eliminated this from our code, at some cost to its generality, but then the same error occurs if, eg, you can't rollback your oracle transaction during the shutdown of the Oracle module. Simple fix: in zend_error, test to see if you are in the middle of shutdown and don't attempt to write to error_filename if so. Better fix: close error_filename AFTER all the modules are shutdown. Traceback follows: ' (gdb) bt #0 0xfe8b6da4 in strlen () from /usr/lib/libc.so.1 #1 0xfe8ffe18 in _doprnt () from /usr/lib/libc.so.1 #2 0xfe901ad0 in snprintf () from /usr/lib/libc.so.1 #3 0xe3b88 in php_error_cb (type=2, error_filename=0x5a5a5a5a Address 0x5a5a5a5a out of bounds, error_lineno=0, format=0x36e760 "%s: %s", args=0xffbee1cc) at main.c:388 #4 0x1ea440 in zend_error (type=2, format=0x36e760 "%s: %s") at zend.c:596 #5 0x12dde8 in oci_error (err_p=0x93dac4, what=0x36e670 "failed to rollback outstanding transactions!", status=-1) at oci8.c:747 #6 0x12dad4 in _oci_conn_list_dtor (connection=0xbf5740) at oci8.c:658 #7 0x1f32b0 in list_entry_destructor (ptr=0x638260) at zend_list.c:253 #8 0x1f0a0c in zend_hash_apply_deleter (ht=0x411d10, p=0xbf68a0) at zend_hash.c:619 #9 0x1f0cc8 in zend_hash_graceful_destroy (ht=0x411d10) at zend_hash.c:670 #10 0x1f3434 in zend_destroy_rsrc_list () at zend_list.c:298 #11 0x1db664 in shutdown_executor () at zend_execute_API.c:179 #12 0x1ea16c in zend_deactivate () at zend.c:513 #13 0xe4738 in php_request_shutdown (dummy=0x0) at main.c:669 #14 0xe0ab0 in php_apache_request_shutdown () #15 0x28320c in run_cleanups () at atx_prop.cpp:94 #16 0x280980 in ap_clear_pool () at atx_prop.cpp:94 #17 0x280a10 in ap_destroy_pool () at atx_prop.cpp:94 #18 0x280968 in ap_clear_pool () at atx_prop.cpp:94 #19 0x298058 in child_main () at atx_prop.cpp:94 #20 0x298aec in make_child () at atx_prop.cpp:94 #21 0x298c10 in startup_children () at atx_prop.cpp:94 #22 0x299600 in standalone_main () at atx_prop.cpp:94 #23 0x29a1fc in main () at atx_prop.cpp:94 -- Edit Bug report at: http://bugs.php.net/?id=8812edit=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] Undefined Versioned Symbol
Sorry, but those bug reports provide no information on how to solve the problem. Other than re-installing the glibc, which I've done, or re-installing my entire system, which is similar to killing a fly with a 10 megaton nuclear warhead. Is there any record that reinstalling the entire system actually solves the problem? As an FYI, I think making assertions to the effect that "this is not a PHP problem" is an odd way to handle bug reports. How can anyone know that the assertion is true if there is no non-PHP-related solution documented? - Mark -Original Message- From: Mike Robinson [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 12:53 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Undefined Versioned Symbol Go to http://bugs.php.net and read #7711,8774, and 8721. Regards Mike Robinson -Original Message- From: Mark Olbert [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 3:24 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Undefined Versioned Symbol I've been having problems getting php-4.0.4 to compile on my linux system; the make keeps breaking when libphp.so is being linked with an undefined versioned symbol name __ns_name_unpack@@GLIBC_2.1 error. I've rebuilt and reinstalled glibc2.1.3, and every library I know of that php depends on, but that didn't solve the problem. I saw a post in the php bug database about the exact same problem which the poster solved by creating a shared version of libbind (which is not supported in the isc.org release of bind). This lead me to run objdump on both libbind.a and libresolv.so.2. Here's what I found: objdump -x /lib/libresolv.so.2 | grep __ns_name: 4424 g F .text 011a __ns_name_unpack 4044 g F .text 01db __ns_name_ntop objdump -x /usr/lib/libbind.a | grep __ns_name: [...snip...] 03e4 g F .text 0105 __ns_name_unpack 0684 g F .text 0063 __ns_name_uncompress 06e8 g F .text 0057 __ns_name_compress g F .text 01ae __ns_name_ntop [...snip...] If I'm reading this correctly (I'm not experienced in programming under linux), this looks like both libresolv.so.2 (a shared library, part of glibc) and libbind.a (a static library, part of bind) are exporting __ns_name_unpack and __ns_name_ntop. Somehow, this does not strike me as a good thing for programs like php, which link against both libraries. Is this potentially the source of my make problem? And, if so, what can I do about it? - Mark [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ 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-PEAR] something I noticed re:licenses.
Quoting Joao Prado Maia [EMAIL PROTECTED]: Agreed. Especially since every single one mentions binarycloud. I thought I was the only one thinking this way. Thanks Nathan :) It's ridiculous to beat on Alex when 4 or 5 people seem to have been taking the same stance from a PHPLIB viewpoint. Alex has put a lot of work into building binaryclound and thinks everyone should use it 'cause it's so nifty. The PHPLIB folks claim a large installed base and that PEAR should accept the phplib code as it is so as not to create compatibility problems. Everyone has their own ego and their own horse to ride. -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Entropy. It's what's for dinner. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Mean
I was just looking at php4/TODO. What is the desired capability for array_mean? Is this refering to the mean of all numerical elements in the list? Is the desired functionality to count non numerical data as 0's or to completly ignore them from the alg? -Jason
Re: [PHP-DEV] Mean
On Fri, 19 Jan 2001, Jason Greene wrote: I was just looking at php4/TODO. What is the desired capability for array_mean? Is this refering to the mean of all numerical elements in the list? Is the desired functionality to count non numerical data as 0's or to completly ignore them from the alg? That can be removed from TODO. The desired functionality can be achieved by array_sum($array)/count($array). -Andrei "The only true currency in this bankrupt world is what we share with each other when we're uncool." -- Lester Bangs, from the film 'Almost Famous' -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8811 Updated: DB2 SQLColumns() doens't work by default.
ID: 8811 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Description: DB2 SQLColumns() doens't work by default. The data coming back from SQLColumns() is working correctly at the odbc_columns() level. However, you cannot run odbc_fetch_row() or odbc_fetch_array() against the resources returned by odbc_columns(). The docs for odbc_fetch_row() says that it is only valid after odbc_do/odbc_exe. How do you iterate over the rows returned from odbc_columns() in a PHP script? There doesn't appear to be any way to do it...everything I try SegFaults. -Szii Previous Comments: --- [2001-01-19 15:56:08] [EMAIL PROTECTED] After more research, please disregard this report. the odbc_columns() is not working against DB2 7.1, but there's something else going on. (It SIGSEGVs on multiple passes) I'll have to do some more digging. Apologies for the noise. -Szii --- [2001-01-19 15:45:56] [EMAIL PROTECTED] The workaround posted is incorrect as it'll change the action of the cat/schema/table/etc values and not the SIZE of the values. Please ignore the workaround - the SQLColumns() bugreport is still correct otherwise. --- [2001-01-19 15:42:51] [EMAIL PROTECTED] In ext/php_odbc.c function odbc_columns() has an incorrect SQLColumns() set of parameters for DB2 databases. Currently: rc = SQLColumns(result-stmt, cat, SAFE_SQL_NTS(cat), schema, SAFE_SQL_NTS(schema), table, SAFE_SQL_NTS(table), column, SAFE_SQL_NTS(column)); it should be something more along the lines of rc = SQLColumns(result-stmt, cat, 0, schema, strnlen(schema), table, strnlen(table), column, strnlen(column)); DB2 Documentation link http://nscpcw.physics.upenn.edu/db2_docs/db2l0/sqll1311.htm#HDRFNCOLN Currently it follows the SQLColumns as described by the MSDN, which says: "If the SQL_ATTR_METADATA_ID statement attribute is set to SQL_TRUE, ColumnName is treated as an identifier, and its case is not significant. If it is SQL_FALSE, ColumnName is a pattern value argument; it is treated literally, and its case is significant." By default, DB2 has SQL_ATTR_METADATA_ID set to SQL_FALSE and doesn't work with the current code. Can we get at least a check and warning message for SQL_FALSE? I don't know about Oracle. Workaround: set SQL_ATTR_METADATA_ID to SQL_TRUE Thanks. -Szii [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=8811 -- PHP Development Mailing List http://www.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] Mean
Thanks, I Removed it from cvs. -Jason Andrei Zmievski wrote: On Fri, 19 Jan 2001, Jason Greene wrote: I was just looking at php4/TODO. What is the desired capability for array_mean? Is this refering to the mean of all numerical elements in the list? Is the desired functionality to count non numerical data as 0's or to completly ignore them from the alg? That can be removed from TODO. The desired functionality can be achieved by array_sum($array)/count($array). -Andrei "The only true currency in this bankrupt world is what we share with each other when we're uncool." -- Lester Bangs, from the film 'Almost Famous' -- PHP Development Mailing List http://www.php.net/ 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 4.0 Bug #8469 Updated: function pdf_setlinewidth does not work at all.
It does not work. I have been using pdf_stringwidth function. This one is working and we have almost finished our program By the way, I just wonder if there is any pdf function to link other pages if the user clicks. Thanks. -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 17, 2001 3:41 PM To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #8469 Updated: function pdf_setlinewidth does not work at all. ID: 8469 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PDF related Assigned To: Comments: What is the status for this? Does it work now or not? --Jani Previous Comments: --- [2001-01-03 13:15:26] [EMAIL PROTECTED] I tried your example script and it works just fine for me. Please try the latest snapshot from http://snaps.php.net/ and if it doesn't work either, please explain better how it doesn't work. --Jani --- [2000-12-29 06:26:00] [EMAIL PROTECTED] What is the version of PDFlib you're using ? And add a short script that can be used to reproduce this into this bug report. --Jani --- [2000-12-28 20:30:02] [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=8469 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: PHP 4.0 Bug #8469 Updated: function pdf_setlinewidthdoes not work at all.
On Fri, 19 Jan 2001, matthew zhang wrote: It does not work. I have been using pdf_stringwidth function. This one is working and we have almost finished our program And you didn't explain HOW exactly it didn't work? I tried the example code you sent and it worked just fine. The line width was just a bit too thick so it looked like a mess. Just reducing the width to reasonable measure fixed it. By the way, I just wonder if there is any pdf function to link other pages if the user clicks. Yes, these (undocumented) functions: pdf_add_weblink(int pdfdoc, double llx, double lly, double urx, double ury, string url) pdf_add_pdflink(int pdfdoc, double llx, double lly, double urx, double ury, string filename, int page, string dest) They should work as said in the PDFlib's API documentation. (comes with the pdflib-package). The extension misses the pdf_add_locallink() function which is used to point to other place in the current document. I will add this one soon. --Jani Thanks. -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 17, 2001 3:41 PM To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #8469 Updated: function pdf_setlinewidth does not work at all. ID: 8469 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PDF related Assigned To: Comments: What is the status for this? Does it work now or not? --Jani Previous Comments: --- [2001-01-03 13:15:26] [EMAIL PROTECTED] I tried your example script and it works just fine for me. Please try the latest snapshot from http://snaps.php.net/ and if it doesn't work either, please explain better how it doesn't work. --Jani --- [2000-12-29 06:26:00] [EMAIL PROTECTED] What is the version of PDFlib you're using ? And add a short script that can be used to reproduce this into this bug report. --Jani --- [2000-12-28 20:30:02] [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=8469 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] session_start(); crashes when using latest CVS with --enable-trans-sid
Test script: ?php session_start(); ? Here's the backtrace: (gdb) run -X Starting program: /www/apache/bin/httpd -X [New Thread 1024 (runnable)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (runnable)] 0x40634c86 in url_adapt_ext_ex (src=0x81756e4 "", srclen=0, name=0x80cf688 "PHPSESSID", value=0x80b9f1c "44980f3dbbe538b0f75b6b24ecdb4071", newlen=0xb63c) at /usr/src/web/php/php4/ext/standard/url_scanner_ex.re:337 337 smart_str_0(ctx-result); (gdb) bt full #0 0x40634c86 in url_adapt_ext_ex (src=0x81756e4 "", srclen=0, name=0x80cf688 "PHPSESSID", value=0x80b9f1c "44980f3dbbe538b0f75b6b24ecdb4071", newlen=0xb63c) at /usr/src/web/php/php4/ext/standard/url_scanner_ex.re:337 ret = 0x0 ctx = (url_adapt_state_ex_t *) 0x407a6d14 #1 0x405d6e18 in session_adapt_uris (src=0x81756e4 "", srclen=0, new=0xb640, newlen=0xb63c) at session.c:1369 No locals. #2 0x4063209e in php_ub_body_write_no_header (str=0x81756e4 "", str_length=0) at output.c:354 newstr = 0x0 new_length = 0 result = 0 #3 0x4063219b in php_ub_body_write (str=0x81756e4 "", str_length=0) at output.c:395 result = 0 #4 0x40631cd0 in php_end_ob_buffer (send_buffer=1) at output.c:172 final_buffer = 0x81756e4 "" final_buffer_length = 0 alternate_buffer = (zval *) 0x0 to_be_destroyed_buffer = 0x81756e4 "" #5 0x40631d4c in php_end_ob_buffers (send_buffer=1) at output.c:191 No locals. #6 0x40542fa8 in apache_php_module_main (r=0x8172b2c, display_source_mode=0) at sapi_apache.c:95 file_handle = {type = 2 '\002', filename = 0x8173574 "/www/apache/htdocs/session.php", opened_path = 0x80b98ac 'Z' repeats 32 times, "\204\217*", handle = {fd = 135799936, fp = 0x8182480}, free_filename = 0 '\000'} #7 0x40543b97 in send_php (r=0x8172b2c, display_source_mode=0, filename=0x8173574 "/www/apache/htdocs/session.php") at mod_php4.c:514 retval = 0 per_dir_conf = (HashTable *) 0x811d3a8 #8 0x40543bd5 in send_parsed_php (r=0x8172b2c) at mod_php4.c:525 No locals. #9 0x8054473 in ap_invoke_handler () at mcrypt_modules.c:244 No locals. #10 0x8067cf9 in process_request_internal () at mcrypt_modules.c:244 No locals. #11 0x8067d5c in ap_process_request () at mcrypt_modules.c:244 No locals. #12 0x805f5de in child_main () at mcrypt_modules.c:244 No locals. #13 0x805f76c in make_child () at mcrypt_modules.c:244 No locals. #14 0x805f8c9 in startup_children () at mcrypt_modules.c:244 No locals. #15 0x805fef6 in standalone_main () at mcrypt_modules.c:244 No locals. #16 0x8060683 in main () at mcrypt_modules.c:244 No locals. #17 0x400959cb in __libc_start_main (main=0x806033c main, argc=2, argv=0xb884, init=0x804e9b8 _init, fini=0x8094a0c _fini, rtld_fini=0x4000ae60 _dl_fini, stack_end=0xb87c) at ../sysdeps/generic/libc-start.c:92 argv = (char **) 0xb884 rtld_fini = (void (*)()) 0x4000ae60 _dl_fini stack_end = (void *) 0x0 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8271 Updated: Using include() on file with javascript after session_start() corrupts output
ID: 8271 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Old-Bug Type: IIS related Bug Type: *Session related Assigned To: Comments: duplicate of #8311 Previous Comments: --- [2000-12-15 04:18:35] [EMAIL PROTECTED] Using IIS 4.02.0720 and PHP4.0.3p1 as a DLL; No additional modules. If I include() a file with Javascript in it _after_ having done a session_start(), the resulting file spit out with include() contains a bunch of errant quotation marks at odd places in the Javascript, causing it to fail in the browser. If I don't ever start a session, it works fine. Additional tests done: Reading the html directly via IIS works fine; Reading it through IIS as a .php works fine; include()ed without session_start() works fine. Consider two files: [File: test.php] ? session_start(); include( "test.html" ); ? [File: test.html] html head titleCrosspoint Clients/title meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" script language="JavaScript" !-- function MM_swapImgRestore() { //v3.0 var i,x,a=document.MM_sr; for(i=0;aia.length(x=a[i])x.oSrc;i++) x.src=x.oSrc; } function MM_preloadImages() { //v3.0 var d=document; if(d.images){ if(!d.MM_p) d.MM_p=new Array(); var i,j=d.MM_p.length,a=MM_preloadImages.arguments; for(i=0; ia.length; i++) if (a[i].indexOf("#")!=0){ d.MM_p[j]=new Image; d.MM_p[j++].src=a[i];}} } function MM_findObj(n, d) { //v3.0 var p,i,x; if(!d) d=document; if((p=n.indexOf("?"))0parent.frames.length) { d=parent.frames[n.substring(p+1)].document; n=n.substring(0,p);} if(!(x=d[n])d.all) x=d.all[n]; for (i=0;!xid.forms.length;i++) x=d.forms[i][n]; for(i=0;!xd.layersid.layers.length;i++) x=MM_findObj(n,d.layers[i].document); return x; } function MM_swapImage() { //v3.0 var i,j=0,x,a=MM_swapImage.arguments; document.MM_sr=new Array; for(i=0;i(a.length-2);i+=3) if ((x=MM_findObj(a[i]))!=null){document.MM_sr[j++]=x; if(!x.oSrc) x.oSrc=x.src; x.src=a[i+2];} } //-- /script /head ---8--- If you dial up test.php through IIS, you will wind up with some quotes thrown in before the closing braces of some of the Javascript functions, as well as duplicate quotes or inserted quotes in the functions themselves. Comment out the session_start() in test.php and they go away. --- Full Bug description available at: http://bugs.php.net/?id=8271 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8686 Updated: Starting a session corrupts reading of external files.
ID: 8686 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: *Session related Assigned To: Comments: duplicate of #8311 Previous Comments: --- [2001-01-12 16:56:09] [EMAIL PROTECTED] When I begin a session, using "session_start()" and then read in a file using file(), readfile(), or require(), the contents of the file get corrupted with double quote characters. Here's a sample file to read in (name it "test_file.txt"): a.b=[] Here's a PHP webpage that displays corrupted output: ?php session_start(); readfile( 'test_file.txt' ); ? The corrupted output is: a.b="[]" If the call to session_start() is removed from the above script, the output matches the sample file contents. Also if any of the characters are removed from the sample file, the readfile() works fine, so there's something specific to the text in the sample file that disagrees with session_start(). FYI, the sample file is small section of javascript in an HTML file I am using. I pared down the javascript/HTML to this small section that was getting corrupted. I'm trying to echo different HTML files depending on session variables I set. --- Full Bug description available at: http://bugs.php.net/?id=8686 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8311 Updated: quotes added when using session_start
ID: 8311 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: IIS related Bug Type: *Session related Assigned To: Comments: reclassifying. BTW, this is not IIS-specific, it has been reported for Mandrake too (#8686). Previous Comments: --- [2000-12-18 07:00:37] [EMAIL PROTECTED] using IIS 5.0 and php4.0.3pl1 as an ISAPI module; referring to bug ID #8271: the problem does not seem to be related to the "include()" statement... I have some code generating a clientside java script to generate a form input (tested wit hand without the include stuff): print " document.writeln("input type=\"checkbox\" ...");"; including the session_start() statement generates the following code: document.writeln("input type="""checkbox" ... "); resulting in a browser error... comment the session_start() out and the code looks like: document.writeln("input type="checkbox" ... "); as should be... Second test: print " document.writeln("input type=checkbox ...");"; including the session_start() statement generates the following code: document.writeln("input type="checkbox" ... "); resulting in a browser error... comment the session_start() out and the code looks like: document.writeln("input type=checkbox ... "); as should be... The problem does not occurr when hosting the page on Linux/Apache... Regards Stefan --- Full Bug description available at: http://bugs.php.net/?id=8311 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8814: Undefined Versioned Symbol
From: [EMAIL PROTECTED] Operating system: Linux 2.2.5 PHP version: 4.0.4 PHP Bug Type: Compile Failure Bug description: Undefined Versioned Symbol I have previously reported a problem with php-4.0.4 failing to compile, aborting with an undefined versioned symbol error (on __ns_name_unpack@@GLIBC_2.1). This problem has been reported here several times, and on all occassions the development team has responded with "this isn't a php problem" feedback. Which is, of course, not very helpful to those people trying to get php to compile. In my case I was finally able to get php to compile by moving all of the resolver libraries out of /usr/lib. Why this should have been necessary I do not know; all I know is that moving: libresolv.a libresolv_p.a libresolv.so (symlinked to /lib/libresolv.so.2) out of /usr/lib allowed php to compile. The relevant section of the config.log file seems to be: === configure:5046: checking for inet_aton in -lbind configure:5065: gcc -o conftest -g -O2 -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED conftes$ configure:5103: checking for inet_aton in -lresolv configure:5122: gcc -o conftest -g -O2 -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED conftes$ /usr/i586-pc-linux-gnu/bin/ld: cannot find -lresolv collect2: ld returned 1 exit status configure: failed program was: #line 5111 "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 inet_aton(); int main() { inet_aton() ; return 0; } === Apparently, configure looks for inet_aton in -lbind and -lresolv, and when it finds them in both, gets confused. Preventing it from finding the -lresolv libraries solves the problem. I think. I'll be sure when I get my site to work (i.e., I'm wondering if php compiled, but perhaps isn't functional, and is screwing up httpd). In any event, I think this qualifies as an issue to either fix in the configure script, or post a warning about in the INSTALL file. And I hope to Ghu that no one else has to deal with this ridiculously obscure problem! - Mark -- Edit Bug report at: http://bugs.php.net/?id=8814edit=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] PHP 4.0 Bug #8815: allow_fopen_url = On include(URL) don't work
From: [EMAIL PROTECTED] Operating system: Intel/Linux (GNU) PHP version: 4.0.4pl1 PHP Bug Type: *Configuration Issues Bug description: allow_fopen_url = On include("URL") don't work After compiling PHP 4.0.4pl1 with ./configure" \ --prefix=/usr \ --with-config-file-path=/usr/lib" \ --with-apache=../apache_1.3.14 \ --with-mysql=/usr/local/mysql \ --with-pgsql=/usr/local/pgsql \ --with-gd \ --with-jpeg-dir \ --with-t1lib \ --with-ttf \ --with-mhash \ --with-openssl=/usr/local/ssl \ --with-curl \ --with-imap=../imap-2000a \ --with-mm \ --with-zlib \ --with-bz2 \ --enable-gd-imgstrttf \ --enable-track-vars \ --enable-magic-quotes \ --enable-trans-sid \ --enable-sockets \ --enable-ftp \ --enable-bcmath \ --enable-calendar \ --with-gnu-ld and then making and installing into Apache_1.3.14, and running it, when tring to include("URL"); or include("localpath?test=test"); it will give the result of "Error No Data Sent". also when in docs/test/ and tring to include a file like this. include("../test2/test/php"); it will fail and cannot find the file. in the configuration (php.ini) there is a allow_url_fopen = On. and in phpinfo it says allow_url_fopen local value of '1' and a master value of '1'. This is a stock php.ini (except the error_log was set to a file and the requirted changes for 'imp/horde'. Other than that it is the stock config. the system is Glibc 2.1.3, Linux Kernel 2.4. any help with this is greatly appriciated. thanks -- Edit Bug report at: http://bugs.php.net/?id=8815edit=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] PHP 4.0 Bug #8816: cross subscript object variable access
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4 PHP Bug Type: Class/Object related Bug description: cross subscript object variable access I today found out a strange thing about the PHP4 object/variable handling that I can not understand. My main script first clones a provider class and stores the new object into $MAINPROV; Then it includes two files that give back two elements of the page. My provider class has some subclasses. These shall be loaded on demand with functions like getFooProvider(). Theese functions test via preis_object($this-FOO)/pre if the class is already loaded. If not it includes the file containing the class definition and spawns pre$this-FOO = new foo($this)/pre. Now listen to this: If I use the load-function in the main script all works fine. But if the class is loaded from one of the subclasses (into the main provider class object that is a variable in the main script) it cannot be accessed in the other subscript, the second element. This causes the foo-class-file to be reloaded and throws out an error message because the class is already defined. If anybody can help, it would be very very sad if I had to workaround pre-loading every subclass that can be used on this page, because I wanted to make it dynamically load the classes. Thanks! -- Edit Bug report at: http://bugs.php.net/?id=8816edit=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] PHP 4.0 Bug #8817: $foo-getbar()-getfoobar()-method()
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4 PHP Bug Type: Class/Object related Bug description: $foo-gt;getbar()-gt;getfoobar()-gt;method() Hi there. It would imho be useful to be abeled to code $foo-getbar()-getfoobar()-method(); instead of having to save each return value into a variable like: $bar = $foo-getbar(); $foobar = $bar-getfoobar(); $foobar-method(); Thanx. -- Edit Bug report at: http://bugs.php.net/?id=8817edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] re zend_compile_file
zend_compile_file is a function pointer...this line is the most helpful: Zend/zend.c:zend_compile_file = compile_file; You are looking for the wrong function. Sean -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 10:43 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] re zend_compile_file Hi Just a dumb question could not find this in this function in the source zend_compile_file Probably due to some strange C ism I dont understand here is the "grep -r"I performed any clues would be helpful. Zend/zend_compile.c: :ZEND_API zend_op_array *(*zend_compile_file)(zend_file_handle *file_handle, int type CLS_DC);?? this couldn't be it could it? version php-4.0.4pl1 ___ $ grep -r zend_compile_file * Zend/zend.c:zend_compile_file = compile_file; Zend/zend.c:EG(active_op_array) = zend_compile_file(file_handle, ZEND_INCLUDE CLS_CC); Zend/zend_compile.c: :ZEND_API zend_op_array *(*zend_compile_file)(zend_file_handle *file_handle, int type CLS_DC); c Zend/zend_compile.h:extern ZEND_API zend_op_array *(*zend_compile_file)(zend_file_handle *file_handle, int type CLS_DC); Zend/zend_execute.c: new_op_array = zend_compile_file(file_handle, (opline-op2.u.constant.value.lval==ZEND_INCLUDE_ONCE?ZEND_INC LUDE:ZEND_REQUIRE) CLS_CC); Zend/zend_language_scanner.l: retval = zend_compile_file(file_handle, type CLS_CC); Zend/zend_language_scanner.c: retval = zend_compile_file(file_handle, type CLS_CC); Zend/zend_language_scanner_cc.cc: retval = zend_compile_file(file_handle, type CLS_CC); Binary file Zend/zend_language_scanner.lo matches Binary file Zend/.libs/libZend_c.al matches Binary file Zend/.libs/libZend.al matches Binary file Zend/zend_compile.lo matches Binary file Zend/zend_execute.lo matches Binary file Zend/zend.lo matches main/main.c:op_array = zend_compile_file(file, ZEND_INCLUDE CLS_CC); Binary file main/main.lo matches Binary file main/.libs/libmain.al matches -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: session_start(); crashes when using latest CVS with --enable-trans-sid
On Sat, 20 Jan 2001, Jani Taskinen wrote: Test script: ?php session_start(); ? There is probably something broken in your checkout or build. The latest CVS works fine here. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8311 Updated: quotes added when using session_start
ID: 8311 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Assigned To: Comments: (I assume you are using the transparent session ID propagation feature.) This issue has been addressed in PHP 4.0.4. An upgrade to the latest version should cure the problem. Previous Comments: --- [2001-01-19 20:22:59] [EMAIL PROTECTED] reclassifying. BTW, this is not IIS-specific, it has been reported for Mandrake too (#8686). --- [2000-12-18 07:00:37] [EMAIL PROTECTED] using IIS 5.0 and php4.0.3pl1 as an ISAPI module; referring to bug ID #8271: the problem does not seem to be related to the "include()" statement... I have some code generating a clientside java script to generate a form input (tested wit hand without the include stuff): print " document.writeln("input type=\"checkbox\" ...");"; including the session_start() statement generates the following code: document.writeln("input type="""checkbox" ... "); resulting in a browser error... comment the session_start() out and the code looks like: document.writeln("input type="checkbox" ... "); as should be... Second test: print " document.writeln("input type=checkbox ...");"; including the session_start() statement generates the following code: document.writeln("input type="checkbox" ... "); resulting in a browser error... comment the session_start() out and the code looks like: document.writeln("input type=checkbox ... "); as should be... The problem does not occurr when hosting the page on Linux/Apache... Regards Stefan --- Full Bug description available at: http://bugs.php.net/?id=8311 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8686 Updated: Starting a session corrupts reading of external files.
ID: 8686 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: *Session related Assigned To: Comments: Please upgrade to PHP 4.0.4 or later. If you are not using the transparent session id propagation feature, please reopen this report. I cannot reproduce the failure with the latest CVS. Previous Comments: --- [2001-01-19 20:22:23] [EMAIL PROTECTED] duplicate of #8311 --- [2001-01-12 16:56:09] [EMAIL PROTECTED] When I begin a session, using "session_start()" and then read in a file using file(), readfile(), or require(), the contents of the file get corrupted with double quote characters. Here's a sample file to read in (name it "test_file.txt"): a.b=[] Here's a PHP webpage that displays corrupted output: ?php session_start(); readfile( 'test_file.txt' ); ? The corrupted output is: a.b="[]" If the call to session_start() is removed from the above script, the output matches the sample file contents. Also if any of the characters are removed from the sample file, the readfile() works fine, so there's something specific to the text in the sample file that disagrees with session_start(). FYI, the sample file is small section of javascript in an HTML file I am using. I pared down the javascript/HTML to this small section that was getting corrupted. I'm trying to echo different HTML files depending on session variables I set. --- Full Bug description available at: http://bugs.php.net/?id=8686 -- PHP Development Mailing List http://www.php.net/ 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-DB] odbc_columns() and DB2
Szii I suggest you test it. You will discover that the opposite is usually true. Also, you may have discovered other reasons why Unified ODBC does not fulfill the value of ODBC. Best regards, Andrew Andrew Hill Director Technology Evangelism OpenLink Software http://www.openlinksw.com XML E-Business Infrastructure Technology Provider -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 12:58 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [PHP-DB] odbc_columns() and DB2 Yeah, I'm using the Unified ODBC. The abstraction layer over DB2's CLI is faster than "real" ODBC. -Szii At 08:57 AM 1/19/01 -0500, Andrew Hill wrote: Regarding the wrapper - I assume you are using the built-in unified-odbc... which isn't really ODBC. As I understand it unified-odbc is just a common function set as a minimal abstraction to several databases whose syntax calls are fairly similar. Have you tried a 'real' ODBC layer? e.g. compile iODBC driver manager in and drop in some drivers? iODBC is available at www.iodbc.org. Drivers are availabe at www.openlinksw.com Let me know if you require assistance here. If this is NOT unified-odbc, then you can prob. trace the ODBC API calls. Typically the driver manager does this, so you will need to make an addition to the odbc.ini depending on the driver manager. Best regards, Andrew Andrew Hill Director Technology Evangelism OpenLink Software http://www.openlinksw.com XML E-Business Infrastructure Technology Provider -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 1:59 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DB] odbc_columns() and DB2 Okay, here's the problemo. I make a connection to the DB2 database, and run an odbc_tables() call on it. No problem. I run an odbc_columns() on it just fine. Now I call a SECOND odbc_columns() (on a different table) and get a SIGSEGV and a core dump. *blink* I cracked open php_odbc.c and put some tracing code in. The SQLColumns() call returns a column count of -18- (which is too many anyways) and returns code 100. Oky. So now we run a SQLGetDiagRec() and look at the SQLSTATE. Okay, here we go! It'sum I'll also SIGSEGV if I put in any SQLFetch() calls. Obviously the SQLColumns() call is not working correctly, and the 18 is just random (but consistant) memory. odbc_columns($link,"","",$tablename,""); odbc_columns($link,"","",$tablename); They both eval to the same thing in the C code, and they both cause SIGSEGV. $tablename is valid, as is the resource. I tried odbc_connect() and odbc_pconnect() with no avail (although I DID notice that the resource IDs were the SAME for odbc_connect() and varied for odbc_pconnect() with seems backwards to me.) Also, if you "mess up" either odbc_columns() or odbc_tables() calls you'll SEGV as well. This is against IBM DB2 v7.1 running under Linux. I can make queries and run "plain SQL" against it without any problems. I'd post my PHP version but our ISP blows and our SmartJack isn't very smart so I can't access it right now. It's 4.0.4something and pulled down/built about 7-10 days ago. With the T1 being down, I can't get access to newer builds, so these problems may have already been addressed. That should change tomorrow. (*sigh* Silicon Valley California and we can't keep either our T1s or our power up. How very ironic.) The other "scary" part is in my php code. I have a loop that does, effectively this, in pseudo code... $result = odbc_tables(); $counter = 0; while (odbc_fetch($result) 0) { Get a column name Run odbc_columns() on it $counter++; } echo $counter; Spooky part is, and I've pinned it down to the odbc_columns() calls, $counter always ends up as -120! Now, if I add one line, right below the $counter++; line, like so $result = odbc_tables(); $counter = 0; while (odbc_fetch($result) 0) { Get a column name Run odbc_columns() on it $counter++; echo $counter; // new string here } echo $counter; Suddenly $counter comes out to +20, which is correct. If I do NOT add the extra echo line but DO comment out the odbc_columns() call I get the correct +20 as well. It's not a scoping issue...nothing "should" change by adding in an echo... Memory overwrite that's compensated by the "echo..." line (padded like a debug build?) I'm going to keep trying to trace it, but if anyone's heard/seen such oddities before or has any idea what's going on please drop me a line. The next level is the ODBC wrapper around the DB2 CLI calls...maybe
[PHP-DEV] RE: [PHP-DB] odbc_columns() and DB2
Yeah, I'm using the Unified ODBC. The abstraction layer over DB2's CLI is faster than "real" ODBC. -Szii At 08:57 AM 1/19/01 -0500, Andrew Hill wrote: Regarding the wrapper - I assume you are using the built-in unified-odbc... which isn't really ODBC. As I understand it unified-odbc is just a common function set as a minimal abstraction to several databases whose syntax calls are fairly similar. Have you tried a 'real' ODBC layer? e.g. compile iODBC driver manager in and drop in some drivers? iODBC is available at www.iodbc.org. Drivers are availabe at www.openlinksw.com Let me know if you require assistance here. If this is NOT unified-odbc, then you can prob. trace the ODBC API calls. Typically the driver manager does this, so you will need to make an addition to the odbc.ini depending on the driver manager. Best regards, Andrew Andrew Hill Director Technology Evangelism OpenLink Software http://www.openlinksw.com XML E-Business Infrastructure Technology Provider -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 1:59 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DB] odbc_columns() and DB2 Okay, here's the problemo. I make a connection to the DB2 database, and run an odbc_tables() call on it. No problem. I run an odbc_columns() on it just fine. Now I call a SECOND odbc_columns() (on a different table) and get a SIGSEGV and a core dump. *blink* I cracked open php_odbc.c and put some tracing code in. The SQLColumns() call returns a column count of -18- (which is too many anyways) and returns code 100. Oky. So now we run a SQLGetDiagRec() and look at the SQLSTATE. Okay, here we go! It'sum I'll also SIGSEGV if I put in any SQLFetch() calls. Obviously the SQLColumns() call is not working correctly, and the 18 is just random (but consistant) memory. odbc_columns($link,"","",$tablename,""); odbc_columns($link,"","",$tablename); They both eval to the same thing in the C code, and they both cause SIGSEGV. $tablename is valid, as is the resource. I tried odbc_connect() and odbc_pconnect() with no avail (although I DID notice that the resource IDs were the SAME for odbc_connect() and varied for odbc_pconnect() with seems backwards to me.) Also, if you "mess up" either odbc_columns() or odbc_tables() calls you'll SEGV as well. This is against IBM DB2 v7.1 running under Linux. I can make queries and run "plain SQL" against it without any problems. I'd post my PHP version but our ISP blows and our SmartJack isn't very smart so I can't access it right now. It's 4.0.4something and pulled down/built about 7-10 days ago. With the T1 being down, I can't get access to newer builds, so these problems may have already been addressed. That should change tomorrow. (*sigh* Silicon Valley California and we can't keep either our T1s or our power up. How very ironic.) The other "scary" part is in my php code. I have a loop that does, effectively this, in pseudo code... $result = odbc_tables(); $counter = 0; while (odbc_fetch($result) 0) { Get a column name Run odbc_columns() on it $counter++; } echo $counter; Spooky part is, and I've pinned it down to the odbc_columns() calls, $counter always ends up as -120! Now, if I add one line, right below the $counter++; line, like so $result = odbc_tables(); $counter = 0; while (odbc_fetch($result) 0) { Get a column name Run odbc_columns() on it $counter++; echo $counter; // new string here } echo $counter; Suddenly $counter comes out to +20, which is correct. If I do NOT add the extra echo line but DO comment out the odbc_columns() call I get the correct +20 as well. It's not a scoping issue...nothing "should" change by adding in an echo... Memory overwrite that's compensated by the "echo..." line (padded like a debug build?) I'm going to keep trying to trace it, but if anyone's heard/seen such oddities before or has any idea what's going on please drop me a line. The next level is the ODBC wrapper around the DB2 CLI calls...maybe something odd happening in there. Anyone have any hints where that level is? Oh, one final touch - if I odbc_result_all() the first odbc_columns() result, I get a whole lot of what looks to be random strings. I can see parameter lists where there should be names or schemas for example. Again, it looks like random memory. If SQLColumns() is failing though, when the bindcols() method is called it'll bind random stuff, so it's not terribly unexpected. Does PEAR use these same libraries, or is it a newer more robust implementation? Thanks in advance.. -Szii -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list
[PHP-DEV] RE: [PHP-DB] odbc_columns() and DB2
Regarding the wrapper - I assume you are using the built-in unified-odbc... which isn't really ODBC. As I understand it unified-odbc is just a common function set as a minimal abstraction to several databases whose syntax calls are fairly similar. Have you tried a 'real' ODBC layer? e.g. compile iODBC driver manager in and drop in some drivers? iODBC is available at www.iodbc.org. Drivers are availabe at www.openlinksw.com Let me know if you require assistance here. If this is NOT unified-odbc, then you can prob. trace the ODBC API calls. Typically the driver manager does this, so you will need to make an addition to the odbc.ini depending on the driver manager. Best regards, Andrew Andrew Hill Director Technology Evangelism OpenLink Software http://www.openlinksw.com XML E-Business Infrastructure Technology Provider -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 1:59 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DB] odbc_columns() and DB2 Okay, here's the problemo. I make a connection to the DB2 database, and run an odbc_tables() call on it. No problem. I run an odbc_columns() on it just fine. Now I call a SECOND odbc_columns() (on a different table) and get a SIGSEGV and a core dump. *blink* I cracked open php_odbc.c and put some tracing code in. The SQLColumns() call returns a column count of -18- (which is too many anyways) and returns code 100. Oky. So now we run a SQLGetDiagRec() and look at the SQLSTATE. Okay, here we go! It'sum I'll also SIGSEGV if I put in any SQLFetch() calls. Obviously the SQLColumns() call is not working correctly, and the 18 is just random (but consistant) memory. odbc_columns($link,"","",$tablename,""); odbc_columns($link,"","",$tablename); They both eval to the same thing in the C code, and they both cause SIGSEGV. $tablename is valid, as is the resource. I tried odbc_connect() and odbc_pconnect() with no avail (although I DID notice that the resource IDs were the SAME for odbc_connect() and varied for odbc_pconnect() with seems backwards to me.) Also, if you "mess up" either odbc_columns() or odbc_tables() calls you'll SEGV as well. This is against IBM DB2 v7.1 running under Linux. I can make queries and run "plain SQL" against it without any problems. I'd post my PHP version but our ISP blows and our SmartJack isn't very smart so I can't access it right now. It's 4.0.4something and pulled down/built about 7-10 days ago. With the T1 being down, I can't get access to newer builds, so these problems may have already been addressed. That should change tomorrow. (*sigh* Silicon Valley California and we can't keep either our T1s or our power up. How very ironic.) The other "scary" part is in my php code. I have a loop that does, effectively this, in pseudo code... $result = odbc_tables(); $counter = 0; while (odbc_fetch($result) 0) { Get a column name Run odbc_columns() on it $counter++; } echo $counter; Spooky part is, and I've pinned it down to the odbc_columns() calls, $counter always ends up as -120! Now, if I add one line, right below the $counter++; line, like so $result = odbc_tables(); $counter = 0; while (odbc_fetch($result) 0) { Get a column name Run odbc_columns() on it $counter++; echo $counter; // new string here } echo $counter; Suddenly $counter comes out to +20, which is correct. If I do NOT add the extra echo line but DO comment out the odbc_columns() call I get the correct +20 as well. It's not a scoping issue...nothing "should" change by adding in an echo... Memory overwrite that's compensated by the "echo..." line (padded like a debug build?) I'm going to keep trying to trace it, but if anyone's heard/seen such oddities before or has any idea what's going on please drop me a line. The next level is the ODBC wrapper around the DB2 CLI calls...maybe something odd happening in there. Anyone have any hints where that level is? Oh, one final touch - if I odbc_result_all() the first odbc_columns() result, I get a whole lot of what looks to be random strings. I can see parameter lists where there should be names or schemas for example. Again, it looks like random memory. If SQLColumns() is failing though, when the bindcols() method is called it'll bind random stuff, so it's not terribly unexpected. Does PEAR use these same libraries, or is it a newer more robust implementation? Thanks in advance.. -Szii -- PHP Database Mailing List (http://www.php.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