Re: [PHP-DEV] compiling PHP_4_3
Nevermind, stupid me made stupid mistake Rasmus Lerdorf wrote: Did you actually check out version 4.3? cvs co -r PHP_4_3 php4 Check your CVS/Entries file. You should see the branch name after each file. -Rasmus On Thu, 13 Mar 2003, Corne' Cornelius wrote: Hi, I compiled CLI version of PHP_4_3 this morning and it gave the following: php4/main/main.c:225: undefined reference to `zend_disable_class' php4/main/main.c:239: undefined reference to `zend_disable_class' Is this right ? won't PHP_4_3 compile with Zend version 1 anymore ? Corne' !Exclude Disclaimer! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php =Disclaimer and Confidentiality=== This message contains information intended for the perusal, and/or use (if so stated), by the stated addressee(s) only. The information is confidential and privileged. If you are not an intended recipient, do not peruse, use, disseminate, distribute, copy or in any manner rely upon he information contained in this message (directly or indirectly). The sender and/or the entity represented by the sender shall not be held accountable in the event that this prohibition is disregarded. If you receive this message in error, notify the sender immediately by e-mail, fax or telephone representations contained in this message, whether express or implied, are those of the sender only, unless that sender expressly states them to be the views or representations of an entity or person, who shall be named by the sender and who the sender shall state to represent. No liability shall otherwise attach to any other entity or person. ==
Re: [PHP-DEV] Moderate PHP-DEV
Sterling Hughes wrote: In what country can you walk onto the floor of the congress (parliament) without sponsorship? OTOH in which country do you *trust* your parliament? -- Six Offene Systeme GmbH http://www.six.de/ i.A. Hartmut Holzgraefe Email: [EMAIL PROTECTED] Tel.: +49-711-99091-77 Sie finden uns auf der CeBIT in Halle 6/H44 http://www.six.de/cebit2003/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Scope and namespace
At 23:48 12/03/2003, Andrei Zmievski wrote: Seeing as how we now have only one-level deep namespaces and classes (which is another topic), does it make sense to have both 'scope' and 'ns' fields in zend_op_array structure? I would think they can be merged into one. Not really, we can't. You can have functions inside a namespace, that don't have a class entry attached to them. I guess we could create some hybrid of the namespace and ce, but it would end up being ugly, with many more extra checks. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Possible problem in the parser
-Original Message- From: Andrey Hristov [mailto:[EMAIL PROTECTED] Sent: 12 March 2003 17:26 On Wed, 12 Mar 2003, Andrey Hristov wrote: Few minutes ago I found the following behaviour somehow wierd for me : Known bug, the associativity of the ternary operator has been broken since ages in the engine. It's on the won't be fixed sheet, because of BC concerns. That's a bit hard -- it's different from c, certainly (left associative instead of right), but that's a valid choice (even if it was originally accidental!) and calling it broken is a bit harsh. Is it documented somewhere? Yes -- at http://www.php.net/manual/en/language.operators.php#language.operators.prece dence). Just to make this completely clear, in left-associative PHP b = a==1? 4:a==2? 5:6; is equivalent to b = (a==1? 4:a==2)? 5:6; yielding 5 if a==1 or a==2, else 6. But in right-associative c, it's equivalent to: b = a==1? 4:(a==2? 5:6); yielding 4 if a==1, 5 if a==2, else 6. Since this *is* documented behaviour, I don't see how it can be called particularly unexpected. (Weird, maybe, if you're used to the c behaviour, but not unexpected!) Cheers! Mike - Mike Ford, Electronic Information Services Adviser, Learning Support Services, Learning Information Services, JG125, James Graham Building, Leeds Metropolitan University, Beckett Park, LEEDS, LS6 3QS, United Kingdom Email: [EMAIL PROTECTED] Tel: +44 113 283 2600 extn 4730 Fax: +44 113 283 3211 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Scope and namespace
At 15:54 13/03/2003, Andrei Zmievski wrote: On Thu, 13 Mar 2003, Zeev Suraski wrote: Not really, we can't. You can have functions inside a namespace, that don't have a class entry attached to them. I guess we could create some hybrid of the namespace and ce, but it would end up being ugly, with many more extra checks. Suppose we left only one field, scope. For those functions not attached to a class, we'd have scope-type = ZEND_NAMESPACE, and for methods we'd have scope-type = ZEND_USER_CLASS or something. Unless, you mean that you want to keep track of both theh namespace and the class for methods. Yes, you need both. The namespace effects which methods you call, the scope affects your access level (and sometimes also which methods you call)... Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: jorton
Commit of autoconf code cleanups to php4 (4_3 branch) needed for systems which have system libraries in /usr/lib64 rather than /usr/lib. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] CVS Account Request: jorton
On Thu, 13 Mar 2003, Joe Orton wrote: Commit of autoconf code cleanups to php4 (4_3 branch) needed for systems which have system libraries in /usr/lib64 rather than /usr/lib. Please post patches. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] CVS Account Request: jorton
On Thu, Mar 13, 2003 at 04:18:51PM +0100, Sascha Schumann wrote: On Thu, 13 Mar 2003, Joe Orton wrote: Commit of autoconf code cleanups to php4 (4_3 branch) needed for systems which have system libraries in /usr/lib64 rather than /usr/lib. Please post patches. I have done, Sascha :) It was suggested privately that I apply direct. msgid [EMAIL PROTECTED] joe -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] 64bit PHP on solaris
We have been attempting to run php on a brand new sun v880, and have had a number of problems. first file_get_contents readfile both core dump with bus errors b/c the file descriptors are typed as int's when they should be longs (steams.c lines 1020/1156) second, and far stranger is when you open a file with the mode 'a' it opens it the does a seek using SEEK_CUR which leaves the file pointer at the beginning of the file, shouldn't that bee a SEEK_END? Altering that results in expected functionality, will it break anything else? third, and even stranger, is in php_spn_common_handler it calls: zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, ss|ll, s11, len1, s22, len2, start, len) the va_list has the correct values for the length of the two strings passed in, however the lengths are never assigned into len1 and len2, as it seems they should be. Any ideas about why this is, I am kind of at a loss, in the mean time I simply set the lengths of the two strings in php_spn_common_handler after the parse_parameters function returns which fixes it. -- Chris Field [EMAIL PROTECTED] Affinity Solutions Inc. 386 Park Avenue South Suite 1209 New York, NY 10016 (212) 685-8748 ext. 32 signature.asc Description: This is a digitally signed message part
Re: [PHP-DEV] 64bit PHP on solaris
Make sure that you are using the latest stable snapshot from http://snaps.php.net; a number of 64bit issues have already been addressed. --Wez. On Thu, 13 Mar 2003, Chris Field wrote: We have been attempting to run php on a brand new sun v880, and have had a number of problems. first file_get_contents readfile both core dump with bus errors b/c the file descriptors are typed as int's when they should be longs (steams.c lines 1020/1156) second, and far stranger is when you open a file with the mode 'a' it opens it the does a seek using SEEK_CUR which leaves the file pointer at the beginning of the file, shouldn't that bee a SEEK_END? Altering that results in expected functionality, will it break anything else? third, and even stranger, is in php_spn_common_handler it calls: zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, ss|ll, s11, len1, s22, len2, start, len) the va_list has the correct values for the length of the two strings passed in, however the lengths are never assigned into len1 and len2, as it seems they should be. Any ideas about why this is, I am kind of at a loss, in the mean time I simply set the lengths of the two strings in php_spn_common_handler after the parse_parameters function returns which fixes it. -- Chris Field [EMAIL PROTECTED] Affinity Solutions Inc. 386 Park Avenue South Suite 1209 New York, NY 10016 (212) 685-8748 ext. 32 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 64bit PHP on solaris
I am working off a checkout from about three days ago... On Thu, 2003-03-13 at 11:21, Wez Furlong wrote: Make sure that you are using the latest stable snapshot from http://snaps.php.net; a number of 64bit issues have already been addressed. --Wez. On Thu, 13 Mar 2003, Chris Field wrote: We have been attempting to run php on a brand new sun v880, and have had a number of problems. first file_get_contents readfile both core dump with bus errors b/c the file descriptors are typed as int's when they should be longs (steams.c lines 1020/1156) second, and far stranger is when you open a file with the mode 'a' it opens it the does a seek using SEEK_CUR which leaves the file pointer at the beginning of the file, shouldn't that bee a SEEK_END? Altering that results in expected functionality, will it break anything else? third, and even stranger, is in php_spn_common_handler it calls: zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, ss|ll, s11, len1, s22, len2, start, len) the va_list has the correct values for the length of the two strings passed in, however the lengths are never assigned into len1 and len2, as it seems they should be. Any ideas about why this is, I am kind of at a loss, in the mean time I simply set the lengths of the two strings in php_spn_common_handler after the parse_parameters function returns which fixes it. -- Chris Field [EMAIL PROTECTED] Affinity Solutions Inc. 386 Park Avenue South Suite 1209 New York, NY 10016 (212) 685-8748 ext. 32 -- Chris Field [EMAIL PROTECTED] Affinity Solutions Inc. 386 Park Avenue South Suite 1209 New York, NY 10016 (212) 685-8748 ext. 32 signature.asc Description: This is a digitally signed message part
Re: [PHP-DEV] 64bit PHP on solaris
Of the PHP_4_3 branch? Could you open a bug report for each of these three issues at bugs.php.net? --Wez. On Thu, 13 Mar 2003, Chris Field wrote: I am working off a checkout from about three days ago... On Thu, 2003-03-13 at 11:21, Wez Furlong wrote: Make sure that you are using the latest stable snapshot from http://snaps.php.net; a number of 64bit issues have already been addressed. --Wez. On Thu, 13 Mar 2003, Chris Field wrote: We have been attempting to run php on a brand new sun v880, and have had a number of problems. first file_get_contents readfile both core dump with bus errors b/c the file descriptors are typed as int's when they should be longs (steams.c lines 1020/1156) second, and far stranger is when you open a file with the mode 'a' it opens it the does a seek using SEEK_CUR which leaves the file pointer at the beginning of the file, shouldn't that bee a SEEK_END? Altering that results in expected functionality, will it break anything else? third, and even stranger, is in php_spn_common_handler it calls: zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, ss|ll, s11, len1, s22, len2, start, len) the va_list has the correct values for the length of the two strings passed in, however the lengths are never assigned into len1 and len2, as it seems they should be. Any ideas about why this is, I am kind of at a loss, in the mean time I simply set the lengths of the two strings in php_spn_common_handler after the parse_parameters function returns which fixes it. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 64bit PHP on solaris
Chris, some of these changes went in a few days ago, so you want to: cvs co -r PHP_4_3 php4 or grab the release candidate. first file_get_contents readfile both core dump with bus errors b/c the file descriptors are typed as int's when they should be longs (steams.c lines 1020/1156) The lines don't match up to the current code... if you could tell me based on the current lines or give me a code snippet third, and even stranger, is in php_spn_common_handler it calls: zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, ss|ll, s11, len1, s22, len2, start, len) Until a few days ago - there was an int/long issue with many calls to zend_parse_parameter. s need an int, l needs a long. I *think* all of these are fixed correctly. Dave -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Possible problem in the parser
At 14:58 13.03.2003, Ford, Mike [LSS] wrote: Just to make this completely clear, in left-associative PHP b = a==1? 4:a==2? 5:6; is equivalent to b = (a==1? 4:a==2)? 5:6; NO it is not equal. Either '==' has higher precedence OR '?:' has. See one of my previous mails where i showed where the error is. marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 64bit PHP on solaris
In message [EMAIL PROTECTED] on Thu, Mar 13, 2003 at 02:05:45PM -0500, David Hill wrote: first file_get_contents readfile both core dump with bus errors b/c the file descriptors are typed as int's when they should be longs (steams.c lines 1020/1156) The lines don't match up to the current code... if you could tell me based on the current lines or give me a code snippet CRIPES, people! I posted patches in November 2002 (admittedly, it was a large patch and probably no one got to check it all out). Then, I reposted them (and sent then directly to you, Dave!) a few days ago. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: Segmentation violation
what is your platform ? -Original Message- From: Matt [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 6:03 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: Segmentation violation J, I will post an issue, but as far as I can tell the error is very intermittent. I don't have a consistent action that I do each time to cause the error. It is just randomly (as far as I can tell) throughout the application. But If you like I'll send some through J Smith wrote: How about providing a short example script that reproduces the segfault? Posting a backtrace is all well and good, but it's not very useful if nobody can see what initiated it. J Matt wrote: Hi, i've never posted to this newsgroup b4 so pls don't shoot me down if this is not protocol. But I've been trying to debug a seg fault trying varying options from various postings with little success. After generating a stacktrace I'm not sure really what to do next to find the problem. If anyone can help me, given the trace below that'd be fantastic. thanks, Matt - [EMAIL PROTECTED] snipped backtrace -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php