[PHP-DEV] PHP 4.0 Bug #9072 Updated: unexpected behavior in strip_tags
ID: 9072
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Assigned To:
Comments:
Fixed in CVS
Previous Comments:
---
[2001-02-02 08:08:13] [EMAIL PROTECTED]
php setup: ./configure --with-apxs=/usr/local/etc/httpd/bin/apxs --enable-versioning
--with-mysql --enable-track-vars
script: from an earlier emailn");
?>
prints
X-Powered-By: PHP/4.0.4
Content-type: text/html
from an earlier email
and not
> from an earlier email
I'm writting an application which prints email messages and noticed this behavior in
messages that quoted the previous message with the string "> ". I expected strip_tags
to do the equivalent of ereg_replace("<[^>]*>", "", $msg)
---
Full Bug description available at: http://bugs.php.net/?id=9072
--
PHP Development Mailing List <http://www.php.net/>
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 #9073 Updated: Using pspell .12 will not compile correctly
ID: 9073 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Assigned To: Comments: Applied - thanks Previous Comments: --- [2001-02-02 09:49:14] [EMAIL PROTECTED] add "#define USE_ORIGINAL_MANAGER_FUNCS" to ext/pspell/pspell.c - this fixes the problem with pspell .12 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9073&edit=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] PHP 4.0 Bug #9096 Updated: #! line in a script is outputed in script
ID: 9096 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Unknown/Other Function Assigned To: Comments: Hrm.. I am unable to reproduce this. I am on Linux and I used your exact ./configure line. Are you completely sure you are seeing what you say you are seeing? Previous Comments: --- [2001-02-04 08:19:58] [EMAIL PROTECTED] Example: #!/usr/local/bin/php -q produces as output #!/usr/local/bin/php -q Hello - which is not the desired effect. This worked when I used 4.0.3pl1 - which was compiled with the same options and other files (as I made a script to do it!) Compiled with : ./configure --with-mysql --enable-discard-path --enable-track-vars --disable-debug --enable-dbase --enable-trans-sid --enable-inline-optimization Any further questions.. (if you want my php binary or anything else).. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9096&edit=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] PHP 4.0 Bug #9214 Updated: Apache dumps core on startup
ID: 9214 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Dynamic loading Assigned To: Comments: Sounds like the normal glibc-2.1.x + libpthreads bug. If you recompile your Apache server and add -lpthreads to the LIBS line I bet this will go away. Previous Comments: --- [2001-02-11 11:58:13] [EMAIL PROTECTED] Does apache start when PHP is not enabled? Also try shuffling the order things are loaded in.. it is important in some cases although I do not know if this is the case here. To me it looks like it is crashing before it even looks at PHP. James --- [2001-02-11 11:52:58] [EMAIL PROTECTED] Apache 1.3.17 dumps core on startup if I try to load the php module dynamically. These are my dynamic loading settings: LoadModule agent_log_module libexec/mod_log_agent.so LoadModule referer_log_module libexec/mod_log_referer.so LoadModule info_modulelibexec/mod_info.so LoadModule rewrite_module libexec/mod_rewrite.so LoadModule expires_module libexec/mod_expires.so LoadModule php4_modulelibexec/libphp4.so What is really strange is that if I disable mod_log_agent and mod_log_referer, it works fine! I configured PHP with: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-ftp --without-mysql --with-oci8=/home/oracle/u01/app/oracle/product/8.1.7 --with-pgsql=/usr/lib and then with --enable-debug to get the following backtrace: #0 0x4000af21 in _dl_debug_state () at dl-debug.c:56 #1 0x40183156 in _dl_close (map=0x80d52e0) at dl-close.c:195 #2 0x400a1430 in dlclose_doit (handle=0x80d52e0) at dlclose.c:26 #3 0x4000ac3b in _dl_catch_error (errstring=0x400a3080, operate=0x400a1418 , args=0x80d52e0) at dl-error.c:141 #4 0x400a18b9 in _dlerror_run (operate=0x400a1418 , args=0x80d52e0) at dlerror.c:125 #5 0x400a13fe in dlclose (handle=0x80d52e0) at dlclose.c:32 #6 0x8088390 in ap_os_dso_unload () #7 0x8066af0 in unload_module () #8 0x806914e in run_cleanups () #9 0x806797d in ap_clear_pool () #10 0x8077d63 in standalone_main () #11 0x8078613 in main () #12 0x400bc9cb in __libc_start_main (main=0x80782cc , argc=4, argv=0xbb04, init=0x804ed8c <_init>, fini=0x80acbcc <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbafc) at ../sysdeps/generic/libc-start.c:92 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9214&edit=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] PHP 4.0 Bug #9217 Updated: Variable Variables not "setting" as expected
ID: 9217
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Variables related
Assigned To:
Comments:
Looks like you are confused about how variable variables work.
$a = "hello";
$$a = "world";
At this point $hello would be set to "world"
In your example I don't see $countrycodefinal set to anything and thus
$$countrycodefinal doesn't make much sense.
Previous Comments:
---
[2001-02-11 15:52:28] [EMAIL PROTECTED]
Defined two variable variables. Expected each to have a different value, both ended
up with same value.
$counter = 0;
$$countrycodefinal = "ctrycode" . $counter;
$$aproposfinal = "aproposCitizen" . $counter;
echo ${$countrycodefinal} . "";
echo ${$aproposfinal} . "";
I expected the value of $$countrycodefinal to be "ctrycode0" and the value of
$aaproposfinal to be "aproposCitizen0", instead BOTH ended up with the value of
"aproposCitizen0".
I've repeated this several times whenever I use more than one variable variable in the
same script.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9217&edit=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 #14734 Updated: default HTTP vars and PHP_SELF not available
ID: 14734 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Win XP PHP Version: 4.1.0 New Comment: Then don't turn register_globals off. Turning off register_globals gets rid of all the globals. If you still want some, leave it turned on, but simply set your variables_order directive in your php.ini file to reflect which globals you want. For example, if you want environment and server variables, set it to "ES" Previous Comments: [2001-12-28 09:31:19] [EMAIL PROTECTED] When using PHP with track_vars On and register_globals Off (recommended setting), PHP doesn't know the built-in system and environment vars anymore. For example, $PHP_SELF becomes and unknow variable. This is really annoying. Edit this bug report at http://bugs.php.net/?id=14734&edit=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 #6982 Updated: disable_functions option don't works in Apache config
ID: 6982 Updated by: rasmus Old Summary: disable_functions option don't works in Apache config Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Linux 2.2.16 PHP Version: 4.0.2 New Comment: Due to the current internal architecture it would be a performance killer to populate the list of functions on a per-request basis. That's why disabling functions is only available at startup (ie. in php.ini) which means we only have to build this list once. You will need to run different classes of Apache/PHP instances if you need different sets of functions available for different virtualhosts. Previous Comments: [2002-01-11 13:54:00] [EMAIL PROTECTED] I tried php-4.1.0 on Linux and still have the bug. I don't agree it's intended behavior. From the PHP online manual, it says: php_admin_value name value This sets the value of the specified variable. "Admin" configuration settings can only be set from within the main Apache configuration files, and not from .htaccess files. So user cannot override this via .htaccess files. Having the directive in php.ini makes it global and same to all the directories, which is not suitable in our case, because we need to disable functions on per directory basis. [2001-03-06 06:59:17] [EMAIL PROTECTED] I guess it's intended - they work only for php.ini, otheriwse user could easyliy override this with .htaccess, for example. So this is system-global setting for now. Moving to RFEs. [2000-12-26 09:59:27] [EMAIL PROTECTED] I've tried php 4.0.4 but disable_functions only works from php.ini, not from apache config. [2000-11-27 06:09:32] [EMAIL PROTECTED] Please try latest snapshot from http://snaps.php.net/ and report back whether this works with it or not. --Jani [2000-10-02 23:28:52] [EMAIL PROTECTED] I'm trying to disable interbase functions for some directories. httpd.conf: php_admin_value disable_functions 'ibase_pconnect' But ibase_pconnect still works. Edit this bug report at http://bugs.php.net/?id=6982&edit=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 #15003 Updated: problem with range() function
ID: 15003
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:
Not a bug.
settype() returns true/false. In your case it returned true in both
cases so your range was actually range(1,1) which doesn't make much
sense. If you want to cast arguments use (int)$var inside that call.
Previous Comments:
[2002-01-11 18:03:41] [EMAIL PROTECTED]
problem with range() function:
$test = range(settype($seats[1], 'integer'), settype($seats[2],
'integer'));
First argument equals 1 second equals 25 confirmed by this var_dump:
[1]=> int(1) [2]=> int(25)
var_dump($test) returns:
array(1) { [0]=> int(1) }
PHP configure setup:
./configure --with-mysql=/usr/local/mysql --with-zlib
--with-apache=../$apache --enable-track-vars
--with-config-file=$target/conf
Edit this bug report at http://bugs.php.net/?id=15003&edit=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 #15008 Updated: Apache Crash
ID: 15008 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.5 PHP Version: 4.1.1 New Comment: Hrm, but there is no sign of anything PHP in that backtrace. You are saying PHP sent something that caused mod_layout to crash? That would indicate a problem in mod_layout as far as I am concerned. Previous Comments: [2002-01-12 20:52:56] [EMAIL PROTECTED] OK, here's the backtrace: #0 0x4012eb1e in memcpy () from /lib/libc.so.6 #1 0x8146ba0 in ap_bwrite () #2 0x8158be2 in ap_send_mmap () #3 0x402bbb13 in _init () from /usr/apache/libexec/mod_layout.so #4 0x8147ccf in ap_invoke_handler () #5 0x815becf in process_request_internal () #6 0x815c2f3 in ap_internal_redirect () #7 0x8073178 in handle_dir () #8 0x8147ccf in ap_invoke_handler () #9 0x815becf in process_request_internal () #10 0x815bf30 in ap_process_request () #11 0x8153379 in child_main () #12 0x8153524 in make_child () #13 0x8153698 in startup_children () #14 0x8153d10 in standalone_main () #15 0x8154563 in main () #16 0x400c7b65 in __libc_start_main (main=0x81541cc , argc=4, ubp_av=0xbb1c, init=0x8060dcc <_init>, fini=0x8182100 <_fini>, rtld_fini=0x4000df24 <_dl_fini>, stack_end=0xbb14) at ../sysdeps/generic/libc-start.c:111 I can't hardly tell, but I'm guessing its in PHP, as it was called from mod_layout, in which case the problem lies at the end of header.php, I think. [2002-01-12 20:17:28] [EMAIL PROTECTED] I can verify this bug. It is happening with my server (check out http://ged.dynodns.net/band/). I am using mod_layout in conjunction with apache, but the bug appears exactly as is described above, and it looks to be a PHP problem (other pages seem to load fine - but not this one). The server executes http://ged.dynodns.net/band/header.phps (source) before executing http://ged.dynodns.net/band/index.phps (source also). But after executing the header (successfully, or so it seems, but i cannot tell where the problem lies - at the end of header.php or at the beginning of index.php). However, i was running apache 1.3.22 with mod_layout and PHP 4.1.0 and everything worked just fine, until I had another problem and recompiled everything with PHP 4.1.1, so it appears that this is a PHP 4.1.1 bug. (Note, that the require()'ed files, web.php and news.php are both files that are only function declaractions, and don't crash scripts like events.php) Apache Config: --with-layout=Apache --prefix=/usr/apache --activate-module=src/modules/php4/libphp4.a --enable-module=so --enable-module=speling --enable-module=vhost_alias PHP 4.1.1 Config: --with-apache=/usr/src/apache-1.3.22 \ --disable-short-tags \ --without-mysql \ --with-pgsql=/usr/pgsql I hope the source helps - I'm working on building a debugging version so I can obtain a backtrace. Just confirming for now. [2002-01-12 16:30:31] [EMAIL PROTECTED] Please provide a short and self-contained script which reproduces this crash. A backtrace would also help (but better compile with --enable-debug first). [2002-01-12 15:59:32] [EMAIL PROTECTED] After compiling 4.1.1 whith Apache 1.3.22 and MySql 3.23.46 i get follwing erros in the weblog [Sat Jan 12 21:50:10 2002] [notice] child pid 18992 exit signal Segmentation fault (11) [Sat Jan 12 21:50:43 2002] [notice] child pid 14447 exit signal Segmentation fault (11) etc etc when reverting to 4.0.6 these errors are gone. config : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local' '--with-gd' Edit this bug report at http://bugs.php.net/?id=15008&edit=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 #15017 Updated: Repeat
ID: 15017 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.1.1 New Comment: Nothing, but that wasn't what he was asking for. Previous Comments: [2002-01-13 12:43:48] [EMAIL PROTECTED] What's wrong with str_repeat() ? [2002-01-13 12:42:37] [EMAIL PROTECTED] I don't think there is a need to add another language construct for this. Derick [2002-01-13 12:40:14] [EMAIL PROTECTED] You should add a Repeat(); function. In example; Which, will repeat "foo", 4 times. Edit this bug report at http://bugs.php.net/?id=15017&edit=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 #15018 Updated: readdir() not affected by safe_mode
ID: 15018 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: Debian Linux PHP Version: 4.1.0 New Comment: Like I mentioned on the mailing list, opendir() is the function that would be relevant here. It is analogous to saying that mysql_query() should block you from accessing data in a database as opposed to this access restriction being placed on the mysql_connect() call. If the perms on the dir are such that opendir() can read the directory under safe-mode, then readdir() is going to give you a list of the files in that dir. Whether you can actually open and read those individual files themselves is of course another issue and any such access would be subject to a safe-mode check. But an individual readdir() call does not have any safe-mode implications. Previous Comments: [2002-01-13 14:43:21] [EMAIL PROTECTED] I hope this is not just a configuration problem. We have safe_mode turned on and all file-system functions ARE limited by safe_mode - only readdir() doesn't seem to be. Would anyone mind to have a look at this? I have provided a sample script so it shouldn't take long to test it with your configuration: -- \n"; else echo $e, "\n"; } closedir($h); } list_dir($QUERY_STRING); ?> -- just save this file as for example "dir.php" and run with dir.php?/home/customer/ to list contents. I looked at the release announcement of 4.1.1 and there was no description of this bug: http://www.php.net/release_4_1_1.php I also looked through the existing bug database and found nothing about it. Excuse me if it's a dupe or even a bogus. Kind Regards, Daniel Lorch http://daniel.lorch.cc/ Edit this bug report at http://bugs.php.net/?id=15018&edit=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 #12074 Updated: Enhance sybase_ct with sybasel_unbuffered_query(),
ID: 12074 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: Linux & HP-UX PHP Version: 4.0.6 New Comment: In order for this function to be implementation there must be support for it in the underlying library. As far as I know there is no such functionality in sybase_ct. If you can find a reference to such functionality in this library, re-open this request. Previous Comments: [2002-01-13 17:50:07] [EMAIL PROTECTED] Is sybase_unbuffered_query implemented on PHP 4.1.1 ? Thanks a lot. Arnaud. [2001-12-13 14:49:34] [EMAIL PROTECTED] Still needed with 4.1.0 [2001-07-22 19:17:12] [EMAIL PROTECTED] Fix "null" status. [2001-07-12 07:16:32] [EMAIL PROTECTED] Change short description [2001-07-11 18:43:40] [EMAIL PROTECTED] NEW FEATURE Enhance Sybase_ct with sybase_unbuffered_query() (The same function mysql_unbuffered_query() but for sybase_ct (and others DB) @++ JC Edit this bug report at http://bugs.php.net/?id=12074&edit=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 #15023 Updated: Apache thread segfaults in optimizer using php-4.1.1 and Zend Optimizer
ID: 15023 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux-2.2.20 PHP Version: 4.1.1 New Comment: It's not, go to somewhere on www.zend.com Previous Comments: [2002-01-13 19:42:12] [EMAIL PROTECTED] I'm not sure if this is the place to submit problems related to Zend Optimizer, but i couldnt find anything on zend.com. I'm having reproducible crashes of Apache threads on certain pages of our CMS. Our developers are currently trying to pinpoint the critical point in the scripts to create a script for reproduction of the problem. For now the critical point seems to be around some preg_replace's. What i do have atm is a backtrace and some sysinfo. Since Zend Optimizer doesnt load when PHP is compiled with debug info, i couldnt squeeze out any more info than this: Program received signal SIGSEGV, Segmentation fault. 0x40582378 in zend_assign_to_variable_reference () from /usr/local/Zend/ZendOptimizer.so (gdb) bt #0 0x40582378 in zend_assign_to_variable_reference () from /usr/local/Zend/ZendOptimizer.so #1 0x40587e8e in zend_assign_to_variable_reference () from /usr/local/Zend/ZendOptimizer.so #2 0x40587e8e in zend_assign_to_variable_reference () from /usr/local/Zend/ZendOptimizer.so #3 0x4058b325 in zend_oe () from /usr/local/Zend/ZendOptimizer.so #4 0x8163e9a in zend_execute_scripts () at eval.c:88 #5 0x80c223d in php_execute_script () at eval.c:88 #6 0x816c0ca in apache_php_module_main () at eval.c:88 #7 0x80bf5a6 in php_restore_umask () at eval.c:88 #8 0x80bf602 in php_restore_umask () at eval.c:88 #9 0x8188969 in ap_invoke_handler () at eval.c:88 #10 0x819dd1f in ap_some_auth_required () at eval.c:88 #11 0x819dd86 in ap_process_request () at eval.c:88 #12 0x8194b46 in ap_child_terminate () at eval.c:88 #13 0x8194dea in ap_child_terminate () at eval.c:88 #14 0x8195178 in ap_child_terminate () at eval.c:88 #15 0x819574c in ap_child_terminate () at eval.c:88 #16 0x8195dac in main () at eval.c:88 #17 0x403572eb in __libc_start_main (main=0x81959f8 , argc=2, ubp_av=0xbb24, init=0x8076e04 <_init>, fini=0x821acdc <_fini>, rtld_fini=0x4000c130 <_dl_fini>, stack_end=0xbb1c) at ../sysdeps/generic/libc-start.c:129 System is Slackware Linux 8.0 running kernel 2.2.20/glibc-2.2.3/gcc-2.95.3 Apache_1.3.22 php-4.1.1 ZendOptimizer-1.2.0-PHP_4.1.0-Linux_glibc21-i386 php config: ./configure --with-apache=../apache_1.3.22 --with-mysql=/usr/local --with-pgsql=/usr/local --with-gd=../gd-1.8.4 --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr/local --with-zlib --with-imap --with-openssl --with-curl --with-gettext --with-xml --enable-ftp --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-memory-limit --enable-trans-sid --enable-debug=no Optimizer config from php.ini: zend_optimizer.optimization_level=15 zend_optimizer.enable_loader=0 zend_extension="/usr/local/Zend/ZendOptimizer.so" If you need more info i'd be glad to help. Edit this bug report at http://bugs.php.net/?id=15023&edit=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 #15072 Updated: Loading libphp4.so crashes Apache 1.3.11 at startup
ID: 15072 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Solaris 2.6.1 PHP Version: 4.0.6 New Comment: Build with debug symbols please so we can have a real backtrace. You are also way behind with your Apache version. Current version is 1.3.22. Previous Comments: [2002-01-16 13:11:16] [EMAIL PROTECTED] Hello, On our server running Apache 1.3.11 we cannot use PHP 4.0.6, since loading the libphp4.so crashes Apache at startup w/o giving any clue about the problem: # /etc/init.d/httpd start Segmentation Fault - core dumped /pub/httpd/sbin/apachectl startssl: httpd could not be started # GDB backtrace: --- (gdb) bt #0 0xef5ce544 in strrchr () #1 0x22e0c in ap_add_module () #2 0x230e4 in ap_add_loaded_module () #3 0x1aa58 in load_module () #4 0x238d8 in invoke_cmd () #5 0x24794 in ap_handle_command () #6 0x24874 in ap_srm_command_loop () #7 0x24efc in ap_process_resource_config () #8 0x25b04 in ap_read_config () #9 0x34b54 in main () (gdb) As soon as the AddModule and LoadModule directives for PHP4 are removed from httpd.conf, the Server can start up w/o problems. PHP configuration: - ./configure --prefix=/usr/pack/php-4.0.6-ft --with-mysql=/pub/mysql/3.22.32/ --with-pgsql=/pub/postgresql/7.0.2 --enable-track-vars --with-db --with-ndb --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs The identical Module works w/o problems on an other Sun Server running the same Apache (1.3.11, identical installation). Server information (uname -a): -- The server where Apache crashes: SunOS X 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 The server w/o problems SunOS Y 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-250 Thank you very much in advance for any help Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- Edit this bug report at http://bugs.php.net/?id=15072&edit=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 #15074 Updated: unset does not work on an array
ID: 15074 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Arrays related Operating System: Sun Solaris 8 PHP Version: 4.1.0 New Comment: lose the []'s unset works fine on arrays. Previous Comments: [2002-01-16 14:14:01] [EMAIL PROTECTED] When I use this statement: unset($testarray[]); Output: Fatal error: Cannot use [] for unsetting in test.php on line 101 This already worked on PHP4.0.6-- Edit this bug report at http://bugs.php.net/?id=15074&edit=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 #15072 Updated: Loading libphp4.so crashes Apache 1.3.11 at startup
ID: 15072 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: Solaris 2.6.1 PHP Version: 4.0.6 New Comment: Well, since the crash is in Apache, it is Apache you need to build with debug symbols, not PHP. Previous Comments: [2002-01-16 14:17:33] [EMAIL PROTECTED] Absolutely identical backtrace even when configured with --enable-debug. It works in the identical setup like a charm on an other machine (same binaries!), what could be the reason, that it doesn't work here? frank btw: I'm still looking for those admins who can always keep up with the newest version of all packages (about 280 packages at our site...) [2002-01-16 13:32:02] [EMAIL PROTECTED] Upgrade to 1.3.22, .11 has some problems, and AFAIK it was never released to the public. This should solve the crashes (it seems like it is crashing in apache to me anyways). regards, Derick [2002-01-16 13:31:07] [EMAIL PROTECTED] Build with debug symbols please so we can have a real backtrace. You are also way behind with your Apache version. Current version is 1.3.22. [2002-01-16 13:11:16] [EMAIL PROTECTED] Hello, On our server running Apache 1.3.11 we cannot use PHP 4.0.6, since loading the libphp4.so crashes Apache at startup w/o giving any clue about the problem: # /etc/init.d/httpd start Segmentation Fault - core dumped /pub/httpd/sbin/apachectl startssl: httpd could not be started # GDB backtrace: --- (gdb) bt #0 0xef5ce544 in strrchr () #1 0x22e0c in ap_add_module () #2 0x230e4 in ap_add_loaded_module () #3 0x1aa58 in load_module () #4 0x238d8 in invoke_cmd () #5 0x24794 in ap_handle_command () #6 0x24874 in ap_srm_command_loop () #7 0x24efc in ap_process_resource_config () #8 0x25b04 in ap_read_config () #9 0x34b54 in main () (gdb) As soon as the AddModule and LoadModule directives for PHP4 are removed from httpd.conf, the Server can start up w/o problems. PHP configuration: - ./configure --prefix=/usr/pack/php-4.0.6-ft --with-mysql=/pub/mysql/3.22.32/ --with-pgsql=/pub/postgresql/7.0.2 --enable-track-vars --with-db --with-ndb --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs The identical Module works w/o problems on an other Sun Server running the same Apache (1.3.11, identical installation). Server information (uname -a): -- The server where Apache crashes: SunOS X 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 The server w/o problems SunOS Y 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-250 Thank you very much in advance for any help Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- Edit this bug report at http://bugs.php.net/?id=15072&edit=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 #15133 Updated: SSI
ID: 15133 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.1.1 New Comment: Adding -q is sufficient. No PHP changes needed here. Previous Comments: [2002-01-20 22:00:05] [EMAIL PROTECTED] At least on UN*X systems you can run PHP perfectly as SSI - just do a SSI include where phpscript.cgi is a script which first line points to your PHP executable: #!/usr/bin/php which could also be c:\progra~\php\php.exe (I think). Or did I completely misunderstand you? Also the X-Powered-By can be switched off. Either by /usr/bin/php -q which omits all HTTP-headers (such as Content-type and X-Powered-By) or by configuration directive: expose_php = On ; Decides whether PHP may expose the fact that it is installed ; server (e.g., by adding its signature to the Web server header). ; It is no security threat in any way, but it makes it possible ; to determine whether you use PHP on your server or not. Kind Regards, Daniel Lorch [2002-01-20 21:43:01] [EMAIL PROTECTED] Is it possible to enable future versions of PHP to be run as an SSI directive so that languages like Perl do not have to be used instead for this purpose? Currently PHP sends out the X-Powered-By headers everytime it's run including all the other default headers making it difficult to run PHP as SSI without having all the headers display to the screen. Edit this bug report at http://bugs.php.net/?id=15133&edit=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 #15133 Updated: SSI
ID: 15133 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.1.1 New Comment: "php.exe -q" doesn't work on Windows? Previous Comments: [2002-01-20 22:04:09] [EMAIL PROTECTED] You kind of understood I was aware of the expose setting in the ini file, but it would be nice to be able to modify this at runtime. How can you run that -q command from within a windows environment like IIS? [2002-01-20 22:02:26] [EMAIL PROTECTED] Adding -q is sufficient. No PHP changes needed here. [2002-01-20 22:00:05] [EMAIL PROTECTED] At least on UN*X systems you can run PHP perfectly as SSI - just do a SSI include where phpscript.cgi is a script which first line points to your PHP executable: #!/usr/bin/php which could also be c:\progra~\php\php.exe (I think). Or did I completely misunderstand you? Also the X-Powered-By can be switched off. Either by /usr/bin/php -q which omits all HTTP-headers (such as Content-type and X-Powered-By) or by configuration directive: expose_php = On ; Decides whether PHP may expose the fact that it is installed ; server (e.g., by adding its signature to the Web server header). ; It is no security threat in any way, but it makes it possible ; to determine whether you use PHP on your server or not. Kind Regards, Daniel Lorch [2002-01-20 21:43:01] [EMAIL PROTECTED] Is it possible to enable future versions of PHP to be run as an SSI directive so that languages like Perl do not have to be used instead for this purpose? Currently PHP sends out the X-Powered-By headers everytime it's run including all the other default headers making it difficult to run PHP as SSI without having all the headers display to the screen. Edit this bug report at http://bugs.php.net/?id=15133&edit=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 #15187 Updated: PHP parses untrusted documents (or something like that ;P)
ID: 15187
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:
We can't stop developers from shooting themselves in the foot. If you
want to include a remote file without parsing it locally, you would
use:
readfile("http://domain.com/filename";);
You could of course also just use the allow_url_fopen directive in your
php.ini file if you really want to turn this off.
If you removed all the functions that developers could use to shoot
themselves in the foot with there wouldn't be much left to do
interesting things.
Previous Comments:
[2002-01-23 15:42:16] [EMAIL PROTECTED]
It's true dat this is a 'user error', however there are scripts (e.g.
phpnuke has this problem) that allows a user to enter the URL that will
be included.
So, your right if a script is secure you wont deal with this bug.. but
I still see it as a security issue
[2002-01-23 15:37:30] [EMAIL PROTECTED]
This is bad programming. If you want to avoid this, you should NOT use
include() for stuff on other servers, but fopen() or similar instead
(which doesn't parse the data).
BTW: the 'bug' in issue.php can be avoided by proper use of
register_globals, safe-mode and/or normal (unix) file permissions.
[2002-01-23 15:36:30] [EMAIL PROTECTED]
RTFM!
Include is for including PHP scripts into your PHP script.
If you only want to include parsed output then do not use
include.
[2002-01-23 15:36:28] [EMAIL PROTECTED]
I call it a user error. no external sources are to be trusted with no
error/security/integrity check.
[2002-01-23 15:30:20] [EMAIL PROTECTED]
Hello,
I think there is a pretty large security issue in PHP. E.g. we have 2
servers, we call server 1 'embrace', and name server 2 'kossy'.
on embrace we create a file index.php:
http://kossy/issue.php";); ?>
on kossy we create a file issue.php:
well, if we now type: http://embrace/index.php?cmd=ls we see the 'ls'
output from kossy. This is the way it should be.. BUT, when we disable
PHP op kossy we get a rather nasty bug (imho).
If we type http://embrace/index.php?cmd=ls again (where kossy has no
PHP support) embrace includes the PHP source code from kossy and then
parses the file, which will give us the 'ls' result on embrace.
This can be used for numerous attacks. And I PHP should only include
parsed PHP or non-PHP files from external (http://) links.
Bye,
Tozz
Edit this bug report at http://bugs.php.net/?id=15187&edit=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 #15185 Updated: Exploring the server recources witch php
ID: 15185
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Slackware
PHP Version: 4.0.6
New Comment:
Daniel, please stop saying readdir() here. readdir() should not have
any safe-mode checks anymore than fgets() should. It simply makes no
sense. opendir() is where the safe-mode check should be applied.
Previous Comments:
[2002-01-23 16:52:10] [EMAIL PROTECTED]
Actually this is a dupe of MY bug report. PHP has a bug with readdir().
safe_mode does not limit readdir:
http://bugs.php.net/bug.php?id=15018&edit=1
someone bogusified it. Wasn't me. And yes, I tested it on 4.1.0.
Kind Regards,
Daniel Lorch
[2002-01-23 14:54:45] [EMAIL PROTECTED]
not a php issue
php runs with the same permissions as the user
the webserver runs under, so if this user has
permission to see the whole server filesystem
php will have that, too
run your wesserver as a low-privileged user
and give it read permission to the absolute
minimum of the filesystem
or have a look at
http://www.php.net/manual/en/features.safe-mode.php
[2002-01-23 14:26:36] [EMAIL PROTECTED]
I've found a possible bug in php 4.06. using simple function readdir();
I coul explore about 90 % of server including /var/spool/mail
/ect/passwd e.t.c.
I've wrote simple script that let me to move through all directories:
Index of: $dirName");
$dirs=array();
$files=array();
$dirfiles=array();
$dirn=0;
$filen=0;
$d = dir($dirName);
while($entry = $d->read()) {
if ($entry != "." && $entry != "..")
{
if (is_dir($dirName."/".$entry))
{
array_push($dirs, "$dirName/$entry");
$dirn++;
}
else
{
array_push($files, "$entry");
array_push($dirfiles, "$dirName");
$filen++;
}
}
}
$d->close();
$tmp=0;
while ($tmp<$dirn)
{
print("$dirs[$tmp]");
$tmp++;
}
$tmp=0;
while ($tmp<$filen)
{
print("$dirfiles[$tmp]/$files[$tmp]");
$tmp++;
}
if ($dirName!=".")
{
print("Back");
}
}
getDirList("$dir");
?>
Default directory is '.' (Your home directory), but if you load this
page with parameter dir=/ ( ex. http://your.host/dir.php?dir=/ ) You
will probably access main folder on your unix server.
I wrote second script that let me read the files not in my home
directory:
");
}
$flaga++;
}
flock($Plik, 3);
fclose($Plik);
}
readtxt ($file);
?>
By typing, for example
http://your.host/readtxt.php?file=/var/spool/mail/disco_dzik i could
read disco_dzik's mail.
Simple, but serious...
Both of scripts wold not move You outside your home directory if the
server would be two machines (first one for system, and the second one
just fore home directories) - it's obvious, but I've checked it ;)
P.S.
Scripts were wroten for my use only, so some of the variables are named
in polish - sorry for that ;)
This is a serious bug that needs to be fixed !
Edit this bug report at http://bugs.php.net/?id=15185&edit=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 #15417 Updated: occasioanlly no result returned
ID: 15417
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: Debian Linux 2.4.10
PHP Version: 4.1.1
New Comment:
I don't see any real reason for these failures, but I do see spurious
semi-colons in your queries. You should not be sending a semi-colon to
terminate a query when sending it through mysql_query()
Previous Comments:
[2002-02-06 21:04:08] [EMAIL PROTECTED]
We moved our server from FreeBSD/PHP 4.0.6/Apache 1.3.20 to Debian/PHP
4.1.1/Apache 1.3.22. Now we are occasionally receiving the following
warning for mysql_num_rows:
PHP Warning: 6 is not a valid MySQL result resource in
/usr/local/webhosts/default/test.php on line 40
sometimes number 6 changes to 25, 38 etc. I could not figure out under
which conditions it happens as most of the time when page is refreshed
it disappears. It happens on many pages and probability of having
warning increases as number of queries in the page increases. When that
warning received there are no other errors or warnings. Also there is
no result assosciated for the recordset that mysql_num_rows using
although there should be and other recordsets are working fine.
I tried to reproduce the error with the following script and I managed
to get a bunch of them. Approximately I got 9 warnings for 100
execution of the script. All executions are identical and warnings
seemed to happen randomly.
Here is the script that I used for testing. The query returns 3 rows
normally:
\n");
exit();
}
//select database
if(!mysql_select_db($dbName,$dbLink))
{
print("Can't use database!\n");
exit();
}
for($i=0;$i<20;$i++)
{
$qryCompare = "SELECT * FROM sb_Compare WHERE constant = 11 AND
variant = 10;";
if(!($recCompare=mysql_query($qryCompare, $dbLink)))
{
print("Query error!...\n");
print("MySQL say : " . mysql_error() . "\n");
print("Query was : $qryCompare\n");
exit();
}
$qryCompar = "SELECT * FROM sb_Compare WHERE constant = 11 AND variant
= 10;";
if(!($recCompar=mysql_query($qryCompar, $dbLink)))
{
print("Query error!...\n");
print("MySQL say : " . mysql_error() . "\n");
print("Query was : $qryCompar\n");
exit();
}
echo mysql_num_rows($recCompare);
echo mysql_num_rows($recCompar);
}
?>
--
Edit this bug report at http://bugs.php.net/?id=15417&edit=1
--
PHP Development Mailing List
[PHP-DEV] Bug #10945 Updated: Apache core dumps when PHP4.0.5 is activated via LoadModule
ID: 10945 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: On systems that use glibc-2.1.x there is a bug in glibc that prevents a binary not linked against pthreads to dynamically load a shared library that is linked against pthreads. Perhaps this problem also exists on AIX? Try linking your Apache httpd against libpthreads. Previous Comments: --- [2001-05-17 20:57:44] [EMAIL PROTECTED] Apache-1.3.19 compiles clean under gcc-2.95.3 with: $ ./configure --prefix=/opt/apache --enable-module=so $ make # make install Apache starts cleanly and generally works fine. PHP4.0.5 compiles clean under gcc-2.95.3 with: $ ./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs --with-mysql=/opt/mysql $ make # make install Howver when I stop Apache and start it back up again, it doesn't start. It dumps core. When I rem out the LoadModule directive for the php module in httpd.conf, Apache starts up fine. [ FYI: it's MySQL 3.23.34a (--prefix=/opt/mysql --with-pthreads) ] Any suggections on how to troubleshoot it ? If you have a use for the core, I can send it to you. More info: RS/6000-43P/132 AIX 4.3.3 (maintenance update 8) gcc-2.95.3 Only other software installed on the system is GNU make-3.79.1 and bash-2.04. Any help is greatly appreciated. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10945&edit=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 #10701 Updated: readfile usage on large files
ID: 10701
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Filesystem function related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
What's to claim. This is a support question that belongs on one of the mailing lists
and not in the bug database.
But a hint. Don't use readfile(), fopen() the file and read it a bit at a time
instead of sticking the entire thing in memory.
Previous Comments:
---
[2001-05-17 17:29:33] [EMAIL PROTECTED]
Anyone plan on claiming this?
---
[2001-05-07 07:34:13] [EMAIL PROTECTED]
Ok, this is a pretty intersting one, and I'm not even sure if it's a bug or just a
memory limit thing. I am using a php wrapper for content files
(.jpg|.gif|.asf|.mov|.ram), as you can guess, the movie files can be pretty large,
upwards of 10MB, all getting read into memory, then spit back out. Couple that with a
site that gets 10K+ visits a day and the server is on its knees with a load average of
about 10 (when it gets to 25/30 things start swapping and it will dies not long after
that.)
here's the code used to wrap the content:
'application/vnd.ms-asf',
'.jpg' => 'image/jpeg',
'.gif' => 'image/gif'
);
if(!in_array($mime_type,array_keys($mime_type_array)))
{
header("Location: /error.php");
}
$offset = 86400 * 3;
header("Expires: ".gmdate("D, d M Y H:i:s GMT", time() + $offset));
header("Cache-Control: max-age=".$offset.", must-revalidate");
header("Last-modified : ".gmdate("D, d M Y H:i:s GMT",
filemtime("/web/sites/contentsite/".$f)));
header("Content-type: ".$mime_type_array[$mime_type]);
header("Content-length: ".filesize("/web/sites/contentsite/".$f));
@readfile("/web/sites/contentsite/".$f);
?>
so, I would pass an image or movie to the content file with a url like so:
http://contentsite.com/content.php?f=movies/bigmovie.asf
This is really just a heads up at this point, I know it will take you guys a little
while to sort through this one, I'm not even sure it's a bug considering readfile is
SUPPOSED to read a file into memory and spit it back out. I dunno, for now I'm going
to do some .htaccess tricks where I force php to parse .htaccess files. If anyone has
come across this or has any insight on wrapping content in php files, please email me
at [EMAIL PROTECTED]
Thanks!
Stephen VanDyke
PS - aside from that, great language, I love PHP :)
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10701&edit=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 #10945 Updated: Apache core dumps when PHP4.0.5 is activated via LoadModule
ID: 10945 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: There is no "supported list". But, obviously operating systems that are more common end up getting more attention and more testing. AIX is near the bottom of that list. Previous Comments: --- [2001-05-18 01:29:51] [EMAIL PROTECTED] Tried recompiling everything with IBM Visual Age C v5.01. No change. I also tried linking with the pthread library for the httpd binary, like [EMAIL PROTECTED] said to try, but no luck. Quick question: is AIX on the "supported" list ?? Is this supposed to work ?? --Morgan [EMAIL PROTECTED] --- [2001-05-17 21:49:55] [EMAIL PROTECTED] On systems that use glibc-2.1.x there is a bug in glibc that prevents a binary not linked against pthreads to dynamically load a shared library that is linked against pthreads. Perhaps this problem also exists on AIX? Try linking your Apache httpd against libpthreads. --- [2001-05-17 20:57:44] [EMAIL PROTECTED] Apache-1.3.19 compiles clean under gcc-2.95.3 with: $ ./configure --prefix=/opt/apache --enable-module=so $ make # make install Apache starts cleanly and generally works fine. PHP4.0.5 compiles clean under gcc-2.95.3 with: $ ./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs --with-mysql=/opt/mysql $ make # make install Howver when I stop Apache and start it back up again, it doesn't start. It dumps core. When I rem out the LoadModule directive for the php module in httpd.conf, Apache starts up fine. [ FYI: it's MySQL 3.23.34a (--prefix=/opt/mysql --with-pthreads) ] Any suggections on how to troubleshoot it ? If you have a use for the core, I can send it to you. More info: RS/6000-43P/132 AIX 4.3.3 (maintenance update 8) gcc-2.95.3 Only other software installed on the system is GNU make-3.79.1 and bash-2.04. Any help is greatly appreciated. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10945&edit=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 commit -- depreciation of call_user_method()
> Andrei Zmievski wrote: > > They hardly bump Zend API version with every point release. > > not with every release, somehow they missed 4.0.3 on this ;) No bump in 4.0.6 either, and it doesn't look like there will be one for 4.0.7 either. About 5 months since the last bump. -Rasmus -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10957 Updated: define_syslog_variables
ID: 10957 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Fixed in CVS Previous Comments: --- [2001-05-18 12:25:35] [EMAIL PROTECTED] the word variables spelled wrong right after the void. http://www.php.net/manual/en/function.define-syslog-variables.php define_syslog_variables (PHP 3, PHP 4 ) define_syslog_variables -- Initializes all syslog related constants Description void define_syslog_varaibles () Initializes all constants used in the syslog functions. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10957&edit=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 #10970 Updated: Life of environment variable set by putenv() not documented well
ID: 10970 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Note added to docs cvs. A putenv() is only active for the duration of the request in which the env var was set. At the end of the request the original environment is restored. Previous Comments: --- [2001-05-19 11:26:52] [EMAIL PROTECTED] Visibility scope of the environment variables set by putenv() is not documented. It is important to know whether an environment variable set in one script can be seen from another script (served by the same Apache child, for example). http://php.net/manual/en/function.putenv.php I'm writing a secure application that passes user name and password in environment varialbles to a setuid C program, which checks the password against the shadow password file to authenticate users. It is crucial for me to know whether such approach has any security implications, derriving fromt the visibility scope of environment variables set in PHP. Many thanks, -- Arcady Genkin --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10970&edit=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 #9526 Updated: Copy function is not affected by the security settings
ID: 9526
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Critical
Status: Closed
Bug Type: Unknown/Other Function
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Fixed in CVS
Previous Comments:
---
[2001-05-07 12:57:15] [EMAIL PROTECTED]
Marking as fix before 4.0.6
---
[2001-03-02 09:45:59] [EMAIL PROTECTED]
It appears that the copy function is not affected by the security restrictions set on
the php.ini file
PHP.ini:
Safe_mode=On
Open_basedir=d:wwwhtdocs
With a script like:
print('Try to copy() c:winntwin.ini to
d:wwwhtdocsphptest');
if (!copy('c:winntwin.ini', 'd:wwwhtdocsphptestwin.ini')) {
print('OK: Copy() Failed');
}
else
{
print('Warning: Copy() Succeeded!!!');
}
print('=');
print('Try to fopen() file d:wwwhtdocsphptestwin.ini');
if (!fopen( 'd:wwwhtdocsphptestwin.ini', 'r' )) {
print('OK: Fopen() Failed');
}
else
{
print('Warning: Fopen() Succeeded!!!');
}
I can copy a file from a forbiden directory to an allowed one and the read it.
Other functions that I have tested don't have this "bug".
I tested with Apache for Windows 1.3.14 and the PHP4 module
Best regards,
Victor Fernandes
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9526&edit=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 #10983 Updated: php can't select database in mysql, so mysql is not working at all.
ID: 10983
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: MySQL related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
You need to check for errors on your mysql_db_query(). Your "or die(mysql_error())
belongs there. And since you have already done a mysql_select_db(), you can just use
mysql_query().
Previous Comments:
---
[2001-05-21 07:27:06] [EMAIL PROTECTED]
sorry, but i was too mad to notice.
let me rephrase the whole thing.
After i upgrade php from 4.04p1 to 4.05 at WinNT machine, i couldn't get mysql query
working at all. Technically, they all work, just i don't get any result back.
example:
";
$query="select * from MEMBER";
$ident = mysql_connect("Kim","root","")
or die("Bad query: ".mysql_error());
mysql_select_db("healthy");
$restult=mysql_db_query("healthy",$query);
while ($row=mysql_fetch_array($result))
echo $row["serial"];
?>
and the result i got is:
DATABASE: Healthy
Warning: Supplied argument is not a valid MySQL result resource in d:wwwtestphpdb.php
on line 13
i can assure you that the member table is not empty.
i have tried re-install php and apache, but they still don't work as they should.
---
[2001-05-21 06:02:59] [EMAIL PROTECTED]
Please read the bug submission guidelines.
http://www.php.net/bugs-dos-and-donts.php
This report lacks any details, especially an example script or error message. It's
probably an issue with your script. Reopen the report with an example script and
error messages, or ask one of the support mailing lists for assistance.
http://www.php.net/support.php
---
[2001-05-21 05:16:49] [EMAIL PROTECTED]
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10983&edit=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 #11001 Updated: ini_set() of 'magic_quotes_sybase' has no effect
ID: 11001
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
Not a bug. magic quotes are done before your script is executed, so you can't change
these settings in your script.
Previous Comments:
---
[2001-05-21 16:23:33] [EMAIL PROTECTED]
Trying to set magic_quotes_sybase with
ini_set('magic_quotes_sybase', 1 )
even though a ini_get() says the value is set it has no effect on the handling of
quotes. I have to set the value to 'on' in the PHP.ini file in order for this to work.
I have tried the following without any success.
ini_set('magic_quotes_sybase', 1 )
ini_set('magic_quotes_sybase', '1' )
ini_set('magic_quotes_sybase', -1 )
ini_set('magic_quotes_sybase', '-1' )
ini_set('magic_quotes_sybase', true )
ini_set('magic_quotes_sybase', 'on' )
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11001&edit=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 #11001 Updated: ini_set() of 'magic_quotes_sybase' has no effect
ID: 11001
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Unknown/Other Function
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
I suppose to some extent it is. The chart on php.net/ini_set just specifies where
values can be changed. It doesn't specify whether changing that value will actually
have the desired effect. Like you saw, you could change the value in your script, the
problem is just that the action that the value affects happens before your script is
run, so the change doesn't do anything useful. The ini_set page should be updated to
reflect this.
Previous Comments:
---
[2001-05-21 16:35:26] [EMAIL PROTECTED]
Is it a documention issue?
The Online Manual
=
magic_quotes_sybase "0" PHP_INI_ALL
PHP_INI_ALL 7 Entry can be set anywhere
---
[2001-05-21 16:32:14] [EMAIL PROTECTED]
Is it a documention issue?
The Online Manual
=
magic_quotes_sybase "0" PHP_INI_ALL
PHP_INI_ALL 7 Entry can be set anywhere
---
[2001-05-21 16:26:50] [EMAIL PROTECTED]
Not a bug. magic quotes are done before your script is executed, so you can't change
these settings in your script.
---
[2001-05-21 16:23:33] [EMAIL PROTECTED]
Trying to set magic_quotes_sybase with
ini_set('magic_quotes_sybase', 1 )
even though a ini_get() says the value is set it has no effect on the handling of
quotes. I have to set the value to 'on' in the PHP.ini file in order for this to work.
I have tried the following without any success.
ini_set('magic_quotes_sybase', 1 )
ini_set('magic_quotes_sybase', '1' )
ini_set('magic_quotes_sybase', -1 )
ini_set('magic_quotes_sybase', '-1' )
ini_set('magic_quotes_sybase', true )
ini_set('magic_quotes_sybase', 'on' )
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11001&edit=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] Using $HTTP_SESSION_VARS with register_globals On
> On Mon, 21 May 2001, Rasmus Lerdorf wrote:
> > Looks like this code in session.c is the culprit:
> >
> > int php_get_session_var(char *name, size_t namelen, zval ***state_var PLS_DC
>PSLS_DC ELS_DC)
> > {
> > HashTable *ht = &EG(symbol_table);
> >
> > if (!PG(register_globals))
> > ht = Z_ARRVAL_P(PS(http_session_vars));
> >
> > return zend_hash_find(ht, name, namelen + 1, (void **)state_var);
> > }
> >
> > http_session_vars is only checked if register_globals is off.
>
> I am the one who put that code in, actually when $HTTP_SESSION_VARS
> support was added. I don't quite remember why it was done this way, but
> I'm all for consistency. The question is what should it do if
> register_globals is on and user doesn't set $HTTP_SESSION_VARS directly,
> but rather registers a global variable and expects it to be saved. More
> precisely, what takes precedence when register_globals is on, the global
> value or the $HTTP_SESSION_VARS value?
Yes, I figured that was the issue. If $HTTP_SESSION_VARS is set then I
think it should take precedence. I think the current approach where
scripts written with register_globals set to Off do not work on servers
that have register_globals On is bad. Makes it pretty much impossible to
write portable session code.
-Rasmus
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Using $HTTP_SESSION_VARS with register_globals On
> On Mon, 21 May 2001, [EMAIL PROTECTED] wrote: > > Yes, I figured that was the issue. If $HTTP_SESSION_VARS is set then I > > think it should take precedence. I think the current approach where > > scripts written with register_globals set to Off do not work on servers > > that have register_globals On is bad. Makes it pretty much impossible to > > write portable session code. > > How about this scenario -- register_globals is on, session is loaded, > $HTTP_SESSION_VARS['foo'] and $foo contain the same value, then user > changes $foo, thinking it will be saved. But if you say > $HTTP_SESSION_VARS value takes precedence, then his changes are lost -- > not too intuitive. At least with this scenario the script that was written with register_globals off will still work just fine. But I do see the problem. $HTTP_SESSION_VARS is populated in regardless of the register_globals setting, so people not used to using $HTTP_SESSION_VARS are going to have a lot of problems changing existing session variables. I guess logically we should make the global variable take precedence and perhaps even export any changes to $HTTP_SESSION_VARS into the global symbol table. Somewhat magical, but what else can we do here? I really don't think we can live with the current situation. -Rasmus -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11052 Updated: cookie problem
ID: 11052
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: HTTP related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
Perhaps because the clock on that server you are uploading to is off, or maybe your
clock is off. And you are right, this is not a PHP bug. Fix you clock or encode the
server's timestamp in the cookie and check that when it gets the cookie back to
determine if it should still be valid.
Previous Comments:
---
[2001-05-23 08:22:29] [EMAIL PROTECTED]
I am rather sure this isn't a php bug. So lets not get unfriendly about it. But i
have asked over and over in other places with out an answer. at least point me in the
right direction. please
I have set up a user login so that it will assign a cookie for one hour -
setcookie("cookie_id", $id, time()+3600);
The manner in which i suse the expiration is copied form the manual but i have
actually tried several alteratives. The problem is the expiration works perfectly
locally (i am running apache 1.3 for windows) but once i upload it (linux red hat 5.2
(why so old i dont know)/ apache 1.3.19.) The expiration will not work on my
browser(s) unless i increase the expiration to +5000 or above. My client tests it
using the same version of IE i have and it will not set the cookie still at +5000 for
him.
Now i understand from browser to browser there can be differences but why can i set a
cookie for +200 locally but not for less than +5000 uploaded when i am most certainly
checking it with the same browser (IE 5.5)
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11052&edit=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 #11518 Updated: two dimensional array in POST doesn't work
ID: 11518 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Arrays related Operating system: PHP Version: 3.0.14 Assigned To: Comments: Upgrade to PHP 4 where this is supported. Previous Comments: --- [2001-06-17 07:35:24] [EMAIL PROTECTED] I would like to use two dimensional array's in my html forms, so $array["id1"]["id2"] becomes available in my script. A 1 dimensional array with named entries works fine : include in your html form and you get it's value in $array["id"] when form is POSTed. Next I tried putting in the form. Now you don't get the value in $array["id1"]["id2"] but instead the POSTed value is put in $array["id1][id2"] - the array stays 1 dimensional witk key "id1][id2". Maybe I am trying to abuse something here which might not even be efficient to do, but for my app this feature would simplify things a little. regards, Jaco Rietveld --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11518&edit=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 #11567 Updated: True Dynamic Binding and Public/Private
ID: 11567
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: Feature/Change Request
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
I completely disagree with the concept of dynamic binding.
Calling different functions based on the number of arguments
is spaghetti code waiting to happen. PHP supports default
values for arguments which makes them optional. Your
would be much cleaner if written with defaulted x and y
arguments which you then check and if you have the default
value for x and/or y you would calculate the center value.
Or alternatively use func_num_args to see how many args were
passed. To me it is cleaner to collect the functionality for a function in a single
function instead of splitting it
out over multiple functions. Imagine trying to debug some
code and you end up looking at the wrong function just
because you counted 17 arguments instead of 18.
As for the public/private issue. Sure, from an OO purity
perspective it would be nice. But it is functionally irrelevant. ie. your code would
not work any better or
worse by having the public/private differentiation.
Previous Comments:
---
[2001-06-19 22:05:53] [EMAIL PROTECTED]
function drawMe()
{
if( 2 == func_num_args() ) {
doStuff( func_get_arg(0) , func_get_arg(1) ) ;
} else {
doStuff( $defaultX , $defaultY ) ;
}
}
private vars/methods would be good... :)
---
[2001-06-19 15:10:06] [EMAIL PROTECTED]
Ok Folks. I am really happy with PHP thus far. However to make it a true Object
Oriented Language you absolutly need Dynamic binding. This would be such a huge boon
for us developers who love to work within classes. Such as:
// Inside the class Circle
function DrawMe() {
// Getting Ceter Coords..
DrawMe($centX, $centY);
}
function DrawMe($x, $y) {
// Draws the circle at $x, $y
}
// End of code demo
This kind of ability can be extremely huge, if you use it right. Also, it allows for
developers to make a module extremely flexiable and powerful.
Secondly, I think that we are missing public and private sections of the OOP world.
In the above example, I would have the functions public, and the data structures
inside of it totally hidden (or private) so the programmer who is using my include
just has to deal with the interface, and can't touch the actual data. That is
strength and beauty of encapsulation.
I just thought you may want to hear this, and I am hoping to hear from you guys (and
gals) that you are hard at work to implement it and it is coming soon.
Thanks for reading my rant!!
Mike Eggleston
AmeriGroup
[EMAIL PROTECTED]
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11567&edit=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 #11570 Updated: Security Hole on ChDir()
ID: 11570 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Directory function related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Fixed in CVS Previous Comments: --- [2001-06-20 00:22:31] [EMAIL PROTECTED] ChDir() can be use to enter a directory which belongs to others. Hackers can use this hole to break the SafeMode and OpenBaseDir restriction and enter and view and even open files in someone else' directory. In a multiuser environment where users must have some files with the same owner( such as 'nobody', to handle file-upload tasks), this hole is extremely dangerous. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11570&edit=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 #11578 Updated: http header order not respected and messages not transmitted
ID: 11578 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Are you using the Apache module version of PHP on Windows or the standalone CGI binary version? And what do you mean the headers are in the wrong order? The order of HTTP headers is not significant. Previous Comments: --- [2001-06-20 09:10:55] [EMAIL PROTECTED] the following code is working(IE only..), i get the correct test.txt but if i uncomment the last line "header(location..=) the redirection is done but the auth header are not correct.. i've used tcpdump to see what is the problem and i've find that the header are not transmitted in the correct order and are modified i doesn't know if its the apache fault or the php optimer fault by my compagny really wait for a php version that permit to send and to get the headers correctly.. Thanks a lot the php used is the binary for win32 with default modules and default php.ini (apache is used) php is used an module of apache. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11578&edit=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 #11586 Updated: php needs coldfusion like tags
ID: 11586 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: I don't see this ever happening. Cold Fusion users who want to use PHP will just have to learn PHP. Previous Comments: --- [2001-06-20 13:37:18] [EMAIL PROTECTED] coldfusion tags are a great way of writing code. php dosn't have them and should. can they be added? maybe some sort of tag toolkit so people can take php code and have a coldfusion looking tag to access it. a lot of coldfusion people were looking at php when macromedia bought allaire and they were upset. it happened again with some licensing thing. you can get a lot of coldfusion people if you add this. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11586&edit=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 #11590 Updated: Segmentation fault when using an empty string as an array
ID: 11590
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
Crashes with current cvs for me too - needs to be fixed
Previous Comments:
---
[2001-06-20 17:41:49] [EMAIL PROTECTED]
- Linux 2.4.4 i686 / PHP 4.0.7-dev (21.05.01) / Apache
2.0.19-dev (21.05.01) -- crashes too
- Linux 2.2.16-22 i686 / PHP 4.0.3pl1 / Apache 1.3.14 -- works
---
[2001-06-20 17:20:19] [EMAIL PROTECTED]
When i try this Script under FreeBSD 4.3-STABLE with PHP
4.0.5, and Apache 1.3.20 it run's without errors, or
segfaults...
---
[2001-06-20 17:13:37] [EMAIL PROTECTED]
Script:
parse($a);
}
function parse($string,$result="") {
for($i=0;$i<50;$i++) {
$result_[$i]["threadid"]=
$result[$i]["threadid"];
$result_[$i]["readcount"] =
$result[$i]["readcount"];
}
return $result_;
}
}
class test2 {
function output() {
echo "hi";
$test = new test;
return $test->call();
}
}
$test2 = new test2;
print_r($test2->output());
?>
And Apache crashes with a Segfault:
Wed Jun 20 23:12:17 2001] [notice] child pid 28682 exit
signal Segmentation fault (11)
[Wed Jun 20 23:12:47 2001] [notice] child pid 28692 exit
signal Segmentation fault (11)
Greetings Olli
---
[2001-06-20 16:54:03] [EMAIL PROTECTED]
Please include a complete but short script into this report
which demonstrates this problem.
---
[2001-06-20 16:46:03] [EMAIL PROTECTED]
A Function in a class:
function mParseStatisticData ($ids,$result="" ) {
// some stuff inside;
$result_[$pos]["threadid"]= $result[$pos]["threadid"];M
$result_[$pos]["readcount"] = $result[$pos]["readcount"];M
}
I call these function with:
$result_ = $this->mParseStatisticData($a);
And the apache processes stops with a segmentation fault:
[Wed Jun 20 17:46:20 2001] [notice] child pid 28697 exit
signal Segmentation fault (11)
How to fix it:
function mParseStatisticData ($ids,$result=array() ) {
Ok, it's wrong to use a string as an array... my fault..
but.. why my apache (1.3.20) crashes with a segfault? ;-)
Greetings Olli
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11590&edit=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 #11592 Updated: need for an a SIGALRM based timeout mecanism
ID: 11592 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: The problem is that at least with Apache we cannot use SIGALRM as Apache has taken that. When PHP is running as an embedded module in a web server, messing with the signals is usally a no-no. If you can come up with some way of doing this cleanly without signals, please speak up. And by the way, fsockopen() has a timeout parameter. Previous Comments: --- [2001-06-20 17:12:15] [EMAIL PROTECTED] As mentionned in #9676, in #8595 and in comments in the set_time_limit function online manual page, set_time_limit seems to be not suitable to solve some problems like : - fopen on a url for which the distant server is not responding - exec an external program which hangs - trying to resolve some DNS name - sleep() - etc. The "better" solution I've read was a suggestion to use SOAP or XML-RPC to wrap such requests... this would be like using a hammer to kill a fly... :) It would be _great_ to have a mecanism (based on an alarm signal or similar for instance) to be able to define a timeout on all low-level functions (or at least some of them like fopen, fsockopen, exec, gethostby...). Such a missing feature can be a show stopper one for people needing to retrieve data from an (unreliable?) external datafeed for instance. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11592&edit=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 #11578 Updated: http header order not respected and messages not transmitted
ID: 11578
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: HTTP related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
By default PHP's header() function will replace the value
of an http header with the value you give it. If you don't
want it to replace, but instead add a second header with
a different value, use the optional second arg to header()
to tell PHP not to do this replace. So your code should be:
header("www-authenticate: Negociate");
header("www-authenticate: NTLM",0);
I don't blame you for not knowing this though. It isn't
documented anywhere. I will take care of that now.
Previous Comments:
---
[2001-06-21 01:38:26] [EMAIL PROTECTED]
I currently use the module version of php like indicated in my previous description.
I've separed the ""bug"" in two part to be more understandable (i'm not familiar with
english)
the first part is with the function header :
if i execute the following code :
header("HTTP/1.1 401 acces refuse");
header("www-authenticate: Negociate");
header("www-authenticate: NTLM");
(i know this not correct for rfc but IIS work like that..)
and on the network dump i see:
HTTP/1.1 401 unauthorized (not my message !!!)
www-authenticate: NTLM (squizzed the negociate!!)
now the second part of the message :
during my challenge to obtain ntlm auth 3 messages are exchanged like that :
c = client ; s = server
1 c -> s GET
2 s -> c http/1.1 401 unauthorized
www-authenticate : NTLM
3 c -> s authorization:
4 s -> c http/1.1 401 unauthorized
www-authenticate : NTLM
5 c -> s authorization:
so on the number 2 i do calls to header
on the 3 i call getallheaders (return msg1)
on the 4 i call header
on the 5 i cal getallheaders
i write it to a file (for tests)
i close the file
my first suprise was : on the network layer all is correct : 3 msg, 3 corrects
contents and the 3 msg differents.
on the php layer : msg1 is the same that msg 3 !!!
if i do a redirection after have closed the file :
it contains no more messages
is the optmizer fault ?
If i'am not clear i can try to reexplain
---
[2001-06-20 12:14:28] [EMAIL PROTECTED]
Are you using the Apache module version of PHP on Windows
or the standalone CGI binary version? And what do you
mean the headers are in the wrong order? The order of
HTTP headers is not significant.
---
[2001-06-20 09:10:55] [EMAIL PROTECTED]
the following code is working(IE only..), i get the correct test.txt but if i
uncomment the last line "header(location..=) the redirection is done but the auth
header are not correct.. i've used tcpdump to see what is the problem and i've find
that the header are not transmitted in the correct order and are modified i
doesn't know if its the apache fault or the php optimer fault by my compagny really
wait for a php version that permit to send and to get the headers correctly..
Thanks a lot
the php used is the binary for win32 with default modules and default php.ini (apache
is used)
php is used an module of apache.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11578&edit=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 #11600 Updated: .h files missing for oracle.h dependencies
ID: 11600 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: These header files come with Oracle along with the client library. We could not possibly distribute these. Previous Comments: --- [2001-06-21 01:51:22] [EMAIL PROTECTED] /bin/sh /usr/local/src/php/php-4.0.5/libtool --silent --mode=compile gcc -I. -I /usr/local/src/php/php-4.0.5/main -I/usr/local/src/php/php-4.0.5/main -I/usr/loc al/src/php/php-4.0.5 -I/usr/local/netscape/server4/include -I/usr/local/src/php/ php-4.0.5/Zend -I/usr/local/src/php/php-4.0.5/ext/mysql/libmysql -I/usr/local/or acle/app/oracle/product/8.0.5/network/public -I/usr/local/src/php/php-4.0.5/ext/ xml/expat/xmltok -I/usr/local/src/php/php-4.0.5/ext/xml/expat/xmlparse -I/usr/lo cal/src/php/php-4.0.5/TSRM -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTIC S -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -g -O2 -p threads -c internal_functions.c In file included from internal_functions.c:33: /usr/local/src/php/php-4.0.5/ext/oracle/php_oracle.h:22: oratypes.h: No such fil e or directory /usr/local/src/php/php-4.0.5/ext/oracle/php_oracle.h:23: ocidfn.h: No such file or directory /usr/local/src/php/php-4.0.5/ext/oracle/php_oracle.h:24: ociapr.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `internal_functions.lo' Current working directory /usr/local/src/php/php-4.0.5/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/src/php/php-4.0.5/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' root@webdev1:/usr/local/src/php/php-4.0.5>> --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11600&edit=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 #11646 Updated: Cant get php for linux
ID: 11646 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues Operating system: PHP Version: 4.0.6 Assigned To: Comments: What in heaven's name are you talking about? There is no difference between accessing the site with Windows and Linux. No detection is going on. Previous Comments: --- [2001-06-24 22:39:08] [EMAIL PROTECTED] I can't get my winmodem working with linux, i download everything i need to a win share then install to linux. Your platform detection is most shortsighted. Why can't i download a linux version if i logon to your site with win. This is so frustrating as i need a new version 4.0.3+ but can't get it. Please tell your web designer to jump in a river and drown. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11646&edit=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 #11657 Updated: Why is port 8000 used on your webserver for downloads
ID: 11657 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.6 Assigned To: Comments: You should be using a mirror anyway. Looks like you are in Sweden, so go to http://se.php.net Previous Comments: --- [2001-06-25 07:57:56] [EMAIL PROTECTED] I have a problem with the 8000 port that is used for downloads. Our firewall policy at our company is that only port 80 is open. So now I have to do all downloads on a much slower line at home. :-( I didn't have this problem before as far as I can remember. I would like that you changed back to port 80 for downloads. Best regards Lars Schylberg --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11657&edit=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 #11811 Updated: Cannot use ImageCopyResampled(), wrong GD version Reported
ID: 11811 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating system: PHP Version: 4.0.6 Assigned To: Comments: Did you remove the config.cache file? Previous Comments: --- [2001-06-30 15:12:37] [EMAIL PROTECTED] I previously ran GD 1.8.3 with PHP 4.0.5, then upgraded to GD 2.0.1 and PHP 4.0.6 to take advantage of ImageCopyResampled(). However, configure is not setting #define HAVE_LIBGD20 no matter what I do. I have even removed all reminants of GD 1.8.4, but still to no avail. Here's all the relevant information I can provide from phpinfo(): [Configure Command] './configure' '--with-xml' '--with-pgsql=/home/pgsql' '--with-jpeg' '--with-jpeg-dir=/home/matt/Packages/jpeg-6b' '--with-t1lib' '--with-gd=/home/matt/Packages/gd-2.0.1' '--with-imap' '--with-pspell' '--with-swf' '--with-zlib' '--enable-ftp' '--with-pdflib=/usr/local/lib' '--with-apxs' '--with-gdbm' '--with-mysql' '--enable-filepro' '--enable-dbx' '--enable-bcmath' '--enable-trans-sid' '--enable-yp' '--with-mcal=/usr/local/mcal' [gd] GD Support: enabled GD Version: 1.6.2 or higher T1Lib Support: enabled JPG Support: enabled WBMP Support: enabled --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11811&edit=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 #11877 Updated: Apache cannot load phplib4.so
ID: 11877 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related Operating system: PHP Version: 4.0.6 Assigned To: Comments: You need to use --with-kerberos because the version of the imap libs you are trying to link against have been linked against kerberos. Previous Comments: --- [2001-07-04 08:48:50] [EMAIL PROTECTED] I've compiled php4 with: --with-apxs --with-mysql --disable-magic-quotes --enable-short-tags --with-imap And Apache said that it cannot load phplib4.so module, because of undefined symbol: gss_mech_krb5. Also I tried to add --without-kerberos --without-imap-ssl But file size was the same and Apache said the same error. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11877&edit=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 #11826 Updated: Custom sessions handler using Metabase calls crashes Apache
ID: 11826
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: WinMe, Linux
PHP Version: 4.0.4
New Comment:
Your test handler doesn't crash PHP for me with the latest CVS version on Linux.
Previous Comments:
[2001-07-08 18:32:29] [EMAIL PROTECTED]
I have isolated the bug but did not find the cause. It makes strtok()
crash when attempting to free memory that has been trashed.
It only happens when strtok is called from session on read or on write
handles. I could not find what is wrong in strtok but I suspect there is
inconsistent use of PHP internal global variables (strtok_string) inside
session handle functions. So it seems to be a serious PHP bug that may
also crash scripts that use strtok or other functions from inside session
handle functions that use PHP internal global variables
Metabase is no longer affected by this PHP bug because I have banned all
the uses of strtok function. A new version of Metabase was uploaded to
http://phpclasses.UpperDesign.com/browse.html/package/20 . If you use
Metabase for session handling your are strongly encouraged to download this
version.
For reproducing the PHP strtok bug without Metabase, try the script below.
[2001-07-07 19:59:23] [EMAIL PROTECTED]
Most likely, none of the developers are actually USING
Metabase, so this bug is simply getting glossed over.
Perhaps a reproducible test case that does not require
usage or knowledge of Metabase would help...
IE, while we really appreciate all the work you have
gone through to document this bug, and make these scripts
available, until we can see the bug OUTSIDE of the Metabase
package, it probably won't get a lot of attention.
[2001-07-07 12:46:49]
It's interesting that in the last week this bug report has not gotten a single reply.
It is an easily reproducable bug that Manuel Lemos (author of the Metabase database
abstraction layer) believes is a problem with PHP. He has assured me that the problem
is not with Metabase so, accordingly:
There must be a bug with custom session handlers called
using
session_set_save_handler
("on_session_start", "on_session_end",
"on_session_read", "on_session_write",
"on_session_destroy", "on_session_gc");
that is making it crash when Metabase calls are used in the start/end/read/write etc.
functions.
As Metabase is one of the best solutions out there for database abstraction with PHP
(are there any others that allow database schema in XML and the range of type
conversion options, etc? Or are as well documented?) I believe that this bug at least
deserves a reply from the developer community. (Even if it is along the lines of: 'We
don't care, fix it yourself' just so I know!)
I have included a link to all code necessary to reproduce the crash in my original bug
report and I've streamlined the code so that only logic necessary for the bug to be
seen is present.
[2001-07-01 16:39:14] [EMAIL PROTECTED]
I have included in the downloadable file a full installation of Metabase and also a
session handler that uses plain old MySQL calls to save the session information (this
does *not* crash the server and is there to help with your testing -- it is called
mysql_sessions.php and can be tested just by including it in the nabsession_test.php
and nabsession_test2.php scripts in the place of metabase_sessions.php.)
[2001-07-01 16:35:37] [EMAIL PROTECTED]
This error has been reproduced on WinMe running Apache 1.3.19, PHP 4.04, MySQL 3.23.37
and Linux running Apache 1.3.12, PHP 4.0.3pl1, MySQL 3.23.6.
When a custom session handler is set up that points to functions that use Manuel
Lemos' Metabase database abstraction library to save session information in a
database, Apace crashes randomly. When it does not crash, the code works as it is
supposed to.
For code necessary to recreate problem please download this file:
http://www.aralbalkan.com/php_sessions_bug/metabase_sessions.zip
It includes all necessary code (including the database schema, database schema
installation script, the Metabase custom session handler functions and two small test
scripts that use these to increment a variable.
After you have installed the database schema (metatest1-schema-install.php) and
entered the settings for you database in db_init.php please run nabsession_test.php
and click on the link for the second page and try reloading.
Randomly, your web server will crash. When it doesn't cra
[PHP-DEV] Bug #11983 Updated: GLOBAL vars HTTP_RAW_POST_DATA and HTTP_FDF_DATA do not exist
ID: 11983 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: FDF related Operating System: PHP Version: 4.0.5 New Comment: $HTTP_RAW_POST_DATA only exists when the mime type of the POST is unrecognized, so in the case of an FDF post it is normal that the raw post data array doesn't exist. $HTTP_FDF_DATA should however exist and from looking at the code in ext/fdf/fdf.c in the fdf_post_handler() function, I don't quite see how you are managing to get the fdf vars but not the HTTP_FDF_DATA array, but then again there could very well be a bug hiding here. Previous Comments: [2001-07-09 12:46:01] [EMAIL PROTECTED] Neither of the GLOBAL variables HTTP_RAW_POST_DATA or HTTP_FDF_DATA exist is the session environment. Although the FDF forms variables DO appear as parsed variables, but the raw form data is gone? There's nothing to configure in the FDFTK. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11983&edit=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 #12013 Updated: RUSAGE_SELF not declared
ID: 12013 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Linux 2.4.3 PHP Version: 4.0.6 New Comment: This is a FAQ. See http://www.php.net/FAQ.php#6.12 Previous Comments: [2001-07-10 10:57:32] [EMAIL PROTECTED] libtool --silent --mode=compile gcc -I. -I/home/zenturio/compile/php-4.0.6/ext/standard -I/home/zenturio/compile/php-4.0.6/main -I/home/zenturio/compile/php-4.0.6 -I/usr/include/apache -I/home/zenturio/compile/php-4.0.6/Zend -I/usr/local/include -I/usr/include/mysql -I/home/zenturio/compile/php-4.0.6/ext/xml/expat/xmltok -I/home/zenturio/compile/php-4.0.6/ext/xml/expat/xmlparse -I/home/zenturio/compile/php-4.0.6/TSRM -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c microtime.c microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 Where should RUSAGE_SELF be definded? How can I fix this problem Regards Peter Hoffmann ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12013&edit=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] CVS Account Request
Andrei, so are you coordinating with Brad on how to integrate his extensions? I assume you will create his php-gtk cvs account since I assume this should go hand in hand with php-gtk? -Rasmus On Tue, 10 Jul 2001, Andrei Zmievski wrote: > Hey, you got there first. I was planning an OpenGL binding for after > PHP-GTK. :) > > On Tue, 10 Jul 2001, CVS Account Request wrote: > > Full name: Brad LaFountain > > Email: [EMAIL PROTECTED] > > ID:rodif_bl > > Purpose: I currently have an alpha release of a php_opengl binding. Which has >support for glut, glu and gl. They are broken down into two different modules one for >gl/glu and one for glut. Additionally I have a extension that is a php_soap_client >which has support for sdl, sdl caching and many other options this extension is >probally 70 - 80 percent done. There is also a php_soap_server which is probally only >40 percent done. I would like to get these into the php distribution. > > > > -- > > PHP Development Mailing List <http://www.php.net/> > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > To contact the list administrators, e-mail: [EMAIL PROTECTED] > > > > > > -Andrei > * Apples have always been a problem ever since Eden. * > > -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request
> On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote: > > Andrei, so are you coordinating with Brad on how to integrate his > > extensions? I assume you will create his php-gtk cvs account since I > > assume this should go hand in hand with php-gtk? > > Not really. It's not dependent on PHP-GTK since it uses Glut to render > OpenGL. There is a GtkGLArea widget in Gtk+ which can be used to render > OpenGL, but it still needs the OpenGL bindings which is what Brad has, I > believe. I have no idea what they look like, of course -- I was just > saying that I planned to work on my version later on. Ok, so what is your suggestion? A separate cvs tree for php-opengl? Or how do you want to handle it? It seems to me it is very related to php-gtk if not technically, then at least functionally. -Rasmus -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request
> On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote: > > Ok, so what is your suggestion? A separate cvs tree for php-opengl? Or > > how do you want to handle it? It seems to me it is very related to > > php-gtk if not technically, then at least functionally. > > It's just an extension, isn't it? We could either put it in the main > tree, or, more appropriately, into PEAR. But I don't think it should be > mixed in with PHP-GTK tree. Ok. I need to sit down and document how to add a C extension to PEAR. This is becoming more and more pressing as we have a lot of cool extensions that don't belong in the main php tree sitting around waiting for a home. -Rasmus -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request
> Ok you guys lost me here. If you could tell me what > you would like me to do then I could go ahead with it. Hang on for a bit. You will likely end up being a guinea pig for our new PEAR-based C-extension mechanism. I need to write up a howto on it. Just busy with some other code today. Give us a couple of days to sort it out please. -Rasmus -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12111 Updated: gdImageCreateFromPng dos not work
ID: 12111 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Status: Analyzed Bug Type: *Compile Issues Operating System: Linux PHP Version: 4.0.6 New Comment: What is your ./configure line? Make sure you specify where your libpng library and header files can be found under. eg. --with-png-dir=/usr Previous Comments: [2001-07-12 13:52:48] [EMAIL PROTECTED] Hi Upgrading from php-4.0.4pl1 to php-4.0.6 gdImageCreateFromPng stops working. We have this problem on 3 Linux servers but it works fine open OpenBSD 2.7 On php-4.0.4pl1, configure gives : checking whether to enable truetype string function in gd... no checking for libjpeg (needed by gd-1.8+)... yes checking for libXpm (needed by gd-1.8+)... no checking for gdImageString16 in -lgd... (cached) yes checking for gdImagePaletteCopy in -lgd... (cached) yes checking for gdImageColorClosestHWB in -lgd... (cached) yes checking for gdImageColorResolve in -lgd... (cached) yes checking for gdImageCreateFromPng in -lgd... (cached) yes checking for gdImageCreateFromGif in -lgd... (cached) no checking for gdImageWBMP in -lgd... (cached) yes checking for gdImageCreateFromJpeg in -lgd... (cached) yes checking for gdImageCreateFromXpm in -lgd... (cached) no All is OK : checking for gdImageCreateFromPng in -lgd... (cached) yes On php-4.0.61, configure gives : checking for gdImageString16 in -lgd... yes checking for gdImagePaletteCopy in -lgd... yes checking for gdImageCreateFromPng in -lgd... no checking for gdImageCreateFromGif in -lgd... no checking for gdImageWBMP in -lgd... yes checking for gdImageCreateFromJpeg in -lgd... no checking for gdImageCreateFromXpm in -lgd... yes checking for gdImageCreateTrueColor in -lgd... no checking for gdImageSetTile in -lgd... yes checking for gdImageSetBrush in -lgd... yes checking for gdImageStringFTEx in -lgd... no checking for gdImageColorClosestHWB in -lgd... yes checking for gdImageColorResolve in -lgd... yes checking for gdImageGifCtx in -lgd... no Here, the fonction is not found : checking for gdImageCreateFromPng in -lgd... no All is Ok on an OpenBSD 2.7 Edit this bug report at http://bugs.php.net/?id=12111&edit=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 #12064 Updated: Truetype functions can't locate fonts
ID: 12064 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Summary: Truetype functions can't locate fonts Old Status: Open Status: Analyzed Bug Type: GD related Operating System: Windows 2000 SP1 PHP Version: 4.0.6 New Comment: No idea about the Windows version, but on UNIX the new GD2 library is hardcoded to look for TTF fonts in /usr/share/fonts/truetype. Also, it automatically adds the .ttf extension itself so in your code you should not put the .ttf extension on your font. Previous Comments: [2001-07-11 15:03:28] [EMAIL PROTECTED] The GD TrueType functions can't find fonts; relative paths and absolute paths both do not work. Example (font is in the local directory, and . is part of my php.ini include_path) (written off the top of my head, it's in a larger script, but test scripts I wrote and unfortunately deleted don't work either) PHP reports: Warning: Could not find/open font in d:\path\to\fonttest.php on line 3 This is from the binary Win32 distribution of PHP 4.0.6 on php.net. Edit this bug report at http://bugs.php.net/?id=12064&edit=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 #12115 Updated: Broken configure: --with-mysql=/opt/mysql
ID: 12115 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Status: Open Bug Type: *Configuration Issues Operating System: solaris 2.6 PHP Version: 4.0.6 New Comment: Well, where is your mysql client library? Previous Comments: [2001-07-12 15:48:15] [EMAIL PROTECTED] oops, i mean the error says: "configure: error: Cannot find mysqlclient library under /opt/mysql" [2001-07-12 15:46:19] [EMAIL PROTECTED] When configure PHP with the option "--with-mysql=/path/to/mysql" I get this configuration error: "configure: error: Cannot find mysqlclient library under /opt/local/mysql". While if I use simply "--with-mysql" I get the echoed warning not to do so when using with other modules such as mod_perl. Thank you! ./configure \ --with-mysql=/opt/mysql \ --with-apxs=/opt/apache/bin/apxs \ --with-openssl=/opt/openssl \ --with-mm=/usr/local \ --enable-memory-limit Edit this bug report at http://bugs.php.net/?id=12115&edit=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 #12081 Updated: A successfull snmpset() always returns "false"
ID: 12081 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Summary: A successfull snmpset() always returns "false" Status: Open Bug Type: SNMP related Operating System: Slackware-7.1, kernel.2.4.6 PHP Version: 4.0.6 New Comment: >From looking at the code it would appear that snmpset() would return an empty array >unless something goes wrong. Granted, that is sub-optimal, but I don't think it >returns false. Could you verify this for me that it is actually an empty array and >not false? Previous Comments: [2001-07-12 02:31:47] [EMAIL PROTECTED] I think the bug is in ext/snmp/snmp.c. php_snmp() initializes "return_value" only for snmp functions that return some MIB variable(s). It should "RETURN_TRUE" for snmpset too. Edit this bug report at http://bugs.php.net/?id=12081&edit=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 #10397 Updated: Cannot get, set or walk on different subtree than .iso.3.6.1.2.1
ID: 10397
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: SNMP related
Operating System: W2000
PHP Version: 4.0.4
New Comment:
Start your OID with a .
ie. snmpget("myhost","public",".1.3.6.1.2.3.1191.1.2")
Previous Comments:
[2001-04-19 14:16:29] [EMAIL PROTECTED]
PRECISION :
In my previous mail I wrote that
snmpget("myhost","public","1.3.6.1.2.3.1191.1.2")
will fails with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists
But the exact warning is :
Warning: Invalid object identifier: 1.3.6.1.2.3.1191.1.2
So it could be really an incorrect object identifier, but a simple
snmpwalkoid on same machine can show you that it starts always on iso.3.6.1.2.1. if
you specify no OID, and it fails if you specify OID (for example try with .1 or .iso)
Please note that my correct email is [EMAIL PROTECTED] (sorry)
Regards
[2001-04-19 07:09:31] [EMAIL PROTECTED]
If seems that a default OID (.iso.3.6.1.2.1) is always added to OID parameter when I
call snmpget or snmpwalk.
Example, If I try :
snmpget("myhost","public","1.3.6.1.2.3.1191.1.2"),
it will try to get .iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2
so it fails
with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists
I modify php_snmp.dll when I saw with an dll editor the string .1.3.6.1.2.1 inside and
I replace first of his char by \0, from now, it works fine, I can get different OID.
Bonus Question : What is snmprealwalk() function ? There is no information in
documentation. It seems that it does same function that snmpwalkoid. Right ?
Edit this bug report at http://bugs.php.net/?id=10397&edit=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 #9401 Updated: Unable to set remote SNMP port
ID: 9401
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: SNMP related
Operating System: Linux
PHP Version: 4.0.2
New Comment:
Looks ok, implemented.
Previous Comments:
[2001-02-22 11:06:21] [EMAIL PROTECTED]
Here is a small patch that will enable "host:port" in snmp connections :
*** snmp.c.old Thu Sep 14 22:22:02 2000
--- snmp.c Thu Feb 22 17:02:06 2001
***
*** 148,153
--- 148,156
int myargc = ZEND_NUM_ARGS();
char type = (char) 0;
char *value = (char *) 0;
+ char hostname[MAX_NAME_LEN];
+ int remote_port = 161;
+ char *pptr;
if (myargc < 3 || myargc > 7 ||
zend_get_parameters_ex(myargc, &a1, &a2, &a3, &a4, &a5, &a6, &a7) ==
FAILURE) {
***
*** 210,216
memset(&session, 0, sizeof(struct snmp_session));
! session.peername = (*a1)->value.str.val;
session.version = SNMP_VERSION_1;
/*
* FIXME: potential memory leak
--- 213,226
memset(&session, 0, sizeof(struct snmp_session));
! strcpy (hostname, (*a1)->value.str.val);
! if ((pptr = strchr (hostname, ':'))) {
! remote_port = strtol (pptr + 1, NULL, 0);
! *pptr = 0;
! }
!
! session.peername = hostname;
! session.remote_port = remote_port;
session.version = SNMP_VERSION_1;
/*
* FIXME: potential memory leak
[2001-02-22 08:39:46] [EMAIL PROTECTED]
According to the source in snmp.c, it looks like it's impossible to use an snmp*
function on a non standard remote port (other that 161).
For that, the session structure passed to snmp_open needs to have its remote_port
field filled.
Maybe it could be possible to add a new argument to the snmp functions, or handle
something like "hostname:port" in the hostname field ?
Edit this bug report at http://bugs.php.net/?id=9401&edit=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 #12081 Updated: A successfull snmpset() always returns "false"
ID: 12081 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Summary: A successfull snmpset() always returns "false" Old Status: Open Status: Closed Bug Type: SNMP related Operating System: Slackware-7.1, kernel.2.4.6 PHP Version: 4.0.6 New Comment: Fixed in CVS Previous Comments: [2001-07-12 19:06:18] [EMAIL PROTECTED] >From looking at the code it would appear that snmpset() would return an empty array >unless something goes wrong. Granted, that is sub-optimal, but I don't think it >returns false. Could you verify this for me that it is actually an empty array and >not false? [2001-07-12 02:31:47] [EMAIL PROTECTED] I think the bug is in ext/snmp/snmp.c. php_snmp() initializes "return_value" only for snmp functions that return some MIB variable(s). It should "RETURN_TRUE" for snmpset too. Edit this bug report at http://bugs.php.net/?id=12081&edit=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 #10397 Updated: Cannot get, set or walk on different subtree than .iso.3.6.1.2.1
ID: 10397
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: SNMP related
Operating System: W2000
PHP Version: 4.0.4
New Comment:
By the way, this has nothing to do with PHP. This happens in the snmp library. So
there is nothing to fix here. Just use the leading . if you want to specify absolute
oids
Previous Comments:
[2001-07-13 00:27:54] [EMAIL PROTECTED]
Start your OID with a .
ie. snmpget("myhost","public",".1.3.6.1.2.3.1191.1.2")
[2001-04-19 14:16:29] [EMAIL PROTECTED]
PRECISION :
In my previous mail I wrote that
snmpget("myhost","public","1.3.6.1.2.3.1191.1.2")
will fails with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists
But the exact warning is :
Warning: Invalid object identifier: 1.3.6.1.2.3.1191.1.2
So it could be really an incorrect object identifier, but a simple
snmpwalkoid on same machine can show you that it starts always on iso.3.6.1.2.1. if
you specify no OID, and it fails if you specify OID (for example try with .1 or .iso)
Please note that my correct email is [EMAIL PROTECTED] (sorry)
Regards
[2001-04-19 07:09:31] [EMAIL PROTECTED]
If seems that a default OID (.iso.3.6.1.2.1) is always added to OID parameter when I
call snmpget or snmpwalk.
Example, If I try :
snmpget("myhost","public","1.3.6.1.2.3.1191.1.2"),
it will try to get .iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2
so it fails
with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists
I modify php_snmp.dll when I saw with an dll editor the string .1.3.6.1.2.1 inside and
I replace first of his char by \0, from now, it works fine, I can get different OID.
Bonus Question : What is snmprealwalk() function ? There is no information in
documentation. It seems that it does same function that snmpwalkoid. Right ?
Edit this bug report at http://bugs.php.net/?id=10397&edit=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 #9059 Updated: SNMP compile issue
ID: 9059 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: SNMP related Operating System: Tru64 4.0f PHP Version: 4.0.4pl1 New Comment: Is this still happening with the latest versions of PHP? Previous Comments: [2001-02-01 17:23:19] [EMAIL PROTECTED] When I compile PHP using: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-snmp=/usr --with-gd --with-zlib --enable-static I get the following error when starting Apache: bash-2.04# /usr/local/apache/bin/apachectl start Syntax error on line 209 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: Unresolved symbol in /usr/lib/libsnmp-0.4.2.so: vsnprintf /usr/local/apache/bin/apachectl start: httpd could not be started SNMP libs are under /usr/lib and headers are under /usr/include/ucd-snmp If I take out the --with-snmp=/usr (It used to be in /usr/local/[lib|include], but I moved it to make sure the linker was finding it) it compiles fine (Just with no snmp support of course). Any ideas? Edit this bug report at http://bugs.php.net/?id=9059&edit=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 #12128 Updated: library name inconsistencies
ID: 12128 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Configuration Issues Operating System: Mandrake 6.5 PHP Version: 4.0.6 New Comment: No, you need to tell your system when you install new shared libraries by adding the directory to /etc/ld.so.conf and running ldconfig. Previous Comments: [2001-07-13 01:50:54] [EMAIL PROTECTED] It seems that the configure script looks in .so files only when testing for things like TIFFOpen and read_jpeg_header, giving an error, even though the libraries were reported found. the following: ln -s libtiff.so.3.5 libtiff.so fixed the issue. Same had to be done with libjpeg. my configure ended up being: ./configure --with-apxs=/home/httpd/bin/apxs --with-mysql=/usr/local/mysql --with-gd=../gd-1.8.4 --with-jpeg-dir --with-pgsql --enable-calendar --with-swf=/usr/lib/swf --with-ttf --with-tiff-dir=/usr --with-pdflib=/usr/local --with-zlib-dir something needs to be done to discover the standard installation locations of shared libraries and inform the configure script, or make it able to find things. I spend many hours just telling it where to look, after installing the standard distros of the libraries. Edit this bug report at http://bugs.php.net/?id=12128&edit=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 #12127 Updated: Function fgetcsv() lost some letters
ID: 12127
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Filesystem function related
Operating System: Windows 2000 Professional
PHP Version: 4.0.6
New Comment:
When running your script from the command-line version of PHP I get:
5 fields in line 1:
Ëþáèìîå5,58
5 fields in line 2:
Ëþáèìîå (âèòà ìèÃèçèðîâà ÃÃîå) 345 9,15
ie. I see no missing characters.
Previous Comments:
[2001-07-13 01:47:16] [EMAIL PROTECTED]
a.csv: ( imported from microsoft excel 2000 )
Ëþáèìîå5,58
Ëþáèìîå (âèòà ìèÃèçèðîâà ÃÃîå);;;345;9,15
a.php:
";
$row++;
for ($c=0; $c<$num; $c++) {
print $data[$c]." ";
}
echo "";
}
fclose ($fp);
?>
output from a.php:
5 fields in line 1:
áèìîå 5,58
5 fields in line 2:
áèìîå (âèòà ìèÃèçèðîâà ÃÃîå) 345 9,15
-
some letters are lost.
Edit this bug report at http://bugs.php.net/?id=12127&edit=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 #11941 Updated: Not checking allow_persistent
ID: 11941
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status:
Status: Closed
Bug Type: PostgreSQL related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Fixed in CVS, thanks.
Previous Comments:
[2001-07-13 11:29:03] [EMAIL PROTECTED]
PHP isn't checking Postgres's allow_persistent config
variable. It's probably an oversight. Here's the
patch for php4.0.6
372c372
< if (persistent) {
---
> if (persistent && PGG(allow_persistent)) {
[2001-07-06 18:02:01] [EMAIL PROTECTED]
Probably just an oversight, here's the patch:
355c355,356
< if (persistent) {
---
>
> if (persistent && PGG(allow_persistent)) {
Edit this bug report at http://bugs.php.net/?id=11941&edit=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 #12153 Updated: Failure to find libraries
ID: 12153
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Compile Failure
Operating System: SuSE Linux 7.1
PHP Version: 4.0.6
New Comment:
--with-gd=/usr as per the example in the INSTALL file
Previous Comments:
[2001-07-13 17:21:21] [EMAIL PROTECTED]
I cannot get php to successfully complete the configure script when I attempt to add
GD support.
===
My configure line is:
===
./configure --with-apache=../apache_1.3.20 --with-mysql=/usr/local/mysql --with-expat
--enable-magic-quotes --enable-memory-limit --with-gd=/usr/lib
--with-zlib-dir=/usr/lib/include --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib
--with-zlib=/usr/lib --x-libraries=/usr/X11R6/lib --with-xpm-dir=/usr/X11R6/lib
===
The relevant output from configure is:
===
Configuring extensions
checking if the location of ZLIB install directory is defined... yes
checking whether to include ZLIB support... yes
checking for gzgets in -lz... yes
checking for fopencookie... yes
checking for ASPELL support... no
checking for bc style precision math functions... no
checking for BZip2 support... no
checking whether to enable calendar conversion support... no
checking CCVS Support... no
checking whether to include cpdflib support... no
checking whether to include crack support... no
checking whether to enable ctype support... no
checking for CURL support... no
checking for CyberCash support... no
checking for cybermut support... no
checking whether to include old xDBM support... no
checking whether to enable DBA... no
checking for GDBM support... no
checking for NDBM support... no
checking for Berkeley DB2 support... no
checking for Berkeley DB3 support... no
checking for DBM support... no
checking for CDB support... no
checking whether to enable DBA interface... no
checking whether to enable the bundled dbase library... no
checking whether to enable dbx support... no
checking for DOM support... no
checking whether to enable exif support... no
checking for FrontBase SQL92 (fbsql) support... no
checking for fdftk support... no
checking whether to enable the bundled filePro support... no
checking whether to add fribidi support... no
checking whether to enable FTP support... no
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_info_init in -lpng... yes
checking for the location of libXpm... yes
checking for XpmFreeXpmImage in -lXpm... no
configure: error: libXpm.(a|so) or libX11.(a|so) not found!
===
The relevant section of config.log is:
===
configure:17491: checking whether to include GD support
configure:17678: checking whether to enable truetype string function in gd
configure:17731: checking for the location of libjpeg
configure:17780: checking for jpeg_read_header in -ljpeg
configure:17801: gcc -o conftest -g -O2 -Wl,-rpath,/usr/lib/lib -L/usr/lib/lib
conftest.c -ljpeg
-L/usr/lib/lib
-lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 1>&5
configure:17927: checking for the location of libpng
configure:17980: checking for png_info_init in -lpng
configure:18001: gcc -o conftest -g -O2 -Wl,-rpath,/usr/lib/lib -L/usr/lib/lib
conftest.c -lpng
-L/usr/lib/lib -lz -L/usr/lib/lib
-ljpeg -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 1>&5
configure:18221: checking for the location of libXpm
configure:18269: checking for XpmFreeXpmImage in -lXpm
configure:18290: gcc -o conftest -g -O2 -Wl,-rpath,/usr/lib/lib -L/usr/lib/lib
conftest.c -lXpm
-L/usr/X11R6/lib/lib -lX11
-lpng -lz -ljpeg -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 1>&5
/usr/i486-suse-linux/bin/ld: cannot find -lXpm
collect2: ld returned 1 exit status
configure: failed program was:
#line 18279 "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 XpmFreeXpmImage();
int main() {
XpmFreeXpmImage()
; return 0; }
===
As near as I can tell, all required libraries are where thy should be...
Edit this bug report at http://bugs.php.net/?id=12153&ed
[PHP-DEV] Bug #12153 Updated: Failure to find libraries
ID: 12153 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Status: Closed Bug Type: Compile Failure Operating System: SuSE Linux 7.1 PHP Version: 4.0.6 New Comment: --with-xpm-dir=/usr/X11R6 --with-gd=/usr --with-jpeg-dir=/usr --with-zlib-dir=/usr --with-png-dir=/usr --with-zlib=/usr Never put "lib" nor "include" as part of a --with flag. Previous Comments: [2001-07-13 18:17:07] [EMAIL PROTECTED] I had previously tried that, and also --with-gd=shared. I just tried it again. Same deal. [2001-07-13 17:24:47] [EMAIL PROTECTED] --with-gd=/usr as per the example in the INSTALL file [2001-07-13 17:21:21] [EMAIL PROTECTED] I cannot get php to successfully complete the configure script when I attempt to add GD support. === My configure line is: === ./configure --with-apache=../apache_1.3.20 --with-mysql=/usr/local/mysql --with-expat --enable-magic-quotes --enable-memory-limit --with-gd=/usr/lib --with-zlib-dir=/usr/lib/include --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-zlib=/usr/lib --x-libraries=/usr/X11R6/lib --with-xpm-dir=/usr/X11R6/lib === The relevant output from configure is: === Configuring extensions checking if the location of ZLIB install directory is defined... yes checking whether to include ZLIB support... yes checking for gzgets in -lz... yes checking for fopencookie... yes checking for ASPELL support... no checking for bc style precision math functions... no checking for BZip2 support... no checking whether to enable calendar conversion support... no checking CCVS Support... no checking whether to include cpdflib support... no checking whether to include crack support... no checking whether to enable ctype support... no checking for CURL support... no checking for CyberCash support... no checking for cybermut support... no checking whether to include old xDBM support... no checking whether to enable DBA... no checking for GDBM support... no checking for NDBM support... no checking for Berkeley DB2 support... no checking for Berkeley DB3 support... no checking for DBM support... no checking for CDB support... no checking whether to enable DBA interface... no checking whether to enable the bundled dbase library... no checking whether to enable dbx support... no checking for DOM support... no checking whether to enable exif support... no checking for FrontBase SQL92 (fbsql) support... no checking for fdftk support... no checking whether to enable the bundled filePro support... no checking whether to add fribidi support... no checking whether to enable FTP support... no checking whether to include GD support... yes checking whether to enable truetype string function in gd... no checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... yes checking for the location of libpng... yes checking for png_info_init in -lpng... yes checking for the location of libXpm... yes checking for XpmFreeXpmImage in -lXpm... no configure: error: libXpm.(a|so) or libX11.(a|so) not found! === The relevant section of config.log is: === configure:17491: checking whether to include GD support configure:17678: checking whether to enable truetype string function in gd configure:17731: checking for the location of libjpeg configure:17780: checking for jpeg_read_header in -ljpeg configure:17801: gcc -o conftest -g -O2 -Wl,-rpath,/usr/lib/lib -L/usr/lib/lib conftest.c -ljpeg -L/usr/lib/lib -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 1>&5 configure:17927: checking for the location of libpng configure:17980: checking for png_info_init in -lpng configure:18001: gcc -o conftest -g -O2 -Wl,-rpath,/usr/lib/lib -L/usr/lib/lib conftest.c -lpng -L/usr/lib/lib -lz -L/usr/lib/lib -ljpeg -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 1>&5 configure:18221: checking for the location of libXpm configure:18269: checking for XpmFreeXpmImage in -lXpm configure:18290: gcc -o conftest -g -O2 -Wl,-rpath,/usr/lib/lib -L/usr/lib/lib conftest.c -lXpm -L/usr/X11R6/lib/lib -lX11 -lpng -lz -ljpeg -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 1>&5 /usr/i486-suse-linux/bin/ld: cannot find -lXpm collect2: ld returned 1 exit status configure: failed program was: #line 18279 "configure" #include "confdefs.h" /* Override any gcc2 internal proto
[PHP-DEV] Bug #12159 Updated: Make fails, both 4.0.5 and 4.0.6 during microtime...
ID: 12159 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Compile Issues Operating System: Linux kernel 2.4.4 PHP Version: 4.0.6 New Comment: This is a FAQ. You upgraded to the Linux 2.4 kernel without upgrading your kernel headers and libc appropriately. See http://php.net/FAQ.php#6.12 Previous Comments: [2001-07-14 01:41:40] [EMAIL PROTECTED] Make fails during compilation: both in 4.0.5 and .6 microtime.c: In function `php_if_getrusage`: microtime.c:99: storage size of 'usg' isn't known microtime.c:103: `RUSAGE_SELF' undeclared (first use in ... microtime.c:108: `RUSAGE_CHILDREN' undeclared (first... make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/src/php-4.0.5/ext/standard make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/php-4.0.5/ext/standard make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/php-4.0.5/ext make: *** [all-recursive] Error 1 Config directive : --with-mysql --with-apxs=/LIBRARY/WebServers/apache/sbin/apxs --prefix=/LIBRARY/WebServers/php --exec-prefix=/LIBARY/WebServers/php Mod_so.c exists and appears in httpd -l . /usr/local/lib/mysql exists in /etc/ld.config. Make fails at that point. Michael Grey Edit this bug report at http://bugs.php.net/?id=12159&edit=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 #11632 Updated: Bad Request on most Sites
ID: 11632 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Status: Closed Bug Type: HTTP related Operating System: Red Hat Linux 7.0 Standard PHP Version: 4.0.6 New Comment: Fixed in CVS Previous Comments: [2001-07-11 10:34:22] [EMAIL PROTECTED] Please ignore my first post. I didn't know exactly what the problem is. [2001-06-29 19:24:02] [EMAIL PROTECTED] Ah, sorry, I should've read the whole PR. [2001-06-29 19:21:52] [EMAIL PROTECTED] Maybe you should read related documentation (the Apache manual would do if the HTTP RFC is too hard to congest for you). > If I requested "http://intranet"; I > would get a 400 error and in the Apache log, it would say > "Invalid URI 'GET HTTP/1.0'" instead of a valid request > "GET / HTTP/1.0"I don't see And where in "http://intranet"; do you request "/"? Nowhere. This is bogus. [2001-06-28 10:55:03] [EMAIL PROTECTED] Yes, (my intranet site address, which I use the script on, is http://intranet) If I requested "http://intranet"; I would get a 400 error and in the Apache log, it would say "Invalid URI 'GET HTTP/1.0'" instead of a valid request "GET / HTTP/1.0" BUT, if I request "http://intranet/"; (WITH THE END SLASH), everything works fine! [2001-06-27 13:43:43] [EMAIL PROTECTED] No, this works for me just fine. Do you get any error messages? In apache logs? --Jani The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=11632 Edit this bug report at http://bugs.php.net/?id=11632&edit=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 #12182 Updated: include of an include is not reloaded
ID: 12182 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: PHP Version: 4.0.4 New Comment: Impossible - unless you are using some sort of cache system in which case the bug is there. Previous Comments: [2001-07-16 02:26:40] [EMAIL PROTECTED] I use webpage.php scripts, which include a default.php script at the beginning, which itself includes another stdlib.php script. Unfortunately, I may change a function in stdlib.php, but I'll never see any difference when I call the function in the webpage.php script. It still uses the old version of the modified function :(( Any hints? Regards, jens. Edit this bug report at http://bugs.php.net/?id=12182&edit=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 #12208 Updated: $HTTP_RAW_POST_DATA should always be set
ID: 12208 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: NA PHP Version: 4.0.6 New Comment: 4.0.7 will have a config directive to turn this on. If you need it right now, grab the current CVS version of PHP. Previous Comments: [2001-07-17 10:27:48] [EMAIL PROTECTED] $HTTP_RAW_POST_DATA should get set, even if the content type is known. In order to access XML submitted to php (such as with Flash 5 swfs) I need access to $HTTP_RAW_POST_DATA in order to parse it. Instead it gets all munged up in $HTTP_POST_VARS and $HTTP_RAW_POST_DATA is blank. This bug might be a duplicate of this one: http://www.php.net/bugs.php?id=10520 Edit this bug report at http://bugs.php.net/?id=12208&edit=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 #10520 Updated: Access $HTTP_RAW_POST_DATA
ID: 10520 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: N/A PHP Version: 4.0.4pl1 New Comment: 4.0.7 will have a config directive to turn this on. Previous Comments: [2001-04-26 21:54:32] [EMAIL PROTECTED] The variable $HTTP_RAW_POST_DATA should be accessed even if PHP can recongize the CONTENT_TYPE. I'm writing a program to emulate web client(in fact, it's an proxy, like CGIProxy). The enduser sends requests to the program, the program opens HTTP connection to target server and gets the response from the server. There is no problem if enduser use GET method, but if the method is POST and many FORM elements have same name, the big program is raised. Edit this bug report at http://bugs.php.net/?id=10520&edit=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 #5503 Updated: Please allow access to the raw HTTP POST data (not just parsed form variables)
ID: 5503 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0.0 New Comment: PHP 4.0.7 will have a config option to turn this on. Previous Comments: [2000-07-11 06:58:29] [EMAIL PROTECTED] When IE 5 exports its favorites file (an HTML file) to a server, it sends a raw HTTP POST of the data. i.e. The data isn't packaged into a variable (with the syntax 'Content-Disposition: form-data; name="name"') in the same way as HTML form POSTs are. PHP's HTTP_POST_VARS does a good job of exposing the variables found in HTML form posts. But it doesn't seem to allow access to the raw HTTP POST data (HTTP_POST_VARS contains a brave but corrupted attempt to parse the 'variables'). So I can't get at the submitted IE5 favorites data. I've spent a lot of time researching this, but of course I might be missing something obvious. So I'm sorry if I'm just missing an existing way to do this. If so, could you please point me in the right direction? Thanks, Ian Edit this bug report at http://bugs.php.net/?id=5503&edit=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 #12222 Updated: Unresolved symbol _umoddi3
ID: 1 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Web Server problem Operating System: HPUX 10.20 PHP Version: 4.0.6 New Comment: This happens on systems where you have some libraries linked by a native compiler/linker and others linked by gcc and you try to create a single binary from the jumble of stuff. Your best bet is to compile and link everything with the same compiler, but if you can't do that, try simply adding --enable-libgcc to PHP's configure line. Previous Comments: [2001-07-18 02:14:26] [EMAIL PROTECTED] Software: HPUX 10.20 gcc 2.8.1 apache 1.3.19 ( ./configure \ "--with-layout=Apache" \ "--prefix=/usr/local/apache1319" \ "--enable-module=most" \ "--enable-shared=max" \ "--add-module=mod_frontpage.c" \ "--activate-module=src/modules/jserv/mod_jserv" \ ) php 4.0.6 ./configure --with-mysql=/usr/local/mysql ( Version 3.22.32 ) --enable-track-vars --prefix=/usr3/php4.0.6 --with-apxs=/usr/local/apache1319/bin/apxs Compile is OK ! http.test : LoadModule php4_modulelibexec/libphp4.sl AddModule mod_php4.c Start Apache : ./src/httpd -f /usr/local/apache1319/conf/httpd.test Error: /usr/lib/dld.sl: Unresolved symbol: __umoddi3 (code) from /usr/local/mysql/lib/mysql/libmysqlclient.sl.6 Syntax error on line 58 of /usr/local/apache1319/conf/httpd.test: Cannot load /usr/local/apache1319/libexec/libphp4.sl into server: No such file or directory Without PHP4 is all OK ! Can you help me ? R.K. Edit this bug report at http://bugs.php.net/?id=1&edit=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 #12268 Updated: Security bug in php 4.0.5+
ID: 12268
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: *Mail Related
Operating System: Any
PHP Version: 4.0.5
New Comment:
Fixed a while ago in CVS
Previous Comments:
[2001-07-19 19:29:34] [EMAIL PROTECTED]
http://www.net-security.org/text/bugs/995534103,28541,.shtml:
PHP Mail Function Vulnerability
Posted on 19.7.2001
php mail() function does not do check for escape shell commandes, even if
php is running in safe_mode.
So it's may be possible to bypass the safe_mode restriction and gain shell
access.
Affected:
php4.0.6
php4.0.5
Significatives lines of ext/standard/mail.c:
>extra_cmd = (*argv[4])->value.str.val;
>strcat (sendmail_cmd, extra_cmd);
>sendmail = popen(sendmail_cmd, "w");
Exploit:
mail("[EMAIL PROTECTED]",
"test",
"test",
"test", "; shell_cmd");
Edit this bug report at http://bugs.php.net/?id=12268&edit=1
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] bug database report/search
> On Fri, 20 Jul 2001, Rasmus Lerdorf wrote: > > Done. http://bugs.php.net now has an OS field which does a > > case-insensitive substr search. I also added an 'All' option to the > > entries/page dropdown so it is now possible to generate a single report > > with all bugs (assuming your browser can handle the potentially huge > > table) > > Parse error: parse error, expecting `','' or `';'' in >/local/Web/sites/phpweb/bugs.php on line 533 Yeah, fixed. You were very quick to hit that... Was broken for less than a minute. -Rasmus -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12289 Updated: Not fully reproducable include-errors
ID: 12289
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.5
New Comment:
This is what the include_once function is for. Use that instead and see if that fixes
things for you.
Previous Comments:
[2001-07-20 14:45:31] [EMAIL PROTECTED]
We encouter include() -problems on a large project. It
makes extensive use of classes and due to the fact that
session-vars need to have the class-definitions before
they can be used, some includes are circular. Of course
all include-files are encapsulated into if(defined("C")
{.. } blocks.
The included files before each weppage have a linecount at
a maximum of 6214.
The errors result in classes not known and thus
declaration of classes extended by them fail. Also
function-declarations sometimes are missing. When using a
while(!function_exists("f"))
{ include("f.php"); }
this results in timeouts because of endless loops. Of
course _should_ happen, because the constants mentioned
above are all correctly set.
The errors occur not fully predictabel, and normally
disappear when reloading the webpage.
In the apache-error-log appaer the following lines,
although I'm not sure if they are related to the problem:
[Fri Jul 20 16:01:34 2001] [alert] (14)Bad address:
FastCGI: openf() of fcgi_dynamic_mbox "(null)" failed
[Fri Jul 20 16:01:52 2001] [notice] child pid 13112 exit
signal Segmentation fault (11)
Any suggestions? Or is this project just too large for
PHP4?
./configure --with-apxs=/usr/sbin/apxs --with-gd
--with-curl=/tmp/curl-7.8 --with-oci8=/opt/oracle/OraHome1
--with-gettext=/usr/share --enable-sigchild
--with-dom=/usr/local/lib/
Edit this bug report at http://bugs.php.net/?id=12289&edit=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 #12240 Updated: microtime.x
ID: 12240 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Any Operating System: Slackware 7.0 PHP Version: 4.0.6 New Comment: This is a FAQ - http://www.php.net/FAQ.php#6.12 Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right? And you screwed up your header files. Previous Comments: [2001-07-18 18:41:01] [EMAIL PROTECTED] The problem: _ microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 ___ A part from the ./configure output: ___ [root@jiv][01:39am] /usr/local/src/php-4.0.6 # ./configure --with-mysql=/usr/local/ --with-apxs=/var/lib/apache/sbin/apxs | grep time checking for sys/time.h... yes checking for utime.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for asctime_r... yes checking for ctime_r... yes checking for gettimeofday... yes checking for gmtime_r... yes checking for localtime_r... yes checking for setitimer... yes checking for strftime... yes checking for utime... yes checking whether utime accepts a null argument... yes checking for declared timezone... yes checking for type of reentrant time-related functions... POSIX configure: warning: You will need bison 1.28 if you want to regenerate the Zend parser (found 1.27). Edit this bug report at http://bugs.php.net/?id=12240&edit=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 #12293 Updated: setcookie() called with only one arg causes crash
ID: 12293
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Fixed in CVS
Previous Comments:
[2001-07-20 19:58:04] [EMAIL PROTECTED]
This is also valid for current CVS, even on command line mode:
Program received signal SIGSEGV, Segmentation fault.
0x0808ff5a in php_if_setcookie (ht=1, return_value=0x8263234, this_ptr=0x0,
return_value_used=0) at head.c:135
135 if (!Z_STRVAL_PP(z_value) || !Z_STRVAL_PP(z_value)[0]) {
(gdb) bt
#0 0x0808ff5a in php_if_setcookie (ht=1, return_value=0x8263234,
this_ptr=0x0, return_value_used=0) at head.c:135
#1 0x080aff3a in execute (op_array=0x8263324) at ./zend_execute.c:1565
#2 0x080a4104 in zend_execute_scripts (type=8, file_count=3) at zend.c:752
#3 0x080718ef in php_execute_script (primary_file=0xb494) at main.c:1285
#4 0x0806d00c in main (argc=3, argv=0xb524) at cgi_main.c:741
#5 0x4010d38b in __libc_start_main () from /lib/libc.so.6
(gdb) p z_value
$1 = (zval **) 0x0
[2001-07-20 19:26:00] [EMAIL PROTECTED]
setcookie() when called with exactly one argument causes PHP to crash; I've included a
stack trace below. The offending statement is
setcookie ("feedbackSent");
We can work around the problem by adding a NULL second argument, e.g.
setcookie ("feedbackSent","");
#0 0x40282cfc in php_if_setcookie () from /usr/lib/apache/1.3/libphp4.so
#1 0x40206e57 in execute () from /usr/lib/apache/1.3/libphp4.so
#2 0x40215d6e in zend_execute_scripts () from /usr/lib/apache/1.3/libphp4.so
#3 0x402287e4 in php_execute_script () from /usr/lib/apache/1.3/libphp4.so
#4 0x40224c3f in apache_php_module_main () from /usr/lib/apache/1.3/libphp4.so
#5 0x4022566e in php_restore_umask () from /usr/lib/apache/1.3/libphp4.so
#6 0x402256aa in php_restore_umask () from /usr/lib/apache/1.3/libphp4.so
#7 0x8054204 in ap_invoke_handler ()
#8 0x806306c in ap_some_auth_required ()
#9 0x80630c8 in ap_process_request ()
Edit this bug report at http://bugs.php.net/?id=12293&edit=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 #12354 Updated: getImageSize() fails for some JPEGs
ID: 12354 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GetImageSize related Operating System: linux PHP Version: 4.0.6 New Comment: Are you absolutely sure you are using PHP 4.0.6? This was a bug in 4.0.5. Previous Comments: [2001-07-24 19:57:23] [EMAIL PROTECTED] JPEGs saved directly from some digital cameras do not contain whatever data getImageSize relies on to produce an array of size and type data. Opening such an image and re-saving (even as JPEG) within an image editor (photoshop or equivalent) will 'fix' the image, allowing getImageSize() to read it. Here's an image that causes getImageSize() to fail: http://sitefoundry.com/php/DSC00021.JPG Here's the same image after opening/saving; getImageSize() copes fine with this one: http://sitefoundry.com/php/DSC00021fixed.jpg Here's the output of ImageMagick's 'identify' utility for both images: DSC00021fixed.jpg 640x480 DirectClass 81kb JPEG 1s DSC00021.JPG[1] 640x480 DirectClass 88kb JPEG 2s Here's the output of 'file': DSC00021fixed.jpg: JPEG image data, JFIF standard DSC00021.JPG: JPEG image data Edit this bug report at http://bugs.php.net/?id=12354&edit=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 #12354 Updated: getImageSize() fails for some JPEGs
ID: 12354 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GetImageSize related Operating System: linux PHP Version: 4.0.6 New Comment: ... and checking the image you posted, it works fine for me with the current getimagesize() in CVS. And I don't think it has changed since 4.0.6 Previous Comments: [2001-07-24 20:04:05] [EMAIL PROTECTED] Are you absolutely sure you are using PHP 4.0.6? This was a bug in 4.0.5. [2001-07-24 19:57:23] [EMAIL PROTECTED] JPEGs saved directly from some digital cameras do not contain whatever data getImageSize relies on to produce an array of size and type data. Opening such an image and re-saving (even as JPEG) within an image editor (photoshop or equivalent) will 'fix' the image, allowing getImageSize() to read it. Here's an image that causes getImageSize() to fail: http://sitefoundry.com/php/DSC00021.JPG Here's the same image after opening/saving; getImageSize() copes fine with this one: http://sitefoundry.com/php/DSC00021fixed.jpg Here's the output of ImageMagick's 'identify' utility for both images: DSC00021fixed.jpg 640x480 DirectClass 81kb JPEG 1s DSC00021.JPG[1] 640x480 DirectClass 88kb JPEG 2s Here's the output of 'file': DSC00021fixed.jpg: JPEG image data, JFIF standard DSC00021.JPG: JPEG image data Edit this bug report at http://bugs.php.net/?id=12354&edit=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 #12325 Updated: Query_string not defined
ID: 12325
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Win 2k
PHP Version: 4.0.6
New Comment:
No bug here. The default php.ini file has error_reporting set to E_ALL & ~E_NOTICE.
You have it set to E_ALL which is why you get the warning.
The proper way to code this is to use:
if(isset($QUERY_STRING)) ...
And no, $QUERY_STRING should not be set when there is no query string arguments in the
URL.
Previous Comments:
[2001-07-24 20:28:02] [EMAIL PROTECTED]
register globals is on. The php.ini is the same one that came with the installer
available at php.net. We made no changes to it.
[2001-07-24 17:21:38] [EMAIL PROTECTED]
in your php.ini file make sure this line is included...
register_globals = on
[2001-07-24 16:18:17] [EMAIL PROTECTED]
I think this is the relevant section:
;;
; Error handling and logging ;
;;
; error_reporting is a bit-field. Or each number up to get desired error
; reporting level
; E_ALL - All errors and warnings
; E_ERROR - fatal run-time errors
; E_WARNING - run-time warnings (non-fatal errors)
; E_PARSE - compile-time parse errors
; E_NOTICE - run-time notices (these are warnings which often result
; from a bug in your code, but it's possible that it was
; intentional (e.g., using an uninitialized variable and
; relying on the fact it's automatically initialized to an
; empty string)
; E_CORE_ERROR - fatal errors that occur during PHP's initial startup
; E_CORE_WARNING- warnings (non-fatal errors) that occur during PHP's
; initial startup
; E_COMPILE_ERROR - fatal compile-time errors
; E_COMPILE_WARNING - compile-time warnings (non-fatal errors)
; E_USER_ERROR - user-generated error message
; E_USER_WARNING- user-generated warning message
; E_USER_NOTICE - user-generated notice message
;
; Examples:
;
; - Show all errors, except for notices
;
;error_reporting = E_ALL & ~E_NOTICE
;
; - Show only errors
;
;error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR
;
; - Show all errors except for notices
;
error_reporting = E_ALL; display all errors, warnings and notices
; Print out errors (as a part of the output). For production web sites,
; you're strongly encouraged to turn this feature off, and use error logging
; instead (see below). Keeping display_errors enabled on a production web site
; may reveal security information to end users, such as file paths on your Web
; server, your database schema or other information.
display_errors = On
; Even when display_errors is on, errors that occur during PHP's startup
; sequence are not displayed. It's strongly recommended to keep
; display_startup_errors off, except for when debugging.
display_startup_errors = Off
; Log errors into a log file (server-specific log, stderr, or error_log (below))
; As stated above, you're strongly advised to use error logging in place of
; error displaying on production web sites.
log_errors = Off
; Store the last error/warning message in $php_errormsg (boolean).
track_errors = Off
; String to output before an error message.
;error_prepend_string = ""
; String to output after an error message.
;error_append_string = ""
; Log errors to specified file.
;error_log = filename
; Log errors to syslog (Event Log on NT, not valid in Windows 95).
;error_log = syslog
; Warn if the + operator is used with strings.
warn_plus_overloading = Off
However, since QUERY_STRING is a PHP variable, I think it should be defined as "" if
there is no querystring specified.
[2001-07-24 09:24:54] [EMAIL PROTECTED]
Can you include a copy of your php.ini file?
[2001-07-23 21:30:26] [EMAIL PROTECTED]
Here is the code I am trying to run:
if ($QUERY_STRING != "") {
$insertFormAction .= "?" . $QUERY_STRING;
When I call the page from the browser with no querystring I get:
Warning: Undefined variable: QUERY_STRING in
c:\inetpub\wwwroot\gabe\deleteParam.php on line 3
This only reproduces when using the installer for windows
from the download section at php.net. I cannot reproduce on
Linux or OSX. Also I installed the zip version and cannot
reproduce it. Only the installer.
[PHP-DEV] Bug #12409 Updated: Form variables are unexpectedly being escaped
ID: 12409 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Variables related Operating System: Solaris PHP Version: 4.0.6 New Comment: It always did Previous Comments: [2001-07-26 18:26:57] [EMAIL PROTECTED] Ah - it looks like magic_quotes_gpc is now defaults to on. Should it? [2001-07-26 17:28:22] [EMAIL PROTECTED] When I sumbit a form which contains a textarea containing the quote character, the form variable generated in the submitted script contains an escaped quote. This didn't happen in PHP3, and I'm not sure when it appeard in PHP4, as I've only used 4.0.6. An example can be seen on www.php.net: Enter a string containing quotes in the text search box. The resulting page will contain multiple backslashes around the quotes. Edit this bug report at http://bugs.php.net/?id=12409&edit=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 #10084 Updated: Release Quality
ID: 10084 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Assigned To: Comments: And I assume you will be pitching in and helping out on each front? We don't set out to have a buggy release. There is a QA team and a QA process for this purpose. Feel free to join it. See http://qa.php.net Compiling for command-line is trivial. Just don't add --with-apxs ot --with-apache and you have the standalone parser. And your bluesky stuff about adding bloat numbers to the manual. Go for it. That just takes someone sitting down and writing down the numbers. You are more than qualified and more than welcome to do this. Note however that this will be different on most platforms, so be sure to do each one. Might even have significant differences across versions of the same operating system, linkers, compilers, libc's, different versions of the 3rd party libs, etc. Previous Comments: --- [2001-03-31 00:02:29] [EMAIL PROTECTED] As a happy user of PHP I'd love it if a) Releases (4.0.5) could be installed across server farms, compiled to commandline versions to support shell/console scripting, packaged in various ways for different workloads (ie adding IMAP) without the sinking fear that in a few days to a week or two I'll see pl1, pl2, pl3 and have to go through the who rigamarole again. So fewer patches, more RC's :) b) Extensions that are broken do not ship with the distribution. The quality of the extensions reflects on php itself. A few always seem to be borked but live on through releases. The folks that want to fix borked extensions can probably do so even if they are not included in the distro. Hand in hand with that is at least keeping a rough idea (or requiring the submitter to) on keeping up to date with extensions, which often are based on evolving external libraries and projects. c) Bluesky: Bloat numbers on the manual for the different extensions. This contibutes x bytes to cgi/apache module or whatever... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10084&edit=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] PHP 4.0 Bug #10138 Updated: mysql_insert_id() returns incorrect value
ID: 10138 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Assigned To: Comments: I tested on 2 boxes using your exact script. Works perfectly. If this was broken thousands of scripts out there wouldn't work. Check that your libmysqlclient version matches your mysql server version. Previous Comments: --- [2001-04-03 11:20:56] [EMAIL PROTECTED] Example script: mysql> use test; mysql> create table mytable (a int primary key auto_increment, b int, c int); $row[0]"; ?> Example output: 722 8 Mysql 2.23.33; using the library provided with mysql (ie configure --with-mysql=/usr). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10138&edit=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] PHP 4.0 Bug #10222 Updated: php linking against wrong mysqlclient lib and causing crash on startup
ID: 10222 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: A -L/your/path is added, but yes, then -lmysqlclient comesafter that and if a mysqlclient library appears on your default link path it will be used. That's just the way it works and the way just about anything you compile on a UNIX system will work. Don't put libraries in your default path if you don't want them used. I don't see this being "fixed" Previous Comments: --- [2001-04-07 09:51:47] [EMAIL PROTECTED] i have several mysql daemons (different versions) running on my system. the problem is that php is always compiled with -lmysqlclient and thus links against the default library (in my case /usr/lib/libmysqlclient*) even if you specify a different path to mysql during ./configure This was causing crash (segfault) on startup with all versions of apache after 1.3.14 and all versions of php 4+ I just figured out that this library missmatch was causing this problem, the crash has already been explained in bug #7976 once upon a time. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10222&edit=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 #10315 Updated: PHPINFO() Reports wrong info
ID: 10315 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues PHP Version: 4.0.4pl1 Assigned To: Comments: It is reporting the version of the MySQL client API that PHP was compiled against. The version of the MySQL server you have installed is completely irrelevant. Previous Comments: --- [2001-04-13 01:41:23] [EMAIL PROTECTED] windows98 apache 1.3.19 LoadModule php4_module d:/php/sapi/php4apache.dll phpinfo() is reporting wrong info under MySql it's reporting Client api version as 3.23.22-beta I have 3.23.33 installed under Apache Version reported is 1.3.14 Release 10314100 API Version 19990320 while SERVER_SIGNATURE Apache/1.3.19 CGI mode reports wrong MySql client version --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10315&edit=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 #10481 Updated: httpd -l gives mod_php4.c not compatible w/ 1.3.19
ID: 10481 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related PHP Version: 4.0.4pl1 Assigned To: Comments: You compiled PHP against an older version of Apache and you are now trying to load it into a newer one. Recompile your PHP against this version of Apache. Previous Comments: --- [2001-04-24 17:23:52] [EMAIL PROTECTED] There seems to be an error with apache/php4 > bin/httpd -l httpd: module "mod_php4.c" is not compatible with this version of Apache. Please contact the vendor for the correct version. My version of Apache=1.3.19 Version of PHP=4.0.4pl1 Configuration for PHP: configure --prefix=/homes/cbrg/Apache/php --with-apache=/homes/cbrg/Apache/install/apache_1.3.19 -enable-track-vars -with-mysql=/homes/cbrg/Database/mysql Configuration for Apache: configure --prefix=/homes/cbrg/Apache --enable-module=so --activate-module=src/modules/php4/libphp4.a --with-perl=/usr/local/bin/perl Do I not have the correct version of PHP? Thanks, --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10481&edit=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 #10487 Updated: Uploaded files get prepended with 'Content-Type: ...' string
ID: 10487
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: HTTP related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This has been fixed in CVS and will be part of 4.0.5
See bug #9298
Previous Comments:
---
[2001-04-25 05:28:53] [EMAIL PROTECTED]
n",
$PHP_SELF,SUBMIT,$person_id);
print ("File: ");
print ("n");
printf ("n");
}
function submit($file) {
$fd=fopen($file,"r") or die ("Unable to open uploaded file!");
$data=fread($fd, MAX_SIZE);
fclose($fd);
unlink($file);
echo "Beginning of file: ".substr($data, 0, 25);
}
if (empty($action))
$action = UPLOAD;
switch ($action) {
case UPLOAD:
upload();
break;
case SUBMIT:
submit($pictfile);
break;
default:
die ("Unknown action code ($action)");
}
?>
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10487&edit=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 #10487 Updated: Uploaded files get prepended with 'Content-Type: ...' string
ID: 10487
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: HTTP related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Fixed in CVS - will be in 4.0.5
Previous Comments:
---
[2001-04-25 12:26:10] [EMAIL PROTECTED]
This has been fixed in CVS and will be part of 4.0.5
See bug #9298
---
[2001-04-25 05:28:53] [EMAIL PROTECTED]
n",
$PHP_SELF,SUBMIT,$person_id);
print ("File: ");
print ("n");
printf ("n");
}
function submit($file) {
$fd=fopen($file,"r") or die ("Unable to open uploaded file!");
$data=fread($fd, MAX_SIZE);
fclose($fd);
unlink($file);
echo "Beginning of file: ".substr($data, 0, 25);
}
if (empty($action))
$action = UPLOAD;
switch ($action) {
case UPLOAD:
upload();
break;
case SUBMIT:
submit($pictfile);
break;
default:
die ("Unknown action code ($action)");
}
?>
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10487&edit=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 #8352 Updated: mysql_field_len on a decimal field only report the length before the dot
ID: 8352 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related PHP Version: 4.0.2 Assigned To: Comments: User misunderstood how MySQL's decimal() works. Previous Comments: --- [2000-12-21 09:30:21] [EMAIL PROTECTED] mysql_field_len on a decimal field only report the length before the dot: create table articles ( articleid int(11) primary key auto_increment, price decimal (9,2) ); mysql_field_len on the field decimal returns a 9. I think it should be a 12 (9 before, 2 after and 1 for the point)? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8352&edit=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] sprintf and strings with NULL byte
> Do we have any facilities (in C) for sprintf'ing the strings that may
> have NULL byte inside? For example, if name is "foo\0bar", and name_len
> is 7,
>
> sprintf(buf, "name: %*s", name_len, name);
>
> Does not give the correct result - stops at the first null byte.
Don't think so. And it also doesn't work if the format string contains a
null byte because the parsing loop does:
while (format[inpos]) { ...
I don't see any reason to not change this to loop over
(*args[0])->value.str.len instead here.
As for the %*s issue. We are passing in the length of the string arg in
the call:
php_sprintf_appendstring(&result, &outpos, &size,
(*args[argnum])->value.str.val,
width, precision, padding,
alignment,
(*args[argnum])->value.str.len,
0, expprec);
So we have the info. In php_sprintf_appendstring() the replacement is
done using:
strncpy(&(*buffer)[*pos], add, MIN(max_width, len)+1);
Looks like simply changing this to a memcpy() call will fix this. Again,
I don't see any reason not to make this change. PHP is supposed to be
8-bit clean and I think this should extend to the printf functions as
well.
-Rasmus
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] sprintf and strings with NULL byte
> > As for the %*s issue. We are passing in the length of the string arg in > > the call: > > > > php_sprintf_appendstring(&result, &outpos, &size, > > (*args[argnum])->value.str.val, > > width, precision, padding, > > alignment, > > (*args[argnum])->value.str.len, > > 0, expprec); > > > > So we have the info. In php_sprintf_appendstring() the replacement is > > done using: > > > > strncpy(&(*buffer)[*pos], add, MIN(max_width, len)+1); > > > > Looks like simply changing this to a memcpy() call will fix this. Again, > > I don't see any reason not to make this change. PHP is supposed to be > > 8-bit clean and I think this should extend to the printf functions as > > well. > > That's fine, but I'm not talking about userland sprintf(), but rather > using C library sprintf() call from inside one of my extension > functions. If glibc sprintf() doesn't handle NULL bytes, do we have a > replacement for it in PHP aside from php_formatted_print() which expects > to receive its arguments from a script? Oh, and I went and fixed this anyway. I'd just split that php_formatted_print() function into two parts. One that does the argument handling and one that just does the work like we have done with so many other functions. -Rasmus -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] sprintf and strings with NULL byte
> On Wed, 25 Apr 2001, [EMAIL PROTECTED] wrote: > > Oh, and I went and fixed this anyway. > > That's cool. > > > I'd just split that php_formatted_print() function into two parts. One > > that does the argument handling and one that just does the work like we > > have done with so many other functions. > > Yes, we can do that. But does php_formatted_print() have feature parity > with glibc printf()? Well, no, because it is now binary-clean! ;) Do you need exact 1:1 parity? It does most of the things that glibc printf() does. -Rasmus -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10498 Updated: Missing expansion of the PHP acronym--must stand for something? What?
ID: 10498 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Documentation problem PHP Version: 4.0.4pl1 Assigned To: Comments: It's also right in the titlebar of your browser when you go to www.php.net Previous Comments: --- [2001-04-25 16:34:08] [EMAIL PROTECTED] PHP stands for "PHP: Hypertext Preprocessor" (it's recursive), it's in the manual: http://www.php.net/manual/en/html/introduction.html However: this is BUG database, send your comments to [EMAIL PROTECTED] --- [2001-04-25 16:26:45] [EMAIL PROTECTED] Go to http://www.php.net and you will (not) see the problem. It is especially absent under the "What is PHP?" sidebar, where the expansion of the PHP acronym is conspicuous by its non-presence. Or is PHP completely meaningless? A random spray of uppercase characters? Or...(darkest suspicion)...does it stand for something so incredibly vile that it dare not be mentioned? Peter P. Chase Sul Ross State University Alpine, TX --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10498&edit=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 #9878 Updated: gmmktime is 1 hour off during standard time
ID: 9878
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: Date/time related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Are you sure that bit of code applies in your case? ie. is HAVE_TM_GMTOFF undefined
in your main/php_config.h file? I am unable to recreate this problem here, but on my
Linux box my gmadjust value comes straight from the libc system call ie. I have
HAVE_TM_GMTOFF defined.
Previous Comments:
---
[2001-03-30 10:13:58] [EMAIL PROTECTED]
I know there are a lot of open bugs and this one is probably pretty small compared to
most, but the time window to
easily verify this bug and my suggested fix is quickly going
away for 6 months. With the time shift this weekend, it
wil be much more difficult to reproduce this bug, unless you
start subtracting 86400 seconds per day to get back into standard time.
If someone could just look at what I've provided I think
it will be a no-brainer. Even if it doesn't get tagged into
the new release, at least it will saved for the next.
Thanks
---
[2001-03-20 14:08:09] [EMAIL PROTECTED]
gmmktime is producing a timestamp 1 hour off when the timezone is standard time. If
you compare a
time() with gmmktime with current settings and a is_dst
value NULL, the results will be one hour off.
I used the following little script to prove this:
");
print ("Time function = ".time ());
print ("n");
print ("gmmktime = ".gmmktime (18,25,0,3,20,2001));
print ("n");
print ("mktime = ".mktime(12,25,0,3,20,2001));
print ("n");
print (gmmktime(7,0,0,4,1,2001)." ".mktime(1,0,0,4,1,2001)."n");
print (gmmktime(8,0,0,4,1,2001)." ".mktime(3,0,0,4,1,2001)."n");
?>
Currently, the US/Central timezone is -6 hours from GMT.
I believe the problem is in ext/standard/datetime.c, line
186. Judging from the code, "timezone" seems to be a negative seconds value from GMT,
probably of the standard timezone (TZ in standard). So if is_dst == 0, you don't want
to add anything more. I think the like should say:
gmadjust = -(is_dst ? timezone - 3600 : timezone );
And the comment about overcorrecting removed.
My test script works if this line is changed.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9878&edit=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 #9541 Updated: New Feature Patch
ID: 9541
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PostgreSQL related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
It is now in CVS. Well, not exactly your patch, but there is a pg_last_notice()
function. Probably won't be in 4.0.6 either, but definitely in 4.0.7.
Previous Comments:
---
[2001-03-17 14:18:06] [EMAIL PROTECTED]
Is this going to make it into 4.0.5?
---
[2001-03-04 01:16:57] [EMAIL PROTECTED]
Hi - I ran into the problem that the notices that are sent from the postgres backend
are being ignored by php. Most of the time this doesn't matter, but it would be nice
to be able to profile an application by running explains (which show sql cost) on
every sql statement that is executed that way you can find where your problems are as
you develop the software. Below is a patch to add this php4 (Although I don't have a
cvs I account - I did built it against the 200103031945 snap shot so it should be easy
to integrate into the source tree) Can you please add this before the next release :)
new php function - I wasn't sure how to document this in the code so here is is in the
bug report
pg_last_notice(int connection)
returns either an empty string or the contents of the last notice sent out by the
database.
This can be useful to get the output from the explain command.
see patch below
--- php4-200103031945/ext/pgsql/pgsql.c Mon Feb 26 00:45:27 2001
+++ php4-200103031945/ext/pgsql/pgsql.c.notice Sat Mar 3 23:40:55 2001
@@ -46,6 +46,7 @@
PHP_FE(pg_pconnect, NULL)
PHP_FE(pg_close,NULL)
PHP_FE(pg_cmdtuples,NULL)
+ PHP_FE(pg_last_notice, NULL)
PHP_FE(pg_dbname, NULL)
PHP_FE(pg_errormessage, NULL)
PHP_FE(pg_trace,NULL)
@@ -146,12 +147,31 @@
PQfinish(link);
PGG(num_persistent)--;
PGG(num_links)--;
+ if (PGG(last_notice) != NULL)
+ {
+ efree(PGG(last_notice));
+ }
}
+/* This function is used to silence the notice messages sent by the postgres back
+end. This can be useful when you know you are going to trigger a notice and don't
+care
+ */
static void _be_quiet(void * arg, const char * message)
{
}
+/*This function is used to store the last notice for later retreval
+ */
+static void _store_notice(void * arg, const char * message)
+{
+ char *copy_of_message = NULL;
+
+ if (PGG(last_notice) != NULL)
+ {
+ efree(PGG(last_notice));
+ }
+ PGG(last_notice) = estrdup(message);
+}
+
static int _rollback_transactions(zend_rsrc_list_entry *rsrc)
{
PGconn *link = (PGconn *)rsrc->ptr;
@@ -194,6 +214,7 @@
static void php_pgsql_init_globals(PGLS_D)
{
PGG(num_persistent) = 0;
+ PGG(last_notice) = NULL;
}
PHP_MINIT_FUNCTION(pgsql)
@@ -465,6 +486,9 @@
}
efree(hashed_details);
php_pgsql_set_default_link(return_value->value.lval);
+ /* Set the notice handler so we can keep notices for later*/
+ PQsetNoticeProcessor(pgsql, _store_notice, NULL);
+
}
@@ -854,6 +878,20 @@
}
/* }}} */
+/* {{{ proto int pg_last_notice(int connection)
+ Returns the last notice set by the backend */
+PHP_FUNCTION(pg_last_notice)
+{
+ if (PGG(last_notice) == NULL)
+ {
+ RETURN_FALSE;
+ }
+ else
+ {
+ RETURN_STRING(PGG(last_notice),0);
+ }
+}
+/* }}} */
char *get_field_name(PGconn *pgsql, Oid oid, HashTable *list)
{
--- php4-200103031945/ext/pgsql/php_pgsql.h Mon Feb 26 00:45:27 2001
+++ php4-200103031945/ext/pgsql/php_pgsql.h.notice Sat Mar 3 23:40:55 2001
@@ -64,6 +64,7 @@
PHP_FUNCTION(pg_numrows);
PHP_FUNCTION(pg_numfields);
PHP_FUNCTION(pg_cmdtuples);
+PHP_FUNCTION(pg_last_notice);
PHP_FUNCTION(pg_fieldname);
PHP_FUNCTION(pg_fieldsize);
PHP_FUNCTION(pg_fieldtype);
@@ -119,6 +120,7 @@
long max_links,max_persistent;
long allow_persistent;
int le_lofp,le_string;
+ char *last_notice;
} php_pgsql_globals;
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9541&edit=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 #9541 Updated: New Feature Patch
ID: 9541
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
forgot to close
Previous Comments:
---
[2001-05-05 21:36:52] [EMAIL PROTECTED]
It is now in CVS. Well, not exactly your patch, but there is a pg_last_notice()
function. Probably won't be in 4.0.6 either, but definitely in 4.0.7.
---
[2001-03-17 14:18:06] [EMAIL PROTECTED]
Is this going to make it into 4.0.5?
---
[2001-03-04 01:16:57] [EMAIL PROTECTED]
Hi - I ran into the problem that the notices that are sent from the postgres backend
are being ignored by php. Most of the time this doesn't matter, but it would be nice
to be able to profile an application by running explains (which show sql cost) on
every sql statement that is executed that way you can find where your problems are as
you develop the software. Below is a patch to add this php4 (Although I don't have a
cvs I account - I did built it against the 200103031945 snap shot so it should be easy
to integrate into the source tree) Can you please add this before the next release :)
new php function - I wasn't sure how to document this in the code so here is is in the
bug report
pg_last_notice(int connection)
returns either an empty string or the contents of the last notice sent out by the
database.
This can be useful to get the output from the explain command.
see patch below
--- php4-200103031945/ext/pgsql/pgsql.c Mon Feb 26 00:45:27 2001
+++ php4-200103031945/ext/pgsql/pgsql.c.notice Sat Mar 3 23:40:55 2001
@@ -46,6 +46,7 @@
PHP_FE(pg_pconnect, NULL)
PHP_FE(pg_close,NULL)
PHP_FE(pg_cmdtuples,NULL)
+ PHP_FE(pg_last_notice, NULL)
PHP_FE(pg_dbname, NULL)
PHP_FE(pg_errormessage, NULL)
PHP_FE(pg_trace,NULL)
@@ -146,12 +147,31 @@
PQfinish(link);
PGG(num_persistent)--;
PGG(num_links)--;
+ if (PGG(last_notice) != NULL)
+ {
+ efree(PGG(last_notice));
+ }
}
+/* This function is used to silence the notice messages sent by the postgres back
+end. This can be useful when you know you are going to trigger a notice and don't
+care
+ */
static void _be_quiet(void * arg, const char * message)
{
}
+/*This function is used to store the last notice for later retreval
+ */
+static void _store_notice(void * arg, const char * message)
+{
+ char *copy_of_message = NULL;
+
+ if (PGG(last_notice) != NULL)
+ {
+ efree(PGG(last_notice));
+ }
+ PGG(last_notice) = estrdup(message);
+}
+
static int _rollback_transactions(zend_rsrc_list_entry *rsrc)
{
PGconn *link = (PGconn *)rsrc->ptr;
@@ -194,6 +214,7 @@
static void php_pgsql_init_globals(PGLS_D)
{
PGG(num_persistent) = 0;
+ PGG(last_notice) = NULL;
}
PHP_MINIT_FUNCTION(pgsql)
@@ -465,6 +486,9 @@
}
efree(hashed_details);
php_pgsql_set_default_link(return_value->value.lval);
+ /* Set the notice handler so we can keep notices for later*/
+ PQsetNoticeProcessor(pgsql, _store_notice, NULL);
+
}
@@ -854,6 +878,20 @@
}
/* }}} */
+/* {{{ proto int pg_last_notice(int connection)
+ Returns the last notice set by the backend */
+PHP_FUNCTION(pg_last_notice)
+{
+ if (PGG(last_notice) == NULL)
+ {
+ RETURN_FALSE;
+ }
+ else
+ {
+ RETURN_STRING(PGG(last_notice),0);
+ }
+}
+/* }}} */
char *get_field_name(PGconn *pgsql, Oid oid, HashTable *list)
{
--- php4-200103031945/ext/pgsql/php_pgsql.h Mon Feb 26 00:45:27 2001
+++ php4-200103031945/ext/pgsql/php_pgsql.h.notice Sat Mar 3 23:40:55 2001
@@ -64,6 +64,7 @@
PHP_FUNCTION(pg_numrows);
PHP_FUNCTION(pg_numfields);
PHP_FUNCTION(pg_cmdtuples);
+PHP_FUNCTION(pg_last_notice);
PHP_FUNCTION(pg_fieldname);
PHP_FUNCTION(pg_fieldsize);
PHP_FUNCTION(pg_fieldtype);
@@ -119,6 +120,7 @@
long max_links,max_persistent;
long allow_persistent;
int le_lofp,le_string;
+ char *last_notice;
} php_pgsql_globals;
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9541&edit=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 #10241 Updated: php_flag dosn't work in httpd.conf, but it works in .htaccess files
ID: 10241
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PHP options/info functions
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
I don't see a PHP fix here. It is either a user error or an Apache-1.3.14 specific
bug. The php_value, etc. directives certainly work fine in httpf.conf.
Previous Comments:
---
[2001-05-06 11:30:06] [EMAIL PROTECTED]
one to be fixed before 4.0.6
---
[2001-04-11 03:22:23] [EMAIL PROTECTED]
Hi
Yes, I do have the php options after
the LoadModule&AddModule directives
But I think it is wierd that it doesn't work in apache
1.3.14. Other modules like mod_rewrite manage to add
directives that may be used in httpd.conf ("RewriteEngine
On" is one example)
I'll try to test with 1.3.19 after Easter.
Best regards,
vidar
---
[2001-04-09 12:52:24] [EMAIL PROTECTED]
This actually bit me yesterday.
It seems that Apache hasn't retrived the new options from dynamically loaded modules
at the time it parses the config file.
Upgrading to Apache 1.3.19 solved it for me. Also make sure to place the php options
after the LoadModule&AddModule directives in your config file.
Please report if this solves your problem.
---
[2001-04-09 08:45:06] [EMAIL PROTECTED]
Hi
Maybe I have missunderstud something but I thought that
directives like php_value, php_flag, php_admin_value and
php_admin_flag may be used in httpd.conf. This doesn't
seem to be the case with php4.0.4pl1. I have tried it both
in global, VirtualHost and in a directory section. It
always cause this error message:
# httpd -t
Syntax error on line 1196 of /etc/httpd/conf/httpd.conf:
Invalid command 'php_flag', perhaps mis-spelled or defined
by a module not included in the server configuration
I have php4 installed for sure
Then I tried to put the statment in a .htaccess
filephp_flag magic_quotes_gpc off
Then it worked
System is apache 1.3.14, php-4.0.4pl1, redhat6.2 and
redhat7.0
./configure --enable-ftp --with-xml --with-dom
--enable-trans-sid --with-config-file-path=/etc/httpd
--with-mysql --with-magic-quotes --with-apxs --with-ttf
--with-qtdom --with-pgsql --with-gd --with-imap
--includedir=/usr --with-openssl=/usr --enable-shmop
--enable-sysvsem
Best regards
Vidar
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10241&edit=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]
