Re: [PHP-DEV] compiling PHP_4_3

2003-03-13 Thread Corne' Cornelius
 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

2003-03-13 Thread Hartmut Holzgraefe
Sascha Schumann wrote:
The list could be renamed so that it is less confusing for
newbie PHP developers.
it is already advertised as Internals list on
http://www.php.net/mailing-lists.php, so maybe we should
cange it to php-internal-dev@ or something?
or even better

[EMAIL PROTECTED] ;)

--
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] Moderate PHP-DEV

2003-03-13 Thread Hartmut Holzgraefe
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

2003-03-13 Thread Zeev Suraski
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

2003-03-13 Thread Ford, Mike [LSS]
 -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

2003-03-13 Thread Andrei Zmievski
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.

-Andrei   http://www.gravitonic.com/

Everything should be made as simple
as possible, but not simpler.
  -- Albert Einstein

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] Scope and namespace

2003-03-13 Thread Zeev Suraski
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

2003-03-13 Thread Joe Orton
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

2003-03-13 Thread Sascha Schumann
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

2003-03-13 Thread Joe Orton
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

2003-03-13 Thread Chris Field
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

2003-03-13 Thread Wez Furlong
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

2003-03-13 Thread Chris Field
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

2003-03-13 Thread Wez Furlong
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

2003-03-13 Thread David Hill

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

2003-03-13 Thread Marcus Börger
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

2003-03-13 Thread James Devenish
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

2003-03-13 Thread NAIK,ROSHAN (HP-Cupertino,ex1)
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