[PHP-DEV] Bug #10437: casting is not consistent
From: [EMAIL PROTECTED] Operating system: win2k PHP version: 4.0.4pl1 PHP Bug Type: Strings related Bug description: casting is not consistent Casting is not consistent with doubles: $foo = "5.31abc"; $foo2 = (double) $foo; $foo3 = $foo + 0; The first gives 5.31 the second gives 5, although it should notice the full 5.31 number in the string. -- Edit Bug report at: http://bugs.php.net/?id=10437edit=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] request
AZ Alternatively, we could do the Python way: the base classes are AZ searched in depth-first order, and if the base classes define AZ the same symbol, the first encountered definition is used. That would be what I call weirdness and would raise WTF factor significantly. Changing some class declaration is some unrelated module could then make all your code inside out and you have absolutely no control on it and no means to prevent this or even know what happened. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.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] request
AZ You could have two classes both defining an innocent method AZ toString(), for example, and with your suggestion, inheriting AZ from those classes would cause a hard error? Why would "first Sure this is a hard error. And double sure using first method is wrong. Why the first one is better than the second? The third? The 42th? The toString function should or be overriden in inherited object, which resolves the conflict, or uniquely qualified each time. Choosing random (and first _is_ random, because you have no control on the order of definitions in foreign code) implementaion is not going to bring any good. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.php.net/ 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 #10440 Updated: ãäÊÏì ÌæÇá ÇáÎÈÑ
ID: 10440 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Web Server problem PHP Version: 4.0.0 Assigned To: Comments: Can you stop spamming this database? Previous Comments: --- [2001-04-22 08:20:12] [EMAIL PROTECTED] ALKHOBAR2000 --- [2001-04-22 08:13:58] [EMAIL PROTECTED] Please report bugs in English --- [2001-04-22 08:11:14] [EMAIL PROTECTED] ãäÊÏì ÌæÇá ÇáÎÈÑ --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10440edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10440: ãäÊÏì ÌæÇá ÇáÎÈÑ
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.0 PHP Bug Type: *Web Server problem Bug description: ãäÊÏì ÌæÇá ÇáÎÈÑ ãäÊÏì ÌæÇá ÇáÎÈÑ -- Edit Bug report at: http://bugs.php.net/?id=10440edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10440 Updated: ãäÊÏì ÌæÇá ÇáÎÈÑ
ID: 10440 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Web Server problem PHP Version: 4.0.0 Assigned To: Comments: Can you stop spamming this database? Previous Comments: --- [2001-04-22 08:22:52] [EMAIL PROTECTED] Can you stop spamming this database? --- [2001-04-22 08:20:12] [EMAIL PROTECTED] ALKHOBAR2000 --- [2001-04-22 08:13:58] [EMAIL PROTECTED] Please report bugs in English --- [2001-04-22 08:11:14] [EMAIL PROTECTED] ãäÊÏì ÌæÇá ÇáÎÈÑ --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10440edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] unix install paths changed
[Zeev Suraski [EMAIL PROTECTED]] At 04:25 22/4/2001, Stig Sther Bakken wrote: default php.ini path: now using --sysconfdir option, defaults to /usr/local/etc ("configure --sysconfdir=/usr/local/lib" for old behaviour) While I completely sympathize with the motivation, I think this has a very high WTF rating. I wouldn't do that on a 0.0.1 change... Do you mean only the php.ini path or all of them? - Stig -- Stig Sther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10440 Updated: ãäÊÏì ÌæÇá ÇáÎÈÑ
ID: 10440 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Web Server problem PHP Version: 4.0.0 Assigned To: Comments: Please report bugs in English Previous Comments: --- [2001-04-22 08:11:14] [EMAIL PROTECTED] ãäÊÏì ÌæÇá ÇáÎÈÑ --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10440edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10439: relative chdir from root doesn´t work
From: [EMAIL PROTECTED] Operating system: W98, W98SE PHP version: 4.0.4 PHP Bug Type: *Directory/Filesystem functions Bug description: relative chdir from root doesn´t work On w98 and w98se it is not possible to change from root directory (eg. c:\) to a relative subdirectory (e.g. windows). There is a delay of about 1 second. The same when accessing file functions (eg. is_dir, filesize) on filenames in the root directory without path (e.g. filesize ("msdos.sys"), no result is returned. Try this script: ?PHP function mychdir ($text, $dir, $works) { echo "$text '$dir': "; flush(); chdir ($dir); echo "font color=". ($works ? "green" : "red")."". str_replace ("\\", "/", getcwd ())."/FONTBR"; flush (); } mychdir ("change to root", "/", true); mychdir ("change to existing full path", "c:/windows/temp", true); mychdir ("change to parent", "..", true); mychdir ("change to relative subdir", "temp", true); mychdir ("change to parent-parent", "../..", true); mychdir ("change to root", "/", true); mychdir ("change to relative subdir from root - does not work (notice the delay)", "windows", false); ? Gustav Graf -- Edit Bug report at: http://bugs.php.net/?id=10439edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/thttpd thttpd.c thttpd_patch
On Sun, 22 Apr 2001, Sascha Schumann wrote: sas Sun Apr 22 07:33:09 2001 EDT Modified files: (Branch: PHP_4_0_5) /php4/sapi/thttpd thttpd.c thttpd_patch Log: Merge thttpd-2.21-related changes into 4.0.5 branch Nice, when will RC8 be out? Derick Rethans PHP QA - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10435 Updated: The sendmail-function produces an unknown error
ID: 10435 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Mail related Description: The sendmail-function produces an unknown error Function does not work with localhost as smtp-server. Bug fixed with using an other servername. Previous Comments: --- [2001-04-21 18:49:13] [EMAIL PROTECTED] The error occured with any version of php 4 since version 4.0.2 downloaded from http://php.net. I also testet the php-binaries from http://www.php4win.de The error-message is: Warning: Unknown error in c:/test.php on line 2 --- Full Bug description available at: http://bugs.php.net/?id=10435 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Possible fix for Bug #8045
Howdy, I was just researching the CCVS extension and noted that its config.m4 doesn't search automatically for the CCVS install dir, and leaving the DIR out of the --with-ccvs=[DIR] causes a blank -L to be added to $LIBS, which makes configure fail on the next test to be run. (Bug #8045 had this happen on mcrypt; mine was on curl). Anyway, I just put together another config.m4 from pieces of other config.m4s (notably the one for the curl ext). Could someone check it over and if it's OK commit it to the tree? I don't think I have source tree karma and besides, we're right up to a release. :) I know this fixed things for me, and I'm theorizing that #8045 will be solved by it as well. Thanks. --- oldconfig Tue Mar 27 12:34:22 2001 +++ config.m4 Sat Apr 21 14:59:58 2001 @@ -1,26 +1,29 @@ dnl $Id: config.m4,v 1.7 2001/03/27 20:34:22 sniper Exp $ dnl config.m4 for PHP4 CCVS Extension -AC_MSG_CHECKING(CCVS Support) -AC_ARG_WITH(ccvs, -[ --with-ccvs[=DIR] Compile CCVS support into PHP4. Please specify your - CCVS base install directory as DIR.], -[ - if test "$withval" != "no"; then - CCVS_DIR="$withval" - test -f $withval/include/cv_api.h CCVS_INCLUDE_DIR="$withval/include" -test -f $withval/lib/libccvs.a CCVS_LIB_DIR="$withval/lib" +PHP_ARG_WITH(ccvs, for CCVS support, +[ --with-ccvs[=DIR] Include CCVS support]) - if test -n "$CCVS_DIR"; then - AC_MSG_RESULT(yes) - PHP_EXTENSION(ccvs) - LIBS="$LIBS -L$CCVS_LIB_DIR" - PHP_ADD_LIBRARY_WITH_PATH(ccvs, $CCVS_LIB_DIR) - PHP_ADD_INCLUDE($CCVS_INCLUDE_DIR) - else - AC_MSG_RESULT(no) - fi - fi -],[ - AC_MSG_RESULT(no) -]) +if test "$PHP_CCVS" != "no"; then + if test -r $PHP_CCVS/include/cv_api.h; then + CCVS_DIR=$PHP_CCVS + else +AC_MSG_CHECKING(for CCVS in default path) +for i in /usr/local/ccvs /usr; do + if test -r $i/include/cv_api.h; then +CCVS_DIR=$i +AC_MSG_RESULT(found in $i) + fi +done + fi + + if test -z "$CCVS_DIR"; then +AC_MSG_RESULT(not found) +AC_MSG_ERROR(Please check your CCVS installation; cv_api.h should be in +ccvs_dir/include/) + fi + + PHP_ADD_INCLUDE($CCVS_DIR/include) + PHP_ADD_LIBRARY_WITH_PATH(ccvs, $CCVS_DIR/lib) + + PHP_EXTENSION(ccvs) +fi -- Torben Wilson [EMAIL PROTECTED] http://www.thebuttlesschaps.com +1.604.709.0506 -- PHP Development Mailing List http://www.php.net/ 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 #10441: Premature end of script headers (with some extra info)
From: [EMAIL PROTECTED] Operating system: Redhat Linux 5.1 PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: Premature end of script headers (with some extra info) Hi. I have seen many bug reports about this. It seems that PHP is crashing before it sends complete headers. However, I think I have something new that might help you. please follow. PHP 4.0.4pl1 is installed as cgi and configured with: ./configure --with-mysql The server has PHP3.0.15 running as a module on apache 1.3.4 I have tried manythings, including: Running the scripts from command line: perfectly works. Running the script from PHP3 as a module: of course. Calling the script as normal cgi:Premature end of script headers. naming the script as .cgi and putting the #!php interpreter on the first line: Premature end of script headers. More information: Other cgi scripts do not work well, for example, every NPH script crashs immediately on my server. Also, Neomail refused to install, it requested cgi.pm version 2.72 while I have version 2.49 I am still searcing for the reason, but I wanted to tell you this. if it might help you. ayham -- Edit Bug report at: http://bugs.php.net/?id=10441edit=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] unix install paths changed
Hi, In an attempt to conform more to GNU-ish standards, I've changed some default install paths. default php.ini path: now using --sysconfdir option, defaults to /usr/local/etc ("configure --sysconfdir=/usr/local/lib" for old behaviour) PEAR install directory: now using --datadir option, defaults to /usr/local/share/php/pear ("configure --datadir=/usr/local/lib/php" for old behaviour) Extension install directory: now using --libdir option, defaults to /usr/local/lib/php. Also, the name of the "version directory" has changed. A non-debug non-zts build will only use the date, zts enabled appends "-zts", and debug enabled appends "-debug" (after zts). Full path example: /usr/local/lib/php/20001222-debug/mysql.so - Stig -- Stig Sther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10442: CGI php.exe allows for ANY file to be read from the server
From: [EMAIL PROTECTED] Operating system: Windows 9x, Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: CGI php.exe allows for ANY file to be read from the server I'm using Apache 1.3.19 on Windows 2000, with PHP 4.0.4pl1 running as a CGI executable. Occasionaly whilst testing on localhost, Apache will set the current address as, for example: http://127.0.0.1/php/php.exe?/path/to/index.php This can be modified, to read ANY file from the server. http://127.0.0.1/php/php.exe?c:\windows\win.ini would, for example, print out in plaintext the contents of that file on a Win9x system. IMO, this represents an enormous potential security problem, although is it dependant on the attacker knowing the path to the php.exe executable, and the filename he wishes to retrive. This works on my Windows 2000 and Windows 98SE machines, both of which have PHP running as an executable. The initial setup instructions come from http://www.phpbuilder.com/, which set PHP to be installed as c:\php\php.exe by default. Jakub Burgis [EMAIL PROTECTED] -- Edit Bug report at: http://bugs.php.net/?id=10442edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10436: pdf_setcolor optional parameters not optional
From: [EMAIL PROTECTED] Operating system: Linux x86 PHP version: 4.0 Latest CVS (15/04/2001) PHP Bug Type: PDF related Bug description: pdf_setcolor optional parameters not optional In pdf_setcolor() which is part of pdflib-4.0 and in the CVS of PHP, pdf_setcolor() can take a number of paramters depending on the type of color space you choose. This can be either rgb, gray, pattern, spotcolor or cmyk. Depending on what colorspace you choose, the paramters c1, c2, c3 and c4 are either optional or compulsory. For example, if you choose a colorspace of 'rgb' then you only need to specify c1, c2 and c3. A colorspace of 'cmyk' requires all four and a colorspace of 'gray', 'spotcolor' or 'pattern' merely requires one. Currently though, you must specify all 4 values with the non-used ones being ignored. If you do not specify the ignored paramters then the function terminates the script with an error. For example pdf_setcolor($pdf, "stroke", "rgb", 0.5, 0.5, 0.5); should be correct because you only need to specify the reg, green and blue components. In reality the function must be used as pdf_setcolor($pdf, "stroke", "rgb", 0.5, 0.5, 0.5, 0.0); with the fourth paramter being ignored. The problem is more pronounced when you specify a pattern or gray color pdf_setcolor($pdf, "fill", "pattern", $pattern); is what it would logically be, but the function requires pdf_setcolor($pdf, "fill", "pattern", $pattern, 0.0, 0.0, 0.0); which IMHO is just confusing and makes the function harder to understand in the long run. Can the function be changed to make the optional paramters truly optional? A simple switch/case statement in the function for the colorspace should suffice. -- Edit Bug report at: http://bugs.php.net/?id=10436edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10443: PHP Crashes when it opens complicated pages
From: [EMAIL PROTECTED] Operating system: Linux 2.4 PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: PHP Crashes when it opens complicated pages PHP just crashes when it opens particularly complicated pages. When I'm hacking at a page, it I add another loop, or insert a few more lines of code in somewhere, it'll just crash. This bug is _not_ caused by the invocation of any one function, the use of any one particular syntax element or feature. It is caused by excessively complicated pages. Therefore, it's probably some memory-related bug in php's internals. Apache logs report that the server dies with SIGSEGV. The only way I think you'll work out what this is is by looking at a core file, or if I send you a suspect file. I can't seem to get php to dump one (tried httpd -X in /tmp, but it doesn't work). Any ideas? I submitted this bug before, but I was told the CVS version had it fixed. I've used a CVS snapshot, and that didn't fix it. Thanks in advance, Charlie Dyson - [EMAIL PROTECTED] ( By the way, PHP is the best web-related tool I have ever come across and it's made web-development a lot easier for everyone. Thanks. ) -- Edit Bug report at: http://bugs.php.net/?id=10443edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10443: PHP Crashes when it opens complicatedpages
A SIGSEGV should be easy to fix if you can get us a core backtrace. Run httpd -X under gdb and make the problem happen. Then type "bt" in gdb and send us that output. If PHP is compile using --enable-debug it will provide the most useful info for us. -Rasmus On 22 Apr 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.4 PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: PHP Crashes when it opens complicated pages PHP just crashes when it opens particularly complicated pages. When I'm hacking at a page, it I add another loop, or insert a few more lines of code in somewhere, it'll just crash. This bug is _not_ caused by the invocation of any one function, the use of any one particular syntax element or feature. It is caused by excessively complicated pages. Therefore, it's probably some memory-related bug in php's internals. Apache logs report that the server dies with SIGSEGV. The only way I think you'll work out what this is is by looking at a core file, or if I send you a suspect file. I can't seem to get php to dump one (tried httpd -X in /tmp, but it doesn't work). Any ideas? I submitted this bug before, but I was told the CVS version had it fixed. I've used a CVS snapshot, and that didn't fix it. Thanks in advance, Charlie Dyson - [EMAIL PROTECTED] ( By the way, PHP is the best web-related tool I have ever come across and it's made web-development a lot easier for everyone. Thanks. ) -- Edit Bug report at: http://bugs.php.net/?id=10443edit=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 Development Mailing List http://www.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] request
At 12:44 PM 4/22/01 +0300, Stanislav Malyshev wrote: That would be what I call weirdness and would raise WTF factor significantly. Changing some class declaration is some unrelated module could then make all your code inside out and you have absolutely no control on it and no means to prevent this or even know what happened. If that were so, then I'd expect a lot of Python people complaining about it, which they are not.. Are they smarter? -Andrei -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10444 Updated: parseurl
ID: 10444 Updated by: cnewbill Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *URL Functions PHP Version: 4.0.4pl1 Assigned To: Comments: There are lots of reasons it could not parse the URL, and none of them are really bugs with PHP. If you don't care about that content, either remove it from you file or prepend the function with an @, this will not display the warning. -Chris Previous Comments: --- [2001-04-22 14:23:51] [EMAIL PROTECTED] bWarning/b: unable to parse url (file:///D%7C/TEKNOWHORE/PUBLIC_HTML/index1.html) in b/web/com/digitekdesign/dev/spyder/html.lib/b on line b165/bbr Above is an warning I get now and then. It's not really a problem since I have no interest on what is on someone's local drive, but the function probably should be able to parse it anyway. Just a thought. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10444edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10445: character Lenght of filenames
From: [EMAIL PROTECTED] Operating system: mac os9.1 PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: character Lenght of filenames the filename character lengh of the html documentation expires the macintosh 32 chars border. -- Edit Bug report at: http://bugs.php.net/?id=10445edit=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] unix install paths changed
On Sun, Apr 22, 2001 at 09:04:50PM +0300, Zeev Suraski wrote: When you upgrade a major version, you go through the upgrade notes, something which is very common to skip with minor updates. I'll definitely yield that point. That's a sound assumption to make, I think. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Compile problem on linux with latest cvs
I am getting the following error while compiling in linux. This has only started happing with the latest cvs. /bin/sh /source/php/php4/apache-build/libtool --silent --mode=compile cc -I. -I/source/php/php4/main -I/source/php/php4/apache-build/main -I/sour ce/php/php4 -I/usr/include/apache-1.3 -I/source/php/php4/apache-build/Zend - I/usr/local/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/ include -I/usr/include/mysql -I/usr/include/ucd-snmp -I/usr/freetds/include -I/source/php/php4/ext/xml/expat/xmltok -I/source/php/php4/ext/xml/expat/xml parse -I/source/php/php4/apache-build/TSRM -I/source/php/php4/main -I/source /php/php4/Zend -I/source/php/php4/TSRM -DLINUX=22 -DEAPI -DTARGET="apache" -DUSE_HSREGEX -DUSE_EXPAT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXML_B YTE_ORDER=12 -O2 -Wall -c /source/php/php4/main/alloca.c /bin/sh /source/php/php4/apache-build/libtool --silent --mode=compile cc -I. -I/source/php/php4/main -I/source/php/php4/apache-build/main -I/sour ce/php/php4 -I/usr/include/apache-1.3 -I/source/php/php4/apache-build/Zend - I/usr/local/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/ include -I/usr/include/mysql -I/usr/include/ucd-snmp -I/usr/freetds/include -I/source/php/php4/ext/xml/expat/xmltok -I/source/php/php4/ext/xml/expat/xml parse -I/source/php/php4/apache-build/TSRM -I/source/php/php4/main -I/source /php/php4/Zend -I/source/php/php4/TSRM -DLINUX=22 -DEAPI -DTARGET="apache" -DUSE_HSREGEX -DUSE_EXPAT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXML_B YTE_ORDER=12 -O2 -Wall -c /source/php/php4/main/php_ini.c /source/php/php4/main/php_ini.c: In function `php_init_config': /source/php/php4/main/php_ini.c:188: `llist_dtor_func_t' undeclared (first use in this function) /source/php/php4/main/php_ini.c:188: (Each undeclared identifier is reported only once /source/php/php4/main/php_ini.c:188: for each function it appears in.) /source/php/php4/main/php_ini.c:188: parse error before `free_estring' /source/php/php4/main/php_ini.c:189: parse error before `void' make[3]: *** [php_ini.lo] Error 1 make[3]: Leaving directory `/source/php/php4/apache-build/main' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/source/php/php4/apache-build/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/source/php/php4/apache-build' make: *** [build-apache-stamp] Error 2 The machine is Linux 2.4.1. Distribution is Debian Unstable. I am compiling the latest cvs from within my own debian package. Any ideas what is happening. I am not an expert when it comes to c and such. -- Scott Wolf - [EMAIL PROTECTED] Network Administrator Aginet - http://www.aginet.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10446: Invalid server response from syntax error
From: [EMAIL PROTECTED] Operating system: Linux 6.1 kernel 2.2.12-20 on an i686 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: Invalid server response from syntax error Apache/1.3.19 In the switch block, the following code generates an invalid server response: case "": if($var) { echo "FALSE"; return $ret; } echo "TRUE"; else { return !$ret; } included file named parse.php, an advanced template parser, contains the following function: Typical input to the function would be: iftest("if", "cats") iftest("else"); iftest("ifnot", "cats!=4") iftest("elseif", "homepage==domain+'index.php'") the dehash function parses variables as they are passed to the template. e.g., homepage='http://www.php.net/index.php', domain='http://www.php.net/', so the last example would return true. function iftest($func,$arg) { global $var_hash; $var=""; $op=""; $val=""; $i=0; if($func=="else") { return TRUE; } do { $var.=$arg[$i++]; } while($istrlen($arg)$arg[$i]!="="$arg[$i]!="!"$arg[$i]!=""$arg[$i]!=""); if($istrlen($arg)) { do { $op.=$arg[$i++]; } while(($arg[$i]=="="||$arg[$i]=="!"||$arg[$i]==""||$arg[$i]=="")$istrlen($arg)); } if($istrlen($arg)) { do { $val.=$arg[$i++]; } while($istrlen($arg)); } if($val[0]=='"'||$val[0]=="'") { $val=substr($val, 1, strlen($val)-2); } $var=dehash($var); if($func=="if"||$func=="elseif") { $ret=TRUE; } elseif($func=="ifnot"||$func="elseifnot") { $ret=FALSE; } switch($op) { case "==": if($var==$val) return $ret; else return !$ret; break; case "!=": if($var!=$val) return $ret; else return !$ret; break; case "=": if($var=$val) return $ret; else return !$ret; break; case "=": if($var=$val) return $ret; else return !$ret; break; case "": if($var$val) return $ret; else return !$ret; break; case "": if($var$val) return $ret; else return !$ret; break; case "": if($var) { echo "FALSE"; return $ret; } echo "TRUE"; else { return !$ret; } break; default: return FALSE; } return FALSE; } -- Edit Bug report at: http://bugs.php.net/?id=10446edit=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] Compile problem on linux with latest cvs
Hello please update the Zend and TSRM repository's. That fixed it for me. Derick On Sun, 22 Apr 2001, Scott Wolf wrote: I am getting the following error while compiling in linux. This has only started happing with the latest cvs. /bin/sh /source/php/php4/apache-build/libtool --silent --mode=compile cc -I. -I/source/php/php4/main -I/source/php/php4/apache-build/main -I/sour ce/php/php4 -I/usr/include/apache-1.3 -I/source/php/php4/apache-build/Zend - I/usr/local/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/ include -I/usr/include/mysql -I/usr/include/ucd-snmp -I/usr/freetds/include -I/source/php/php4/ext/xml/expat/xmltok -I/source/php/php4/ext/xml/expat/xml parse -I/source/php/php4/apache-build/TSRM -I/source/php/php4/main -I/source /php/php4/Zend -I/source/php/php4/TSRM -DLINUX=22 -DEAPI -DTARGET="apache" -DUSE_HSREGEX -DUSE_EXPAT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXML_B YTE_ORDER=12 -O2 -Wall -c /source/php/php4/main/alloca.c /bin/sh /source/php/php4/apache-build/libtool --silent --mode=compile cc -I. -I/source/php/php4/main -I/source/php/php4/apache-build/main -I/sour ce/php/php4 -I/usr/include/apache-1.3 -I/source/php/php4/apache-build/Zend - I/usr/local/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/ include -I/usr/include/mysql -I/usr/include/ucd-snmp -I/usr/freetds/include -I/source/php/php4/ext/xml/expat/xmltok -I/source/php/php4/ext/xml/expat/xml parse -I/source/php/php4/apache-build/TSRM -I/source/php/php4/main -I/source /php/php4/Zend -I/source/php/php4/TSRM -DLINUX=22 -DEAPI -DTARGET="apache" -DUSE_HSREGEX -DUSE_EXPAT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXML_B YTE_ORDER=12 -O2 -Wall -c /source/php/php4/main/php_ini.c /source/php/php4/main/php_ini.c: In function `php_init_config': /source/php/php4/main/php_ini.c:188: `llist_dtor_func_t' undeclared (first use in this function) /source/php/php4/main/php_ini.c:188: (Each undeclared identifier is reported only once /source/php/php4/main/php_ini.c:188: for each function it appears in.) /source/php/php4/main/php_ini.c:188: parse error before `free_estring' /source/php/php4/main/php_ini.c:189: parse error before `void' make[3]: *** [php_ini.lo] Error 1 make[3]: Leaving directory `/source/php/php4/apache-build/main' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/source/php/php4/apache-build/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/source/php/php4/apache-build' make: *** [build-apache-stamp] Error 2 The machine is Linux 2.4.1. Distribution is Debian Unstable. I am compiling the latest cvs from within my own debian package. Any ideas what is happening. I am not an expert when it comes to c and such. -- Scott Wolf - [EMAIL PROTECTED] Network Administrator Aginet - http://www.aginet.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] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10447: ccvs_*() functions segfault when given invalid session ID
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 7.0 PHP version: 4.0 Latest CVS (22/04/2001) PHP Bug Type: CCVS related Bug description: ccvs_*() functions segfault when given invalid session ID The ccvs functions segfault when given an invalid session ID. This works fine: ?php $session = ccvs_init('ccvs'); echo "Adding an invoice to the session:\n"; if (!ccvs_new($session, 'foo') === 'OK') { echo "Could not create invoice; reason: " . ccvs_textvalue($session) . "\n"; } ? This segfaults: ?php $session = ccvs_init('ccvs'); echo "Adding an invoice to the session:\n"; if (!ccvs_new($sess, 'foo') === 'OK') { echo "Could not create invoice; reason: " . ccvs_textvalue($session) . "\n"; } ? Backtrace: /home/www/php shanna% gdb php GNU gdb 19991116 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-mandrake-linux"... (gdb) run ./ccvstest Starting program: /usr/local/bin/php ./ccvstest X-Powered-By: PHP/4.0.6-dev Content-type: text/html Trying a presumably invalid configuration: Returned: ''; Return type: string Trying a presumably valid configuration: Adding an invoice to the session: Looking up the new invoice: PHP Warning: Undefined variable: sssion in ./ccvstest on line 17 br bWarning/b: Undefined variable: sssion in b./ccvstest/b on line b17/bbr ./ccvstest(17) : Warning - Undefined variable: sssion Program received signal SIGSEGV, Segmentation fault. 0x4024b791 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x4024b791 in strlen () from /lib/libc.so.6 #1 0x8071a0d in php_if_ccvs_lookup (ht=3, return_value=0x831164c, this_ptr=0x0, return_value_used=1) at ccvs.c:486 #2 0x8171cba in execute (op_array=0x82f5a3c) at ./zend_execute.c:1494 #3 0x8138084 in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #4 0x806a27f in php_execute_script (primary_file=0xb924) at main.c:1196 #5 0x806825c in main (argc=2, argv=0xb9b4) at cgi_main.c:735 (gdb) -- Edit Bug report at: http://bugs.php.net/?id=10447edit=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] request
You could have two classes both defining an innocent method toString(), for example, and with your suggestion, inheriting from those classes would cause a hard error? Why would "first encountered" definition change? If anything that affected how classes were ordered changed, if the classes were renamed, if the class definitions changed... first occurence means the first occurence in the inheritance list. then it is important how you order the class names when you inherit them, not when they got defined. b. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10447 Updated: ccvs_*() functions segfault when given invalid session ID
ID: 10447 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: CCVS related PHP Version: 4.0 Latest CVS (22/04/2001) Assigned To: Comments: Sterling fixed this in CVS. - James Previous Comments: --- [2001-04-22 20:17:11] [EMAIL PROTECTED] I have duplicated this issue on my end and I am looking into it. Fix imminent. --- [2001-04-22 19:37:22] [EMAIL PROTECTED] The ccvs functions segfault when given an invalid session ID. This works fine: ?php $session = ccvs_init('ccvs'); echo "Adding an invoice to the session:n"; if (!ccvs_new($session, 'foo') === 'OK') { echo "Could not create invoice; reason: " . ccvs_textvalue($session) . "n"; } ? This segfaults: ?php $session = ccvs_init('ccvs'); echo "Adding an invoice to the session:n"; if (!ccvs_new($sess, 'foo') === 'OK') { echo "Could not create invoice; reason: " . ccvs_textvalue($session) . "n"; } ? Backtrace: /home/www/php shanna% gdb php GNU gdb 19991116 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-mandrake-linux"... (gdb) run ./ccvstest Starting program: /usr/local/bin/php ./ccvstest X-Powered-By: PHP/4.0.6-dev Content-type: text/html Trying a presumably invalid configuration: Returned: ''; Return type: string Trying a presumably valid configuration: Adding an invoice to the session: Looking up the new invoice: PHP Warning: Undefined variable: sssion in ./ccvstest on line 17 br bWarning/b: Undefined variable: sssion in b./ccvstest/b on line b17/bbr ./ccvstest(17) : Warning - Undefined variable: sssion Program received signal SIGSEGV, Segmentation fault. 0x4024b791 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x4024b791 in strlen () from /lib/libc.so.6 #1 0x8071a0d in php_if_ccvs_lookup (ht=3, return_value=0x831164c, this_ptr=0x0, return_value_used=1) at ccvs.c:486 #2 0x8171cba in execute (op_array=0x82f5a3c) at ./zend_execute.c:1494 #3 0x8138084 in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #4 0x806a27f in php_execute_script (primary_file=0xb924) at main.c:1196 #5 0x806825c in main (argc=2, argv=0xb9b4) at cgi_main.c:735 (gdb) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10447edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10447 Updated: ccvs_*() functions segfault when given invalid session ID
ID: 10447 Updated by: bmcadams Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Assigned Bug Type: CCVS related PHP Version: 4.0 Latest CVS (22/04/2001) Assigned To: [EMAIL PROTECTED] Comments: The fix that sterling put in place will at the least check if the session being passed is a string value: this still doesn't protect from someone arbitrarily passing any old string (for example "crash_ccvs"). While obviously it is up to the programmer to be smart and not pass a bad session to CCVS, CCVS Should not be segfaulting if they pass a bad value. I am looking into a way to trap this value from being bad. Previous Comments: --- [2001-04-22 20:29:54] [EMAIL PROTECTED] No, he didn't. :) The problem itself is that session IDs are completely exposed (i.e. not resource- or list-based) and there is no error-checking in the module. The check that was added didn't help; the same code still segfaults and all of the other affected functions are still affected. --- [2001-04-22 20:21:19] [EMAIL PROTECTED] Sterling fixed this in CVS. - James --- [2001-04-22 20:17:11] [EMAIL PROTECTED] I have duplicated this issue on my end and I am looking into it. Fix imminent. --- [2001-04-22 19:37:22] [EMAIL PROTECTED] The ccvs functions segfault when given an invalid session ID. This works fine: ?php $session = ccvs_init('ccvs'); echo "Adding an invoice to the session:n"; if (!ccvs_new($session, 'foo') === 'OK') { echo "Could not create invoice; reason: " . ccvs_textvalue($session) . "n"; } ? This segfaults: ?php $session = ccvs_init('ccvs'); echo "Adding an invoice to the session:n"; if (!ccvs_new($sess, 'foo') === 'OK') { echo "Could not create invoice; reason: " . ccvs_textvalue($session) . "n"; } ? Backtrace: /home/www/php shanna% gdb php GNU gdb 19991116 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-mandrake-linux"... (gdb) run ./ccvstest Starting program: /usr/local/bin/php ./ccvstest X-Powered-By: PHP/4.0.6-dev Content-type: text/html Trying a presumably invalid configuration: Returned: ''; Return type: string Trying a presumably valid configuration: Adding an invoice to the session: Looking up the new invoice: PHP Warning: Undefined variable: sssion in ./ccvstest on line 17 br bWarning/b: Undefined variable: sssion in b./ccvstest/b on line b17/bbr ./ccvstest(17) : Warning - Undefined variable: sssion Program received signal SIGSEGV, Segmentation fault. 0x4024b791 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x4024b791 in strlen () from /lib/libc.so.6 #1 0x8071a0d in php_if_ccvs_lookup (ht=3, return_value=0x831164c, this_ptr=0x0, return_value_used=1) at ccvs.c:486 #2 0x8171cba in execute (op_array=0x82f5a3c) at ./zend_execute.c:1494 #3 0x8138084 in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #4 0x806a27f in php_execute_script (primary_file=0xb924) at main.c:1196 #5 0x806825c in main (argc=2, argv=0xb9b4) at cgi_main.c:735 (gdb) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10447edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8631 Updated: Unreadable error message when unable to connect to IBM DB2
ID: 8631 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: ODBC related PHP Version: 4.0.4 Assigned To: Comments: if you've poorly installed your DB, theres very little PHP can do. Previous Comments: --- [2001-01-10 07:36:22] [EMAIL PROTECTED] I am trying to work with RH6.2 + Apache1.3.14 + PHP 4.0.4 on a machine where someone else (mis)installed IBM DB2 version 7.1 for linux. I compiled PHP as a DSO using the --with-ibm-db2 switch. Apparently the did not correctly setup the environment to make DB2 setup available for the Apache process: when i try to connect to DB2 using odbc_connect() I get binary trash inside the warning i get from PHP. I think that trash appears where the error message from DB2 should appear instead. If i restart the apache process after setting up the required DB2 environment variables for user root (i.e. now I can connect to DB2 as root) everithing works ok: i.e., if I connect to a non-existant DB I get 'readable' error message instead of trash. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8631edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Latest CVS does not compile on Win32
Sebastian Bergmann wrote: php.exe - 9 Fehler, 15 Warnung(en) The problem persists. Could someone please see into this? Thanks. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10449: shuffle() function crashes PHP
From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: shuffle() function crashes PHP I know it is a known problem with the rand() implementation on some systems - so my question is: Why not implement the shuffle function in a way that does not stuff up on some systems e.g. use the mt_rand() function with its known randomness and known random implementation - and save everyone on Solaris systems (and possibly others) from having to write their own shuffle functions (which I have be forced to do). Thanks. -- Edit Bug report at: http://bugs.php.net/?id=10449edit=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] unix install paths changed
At 04:25 22/4/2001, Stig Sæther Bakken wrote: default php.ini path: now using --sysconfdir option, defaults to /usr/local/etc (configure --sysconfdir=/usr/local/lib for old behaviour) While I completely sympathize with the motivation, I think this has a very high WTF rating. I wouldn't do that on a 0.0.1 change... Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] unix install paths changed
php.ini mainly, as it will affect each and every installation. The others may also make more sense to wait for 4.1, even though they'll affect less people. Zeev At 10:09 22/4/2001, Stig Sæther Bakken wrote: [Zeev Suraski [EMAIL PROTECTED]] At 04:25 22/4/2001, Stig Sæther Bakken wrote: default php.ini path: now using --sysconfdir option, defaults to /usr/local/etc (configure --sysconfdir=/usr/local/lib for old behaviour) While I completely sympathize with the motivation, I think this has a very high WTF rating. I wouldn't do that on a 0.0.1 change... Do you mean only the php.ini path or all of them? - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] request
At 06:36 PM 4/21/01 -0400, Stig Sæther Bakken wrote: Okay, what about this one: If two inherited classes define the same method, the inheriting class has to redefine it. This way the inheriting class can be explicit in how to combine or override the inherited methods. This would work if the number of such methods is low, and if these methods are defined in the immediate ancestors of the class. If it's further up the hierarchy, then the user writing the class has to know which classes its parent classes inherit from and so on. We'd need a way of referring to any inherited class's methods though. Yes, of course. -Andrei -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10438: problem with pdf_get_pdi_paramter()
From: [EMAIL PROTECTED] Operating system: Linux x86 PHP version: 4.0 Latest CVS (15/04/2001) PHP Bug Type: PDF related Bug description: problem with pdf_get_pdi_paramter() Configure line is: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-track-vars' '--enable-magic-quotes' '--enable-debug' '--with-mysql=shared,/usr' '--with-dom=shared' '--with-pgsql=shared' '--with-xml' '--enable-bcmath=shared' '--with-swf=shared,/usr' '--enable-exif' '--enable-ftp=shared' '--with-gd=shared' '--with-sablot=shared' '--enable-sablot-errors-descriptive' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--enable-gd-imgstrttf' '--with-pdflib=shared' When attempting to call pdf_get_pdi_paramter() with the only key currently implemented, filename, Apache dies with the following error: FATAL: emalloc(): Unable to allocate 1076577297 bytes Compiling PHP with debugging executed the script correctly with the following errors showing up in the logs: pdf.c(264) : Freeing 0x0810F184 (372 bytes), script=/usr/local/apache/htdocs/test/index.php Last leak repeated 17 times pdf.c(264) : Freeing 0x08102A94 (372 bytes), script=/usr/local/apache/htdocs/test/index.php Last leak repeated 17 times Line 264 is: static void *pdf_emalloc(PDF *p, size_t size, const char *caller) { return(emalloc(size)); } Sample script (apologies for long lines): ? // create first file $filepdf = pdf_new(); pdf_open_file($filepdf, firstfile.pdf); pdf_begin_page($filepdf, 500, 700); pdf_moveto($filepdf, 125, 175); pdf_lineto($filepdf, 375, 175); pdf_lineto($filepdf, 375, 525); pdf_lineto($filepdf, 125, 525); pdf_closepath_stroke($filepdf); pdf_end_page($filepdf); pdf_close($filepdf); // end of first file // open second file $pdf = pdf_new(); pdf_open_file($pdf); // open open first file and read values $pdi = pdf_open_pdi($pdf, firstfile.pdf, , 0); $page= pdf_open_pdi_page($pdf, $pdi, 1, ); $width = pdf_get_pdi_value($pdf, width, $pdi, $page, 0); $height = pdf_get_pdi_value($pdf, height, $pdi, $page, 0); $name = pdf_get_pdi_parameter($pdf, filename, $pdi, $page, 0); pdf_begin_page($pdf, $width, $height); // place page from first file into second file pdf_place_pdi_page($pdf, $page, 0.0, 0.0, 1.0, 1.0); // now add some text $font = pdf_findfont($pdf, Courier, host, 0); pdf_setfont($pdf, $font, 10); pdf_show_xy($pdf, PDI File: $name, 200, 350); pdf_close_pdi_page($pdf, $page); pdf_end_page($pdf); pdf_close($pdf); $data = pdf_get_buffer($pdf); header(Content-type: application/pdf); header(Content-disposition: inline; filename=test.pdf); header(Content-length: . strlen($data)); echo $data; ? Comment out call to pdf_get_pdi_parameter() to compare -- Edit Bug report at: http://bugs.php.net/?id=10438edit=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] Latest CVS does not compile on Win32
main.c D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(856) : error C2065: 'PEAR_INSTALLDIR' : nichtdeklarierter Bezeichner D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(856) : warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'char *' und 'int ' unterschiedlich D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(856) : warning C4024: 'zend_register_stringl_constant' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3 D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(858) : error C2065: 'PHP_BINDIR' : nichtdeklarierter Bezeichner D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(858) : warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'char *' und 'int ' unterschiedlich D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(858) : warning C4024: 'zend_register_stringl_constant' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3 D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(859) : error C2065: 'PHP_LIBDIR' : nichtdeklarierter Bezeichner D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(859) : warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'char *' und 'int ' unterschiedlich D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(859) : warning C4024: 'zend_register_stringl_constant' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3 D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(860) : error C2065: 'PHP_DATADIR' : nichtdeklarierter Bezeichner D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(860) : warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'char *' und 'int ' unterschiedlich D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(860) : warning C4024: 'zend_register_stringl_constant' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3 D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(861) : error C2065: 'PHP_SYSCONFDIR' : nichtdeklarierter Bezeichner D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(861) : warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'char *' und 'int ' unterschiedlich D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(861) : warning C4024: 'zend_register_stringl_constant' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3 D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(862) : error C2065: 'PHP_LOCALSTATEDIR' : nichtdeklarierter Bezeichner D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(862) : warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'char *' und 'int ' unterschiedlich D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(862) : warning C4024: 'zend_register_stringl_constant' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3 D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(863) : error C2065: 'PHP_CONFIG_FILE_PATH' : nichtdeklarierter Bezeichner D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(863) : warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'char *' und 'int ' unterschiedlich D:\Programme\MS Visual Studio\Projekte\php\php4\main\main.c(863) : warning C4024: 'zend_register_stringl_constant' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3 php_ini.c D:\Programme\MS Visual Studio\Projekte\php\php4\main\php_ini.c(21) : fatal error C1083: Include-Datei kann nicht geoeffnet werden: 'build-defs.h': No such file or directory info.c D:\Programme\MS Visual Studio\Projekte\php\php4\ext\standard\info.c(193) : error C2065: 'PHP_CONFIG_FILE_PATH' : nichtdeklarierter Bezeichner D:\Programme\MS Visual Studio\Projekte\php\php4\ext\standard\info.c(193) : warning C4047: ':' : Anzahl der Dereferenzierungen bei 'char *' und 'int ' unterschiedlich Fehler beim Ausführen von cl.exe. php.exe - 9 Fehler, 15 Warnung(en) -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10440 Updated: ãäÊÏì ÌæÇá ÇáÎÈÑ
ID: 10440 User Update by: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Bug Type: *Web Server problem Description: ãäÊÏì ÌæÇá ÇáÎÈÑ ALKHOBAR2000 Previous Comments: --- [2001-04-22 08:13:58] [EMAIL PROTECTED] Please report bugs in English --- [2001-04-22 08:11:14] [EMAIL PROTECTED] ãäÊÏì ÌæÇá ÇáÎÈÑ --- Full Bug description available at: http://bugs.php.net/?id=10440 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]