[PHP-DEV] Re: PHP 4.0 Bug #6046 Updated: preg_replace for a special pattern
At 08:18 21-1-01 +, Bug Database wrote:
ID: 6046
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Assigned To:
Comments:
use non-capturing patterns.
Sometimes you can't
like ([0-9]?(?(1))[a-z])
Now you need to capture
Greetz,
Wico
Previous Comments:
---
[2000-08-09 07:41:24] [EMAIL PROTECTED]
hiya
if you have a regex that captures more than one pattern i'd to give a
argument to the function which to replace
say:
regex: (a)(b)(a)
replace: test
preg_replace("'(a)(b)(a)'", "test", "abaabaaba");
normal preg_replace will replace 'aba' with 'test' outputing: testtesttest
preg_replace_pattern_no("'(a)(b)(a)'", "test", "abaabaaba", 2);
replacing pattern 2 and outputting: atestaatestaatesta
Greetz,
Wico
---
Full Bug description available at: http://bugs.php.net/?id=6046
--
PHP Development Mailing List http://www.php.net/
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 #8832: CGI differerent from ISAPI
From: [EMAIL PROTECTED] Operating system: Win NT4 server SP6 PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: CGI differerent from ISAPI When moving from PHP4 ISAPI to CGI we ran into the following bugs: - HTTP_RAW_POST_DATA is not available in the CGI version - using a relative url in the function header() to redirect to a new page in another directory works but the relative links on the new page do not work because the header 'Content base' of new the page is wrong. -- Edit Bug report at: http://bugs.php.net/?id=8832edit=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] mcrypt oracle 81
the server does not log anything. when i ran it under gdb, it says that php4 is using plain Apache 1.3 API and is asking me to recompile with -DEAPI now where do i give that? thanks... -Original Message- From: Derick Rethans [mailto:[EMAIL PROTECTED]] Sent: Monday, January 22, 2001 2:40 PM To: Vinod Panicker Cc: php-dev Subject: Re: [PHP-DEV] mcrypt oracle 81 Hello, please provide more information, such as a backtrace and the messages in your error_log (of your webserver). Derick On Mon, 22 Jan 2001, Vinod Panicker wrote: hey.. i'm trying to get PHP 4.0.4pl1 working with mcrypt 2.4.7 and oracle 8i... problem is that everything gets configured and make works too... but after that when i start apache, it just dies. i'm using apache 1.3.14. anybody tried this before? pls help me out if u can... -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] string replacement
Cynic [EMAIL PROTECTED] writes:
so it's probably not str_replace what's slowing you down, but
the loops? Maybe they could be optimized some more... (I don't
want it sound like I'm saying it's your fault, or that you're
a bad programmer, just to make it clear.)
No it's not the loops it's just PHP being as slow as it always is.
The loop looks something like this:
$str = "lots of text";
$arr = array( "a", "b", "c", "d" );
$vals = array( "e", "f", "g", "h" );
$a = each( $arr );
$b = each( $vals );
while( $a $b )
{
str = str_replace( $a[1], $b[1], $str );
$a = each( $arr );
$b = each( $vals );
}
Anyways this is beyond the point which is that these three functions
(str_replace, ereg_replace and preg_replace) does the same things but
varying complexity, but their usage is not the same. This is just a
matter of consistency amongst functions.
When I want to replace a simple string with another string I use
str_replace, when I want to replace a regular expression with a string
I use ereg_replace or preg_replace. However when I want replace lots
of simple strings I must use preg_replace due to speed. This is not
good.
So I ask again:
Are there any plans to make str_replace and ereg_replace take arrays
as parameters as well, in the same manner as preg_replace does?
(a simple yes or no will suffice)
Or do I have to do this myself?
--
- Jan Borsodi [EMAIL PROTECTED] - Systems Engineer @ eZ systems - Web: http://ez.no
QtVu: http://www.qtvu.org - RegExplorer: http://regexplorer.sourceforge.net
EMacro: http://emacro.sourceforge.net - Apollo: http://www.apolloplayer.org
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] SV: PHP 4.0 Bug #7575 Updated: php stops working correctly !
Yes this is stile a problem in 4.0.4 ! Best regards Jesper Sivertsen UNIX / Oracle konsulent -Oprindelig meddelelse- Fra: Bug Database [mailto:[EMAIL PROTECTED]] Sendt: 8. januar 2001 01:41 Til: [EMAIL PROTECTED] Emne: PHP 4.0 Bug #7575 Updated: php stops working correctly ! ID: 7575 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: OCI8 related Assigned To: Comments: Does this happen with PHP 4.0.4 ? --Jani Previous Comments: --- [2000-11-01 17:07:49] [EMAIL PROTECTED] php4 running as a module in IIS 5.0 Oracle 8.0.5 installed and tns-listener is started. OCI8 extension include. For some time simple php scripts with oci-calls works, but suttenly it stops working. I am not able to stop the "WWW Publishing Service" it hangs ! php-scripts downt get the parameters from the browser. I have to reboot the system, witch i only do once a month normaly. After removal of OCI8 extension, i have no problem. The Oracle database do not have any problems during these insidenses. Hope anyone cane solve this problem with OCI8 ! Good luck Jesper Sivertsen --- Full Bug description available at: http://bugs.php.net/?id=7575 -- PHP Development Mailing List http://www.php.net/ 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 #8835: Include's passing varibles on Win*
From: [EMAIL PROTECTED]
Operating system: Win2k
PHP version: 4.0.4
PHP Bug Type: Feature/Change Request
Bug description: Include's passing varibles on Win*
Ok I was tring to include a file and tring to pass a var, tried many ways.. needless
to say I couldnt get it to work.
?php inlcude("links.php?show=true"); ? -- no good
?php include("http://www.amazed.to/links.php?show=true"); ? -- no good
So I get on IRC, no on really had a answer for my question 'Why cannt I include, and
pass varibles on a windows server?'
bug list: http://bugs.php.net/bugs-php3.php?id=514 says you cannt
include("http://server/file.php") if you cannt include a server, how can you pass a
var through include? I am not sure if you consider this a 'bug' but, it would be nice
to include passing vars ;\
--
Edit Bug report at: http://bugs.php.net/?id=8835edit=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 #8836: memory fault after sybase_connect
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.0.4pl1 PHP Bug Type: Sybase-ct (ctlib) related Bug description: memory fault after sybase_connect memory fault after sybase_connect in order to connect to sybase server with PHP4 and Sybase openclient 11.1.1, you need to change some lines in php_sybase_ct.c all sybase message handler must be declared with CS_PUBLIC : CS_RETCODE CS_PUBLIC _client_message_handler(CS_CONTEXT *context, CS_CONNECTION *connection, CS_CLIENTMSG *errmsg) and CS_RETCODE CS_PUBLIC _server_message_handler(CS_CONTEXT *context, CS_CONNECTION *connection, CS_SERVERMSG *srvmsg) please change these lines. thanks -- Edit Bug report at: http://bugs.php.net/?id=8836edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0 Bug #8760 Updated: Troubles enabling extension php_curl.php
I have already realized where the trouble was. The php_curl.dll could not be loaded because some of the dlls from /dll drawer could not be loaded, which was because I have not copied them to c:windows/system drawer. However, I've got to say that diagnistic messages that php provided were far from sufficient, misleading me in most cases. Namely, the message that dll cannot be loaded appeared only, when I run php script from dos command line. I'm sorry for spoiling the developer list. Dan Dne 21. leden 2001, Bug Database, [EMAIL PROTECTED] napsal: ID: 8760 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Configuration Issues Assigned To: Comments: are you sure the versions match? (i. e. the dll is from the same package as php.exe you're using?) Previous Comments: --- [2001-01-17 10:23:46] [EMAIL PROTECTED] When I enable php_curl.php extension by uncommenting extension=php_curl.dll no php script ever gets executed, instead it just gets stuck. However, this is not the case for all extensions, e.g. I also use php_interbase.dll without any problem. This problem is not specific only to php_curl.dll, also other dlls make trouble, but curl is the one i'm interested in. I use Win32 binary downloaded from www.php.net 17.1.2001. I din't compile myself anything. I use php with apache server, in cgi way. Here is my php.ini causing troubles: [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], ; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = "GPCS" ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; Language Options ; engine= On ; Enable the PHP scripting language engine under Apache short_open_tag= On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags = Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance= Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering = Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler= ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to
Re: [PHP-DEV] string replacement
On Mon, 22 Jan 2001, Jan Borsodi wrote: So I ask again: Are there any plans to make str_replace and ereg_replace take arrays as parameters as well, in the same manner as preg_replace does? (a simple yes or no will suffice) Or do I have to do this myself? I could modify str_replace() to have the same behavior with regard to arrays as preg_replace() - if people agree that it's a good idea.. -Andrei * I don't have a solution but I admire the problem. * -- PHP Development Mailing List http://www.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] string replacement
On Mon, 22 Jan 2001, Andrei Zmievski wrote: On Mon, 22 Jan 2001, Jan Borsodi wrote: So I ask again: Are there any plans to make str_replace and ereg_replace take arrays as parameters as well, in the same manner as preg_replace does? (a simple yes or no will suffice) Or do I have to do this myself? I could modify str_replace() to have the same behavior with regard to arrays as preg_replace() - if people agree that it's a good idea.. -Andrei * I don't have a solution but I admire the problem. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] I think it's a good idea, makes the language more consistent. Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8839: Blowfish encryption not correct
From: [EMAIL PROTECTED] Operating system: RH 7.0 PHP version: 4.0 Latest CVS (22/01/2001) PHP Bug Type: mcrypt related Bug description: Blowfish encryption not "correct" The way PHP encrypts using Blowfish doesn't seem to be compatible with the published "standard" test cases. I've mentioned this to the author of libmcrypt, and he fixed part of the problem (see the CVS verions of libmcrypt, or whatever comes after 2.4.8). This adds a "blowfish-compat" mode which solves some endianness issues. However, PHP still isn't compatible with Perl's Crypt::Blowfish, nor (I imagine) with any other software that uses Blowfish encryption. Also, the 2.2.x and 2.4.x functions in PHP, when passed the same parameters, don't generate the same encrypted strings. Here are links to three files: the test vectors from http://www.counterpane.com/vectors.txt, test scripts using 2.2.x functions and one using 2.4.x functions, with and without long key handling. http://devel.easydns.com/~cmv/ All scripts generate some different results than the test vectors. The closest to getting them all right, is the 2.4.x script that emulates Perl keys. However, it still gives the "wrong" answer for one test case. - Colin -- Edit Bug report at: http://bugs.php.net/?id=8839edit=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 #8839 Updated: Blowfish encryption not correct
ID: 8839 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: mcrypt related Assigned To: derick Comments: I'll take care of it as discussed with Colin and Sascha Previous Comments: --- [2001-01-22 10:08:13] [EMAIL PROTECTED] The way PHP encrypts using Blowfish doesn't seem to be compatible with the published "standard" test cases. I've mentioned this to the author of libmcrypt, and he fixed part of the problem (see the CVS verions of libmcrypt, or whatever comes after 2.4.8). This adds a "blowfish-compat" mode which solves some endianness issues. However, PHP still isn't compatible with Perl's Crypt::Blowfish, nor (I imagine) with any other software that uses Blowfish encryption. Also, the 2.2.x and 2.4.x functions in PHP, when passed the same parameters, don't generate the same encrypted strings. Here are links to three files: the test vectors from http://www.counterpane.com/vectors.txt, test scripts using 2.2.x functions and one using 2.4.x functions, with and without long key handling. http://devel.easydns.com/~cmv/ All scripts generate some different results than the test vectors. The closest to getting them all right, is the 2.4.x script that emulates Perl keys. However, it still gives the "wrong" answer for one test case. - Colin --- Full Bug description available at: http://bugs.php.net/?id=8839 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] c++ files as module
Is: AC_ADD_LIBRARY(stdc++) also my responsibility in config.m4? [My associated 3rd party .a's seem to require it] Not necessarily. Do you need to perform any linkage tests in your config.m4 with that third party library? - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8840: configure php with --with-fdftk option
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: configure php with --with-fdftk option I trie to install php 4.04 with fdftk. I got libfdftk.so and from adobe web site and i put it in : /usr/local/lib /usr/local/include and i used this command line sh configure sh ./configure --with-apxs=/usr/bin/apxs \ --with-imap=/usr/local/lib/imap \ --with-pgsql=/opt/pgsql \ --with-pdflib --with-jpeg-dir --with-png-dir\ --with-tiff-dir\ --with-zlib\ --with-fdftk=/usr/local \ --with-ldap=/usr/local or sh ./configure --with-apxs=/usr/bin/apxs \ --with-imap=/usr/local/lib/imap \ --with-pgsql=/opt/pgsql \ --with-pdflib --with-jpeg-dir --with-png-dir\ --with-tiff-dir\ --with-zlib\ --with-fdftk=/usr/local/lib \ --with-ldap=/usr/local each time i had this error message configure: error: Please reinstall the fdftk distribution Thanks Regards -- Edit Bug report at: http://bugs.php.net/?id=8840edit=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] c++ files as module
-Original Message- From: Sascha Schumann [mailto:[EMAIL PROTECTED]] Sent: Monday, January 22, 2001 03:13 To: Sam Liddicott Cc: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] c++ files as module Is: AC_ADD_LIBRARY(stdc++) also my responsibility in config.m4? [My associated 3rd party .a's seem to require it] Not necessarily. Do you need to perform any linkage tests in your config.m4 with that third party library? No, Idon't do any linkage tests; but if I don't do it, at php link time I get errors of various istream, ostream etc unresolved links. If I do it, it links fine. Sam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] c++ files as module
No, Idon't do any linkage tests; but if I don't do it, at php link time I get errors of various istream, ostream etc unresolved links. If I do it, it links fine. Perhaps we should provide a macro for that purpose, as the standard C++ library is available under various names: AC_CHECK_LIB(C, cin) AC_CHECK_LIB(g++, cin) AC_CHECK_LIB(stdc++, cin) AC_CHECK_LIB(cxx, cin) I think it would be fine, if you would use the third test until we decide to improve this area. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] string replacement
On Mon, 22 Jan 2001 16:28:09 +0100 (CET), Derick Rethans wrote: On Mon, 22 Jan 2001, Andrei Zmievski wrote: I could modify str_replace() to have the same behavior with regard to arrays as preg_replace() - if people agree that it's a good idea.. I think it's a good idea, makes the language more consistent. +1 -Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] c++ files as module
Yes, the 3rd example worked - but then so did taking it all out altogther.
I've been having various linking problems all day as I try and combine c and
cpp modules with global variables and such, and can only think that various
use of extern "C" { and such have been causing problems.
So for now, I don't seem to explicilty mention stdc++ at all and it all
links fine
I'll get back if I discover something else.
THanks
Sam
-Original Message-
From: Sascha Schumann [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 22, 2001 03:52
To: Sam Liddicott
Cc: [EMAIL PROTECTED]
Subject: RE: [PHP-DEV] c++ files as module
No, Idon't do any linkage tests; but if I don't do it, at
php link time I
get errors of various istream, ostream etc unresolved
links. If I do it, it
links fine.
Perhaps we should provide a macro for that purpose, as the
standard C++ library is available under various names:
AC_CHECK_LIB(C, cin)
AC_CHECK_LIB(g++, cin)
AC_CHECK_LIB(stdc++, cin)
AC_CHECK_LIB(cxx, cin)
I think it would be fine, if you would use the third test
until we decide to improve this area.
- Sascha
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail:
[EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] linux c++ __rethrow link error
I get this error when compiling my muscat module for php on linux but no solaris: /tmp/muscat-php.1.1/1.1.C010/10/php-4.0.4/ext/muscat/muscatapi.cpp:107: undefined reference to `__rethrow' Needless to say I don't refer to __rethrow anywhere; the actual line is: muscatapi = new MuscatAPIlocal(muscatHome,memSize); and for the purposes of this test was the last line of the function. Has anyone come accross this with c++ module before? Thanks Sam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8841: PHP Crashed under very special circumstances
From: [EMAIL PROTECTED] Operating system: RedHat 6.1 PHP version: 4.0.4pl1 PHP Bug Type: *Session related Bug description: PHP Crashed under very special circumstances I cannot make a short script, since I dont know exactly what causes this, it seems to be session related in the sense that after I get this error I can no longer access ANY pages on that host (as if it cant unserialize the cookie correctly) but deleting the cookie from the session_dir under Linux solves the problem. Running php-4.0.5-dev. (gdb) run -X Starting program: /home/httpd/bin/httpd -X (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x810aded in _zval_ptr_dtor () (gdb) bt #0 0x810aded in _zval_ptr_dtor () #1 0x8114229 in zend_hash_destroy () #2 0x8110968 in _zval_dtor () #3 0x810ae02 in _zval_ptr_dtor () #4 0x80f5e09 in php_var_unserialize () #5 0x80c5f61 in ps_srlzr_decode_php () #6 0x80c63e0 in ps_srlzr_decode_wddx () #7 0x80c65d0 in ps_srlzr_decode_wddx () #8 0x80c6ff4 in ps_srlzr_decode_wddx () #9 0x80c8070 in php_if_session_start () #10 0x813d341 in execute () #11 0x814312d in execute () #12 0x81117f8 in zend_execute_scripts () #13 0x808ab28 in php_execute_script () #14 0x811cbae in apache_php_module_main () #15 0x8088746 in send_php () #16 0x8088778 in send_parsed_php () #17 0x814ac63 in ap_invoke_handler () #18 0x815e499 in ap_some_auth_required () #19 0x815e4fc in ap_process_request () #20 0x8155d7e in ap_child_terminate () #21 0x8155f0c in ap_child_terminate () #22 0x8156069 in ap_child_terminate () #23 0x8156696 in ap_child_terminate () #24 0x8156e23 in main () #25 0x407669cb in __libc_start_main (main=0x8156adc main, argc=2, argv=0xba54, init=0x806e950 _init, fini=0x81cb8dc _fini, rtld_fini=0x4000ae60 _dl_fini, stack_end=0xba4c) at ../sysdeps/generic/libc-start.c:92 -- Edit Bug report at: http://bugs.php.net/?id=8841edit=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 #8835 Updated: Include's passing varibles on Win*
ID: 8835
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Assigned To:
Comments:
This makes no sense. Included files share the same scope as the script that is doing
the including. So:
$a = 1;
include 'somefile.php';
If in somefile.php you do: echo $a
you will see it prints 1. So passing variables to an included file is an inherent
characteristic of PHP.
Previous Comments:
---
[2001-01-22 07:18:40] [EMAIL PROTECTED]
Ok I was tring to include a file and tring to pass a var, tried many ways.. needless
to say I couldnt get it to work.
?php inlcude("links.php?show=true"); ? -- no good
?php include("http://www.amazed.to/links.php?show=true"); ? -- no good
So I get on IRC, no on really had a answer for my question 'Why cannt I include, and
pass varibles on a windows server?'
bug list: http://bugs.php.net/bugs-php3.php?id=514 says you cannt
include("http://server/file.php") if you cannt include a server, how can you pass a
var through include? I am not sure if you consider this a 'bug' but, it would be nice
to include passing vars ;
---
Full Bug description available at: http://bugs.php.net/?id=8835
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] non-blocking sem_acquire()
Hi,
I just ran into a situtation where I didn't want sem_acquire() to block
forever if the semaphore was already locked, but instead just return an
error condition. There didn't seem to be a way to do this in current PHP
API, so I wrote a patch for it.
I tried to write it in such a way that current scripts that use
sem_acquire() would not break.
The new sem_acquire signature is:
int sem_acquire (int sem_identifier [, int nowait])
If the nowait flag is specified, sem_acquire() will return false
immediately if it is unable to acquire the semaphore without blocking.
When sem_acquire() returns false, the nowait flag will be true if the
semaphore could not be acquired without blocking. The nowait flag will be
false if a "normal" sem_acquire() error occurred.
If sem_acquire() returns true, the value of nowait should be ignored.
The input value of nowait is ignored, and must be specified as a
reference. If the nowait flag is not specified, the behaviour of
sem_acquire is identical to the current PHP behaviour.
PHP code sample
$nowait = 0; /* initialize the variable */
$id = sem_get(0xF00);
sem_acquire($id); /* lock */
/* lock again */
if (!sem_acquire($id, $nowait)) {
if ($nowait) {
echo "Already locked.";
} else {
die("sem_acquire error occurred");
}
}
/* release the id */
sem_release($id);
Below is the patch against PHP 4.0.4pl1.
Cheers,
Michael
--- php-4.0.4pl1.orig/ext/sysvsem/sysvsem.c Wed Oct 25 13:44:01 2000
+++ php-4.0.4pl1/ext/sysvsem/sysvsem.c Mon Jan 22 11:37:12 2001
@@ -283,8 +283,8 @@
static void php_sysvsem_semop(INTERNAL_FUNCTION_PARAMETERS, int acquire)
{
- pval **arg_id;
- int id, type;
+ pval **arg_id, **arg_nowait;
+ int id, type, nowait;
sysvsem_sem *sem_ptr;
struct sembuf sop;
@@ -295,7 +295,31 @@
}
convert_to_long_ex(arg_id);
id = (int)(*arg_id)-value.lval;
+ nowait = 0;
break;
+
+ case 2:
+ /* nowait flag is only allowed for sem_acquire */
+ if (!acquire) {
+ WRONG_PARAM_COUNT;
+ }
+ if (zend_get_parameters_ex(2, arg_id, arg_nowait)==FAILURE) {
+ RETURN_FALSE;
+ }
+
+ if (!ParameterPassedByReference(ht, 2)) {
+ php_error(E_WARNING, "nowait flag must be passed by
+reference.");
+ RETURN_FALSE;
+ }
+
+ convert_to_long_ex(arg_id);
+ convert_to_boolean_ex(arg_nowait);
+
+ id = (int)(*arg_id)-value.lval;
+ nowait = 1;
+ (int)(*arg_nowait)-value.lval = 0;
+ break;
+
default:
WRONG_PARAM_COUNT;
break;
@@ -315,13 +339,25 @@
sop.sem_num = SYSVSEM_SEM;
sop.sem_op = acquire ? -1 : 1;
sop.sem_flg = SEM_UNDO;
+if (nowait) {
+ sop.sem_flg |= IPC_NOWAIT;
+}
while (semop(sem_ptr-semid, sop, 1) == -1) {
- if (errno != EINTR) {
- php_error(E_WARNING, "semop(%s) failed for key 0x%x: %s",
- acquire ? "acquire" : "release",
sem_ptr-key, strerror(errno));
- RETURN_FALSE;
- }
+ switch (errno) {
+ case EINTR:
+ break;
+ case EAGAIN:
+ if (nowait) {
+ (int)(*arg_nowait)-value.lval = 1; /* set nowait flag */
+ RETURN_FALSE;
+ }
+ /* fall through */
+ default:
+ php_error(E_WARNING, "semop(%s) failed for key 0x%x: %s",
+ acquire ? "acquire" : "release", sem_ptr-key,
+strerror(errno));
+ RETURN_FALSE;
+ }
}
sem_ptr-count -= acquire ? -1 : 1;
--
Michael Vines
Black Echo Systems Inc.
[EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8842: creates une session id per page
From: [EMAIL PROTECTED] Operating system: WIN 2k PHP version: 4.0.4pl1 PHP Bug Type: *Session related Bug description: creates une session id per page It creates a session id and a sess file per page... it looses some of the variable contents as well -- Edit Bug report at: http://bugs.php.net/?id=8842edit=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] http://cvs.php.net/
Hello there, I just came across http://demo.horde.org/devel/horde/chora/cvs.php?rt=php and wondered how great it would be to put this on http://cvs.php.net to replace the CGI tool that currently does the job. Just curious :) -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: PHP 4.0 Bug #8842 Updated: creates une session id per page
Title: RE: PHP 4.0 Bug #8842 Updated: creates une session id per page I've several scripts in the same site those files share some variables... in all the scripts I include the file who registers the variables: include(totemlink.inc.php); ___totemlink.inc.php__ * Totemlink **/ session_start(); include(adodb/adodb.inc.php); session_register(totem_dbname); session_register(totem_user); session_register(totem_pass); session_register(totem_server); session_register(totem_tables); // array session_register(totem_fields); // array header (Expires: Mon, 26 Jul 1997 05:00:00 GMT); header (Last-Modified: . gmdate(D, d M Y H:i:s) . GMT); header (Cache-Control: no-cache, must-revalidate); header (Pragma: no-cache); $totem_server=localhost; $totem_user=sa; $totem_pass=; ... _ somehow when I open the third script (the first and second don't modify the variable values) one of the variables ($totem_dbname) looses it's contents. Opening scripts causes to create a new sessid and a new file in the /tmp directory When I leave the second page I verify that the session file has all the values, but when I open the third file the value of the first value is lost and in the session file the variable apears cleared !totem_dbname| in the second page I fill (initialise) the totem_tables field (the problem with the multiple files doesn't occurs in the 4.0.3 version, but the contents of the variable are lost too) if you wish all the scripts, I can send to you. I hope this can help you... Best regards Fernando Moreira
Re: [PHP-DEV] http://cvs.php.net/
Quoting Sebastian Bergmann [EMAIL PROTECTED]: http://demo.horde.org/devel/horde/chora/cvs.php?rt=php and wondered how great it would be to put this on http://cvs.php.net to replace the CGI tool that currently does the job. Just curious :) It's pretty stable, but not quite ready for production yet. I'm working on the MIME stuff at the moment, and the UI is still a bit shaky. Feedback, as always, is more than appreciated (especially about new ideas for the interface). Patches are even more appreciated :-) -- Anil Madhavapeddy, [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8842 Updated: creates une session id per page
ID: 8842
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Session related
Description: creates une session id per page
I've several scripts in the same site those files share some variables...
in all the scripts I include the file who registers the variables:
include("totemlink.inc.php");
___totemlink.inc.php__
* Totemlink
**/
session_start();
include("adodb/adodb.inc.php");
session_register("totem_dbname");
session_register("totem_user");
session_register("totem_pass");
session_register("totem_server");
session_register("totem_tables"); // array
session_register("totem_fields"); // array
header ("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header ("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
header ("Cache-Control: no-cache, must-revalidate");
header ("Pragma: no-cache");
$totem_server="localhost";
$totem_user="sa";
$totem_pass="";
...
_
somehow when I open the third script (the first and second don't modify the variable
values)
one of the variables ($totem_dbname) looses it's contents.
Opening scripts causes to create a new sessid and a new file in the /tmp directory
When I leave the second page I verify that the session file has all the values, but
when I open the third file the value of the first value is lost and in the session
file the variable apears cleared "!totem_dbname|"
in the second page I fill (initialise) the "totem_tables" field
(the problem with the multiple files doesn't occurs in the 4.0.3 version, but the
contents of the variable are lost too)
if you wish all the scripts, I can send to you.
I hope this can help you...
Best regards
Fernando Moreira
Previous Comments:
---
[2001-01-22 13:31:56] [EMAIL PROTECTED]
you have to provide a _lot_ more information ...
see
http://bugs.php.net/bugs-dos-and-donts.php
---
[2001-01-22 13:19:51] [EMAIL PROTECTED]
It creates a session id and a sess file per page...
it looses some of the variable contents as well
---
Full Bug description available at: http://bugs.php.net/?id=8842
--
PHP Development Mailing List http://www.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] http://cvs.php.net/
Looks great under Konqueror on Linux. Any plans for blame/annotate and tag searching tools like Bonsai has? John On Mon, 22 Jan 2001, Martin Jansen wrote: On Mon, 22 Jan 2001 14:04:11 -0500, Chuck Hagenbuch wrote: Quoting Martin Jansen [EMAIL PROTECTED]: Looks pretty nice. But I wonder if it is really stable: It's up to the core php guys, of course. But we (Horde) would certainly be very happy to have it used. =) Hartmut told me that it's looking not that nice under Linux, so there might be some stuff to fix before putting it on cvs.php.net :) -Martin -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org mQGiBDnCZ1oRBACFgkFCV6p3dWic1qm1FLhip5beIyzZSt+ccTDYQQdPZA/t5H+k PZ7ZFBIUrXz/oEqwQwlEKlg8JQqg7hgtcL+xrIJ0BInLeSJG4lvvB551g59Thr7/ OsdxNVxKci775+K+GkdAz4xcULMuB+QE7t665Ri46EAS8ALos5UG6DGmhwCguD0v 1cxwy/KlKr+oi4sWM9caueED/RmjiSD3vmBZQt6PMisVe1AmkEf6cJoemduCSJxu 0eMz/LIeu+CqfpuJH2N/dZ3hRj9xMSHF4l71wKqV99zhm58kDGwG1u3yVzULPDqz 0yL+8nunlkoOUyn3zOnh3Zmz4POFVMZQ5oian3QkLllUwly5JCi5tWULxZ2vOkb0 zzjuA/4jigNxYV4NAyCl+wAbnyzk9/Iz8EHv4/0Ex8ytlcMtvBJKa9HjJxlyIl74 yOILHk3+GSAdM0b3ZmbavpoCpebinOMBhqEVBwCI4VUIAqf86gx+2dKBGxfKPnU4 Xxvqs/BOl/EbeJjyd4uieYndGRaWg+kYXqZ7SxrlFN24fohnd7QgSm9obiBEb25h Z2hlciA8am9obkB3ZWJtZXRhLmNvbT6IVgQTEQIAFgUCOcJnWgQLCgQDAxUDAgMW AgECF4AACgkQIt6tVu6+jd3SHwCgjssFktMXf8NjE9JBR+sJ2gDIsW8An0CFNdFd dU+DJYC6ogYP9AsVfM27uQENBDnCZ2MQBAD8E0qe1gBKjtoRmyiyORtwhOz/2XZE mqiZN2NouAUWRRZd4dHggFAA1jUsp2MVIZZQyY9ajNVy3Oaxj5kYz8LR5GItxxcD jC8RFXKM40ZfTJeR7fH6eJa689w+le71Tt4ALyN4xcjSWuksr8795AhHFjonDi8D rgGIq6GtWvi/KwADBgQAmeBbcjPzhqR2M8TdvEyNfVTQSSp/RNoTjNNWpHui8V0p kiQ49tbsqeMjXGToGgMugfmrX77JidXyuVjgYjT9xUdaaA25qKAR75M9izDliT7Y h5L+QZTAw0/5X9go7XK3WI3LYfFrp4TP0veXgSWxDqccqsRzWKW7IoXsliTCbVqI RgQYEQIABgUCOcJnYwAKCRAi3q1W7r6N3YIcAKCkJMTPLu6tOPnXPl2s3xmnSawy BACeOx83WlBhVScYWo+BUzntJ6ks4T0= =OkJU -END PGP PUBLIC KEY BLOCK- -- PHP Development Mailing List http://www.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] http://cvs.php.net/
Thats when you cp /mnt/winblows/windows/fonts/*.ttf .; mkttfdir fonts.dir; killall -HUP xfs : ) Jason - Original Message - From: "Anil Madhavapeddy" [EMAIL PROTECTED] To: "Martin Jansen" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 22, 2001 1:24 PM Subject: Re: [PHP-DEV] http://cvs.php.net/ [switching this to [EMAIL PROTECTED], its pretty offtopic for php-dev] Quoting Martin Jansen [EMAIL PROTECTED]: Hartmut told me that it's looking not that nice under Linux, so there might be some stuff to fix before putting it on cvs.php.net :) Mmm yeah, the joys of stylesheets and X11 font rendering. I guess using absolute font-sizing is a bit no-no (although it looks ok on my Debian setup). If people want to send me screenshots of how bad it looks under your particular setup, that would help. -- Anil Madhavapeddy, [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] array_add
Is array_add in TODO refering to the summation of the individual elements in an array? ex (1,2,3) +(2,3,4)=(3,5,7)? Jason -- PHP Development Mailing List http://www.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] Docs karma request
On Mon, Jan 22, 2001 at 02:19:14PM -0800, David Hedbor wrote: I just wrote installation documentation for Caudium (and added short docs for --with-caudium), but lack the access required to check the changes in. Also noticed small mistake in en/functions/array.xml (it's all one list) as per the patch below. --- array.xml 2001/01/22 21:48:27 1.51 +++ array.xml 2001/01/22 22:00:22 @@ -1680,8 +1680,6 @@ /simpara /listitem /varlistentry - /variablelist - variablelist varlistentry termEXTR_PREFIX_INVALID/term listitem This is corrected in CVS. Please feel free to checkin your additions. I will look for it, and if possible change wrong XML elements. -Egon -- http://www.linuxtag.de/ http://php.net/books.php http://www.concert-band.de/ mailto:[EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8843: aclocal: configure.in: 54: macro `AM_INIT_AUTOMAKE' not found in library
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.0 Latest CVS (22/01/2001) PHP Bug Type: *Install and Config Bug description: aclocal: configure.in: 54: macro `AM_INIT_AUTOMAKE' not found in library ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.3.5 (ok) aclocal: configure.in: 54: macro `AM_INIT_AUTOMAKE' not found in library aclocal: configure.in: 68: macro `AM_CONFIG_HEADER' not found in library aclocal: configure.in: 69: macro `AM_MAINTAINER_MODE' not found in library aclocal: configure.in: 113: macro `AM_PROG_CC_STDC' not found in library aclocal: configure.in: 119: macro `AM_PROG_LEX' not found in library aclocal: configure.in: 793: macro `AM_PROG_LIBTOOL' not found in library make[1]: *** [aclocal.m4] Error 1 make: *** [all] Error 2 Ooh. Stuck. I check the mailing list archives, the bug db and searched the site, but could find nothing on this. Presumably its a transient, but I thought someone should know about it. -- Edit Bug report at: http://bugs.php.net/?id=8843edit=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] Docs karma request
On Mon, Jan 22, 2001 at 02:35:48PM -0800, David Hedbor wrote: [EMAIL PROTECTED] writes: On Mon, Jan 22, 2001 at 02:19:14PM -0800, David Hedbor wrote: I just wrote installation documentation for Caudium (and added short docs for --with-caudium), but lack the access required to check the changes in. Also noticed small mistake in en/functions/array.xml (it's all one list) as per the patch below. --- array.xml 2001/01/22 21:48:27 1.51 +++ array.xml 2001/01/22 22:00:22 @@ -1680,8 +1680,6 @@ /simpara /listitem /varlistentry - /variablelist - variablelist varlistentry termEXTR_PREFIX_INVALID/term listitem This is corrected in CVS. The CVS fix ends/opens the list as shown resulting in two lists (not visible in the HTML source as far as I can see). The above patch removes the "extra" list if you wish. Oops, then I haven't looked properly. Please feel free to checkin your additions. I will look for it, and if possible change wrong XML elements. I would if I could: Access denied: Insufficient Karma (neotron|phpdoc/en/chapters) cvs server: Pre-commit check failed cvs [server aborted]: correct above errors first! Oh sorry, I haven't read your subject. But I don't have enough karma to put you on the phpdoc list. Rasmus, Jim, or Sascha? -Egon -- http://www.linuxtag.de/ http://php.net/books.php http://www.concert-band.de/ mailto:[EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] DOM XML errors
DOM XML functions write errors to apache's error_log, not very helpful. Any reason for this? any workarounds? Any reason it shouldn't trigger a PHP error? David -- PHP Development Mailing List http://www.php.net/ 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 #8844: -rpath is not used correctly, causing configure failure
From: [EMAIL PROTECTED] Operating system: Compaq Tru64 4.0F PK3 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: -rpath is not used correctly, causing configure failure env CFLAGS=-taso CC=cc ./configure --with-openssl --enable-bcmath --with-ndbm --with-dbm --enable-dbase --enable-filepro --enable-ftp --enable-gd-imgstrttf --with-gd --with-ttf --with-java=/usr/opt/java130 --with-ldap=/usr/local/ldap --with-mysql --with-oci8 --with-oracle --enable-shmop --enable-sockets --with-swf --enable-sysvsem --enable-sysvshm --enable-wddx --enable-memory-limit --enable-dba=shared --enable-calendar --enable-exif was the configure line. DEC C V5.9-010 on Digital UNIX V4.0 (Rev. 1229) /usr/bin/ld version 3.11 Failure occurs when trying to use multiple rpaths: for example, the configure script does: cc -o conftest -taso -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/opt/java130/jre/lib/alpha/classic -L/usr/opt/java130/jre/lib/alpha/classic -Wl,-rpath,/usr/opt/java130/jre/lib/alpha/native_threads -L/usr/opt/java130/jre/lib/alpha/native_threads -Wl,-rpath,/usr/opt/java130/jre/lib/alpha -L/usr/opt/java130/jre/lib/alpha -Wl,-rpath,/usr/local/ldap/lib -L/usr/local/ldap/lib -Wl,-rpath,/home/oracle/u01/app/oracle/product/8.0.5/lib -L/home/oracle/u01/app/oracle/product/8.0.5/lib conftest.c -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -laio -lrt -lmld -lexc -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -laio -lrt -lmld -lexc -lldapssl30 -ljava -lttf -lgd -lcrypto -lssl -lresolv -lm -lresolv but running 'odump -D' on conftest shows that the only rpath stored in the binary is the last rpath shown above (i.e. /home/oracle/u01/app/oracle/product/8.0.5/lib). The only format the compaq compiler/linker seems to want is the following: cc -o conftest -taso -Wl,-rpath,/usr/local/ssl/lib:/usr/local/lib:/usr/opt/java130/jre/lib/alpha/classic:/usr/opt/java130/jre/lib/alpha/native_threads:/usr/opt/java130/jre/lib/alpha:/usr/local/ldap/lib:/home/oracle/u01/app/oracle/product/8.0.5/lib -L/usr/local/ssl/lib -L/usr/local/lib -L/usr/opt/java130/jre/lib/alpha/classic -L/usr/opt/java130/jre/lib/alpha/native_threads -L/usr/opt/java130/jre/lib/alpha -L/usr/local/ldap/lib -L/home/oracle/u01/app/oracle/product/8.0.5/lib conftest.c -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -laio -lrt -lmld -lexc -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -laio -lrt -lmld -lexc -lldapssl30 -ljava -lttf -lgd -lcrypto -lssl -lresolv -lm -lresolv Note that all the rpath's are passed in as 1 argument. When 'odump -D' is ran on the resulting binary it shows that all the rpath directories are properly stored in it. -- Edit Bug report at: http://bugs.php.net/?id=8844edit=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 #8845: Manual String Documentation is incorrect...
From: [EMAIL PROTECTED] Operating system: Red Hat 6.2 PHP version: 4.0.4 PHP Bug Type: Documentation problem Bug description: Manual String Documentation is incorrect... Here is the document I will be referencing to: http://www.php.net/manual/en/language.types.string.php Right below the first table, it says "You can escape any other character, but a warning will be issued at the highest warning level." That is not true. Please fix it. Also...I am sorry if I am not supplying a script that will reproduce the error...or a PHP.ini...or a gdb backtracce...but I didn't think any of that stuff would be relevant. Thank you. -- Edit Bug report at: http://bugs.php.net/?id=8845edit=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] Docs karma request
"Jim Winstead" [EMAIL PROTECTED] writes: In article [EMAIL PROTECTED], [EMAIL PROTECTED] wrote: I just wrote installation documentation for Caudium (and added short docs for --with-caudium), but lack the access required to check the changes in. Also noticed small mistake in en/functions/array.xml (it's all one list) as per the patch below. you should have access now. Yes. Thank you. Caudium installation instructions now submitted. BTW, I verified the code with 'make test'. -- [ Below is a random fortune, which is unrelated to the above message. ] Harriet's Dining Observation: In every restaurant, the hardness of the butter pats increases in direct proportion to the softness of the bread. -- PHP Development Mailing List http://www.php.net/ 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 #7113 Updated: count and pointers
ID: 7113 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Performance problem Assigned To: Comments: no, it shouldn't--in php yes it should, php4 is pretty smart about this though. Objects are the only thing where speed increases by pass-by-reference. otherwise its slower. But you shouldn't be using references as an optimization anyway... Previous Comments: --- [2000-10-10 04:45:19] [EMAIL PROTECTED] Hiya $ADLIB_FILE is a file, size = 9mb $ADLIB_DATA = file($ADLIB_FILE); $ADLIB_COUNT = count($ADLIB_DATA); echo time() - $test . " secondenBRnn"; die(); takes 17 secs $ADLIB_DATA = file($ADLIB_FILE); $ADLIB_COUNT = count($ADLIB_DATA); echo time() - $test . " secondenBRnn"; die(); this takes 27 secs? shouldn't this be faster the the first one? Greetz, Wico --- Full Bug description available at: http://bugs.php.net/?id=7113 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8773 Updated: sql_regcase
ID: 8773
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Assigned To:
Comments:
changed, although the old example was correct for php3. doesn't really make a
difference.
Previous Comments:
---
[2001-01-19 12:35:47] [EMAIL PROTECTED]
reclassifying
---
[2001-01-17 20:57:26] [EMAIL PROTECTED]
sql_regcase does not behave like the manual page illustrates
manual:
echo sql_regcase("Foo Bar");
[Ff][Oo][Oo][ ][Bb][Aa][Rr]
observed:
echo sql_regcase("Foo Bar");
[Ff][Oo][Oo] [Bb][Aa][Rr]
compiled with --with-mysql --with-apxs
---
Full Bug description available at: http://bugs.php.net/?id=8773
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8773 Updated: sql_regcase
ID: 8773
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Assigned To:
Comments:
Previous Comments:
---
[2001-01-19 12:35:47] [EMAIL PROTECTED]
reclassifying
---
[2001-01-17 20:57:26] [EMAIL PROTECTED]
sql_regcase does not behave like the manual page illustrates
manual:
echo sql_regcase("Foo Bar");
[Ff][Oo][Oo][ ][Bb][Aa][Rr]
observed:
echo sql_regcase("Foo Bar");
[Ff][Oo][Oo] [Bb][Aa][Rr]
compiled with --with-mysql --with-apxs
---
Full Bug description available at: http://bugs.php.net/?id=8773
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8703 Updated: incorrect example code for mktime
ID: 8703
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Assigned To:
Comments:
looks like someone did this and forgot to close the bug.
Previous Comments:
---
[2001-01-14 20:59:01] [EMAIL PROTECTED]
Example 2 should read instead :-
$lastday = date("d", mktime (0,0,0,3,0,2000));
echo strftime ("Last day in Feb 2000 is: %d", $lastday);
$lastday = date("d", mktime (0,0,0,4,-31,2000));
echo strftime ("Last day in Feb 2000 is: %d", $lastday);
(Note if this has been changed in 4.0.4 to not require date ignore me :P i'm running
on 4.0.3)
---
Full Bug description available at: http://bugs.php.net/?id=8703
--
PHP Development Mailing List http://www.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] mcrypt oracle 81
no error messages, no logged errors, no segfault. I configured PHP as a DSO and the Oracle environment vars are set. I ran httpd under gdb and it told me that PHP is using a Apache 1.3 API which might cause it to crash and told me to recompile it with -DEAPI. Now where do i give this option and to what? while configuring apache or php? thanks.. -Original Message- From: Paul Mindeman [mailto:[EMAIL PROTECTED]] Sent: Monday, January 22, 2001 8:36 PM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] mcrypt oracle 81 Vinod Panicker wrote: hey.. i'm trying to get PHP 4.0.4pl1 working with mcrypt 2.4.7 and oracle 8i... problem is that everything gets configured and make works too... but after that when i start apache, it just dies. i'm using apache 1.3.14. anybody tried this before? pls help me out if u can... Do you get an error message when you start apache? If so, what is it? Are you building PHP as a static module, or as a DSO? Did you remember to set your Oracle environment variables before starting apache? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8430 Updated: Undefined behaviour?
ID: 8430 Updated by: jimw Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: added an example, even though the behaviour seems fairly obvious. Previous Comments: --- [2000-12-26 21:39:35] [EMAIL PROTECTED] The array_keys() function is poorly documented when it comes to multi-dimentional arrays. It does not define what behaviour is expected when it gets a multidimentional array, if the key will be the first key only, the set of the keys or any other combination, neither how to expect this result back. This should be better documented --- Full Bug description available at: http://bugs.php.net/?id=8430 -- PHP Development Mailing List http://www.php.net/ 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 #8048 Updated: Error in count function
ID: 8048 Updated by: jimw Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Assigned To: Comments: bogus example removed. Previous Comments: --- [2001-01-06 03:49:20] [EMAIL PROTECTED] - documentation problem --- [2000-12-03 08:21:54] [EMAIL PROTECTED] Indeed, it always returns number of elements (it's coded this way). Anybody knows why it's the other way in the manual? --- [2000-11-30 04:27:28] [EMAIL PROTECTED] The manual page for the 'count' function says that arrays with null elements will be ignored. This is not true. If you try the example it returns 6 as opposed to 4 as stated. I have tested this on various systems and found the same result. Thank You, Martin --- Full Bug description available at: http://bugs.php.net/?id=8048 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] apache / php don't close file descriptors open by error-log ???
Hi, I don't know if is a bug of php or apache I have Solaris 7/apache 1.3.12/php4.0.2 (and 4.0.4 in other machines) There is a particular script that is called until 700,000 times per day and it use error_log to keep a back-up of the querys it does... The log file can grow until 50 MB per day, another script reset it every day. It works fine, but in some machines, to control the number of proccess of the apache daemon (because I want to control the number of persistent connections to a database), I separate it in two, one for my scripts and the other one for static pages. I limit the MaxRequestsPerChild variable to 100 ( because apache/php has memory leaks that I haven't fixed), the childs proccess die but apparently don't close the file descriptor propperly... In a week I make a du -k and it says15 % of the file system but when I make a df -k it has 100% used ( 1 GB ) I stop the deamon and "df -k " shows to me 15% of usage Any idea ??? I can send a copy of the script more used but it hasn't rare code, just validate data and update it. Instead, this occours only when limit the number of proccess, anyway if you want I can send it. Ramiro. -- PHP Development Mailing List http://www.php.net/ 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 #8095 Updated: Documentation text is hard to decifer
ID: 8095
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Assigned To:
Comments:
not a documentation bug.
Previous Comments:
---
[2000-12-15 18:50:12] [EMAIL PROTECTED]
The problem we have here is avoiding people possible using HTML maliciously and also
making the manual notes readable, maybe we need to use nl2br() and then get rid of the
pre and only allow the use of when either on its on, followed by a ? or =, this
would solve the problem of malicious HTML being inserted into the notes, another
option is also to convert t into nbsp, what do others think of this.. a regex to test
entries going into the database and also all current entries coming out of the
database shouldnt be too hard to construct but I agree lt; and gt; in the notes is
ugly, what do others think about this as an option, can you see any problems with
this.. Or allow in code and convert it to lt; and gt; and then convert back the
ones we can veryify to be right... Im just not sure about hot to handle them in
comparisons cause both Script is valid but not easy to catch.. as if($testvar
Script) { is also valid.. can anyone come up with a good solution??
---
[2000-12-04 10:19:26] [EMAIL PROTECTED]
Some of the comments added seem to generate html codes for some of the symbols for
example line 2 below taken from the variable page:
PRE
lt;?
$A = 1;
I assume that lt; is in fact the symbol. If you are a newbie to html and php as I
am this makes some of the comments difficult to follow. I do code in c, c++ and java
so have a fair idea of what I want to know how to do, its just difficult to read.
Hope you can sort this out at some point as I have been using the manual quite
extensively.
Thanks
Michelle Richardson
---
Full Bug description available at: http://bugs.php.net/?id=8095
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8749 Updated: Compile errors with IBM DB2 support
ID: 8749
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Description: Compile errors with IBM DB2 support
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:1299: checking for a BSD compatible install
configure:1352: checking whether build environment is sane
configure:1409: checking whether make sets ${MAKE}
configure:1448: checking for working aclocal
configure:1461: checking for working autoconf
configure:1474: checking for working automake
configure:1487: checking for working autoheader
configure:1500: checking for working makeinfo
configure:1530: checking whether to enable maintainer-specific portions of Makefiles
configure:1559: checking host system type
configure:1587: checking for gawk
configure:1621: checking for bison
configure:1655: checking bison version
configure:1668: checking for gcc
configure:1781: checking whether the C compiler (gcc -O2
-I/root/webbuild/openssl-0.9.6/include -L/usr/local/ssl/lib/openssl
-L/usr/local/mysql/lib -L/usr/lib) works
configure:1797: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include
-I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include
-L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c 15
configure:1823: checking whether the C compiler (gcc -O2
-I/root/webbuild/openssl-0.9.6/include -L/usr/local/ssl/lib/openssl
-L/usr/local/mysql/lib -L/usr/lib) is a cross-compiler
configure:1828: checking whether we are using GNU C
configure:1837: gcc -E conftest.c
configure:1856: checking whether gcc accepts -g
configure:1888: checking how to run the C preprocessor
configure:1909: gcc -E -I/usr/local/ssl/include/openssl -I/usr/local/mysql/include
-I/usr/include conftest.c /dev/null 2conftest.out
configure:1968: checking for AIX
configure:2013: checking for gcc option to accept ANSI C
configure:2066: gcc -c -O2 -I/root/webbuild/openssl-0.9.6/include
-I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include conftest.c
15
configure:2093: checking for ranlib
configure:2122: checking whether gcc and cc understand -c and -o together
configure:2137: gcc -c conftest.c -o conftest.o 15
configure:2138: gcc -c conftest.c -o conftest.o 15
configure:2143: cc -c conftest.c 15
configure:2145: cc -c conftest.c -o conftest.o 15
configure:2146: cc -c conftest.c -o conftest.o 15
configure:2173: checking whether ln -s works
configure:2200: checking for flex
configure:2233: checking for flex
configure:2267: checking for yywrap in -lfl
configure:2286: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include
-I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include
-L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c -lfl 15
configure:2309: checking lex output file root
configure:2330: checking whether yytext is a pointer
configure:2349: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include
-I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include
-L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c -lfl 15
configure:2372: checking for working const
configure:2426: gcc -c -O2 -I/root/webbuild/openssl-0.9.6/include
-I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include conftest.c
15
configure:2543: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include
-I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include
-L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c 15
/tmp/cc12PKKP.o: In function `main':
/tmp/cc12PKKP.o(.text+0x1a): undefined reference to `pthread_mutexattr_init'
/tmp/cc12PKKP.o(.text+0x2e): undefined reference to `pthread_create'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2525 "configure"
#include "confdefs.h"
#include pthread.h
#include stddef.h
void *thread_routine(void *data) {
return data;
}
int main() {
pthread_t thd;
pthread_mutexattr_t mattr;
int data = 1;
pthread_mutexattr_init(mattr);
return pthread_create(thd, NULL, thread_routine, data);
}
configure:2563: checking for pthreads_cflags
configure:2596: gcc -o conftest -O2 -I/root/webbuild/openssl-0.9.6/include -kthread
-I/usr/local/ssl/include/openssl -I/usr/local/mysql/include -I/usr/include
-L/usr/local/ssl/lib/openssl -L/usr/local/mysql/lib -L/usr/lib conftest.c 15
gcc: unrecognized option `-kthread'
/tmp/cc2JZVzZ.o: In function `main':
/tmp/cc2JZVzZ.o(.text+0x1a): undefined reference to `pthread_mutexattr_init'
/tmp/cc2JZVzZ.o(.text+0x2e): undefined reference to `pthread_create'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2578 "configure"
#include "confdefs.h"
#include pthread.h
#include stddef.h
void *thread_routine(void *data) {
return data;
}
int main() {
pthread_t thd;
[PHP-DEV] PHP 4.0 Bug #8294 Updated: Documented behavior of @ operator does not match actual behavior
ID: 8294 Updated by: jimw Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: noted that parse errors can't be suppresed. Previous Comments: --- [2000-12-16 14:13:15] [EMAIL PROTECTED] I do not think this is a problem, why suppress a fatal error if your script will break at this point at any rate? use error_reporting() then (for productional sites) the only thing which should be documented (if not already done) it that errors from statements will not be suppressed --- [2000-12-16 14:11:05] [EMAIL PROTECTED] I do not think this is a problem, why suppress a fatal error if your script will break at this point at any rate? use error_reporting() then (for productional sites) the only thing which should be documented (if not already done) it that errors from statements will not be suppressed --- [2000-12-16 12:11:30] [EMAIL PROTECTED] The documentation states that the @ operator suppresses all errors. However, lines like: @ error_reporting E_ALL); still generate parse errors. I think that the current behavior is the right thing to do - AFAIK, there is no way to induce a parse error at runtime. Parse errors in the code that makes up the arguments for eval() and create_function() are caught and handled differently then normal parse errors (at least AFAICT they are - @ suppresses the errors generated in this fashion). The only real case that I can think of where you might have parse errors at runtime would be situations where you are dynamically including code from untested files -- if you are doing that though, then catching parse errors is probably the least of your worries. :) --- Full Bug description available at: http://bugs.php.net/?id=8294 -- PHP Development Mailing List http://www.php.net/ 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 #8266 Updated: Getting fatal error with xlst_process()
ID: 8266
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Documentation problem
Assigned To: sterling
Comments:
Previous Comments:
---
[2000-12-14 20:45:48] [EMAIL PROTECTED]
We've been having a lot of problems with this so please allow me to list in detail
what we've done so we can try and track down this bugger.
We did a virgin install of RedHat 6.2 with bare bones.
We downloaded the Sablotron 0.44 binaries and copied the libs to /usr/local/lib and
added /usr/local/lib to the /etc/ld.so.conf file and ran /sbin/ldconfig. We then
copied the contents of the include dir to /usr/local/include.
We downloaded the Apache 1.3.14 sources and did the typical ./configure in the apache
dir after untaring them.
We downloaded PHP 4.0.4RC6 (figured this was close enough to the latest CVS) and
untared it.
We ran ./configure --with-apache=../apache_1.3.14 --with-sablot --with-zlib
--enable-track-vars
We ran make. No problems. We ran make install and then compiled Apache using the
conventional ./configure --prefix=/www --activate-module=src/modules/php4/libphp4.a in
the apache dir. Ran make and then make install. We fixed the /www/conf/httpd.conf
file to work with php, of course. And started Apache with no problems up to this
point.
We used the following script:
?php
$xslData = '
xsl:stylesheet
version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xsl:template match="article"
table border="1" cellpadding="2" cellspacing="1"
tr
td width="20%"
/title
td width="80%"
h2xsl:value-of select="title"/h2
h3xsl:value-of select="author"/h3
br
xsl:value-of select="body"
/td
/tr
/table
/xsl:template
/xsl:stylesheet';
$xmlData = '
?xml version="1.0"?
article
titleLearning German/title
authorSterling Hughes/author
body
Essential phrases:
br
br
Komme sie mir sagen, woe die toilette es?br
Eine grande beer bitte!br
Noch einem bitte.br
/body
/article';
if (xslt_process($xslData, $xmlData, $result)) // This is line 42 BTW
{
echo "Here is the brilliant in-depth article on learning";
echo " German: ";
echo "brnbr";
echo $result;
}
else
{
echo "There was an error that occurred in the XSL transformation...n";
echo "tError number: " . xslt_errno() . "n";
echo "tError string: " . xslt_error() . "n";
exit;
}
?
If you'll notice it is the exact same script used in the xlst_process() example in the
PHP online docs.
With much anticipation after much effort, blood, sweat and tears... we got the
following error:
Fatal error: msgtype: error in /www/htdocs/index.php on line 42.
Attempting to execute any other xslt functions results in the same error.
I've tried a hundred different things and well I'm sick of compiling and compiling and
compiling and am frankly out of ideas. Can anyone fix this or tell me what I've done
wrong? Thanks.
Mike
---
Full Bug description available at: http://bugs.php.net/?id=8266
--
PHP Development Mailing List http://www.php.net/
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 #8019 Updated: in_array docs don't list the strict param
ID: 8019 Updated by: jimw Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: has been documented. Previous Comments: --- [2000-11-28 18:08:29] [EMAIL PROTECTED] The prototype and description of in_array should add a third paramater (bool strict) that performs strict type checking inside of the array. -Jason --- Full Bug description available at: http://bugs.php.net/?id=8019 -- PHP Development Mailing List http://www.php.net/ 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 #7517 Updated: mysql_affected_rows doesn't work with mysql 3.23.25 with BDB table
ID: 7517 Updated by: jimw Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Assigned To: Comments: noted. Previous Comments: --- [2001-01-09 06:45:10] [EMAIL PROTECTED] user feedback: -- Regarding to case #7517, since we put the $conn-Affected_Rows() function after the commit statement, that why nothing return. If we put the Affected_rows() just after update/insert SQL Statement, it works. -- Manual is a bit ambiguous, as it says: "Get number of affected rows in previous MySQL operation" - which would suggest affected rows of the _last_ operation will be returned, and "returns the number of rows affected by the last INSERT, UPDATE or DELETE query" - which would suggest it'll return affected rows of the last such query no matter what other types of queries follow it. I've looked at the MySQL C API desc, and http://www.mysql.com/documentation/mysql/commented/manual.php?section=node_431 says: "May be called immediately after mysql_query() for UPDATE, DELETE, or INSERT statements." So it should be probably emphasized in the manual. --- [2001-01-08 14:37:27] [EMAIL PROTECTED] Could you please provide a short script reproducing the behavior? --- [2000-10-29 00:08:05] [EMAIL PROTECTED] Hi, We are developing a application using mySQL 3.23.25 beta version with php 4.02. If we created a mysql table for type=BDB (mean transaction processing supports), The transaction handling begin/commit/rollback method is work perfect except mysql_affected_rows function doesn't return anything (always 0). Did you have a same problem under this situation. Thank you in advance for your assistance. James Poon --- Full Bug description available at: http://bugs.php.net/?id=7517 -- PHP Development Mailing List http://www.php.net/ 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 #6979 Updated: HTTP_*_VARS arrays contain little or no data
ID: 6979 Updated by: jimw Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Assigned To: Comments: i think this bug is more confusing than the documentation. Previous Comments: --- [2000-10-03 07:49:36] [EMAIL PROTECTED] SAPI simply means server api, there´s CGI,ISAPI,Apachemod etc. (just call phpinfo() and search for "server api") and there are some specialities with each of them (eg. ISAPI does not support getenv() IIRC), but I don´t know if these issues are thoroughly documented the varibles_order EGPCS should have no effect on your HTTP_*_VARS arrays, it only influences the global scope if register_globals=on, please check again if it really does matter which order you´re using and what are the effects I can only advise you to read the whole manual and followe discussion on eg. [EMAIL PROTECTED] to be absolutely enlightened maybe this topic needs some more documentation, moved to docu bug --- [2000-10-03 07:35:03] [EMAIL PROTECTED] WOW?! That did give me most of variables I expected (though not in the array I expected them in). I had all of the arrays defined in my php.ini, but in a different order (GPCES instead of EGPCS). I lieu of a lenghty explaination here, could you point me to some documentation that would explain why the order of the array assignment would effect the results so dramatically and also a pointer to the "SAPI" protocol and it;s meaning/affect. Again, THANX for the enlightenment!! --- [2000-10-03 07:21:18] [EMAIL PROTECTED] oops sorry, shouldn't have hit refresh --- [2000-10-03 07:18:13] [EMAIL PROTECTED] Your script simply displayed exactly what I said above? --- [2000-10-03 05:29:22] [EMAIL PROTECTED] well, rely on! the variable you allowed in "variables_order" are present AND depending on the SAPI you´re using some VARS are not available if you´re using CGI, HTTP_SERVER_VARS will only contain PHP_SELF (most likely on win32) using ApacheModule HTTP_SERVER_VARS will contain many more apachemodule: HTTP_SERVER_VARS["SERVER_NAME"] CGI: HTTP_ENV_VARS["SERVER_NAME"] again, check your variables_order (to contain EGPCS) and keep in mind which SAPI you´re using if there are still problems after that, this would qualify as bug --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=6979 -- PHP Development Mailing List http://www.php.net/ 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 #6481 Updated: Gzcompress
ID: 6481
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Assigned To:
Comments:
now makes clear it does deflate compression. (examples would probably work with
Content-Encoding: deflate specified for browsers that support deflate in addition to
gzip.)
Previous Comments:
---
[2000-10-11 09:36:54] [EMAIL PROTECTED]
See also #7033
---
[2000-09-26 23:56:52] [EMAIL PROTECTED]
I realy think this should be in the manual (where you can find it easly), but also
should have a fix/workaround
(i opened it again because i realy think this should be fixed, and that stuff about
the crc doesn't look verry right to me either)
Greetz, tnx,
Wico
this did i got from Tyler Akins (thx for your effort and support)
Remember when I told you why gzcompress() doesn't work as it should if you
want to output compressed data?
[ I wrote ]
I was checking out http://bugs.php.net/bugs.php?id=6481 and found out
why you are right. :-)
Anyway, I wrote a lengthy note on the PHP page explaining how to get it to
work properly for outputting compressed data to the client. You might want to
check it out.
http://www.php.net/manual/function.gzcompress.php
Basically, it doesn't output the gzip header, it doesn't output a proper CRC,
and it certainly doesn't add the size field. For more information on
gzip-style files, check out
http://swrinde.nde.swri.edu.pub/png/documents/zlib/rfc-gzip.html
Hope this helps. Actually this information would probably be really nice to
put in the bug report.
--
Tyler Akins[EMAIL PROTECTED]
---
[2000-09-23 22:21:29] [EMAIL PROTECTED]
I guess you should use gzopen("php://stdout","w") instead, because gzcompress doesn't
have all gzip file headers too.
In other words, gzcompress and gzopen/gzwrite are different functions, and in zlib too.
---
[2000-09-20 16:11:52] [EMAIL PROTECTED]
Move to the rigth bug section
P.S. can someone please take a look a this bug, my programm depends on it
Greetz,
Wico
---
[2000-09-20 16:08:40] [EMAIL PROTECTED]
Subject: gzcompress() broken
To: [EMAIL PROTECTED]
I was checking out http://bugs.php.net/bugs.php?id=6481 and found out why you are
right. :-)
The rest of the functions in the zlib section all use gzip compression. gzcompress()
and gzuncompress() do not -- they use a deflate style compression, if I remember
right. To fix it, you need to edit the zlib files in PHP to call the correct zlib
function.
It would be nice if you added this information for me (I have no desire to make a PHP
bug reporting account) and if you moved it to the zlib section instead of a general
question.
--
Tyler Akins[EMAIL PROTECTED]
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=6481
--
PHP Development Mailing List http://www.php.net/
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 #7611 Updated: setting of $HTTP_POST_VARS when no post was sent
ID: 7611 Updated by: jimw Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Assigned To: Comments: added a note to the docs. Previous Comments: --- [2000-11-03 13:10:44] [EMAIL PROTECTED] Has this change found its way to the docs? I´m not sure... --- [2000-11-03 08:27:39] [EMAIL PROTECTED] Yes, it is intended (in order to prevent remote users from injecting information into HTTP_POST_VARS) --- [2000-11-03 04:15:12] [EMAIL PROTECTED] After upgrading to 4.0.3pl1 from 4.0.0 isset($HTTP_POST_VARS) returns TRUE even if no post data was sent IE GET, etc. Is this intended? --- Full Bug description available at: http://bugs.php.net/?id=7611 -- PHP Development Mailing List http://www.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] http://cvs.php.net/
On Mon, Jan 22, 2001 at 03:24:12PM -0500, John Donagher wrote: Looks great under Konqueror on Linux. Any plans for blame/annotate and tag searching tools like Bonsai has? Anil added annotation support just the other day. But this is quickly venturing off topic. Please continue discussion on the Horde lists (http://horde.org/mail/). -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7668 Updated: Unexpected change in behavior of { within a string
ID: 7668
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Assigned To:
Comments:
this has been added to the documentation.
Previous Comments:
---
[2000-11-06 22:03:36] [EMAIL PROTECTED]
a note from Ignacio Vazquez-Abrams
---
see http://www.php.net/version4/incompatibilities.php, item 5. Could
somebody please change this to a documentation problem, as there should
probably be a link from the documentation page?
--
Ignacio Vazquez-Abrams [EMAIL PROTECTED]
---
[2000-11-06 21:05:41] [EMAIL PROTECTED]
I had a script running fine under PHP 3.x and 4.0.0, but after upgrading to the latest
version (4.04dev), I had some problems.
Following is an example of the problem:
?php
$string = "Test String";
echo "This is a {Test} {$string}";
?
The code above when executed under an older version of the 4.x or 3.x series will
produce the following output:
This is a {Test} {Test String}
but under 4.04dev it produces:
This is a {Test} Test String
note the the {} characters are missing around "Test String". This is causing a
problem in an SQL statement. I have found that escaping the first { character will
solve the problem, hence:
?php
$string = "Test String";
echo "This is a {Test} {$string}";
?
will produce:
This is a {Test} {Test String}
Please note that only the initial { character needs to be escaped.
This is my first bug report to PHP and have the suspicion that this isn't actually a
bug and perhaps a mistake on my part. I know that the {} characters are used for
delimiting code blocks, but I don't know what their significance would be in a string.
The fact that PHP will expand variables within strings (like perl) adds a little to
the puzzle. Since this behavior seems new to me I thought I would send it in just in
case.
---
Full Bug description available at: http://bugs.php.net/?id=7668
--
PHP Development Mailing List http://www.php.net/
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 #8848: open_basedir = /dir/incl validates /dir/include and so on
From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.0.4pl1 PHP Bug Type: *Configuration Issues Bug description: "open_basedir = /dir/incl" validates "/dir/include" and so on Setting "open_basedir = /dir/incl" allows access to "/dir/include" or "/dir/incls" or similar -- Edit Bug report at: http://bugs.php.net/?id=8848edit=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 #8849: open_basedir doesn't apply to function 'copy'
From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.0.4pl1 PHP Bug Type: *Configuration Issues Bug description: open_basedir doesn't apply to function 'copy' To make "open_basedir" config option more useful for filesystem protection, please consider adding the function "copy" to the list of functions that take advantage of it. -- Edit Bug report at: http://bugs.php.net/?id=8849edit=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 #7761 Updated: checkdnsrr not work
ID: 7761
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: *Network Functions
Assigned To:
Comments:
duplicate of 5311.
Previous Comments:
---
[2000-11-20 12:13:24] [EMAIL PROTECTED]
reclassified
---
[2000-11-11 13:30:58] [EMAIL PROTECTED]
i have a big problem with nt 4.0 / iis 4. i will check several domains with
checkdnsrr("domain.com", "MX") and i will always get back false. but the domain exist.
the same script works on a linux system.
---
Full Bug description available at: http://bugs.php.net/?id=7761
--
PHP Development Mailing List http://www.php.net/
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 #8850: Crash when trying to view tables in phpMyAdmin
From: [EMAIL PROTECTED]
Operating system: Mandrake 7.1, freebsd 4.2
PHP version: 4.0 Latest CVS (23/01/2001)
PHP Bug Type: Reproduceable crash
Bug description: Crash when trying to view tables in phpMyAdmin
I got a report that phpMyAdmin crashed Caudium sometimes. After fetching the latest
version (as reported by freshmeat), unpacking it and testing it I did indeed get a
crash. However it's not specific to Caudium since the CGI version crashes as well. I
used latest CVS (10 minutes old) and the CGI version for the backtraces. Let me know
if anything more than the below is needed.
Program received signal SIGSEGV, Segmentation fault.
0x80d006c in zend_hash_index_update_or_next_insert (ht=0x0, h=1,
pData=0xbfffb998, nDataSize=4, pDest=0x0, flag=1)
at ../../../Zend/zend_hash.c:396
396 nIndex = h % ht-nTableSize;
(gdb) bt
#0 0x80d006c in zend_hash_index_update_or_next_insert (ht=0x0, h=1,
pData=0xbfffb998, nDataSize=4, pDest=0x0, flag=1)
at ../../../Zend/zend_hash.c:396
#1 0x80ce7e1 in add_index_bool (arg=0x819a654, index=1, b=0)
at ../../../Zend/zend_API.c:337
#2 0x80a17f1 in php_ereg (ht=3, return_value=0x819a22c, this_ptr=0x0,
return_value_used=1, icase=1)
at /home/neotron/src/php4/ext/standard/reg.c:250
#3 0x80a18a1 in php_if_eregi (ht=3, return_value=0x819a22c, this_ptr=0x0,
return_value_used=1) at /home/neotron/src/php4/ext/standard/reg.c:279
#4 0x80f5fff in execute (op_array=0x816a60c)
at ../../../Zend/zend_execute.c:1493
#5 0x80cd5eb in zend_execute_scripts (type=8, file_count=3)
at ../../../Zend/zend.c:743
#6 0x805f0cb in php_execute_script (primary_file=0xb858)
at /home/neotron/src/php4/main/main.c:1166
#7 0x805d65c in main (argc=2, argv=0xb8d4)
at /home/neotron/src/php4/sapi/cgi/cgi_main.c:736
#8 0x400b4cae in __libc_start_main () from /lib/libc.so.6
(gdb) p h
$3 = 1
(gdb) p ht
$4 = (HashTable *) 0x0
(gdb) up
#1 0x80ce7e1 in add_index_bool (arg=0x819a654, index=1, b=0)
at ../../../Zend/zend_API.c:337
337 return zend_hash_index_update(Z_ARRVAL_P(arg), index, (void *) tmp,
sizeof(zval *),NULL);
(gdb) p arg
$5 = (zval *) 0x819a654
*(gdb) p *arg
$6 = {value = {lval = 0, dval = 0, str = {val = 0x0, len = 0}, ht = 0x0,
obj = {ce = 0x0, properties = 0x0}}, type = 6 '\006', is_ref = 1 '\001',
refcount = 2}
(gdb) up
#2 0x80a17f1 in php_ereg (ht=3, return_value=0x819a22c, this_ptr=0x0,
return_value_used=1, icase=1)
at /home/neotron/src/php4/ext/standard/reg.c:250
250 add_index_bool(*array, i, 0);
(gdb) p array
$7 = (pval **) 0x816728c
*(gdb) p **array
$8 = {value = {lval = 0, dval = 0, str = {val = 0x0, len = 0}, ht = 0x0,
obj = {ce = 0x0, properties = 0x0}}, type = 6 '\006', is_ref = 1 '\001',
refcount = 2}
(gdb) p i
$9 = 1
(gdb) up
#3 0x80a18a1 in php_if_eregi (ht=3, return_value=0x819a22c, this_ptr=0x0,
return_value_used=1) at /home/neotron/src/php4/ext/standard/reg.c:279
279 php_ereg(INTERNAL_FUNCTION_PARAM_PASSTHRU, 1);
(gdb) p return_value
$10 = (zval *) 0xbfffb9f0
*(gdb) p *return_value
$11 = {value = {lval = 16, dval = -NaN(0xf0010), str = {
val = 0x10 Address 0x10 out of bounds, len = -1}, ht = 0x10, obj = {
ce = 0x10, properties = 0x}}, type = 255 'ÿ', is_ref = 255 'ÿ',
refcount = 65535}
(gdb) up
#4 0x80f5fff in execute (op_array=0x816a60c)
at ../../../Zend/zend_execute.c:1493
1493((zend_internal_function *)
function_state.function)-handler(opline-extended_value,
Ts[opline-result.u.var].var.ptr, object.ptr, return_value_used ELS_CC);
(gdb) p op_array
$12 = (zend_op_array *) 0x816a60c
*(gdb) p *op_array
$13 = {type = 2 '\002', arg_types = 0x0, function_name = 0x0,
refcount = 0x8145114, opcodes = 0x816f96c, last = 844, size = 844, T = 400,
brk_cont_array = 0x8180c1c, last_brk_cont = 4,
current_brk_cont = 4294967295, uses_globals = 0 '\000',
static_variables = 0x0, start_op_number = 0, end_op_number = 0,
last_executed_op_number = 0, backpatch_count = 0,
return_reference = 0 '\000', done_pass_two = 1 '\001',
filename = 0x81457a4 "tbl_properties.php3", reserved = {0x0, 0x0}}
--
Edit Bug report at: http://bugs.php.net/?id=8850edit=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]
