[PHP-DEV] Crashbug with current CVS on Win32

[Sebastian Bergmann]

  'lo there,

  I found a reproducible crash with the current HEAD (have not tried the
  release branch).

  The stacktrace [1] is here

http://www.sebastian-bergmann.de/stacktrace.txt

  Unfortunetly I can't provide a small reproducing script, what I can
  offer is the following

http://www.sebastian-bergmann.de/Transformer.phps
http://www.sebastian-bergmann.de/test.phps

  Changing

'Foo::tag_open_h1'

  to

'Foo::not_existing_method'

  in line 4 of test.php causes PHP to crash.

  The change in the aforementioned line causes a call to
  call_user_func() with a not existing method on a static classin line
  329 of Transformer.php.

  --
  [1] The MSVC debugger asked me for the location of a 'chkstk.asm' file
  during startup. I don't have that file, so some symbols are
  missing :-(

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

Re: [PHP-DEV] Crashbug with current CVS on Win32

[Sebastian Bergmann]

Sebastian Bergmann wrote:
> I found a reproducible crash with the current HEAD (have not tried the
> release branch).

  According to Markus Fischer this might as well be caused through the
  recursion in my code. I now check upon registering a callback whether
  or not a function or method exists.

  Never mind,
Sebastian

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

Re: [PHP-DEV] AUTOLOAD in PHP

[S.Murali Krishna]

Hi 
Thanks for you to point me such coding style.

I had looked in to unserialize() callback mechanism, you know,
it is now disabled in 4.1.2 (look at ext/standard/incomplete_class.c )
In manual also there is nothing about callback function and all, anyway
the link you showed me has a seperate Note about that.

I think to pass the undef_function_name  as first argument, could
you point me any code similar to this.


> S.Murali Krishna wrote:
> > Hi,
> > As I told in my Previous Post that I have added a feauture in PHP
> > which is similar to AUTOLOAD feauture in Perl Modules. 
> > 
> > I had sent a unified diff output along with this.
> > 
> > According to that if a user tried to call a undefined function,
> > PHP Zend Engine would search for a function named '__autoload' in current
> > scope, if it finds one, it would set the global variable 
> > 
> > $php_undef_func_name  
> > 
> > with name of the called function and call the __autoload()  function with
> > passed arguments.
> > 
> > Its working fine for me. If it seems to be good, we could discuss
> > on this. 
> 
> please have a look at the callback mechanism for unserialize()
> ( http://php.net/unserialize ) and try to follow the scheme already
> implemented for including files for undefined classes on demand



> 
> 
> 
> -- 
> Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

<[EMAIL PROTECTED]>
---
We must use time wisely and forever realize that the time is 
always ripe to do right."

-- Nelson Mandela
---


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

[PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Andi Gutmans]

Hey,

Most big language changes planned for the Zend Engine 2 have been made. I 
think it's not a good idea to make many more changes before we get out a 
version based on the current changes. The changes have been deep in the 
guts of the Engine and we should get it rock solid before thinking of more 
things which might be nice to add. I need LOTS of testing and already know 
of some code which might need some improvement.
I would like to package a preview version to get a large PHP audience to 
check it out and test drive it a bit. I think if I improve the ZEND_CHANGES 
document that should be enough documentation to get people to test drive 
things.
It's probably best to base this version on the 4.2.0 branch as the 4.3.0 
will probably take some time to be stable due to the huge amount of streams 
changes.
I will try and get something packaged in the next couple of weeks (I still 
want to do some testing of my own).

Andi


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Sebastian Bergmann]

Andi Gutmans wrote:
> I think if I improve the ZEND_CHANGES document that should be enough
> documentation to get people to test drive things.

  What improvements are necessary? I'd like to help here.

> It's probably best to base this version on the 4.2.0 branch as the
> 4.3.0 will probably take some time to be stable due to the huge amount
> of streams changes.

  Why not make two tarballs when PHP 4.2.0 gets released? One with the
  Zend Engine 1, and the other with the ZendEngine2 branch of /php4 and
  Zend Engine 2?

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Andi Gutmans]

At 11:48 23/03/2002 +0100, Sebastian Bergmann wrote:
>Andi Gutmans wrote:
> > I think if I improve the ZEND_CHANGES document that should be enough
> > documentation to get people to test drive things.
>
>   What improvements are necessary? I'd like to help here.

I will read over it again and get back to you.

> > It's probably best to base this version on the 4.2.0 branch as the
> > 4.3.0 will probably take some time to be stable due to the huge amount
> > of streams changes.
>
>   Why not make two tarballs when PHP 4.2.0 gets released? One with the
>   Zend Engine 1, and the other with the ZendEngine2 branch of /php4 and
>   Zend Engine 2?

Good idea.

Andi


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Andi Gutmans]

At 11:48 23/03/2002 +0100, Sebastian Bergmann wrote:
> > It's probably best to base this version on the 4.2.0 branch as the
> > 4.3.0 will probably take some time to be stable due to the huge amount
> > of streams changes.
>
>   Why not make two tarballs when PHP 4.2.0 gets released? One with the
>   Zend Engine 1, and the other with the ZendEngine2 branch of /php4 and
>   Zend Engine 2?

I just realized that 4.2.0 is planned for the 22nd of April. I was hoping 
to get out something earlier. I think the 4.2.0 branch is good enough. In 
any case there will be a thousands disclaimers that this is just a preview 
version to toy with and not to use it for actual production work.

Andi


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Edin Kadribasic]

> >   Why not make two tarballs when PHP 4.2.0 gets released? One with the
> >   Zend Engine 1, and the other with the ZendEngine2 branch of /php4 and
> >   Zend Engine 2?
>
> Good idea.

Please make sure to mark one with ZE2 experimental, not to be used in
production, etc. Imagine the confusion if the two got mixed up somehow.

Edin


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Andi Gutmans]

At 11:56 23/03/2002 +0100, Edin Kadribasic wrote:
> > >   Why not make two tarballs when PHP 4.2.0 gets released? One with the
> > >   Zend Engine 1, and the other with the ZendEngine2 branch of /php4 and
> > >   Zend Engine 2?
> >
> > Good idea.
>
>Please make sure to mark one with ZE2 experimental, not to be used in
>production, etc. Imagine the confusion if the two got mixed up somehow.

Of course! I agree 100%.

Andi


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Sebastian Bergmann]

Andi Gutmans wrote:
> I just realized that 4.2.0 is planned for the 22nd of April.

  ... which happens to be my birthday. Derick and I recently had a (not
  so serious) discussion about introducing codenames for our releases.

  PHP 4.1.0 was released on Derick's birthday, so it should've been
  ''Codename Derick'', ... :-)

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

[PHP-DEV] list of php.net sites

[Gabor Hojtsy]

Hi!

It would be nice to have a list of php.net sites available
online at http://php.net/sites.php linked from the uppper
menu on all pages.

I only know a few, and never used bonsai.php.net or lxr.php.net,
as I am not part of the development team. So it would be nice
from some guys, who can put up a list of relevant php.net sites
and two sentences about each site, to collect this info, and
so I can put up that page with all the info.

It would be nice to group them by. eg sites for en users (like
pear.php.net) and sites for PHP developers (like lxr and bonsai).

Goba



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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[derick]

On Sat, 23 Mar 2002, Andi Gutmans wrote:

> It's probably best to base this version on the 4.2.0 branch as the 4.3.0 
> will probably take some time to be stable due to the huge amount of streams 
> changes.
> I will try and get something packaged in the next couple of weeks (I still 
> want to do some testing of my own).

I would very appreciate it to wait until RC3 is reached for the PHP_4_2_0 
release, otherwise all attention will go to ZE2/PHP, and the attention for 
the release process/ testing will be drastically reduced.

Derick

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

[PHP-DEV] Names for releases (was: Preview version of Zend Engine 2 poweredPHP)

[derick]

Hmm,

naming releases after developers' birthdays doesn't seem that appealing to 
me :) but giving them some name would be appropriate

On Sat, 23 Mar 2002, Sebastian Bergmann wrote:

> Andi Gutmans wrote:
> > I just realized that 4.2.0 is planned for the 22nd of April.
> 
>   ... which happens to be my birthday. Derick and I recently had a (not
>   so serious) discussion about introducing codenames for our releases.
> 
>   PHP 4.1.0 was released on Derick's birthday, so it should've been
>   ''Codename Derick'', ... :-)
> 
> -- 
>   Sebastian Bergmann
>   http://sebastian-bergmann.de/ http://phpOpenTracker.de/
> 
>   Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Andi Gutmans]

At 12:19 23/03/2002 +0100, [EMAIL PROTECTED] wrote:
>On Sat, 23 Mar 2002, Andi Gutmans wrote:
>
> > It's probably best to base this version on the 4.2.0 branch as the 4.3.0
> > will probably take some time to be stable due to the huge amount of 
> streams
> > changes.
> > I will try and get something packaged in the next couple of weeks (I still
> > want to do some testing of my own).
>
>I would very appreciate it to wait until RC3 is reached for the PHP_4_2_0
>release, otherwise all attention will go to ZE2/PHP, and the attention for
>the release process/ testing will be drastically reduced.
>
>Derick
>
>---
>   PHP: Scripting the Web - [EMAIL PROTECTED]
> All your branches are belong to me!
> SRM: Script Running Machine - www.vl-srm.net
>---
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Andi Gutmans]

At 12:19 23/03/2002 +0100, [EMAIL PROTECTED] wrote:
>On Sat, 23 Mar 2002, Andi Gutmans wrote:
>
> > It's probably best to base this version on the 4.2.0 branch as the 4.3.0
> > will probably take some time to be stable due to the huge amount of 
> streams
> > changes.
> > I will try and get something packaged in the next couple of weeks (I still
> > want to do some testing of my own).
>
>I would very appreciate it to wait until RC3 is reached for the PHP_4_2_0
>release, otherwise all attention will go to ZE2/PHP, and the attention for
>the release process/ testing will be drastically reduced.

We're on RC 1 now. Do you have any idea when we'll be at RC3?
What if we don't reach RC3? :)
Andi


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

[PHP-DEV] Question concerning zend_mem_header

[Stefan Esser]

Hi,

currently all memory allocated with emalloc has a 
zend_mem_header infront of it. This header contains
the backward and forward pointer and the size of this
block. My question is: is there any need for this
linked list on a production system? I commented the
ADD_POINTER_TO_LIST and REMOVE_POINTER_FROM_LIST
macros out and havent seen any impact (but infact I
only run phpinfo() and some basic scripts). From the
rest of the code the linked list doesn't look used
at all. If this linked list is only for finding
memory leaks etc., we should remove it from the
release. (I did wrap the macro definition with 
#if ZEND_DEBUG)

The reasons for removing are: wasted cpu time and
the danger that comes with those macros. As an example
the bufferoverflow in PHP3 was only exploitable on 
most systems because of these 2 macros. With them 
removed the overflow would have been exploitable only
on Solaris/Linux and maybe Windows. 

Stefan Esser


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Yasuo Ohgaki]

Andi Gutmans wrote:
> At 11:48 23/03/2002 +0100, Sebastian Bergmann wrote:
>>   Why not make two tarballs when PHP 4.2.0 gets released? One with the
>>   Zend Engine 1, and the other with the ZendEngine2 branch of /php4 and
>>   Zend Engine 2?
> 
> 
> Good idea.

Some roadmap or plan for the future is needed.

Are we going to maintain module compatibility for both ZE1 and ZE2?

If yes, I would like to see function name, class name and constants name
case sensitivness in PHP5

AFIAK, user should take a look at thier scripts carefully due to new
name space and object handle, anyway. Most conversion form case
insensitive name to case sensitive name can be done automatically.

Sorry guys. This is the last time to ask for case sensitivity ;)
This may be the last chance for PHP to be case sensitive.

--
Yasuo Ohgaki


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

Re: [PHP-DEV] Question concerning zend_mem_header

[Andi Gutmans]

The list is used in order to cleanup any per-request memory leaks (Also in 
release mode). It's very much needed.

Andi

At 13:08 23/03/2002 +0100, Stefan Esser wrote:
>Hi,
>
>currently all memory allocated with emalloc has a
>zend_mem_header infront of it. This header contains
>the backward and forward pointer and the size of this
>block. My question is: is there any need for this
>linked list on a production system? I commented the
>ADD_POINTER_TO_LIST and REMOVE_POINTER_FROM_LIST
>macros out and havent seen any impact (but infact I
>only run phpinfo() and some basic scripts). From the
>rest of the code the linked list doesn't look used
>at all. If this linked list is only for finding
>memory leaks etc., we should remove it from the
>release. (I did wrap the macro definition with
>#if ZEND_DEBUG)
>
>The reasons for removing are: wasted cpu time and
>the danger that comes with those macros. As an example
>the bufferoverflow in PHP3 was only exploitable on
>most systems because of these 2 macros. With them
>removed the overflow would have been exploitable only
>on Solaris/Linux and maybe Windows.
>
>Stefan Esser
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Zeev Suraski]

Yasuo,

Please don't reopen this discussion.  Please, pretty please.

Zeev

At 01:35 PM 3/23/2002, Yasuo Ohgaki wrote:
>Andi Gutmans wrote:
>>At 11:48 23/03/2002 +0100, Sebastian Bergmann wrote:
>>>   Why not make two tarballs when PHP 4.2.0 gets released? One with the
>>>   Zend Engine 1, and the other with the ZendEngine2 branch of /php4 and
>>>   Zend Engine 2?
>>
>>Good idea.
>
>Some roadmap or plan for the future is needed.
>
>Are we going to maintain module compatibility for both ZE1 and ZE2?
>
>If yes, I would like to see function name, class name and constants name
>case sensitivness in PHP5
>
>AFIAK, user should take a look at thier scripts carefully due to new
>name space and object handle, anyway. Most conversion form case
>insensitive name to case sensitive name can be done automatically.
>
>Sorry guys. This is the last time to ask for case sensitivity ;)
>This may be the last chance for PHP to be case sensitive.
>
>--
>Yasuo Ohgaki
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

Re: [PHP-DEV] Question concerning zend_mem_header

[Stefan Esser]

On Sat, Mar 23, 2002 at 01:23:41PM +0200, Andi Gutmans wrote:
> The list is used in order to cleanup any per-request memory leaks (Also in 
> release mode). It's very much needed.

Ahhh i see. So it would not be needed if there aren't any memory
leaks anymore. Okay now I understand the use of it. Maybe i will
create an inofficial "Zend hardening patch" for *BSD users.


Stefan Esser

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

Re: [PHP-DEV] Question concerning zend_mem_header

[Zeev Suraski]

At 02:08 PM 3/23/2002, Stefan Esser wrote:
>Hi,
>
>currently all memory allocated with emalloc has a
>zend_mem_header infront of it. This header contains
>the backward and forward pointer and the size of this
>block. My question is: is there any need for this
>linked list on a production system? I commented the
>ADD_POINTER_TO_LIST and REMOVE_POINTER_FROM_LIST
>macros out and havent seen any impact (but infact I
>only run phpinfo() and some basic scripts). From the
>rest of the code the linked list doesn't look used
>at all. If this linked list is only for finding
>memory leaks etc., we should remove it from the
>release. (I did wrap the macro definition with
>#if ZEND_DEBUG)

It's not debug code, it's production code.  It must not be removed in 
production releases.  They're necessary to prevent memory leaks, which come 
standard in the Web environment unless you do something to avoid them.

>The reasons for removing are: wasted cpu time and
>the danger that comes with those macros. As an example
>the bufferoverflow in PHP3 was only exploitable on
>most systems because of these 2 macros. With them
>removed the overflow would have been exploitable only
>on Solaris/Linux and maybe Windows.

Well, that's really not a valid reason for removing them.  The fact these 
macros happened to make a bug somewhere else exploitable doesn't make them 
any less necessary.

Zeev


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

[PHP-DEV] CVS Account Request: chep

[Jury Cherepanov]

Developing Next Generation Of PHP -> PHPO (PHP Objectiv)
Fully Object Orintied Systaxis in PHP supporting old instruction.

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

[PHP-DEV] Building CVS version with ZendEngine2

[Emmanuel FAIVRE]

Hi all,

i'm trying to build the cvs version of PHP with ZendEngine2

and have an error in make
here is the list of the command :

#cvs co php4
#cd php4
#cvs co ZendEngine2
#cvs cv TSRM
#mv ZendEngine2 Zend
#./buildconf


my configure line :

#./configure --prefix=/home/manu/apache/php
--with-apxs=/home/manu/apache/bin/apxs--without-zlib--with-bz2
--enable-calendar   --enable-ctype   --without-dom  --without-dom-xslt
--with-gd   --enable-gd-native-ttf  --with-jpeg-dir  --without-png-dir
--with-freetype-dir  --with-ttf --with-gettext --with-imap --with-ldap
--enable-mailparse --with-mhash --without-mysql --without-ldap

everything is fine

and then

#make

/bin/sh libtool --silent --mode=compile gcc  -I/home/manu/phpcvs/php4/ext/calendar
 -I/home/manu/phpcvs/php4/ext/calendar -DPHP_ATOM_INC -I/home/manu/phpcvs/php4/inc
lude -I/home/manu/phpcvs/php4/main -I/home/manu/phpcvs/php4 -I/home/manu/apache/in
clude -I/home/manu/phpcvs/php4/Zend -I/usr/local/include/freetype2/freetype -I/usr
/local/include -I/home/manu/phpcvs/php4/ext/xml/expat  -DLINUX=22 -DUSE_HSREGEX -D
NO_DL_NEEDED -I/home/manu/phpcvs/php4/TSRM -g -O2  -prefer-pic -c /home/manu/phpcv
s/php4/ext/calendar/calendar.c -o ext/calendar/calendar.lo
In file included from /home/manu/phpcvs/php4/Zend/zend.h:183,
 from /home/manu/phpcvs/php4/main/php.h:34,
 from /home/manu/phpcvs/php4/ext/calendar/calendar.c:31:
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:27: parse error before `MUTEX_T'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:27: warning: no semicolon at end of str
uct or union
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:28: warning: data definition has no typ
e or storage class
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:29: warning: data definition has no typ
e or storage class
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:34: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:35: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:36: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:37: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:40: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:46: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:52: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:58: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:60: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:61: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:62: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:63: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:65: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:69: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:75: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:78: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:79: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:80: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:83: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:84: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:87: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:88: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:89: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:89: parse error before `)'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:90: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:91: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:92: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:94: parse error before `*'
/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:96: parse error before `*'
make: *** [ext/calendar/calendar.lo] Error 1
manu@firewall:~/phpcvs/php4$

i don't see the parse error !

Manu


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

Re: [PHP-DEV] Building CVS version with ZendEngine2

[Andi Gutmans]

I fixed this in the latest CVS. There is still a problem where the new 
build system doesn't compile and link two files. I mailed Sascha about it. 
Basically the ./configure needs to test if Zend/zend_objects.c exists and 
if so it has to also compile zend_objects.c and zend_object_handlers.c
Anyone know where to touch the makefiles?

Andi

At 13:17 23/03/2002 +0100, Emmanuel FAIVRE wrote:
>Hi all,
>
>i'm trying to build the cvs version of PHP with ZendEngine2
>
>and have an error in make
>here is the list of the command :
>
>#cvs co php4
>#cd php4
>#cvs co ZendEngine2
>#cvs cv TSRM
>#mv ZendEngine2 Zend
>#./buildconf
>
>
>my configure line :
>
>#./configure --prefix=/home/manu/apache/php
>--with-apxs=/home/manu/apache/bin/apxs--without-zlib--with-bz2
>--enable-calendar   --enable-ctype   --without-dom  --without-dom-xslt
>--with-gd   --enable-gd-native-ttf  --with-jpeg-dir  --without-png-dir
>--with-freetype-dir  --with-ttf --with-gettext --with-imap --with-ldap
>--enable-mailparse --with-mhash --without-mysql --without-ldap
>
>everything is fine
>
>and then
>
>#make
>
>/bin/sh libtool --silent --mode=compile 
>gcc  -I/home/manu/phpcvs/php4/ext/calendar
>  -I/home/manu/phpcvs/php4/ext/calendar -DPHP_ATOM_INC 
> -I/home/manu/phpcvs/php4/inc
>lude -I/home/manu/phpcvs/php4/main -I/home/manu/phpcvs/php4 
>-I/home/manu/apache/in
>clude -I/home/manu/phpcvs/php4/Zend 
>-I/usr/local/include/freetype2/freetype -I/usr
>/local/include -I/home/manu/phpcvs/php4/ext/xml/expat  -DLINUX=22 
>-DUSE_HSREGEX -D
>NO_DL_NEEDED -I/home/manu/phpcvs/php4/TSRM -g -O2  -prefer-pic -c 
>/home/manu/phpcv
>s/php4/ext/calendar/calendar.c -o ext/calendar/calendar.lo
>In file included from /home/manu/phpcvs/php4/Zend/zend.h:183,
>  from /home/manu/phpcvs/php4/main/php.h:34,
>  from /home/manu/phpcvs/php4/ext/calendar/calendar.c:31:
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:27: parse error before `MUTEX_T'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:27: warning: no semicolon at 
>end of str
>uct or union
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:28: warning: data definition 
>has no typ
>e or storage class
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:29: warning: data definition 
>has no typ
>e or storage class
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:34: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:35: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:36: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:37: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:40: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:46: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:52: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:58: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:60: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:61: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:62: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:63: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:65: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:69: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:75: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:78: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:79: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:80: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:83: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:84: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:87: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:88: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:89: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:89: parse error before `)'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:90: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:91: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:92: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:94: parse error before `*'
>/home/manu/phpcvs/php4/Zend/zend_ts_hash.h:96: parse error before `*'
>make: *** [ext/calendar/calendar.lo] Error 1
>manu@firewall:~/phpcvs/php4$
>
>i don't see the parse error !
>
>Manu
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Derick Rethans]

On Sat, 23 Mar 2002, Andi Gutmans wrote:

> At 12:19 23/03/2002 +0100, [EMAIL PROTECTED] wrote:
> >On Sat, 23 Mar 2002, Andi Gutmans wrote:
> >
> > > It's probably best to base this version on the 4.2.0 branch as the 4.3.0
> > > will probably take some time to be stable due to the huge amount of 
> > streams
> > > changes.
> > > I will try and get something packaged in the next couple of weeks (I still
> > > want to do some testing of my own).
> >
> >I would very appreciate it to wait until RC3 is reached for the PHP_4_2_0
> >release, otherwise all attention will go to ZE2/PHP, and the attention for
> >the release process/ testing will be drastically reduced.
> 
> We're on RC 1 now. Do you have any idea when we'll be at RC3?
> What if we don't reach RC3? :)

We will reach RC3, you can trust me on that :) If everything goes 
according plan, it will be April 12, 2002.

regards,

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
All your branches are belong to me!
   SRM: Script Running Machine - www.vl-srm.net
-


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

Re[2]: [PHP-DEV] CVS Account Request: chep

[Andi Gutmans]

At 14:19 25/03/2002 +0200, Jury Cherepanov wrote:
>Hello Andi,
>
>Saturday, March 23, 2002, 1:53:47 PM, you wrote:
>
>AG> At 11:48 23/03/2002 +, Jury Cherepanov wrote:
> >>Developing Next Generation Of PHP -> PHPO (PHP Objectiv)
> >>Fully Object Orintied Systaxis in PHP supporting old instruction.
>
>AG> What is this exactly?
>
>AG> Andi
>
>
>New syntactic operators.
>
>php:
> mysql_connect() .
> mysql_query($QUERY);
>
>phpo:
>  mysql = new CMySQL($host, $port, $user, $pass);
>
>  mysql.host = "localhost";
>  mysql.port = "3306";
>  mysql.connect().
>  mysql.query($QUERY) .
>
>  and so on.

What is wrong with $mysql->host = "localhost"?  Why are you looking to 
change the language from what it is now?
All you need to do is implemented the CMySQL class if you want to have a 
more object oriented interface to extensions. I suggest you discuss on 
php-dev@ what you mean to do so that we can see how you can help and in 
what direction.

Andi


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Andi Gutmans]

At 13:21 23/03/2002 +0100, Derick Rethans wrote:
>On Sat, 23 Mar 2002, Andi Gutmans wrote:
>
> > At 12:19 23/03/2002 +0100, [EMAIL PROTECTED] wrote:
> > >On Sat, 23 Mar 2002, Andi Gutmans wrote:
> > >
> > > > It's probably best to base this version on the 4.2.0 branch as the 
> 4.3.0
> > > > will probably take some time to be stable due to the huge amount of
> > > streams
> > > > changes.
> > > > I will try and get something packaged in the next couple of weeks 
> (I still
> > > > want to do some testing of my own).
> > >
> > >I would very appreciate it to wait until RC3 is reached for the PHP_4_2_0
> > >release, otherwise all attention will go to ZE2/PHP, and the attention for
> > >the release process/ testing will be drastically reduced.
> >
> > We're on RC 1 now. Do you have any idea when we'll be at RC3?
> > What if we don't reach RC3? :)
>
>We will reach RC3, you can trust me on that :) If everything goes
>according plan, it will be April 12, 2002.



Okay but I don't quite understand why I should wait. There are tens of 
thousands of people who come to php.net. It's not like you won't have any 
testers for 4.2.0 especially as you are inviting a much larger community 
then in the past. (And we managed without their testing in the past too). 
You should have lots of testers.
I will make it clear that this is only something I want people to play with.

Andi


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[derick]

On Sat, 23 Mar 2002, Andi Gutmans wrote:

> At 13:21 23/03/2002 +0100, Derick Rethans wrote:
>
> >We will reach RC3, you can trust me on that :) If everything goes
> >according plan, it will be April 12, 2002.
> 
> 
> Okay but I don't quite understand why I should wait. There are tens of 
> thousands of people who come to php.net. It's not like you won't have any 
> testers for 4.2.0 especially as you are inviting a much larger community 
> then in the past. (And we managed without their testing in the past too). 

We managed in the past because there were more than 4 active QA-ers. The 
effort is really degrading at this moment. Announcing it on php.net 
brought only 2 members so far :I

> You should have lots of testers.

Unfortunately that is not the case.

> I will make it clear that this is only something I want people to play with.

Okay... I want to play with it too :)

Derick

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

Re: [PHP-DEV] CVS Account Request: chep

[Markus Fischer]

On Sat, Mar 23, 2002 at 02:21:34PM +0200, Andi Gutmans wrote : 
> At 14:19 25/03/2002 +0200, Jury Cherepanov wrote:
> >Hello Andi,
> >
> >Saturday, March 23, 2002, 1:53:47 PM, you wrote:
> >
> >AG> At 11:48 23/03/2002 +, Jury Cherepanov wrote:
> >>>Developing Next Generation Of PHP -> PHPO (PHP Objectiv)
> >>>Fully Object Orintied Systaxis in PHP supporting old instruction.
> >
> >AG> What is this exactly?
> >
> >AG> Andi
> >
> >
> >New syntactic operators.
> >
> >php:
> >mysql_connect() .
> >mysql_query($QUERY);
> >
> >phpo:
> > mysql = new CMySQL($host, $port, $user, $pass);
> >
> > mysql.host = "localhost";
> > mysql.port = "3306";
> > mysql.connect().
> > mysql.query($QUERY) .
> >
> > and so on.

Jury,

and you do not have any backwards compatibility concerns . .  . ?

In case you didn't notice, the '.' operator has already been
taken for string concatenation.

- Markus

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc

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

[PHP-DEV] [PHP-QA] PHP Test results | GD build problem

[derick]

Hello,

can somebody have a look at this:


  'test' => 'php4/tests/testcpdf (CVS) run on comand line;

gd extension active:
GD Support enabled 
GD Version 2.0 or higher 
FreeType Support enabled 
FreeType Linkage with freetype 
JPG Support enabled 
PNG Support enabled 
WBMP Support enabled',
  'problems' => 'Fatal error: Call to undefined function:  cpdf_place_inline_image() 
in C:\\Daten\\
CVS\\PHP\\php4\\tests\\testcpdf on line 91',
  'bugids' => '',
  'remarks' => 'cpdf.c, line 148-150:
#if HAVE_LIBGD13
PHP_FE(cpdf_place_inline_image, NULL)
#endif',
)

Derick

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


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

Re: [PHP-DEV] Preview version of Zend Engine 2 powered PHP

[Andi Gutmans]

At 13:43 23/03/2002 +0100, [EMAIL PROTECTED] wrote:
>On Sat, 23 Mar 2002, Andi Gutmans wrote:
>
> > At 13:21 23/03/2002 +0100, Derick Rethans wrote:
> >
> > >We will reach RC3, you can trust me on that :) If everything goes
> > >according plan, it will be April 12, 2002.
> >
> >
> > Okay but I don't quite understand why I should wait. There are tens of
> > thousands of people who come to php.net. It's not like you won't have any
> > testers for 4.2.0 especially as you are inviting a much larger community
> > then in the past. (And we managed without their testing in the past too).
>
>We managed in the past because there were more than 4 active QA-ers. The
>effort is really degrading at this moment. Announcing it on php.net
>brought only 2 members so far :I

Damn, that sucks.

> > You should have lots of testers.
>
>Unfortunately that is not the case.
>
> > I will make it clear that this is only something I want people to play 
> with.
>
>Okay... I want to play with it too :)

:)

Andi


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

Re: [PHP-DEV] CVS Account Request: chep

[Markus Fischer]

On Mon, Mar 25, 2002 at 02:50:46PM +0200, Jury Cherepanov wrote : 
> Hello Markus,
> 
> Saturday, March 23, 2002, 2:45:39 PM, you wrote:
> 
> MF> On Sat, Mar 23, 2002 at 02:21:34PM +0200, Andi Gutmans wrote : 
> >> At 14:19 25/03/2002 +0200, Jury Cherepanov wrote:
> >> >Hello Andi,
> >> >
> >> >Saturday, March 23, 2002, 1:53:47 PM, you wrote:
> >> >
> >> >AG> At 11:48 23/03/2002 +, Jury Cherepanov wrote:
> >> >>>Developing Next Generation Of PHP -> PHPO (PHP Objectiv)
> >> >>>Fully Object Orintied Systaxis in PHP supporting old instruction.
> >> >
> >> >AG> What is this exactly?
> >> >
> >> >AG> Andi
> >> >
> >> >
> >> >New syntactic operators.
> >> >
> >> >php:
> >> >mysql_connect() .
> >> >mysql_query($QUERY);
> >> >
> >> >phpo:
> >> > mysql = new CMySQL($host, $port, $user, $pass);
> >> >
> >> > mysql.host = "localhost";
> >> > mysql.port = "3306";
> >> > mysql.connect().
> >> > mysql.query($QUERY) .
> >> >
> >> > and so on.
> 
> MF> Jury,
> 
> MF> and you do not have any backwards compatibility concerns . .  . ?
> 
> MF> In case you didn't notice, the '.' operator has already been
> MF> taken for string concatenation.
> 
> MF> - Markus
> 
> 
> I know that concatenation operator "." is already used but it can be
> used two ways :)
> 
> user.name = "Jury";
> user.surname = "Cherepanov";
> 
> 
> user.name . " " . user.surname;
> 
> Spacer " " is like a delimiter between concatenation.

But it isn't required. That's too ambiguous.

And, please, stick to php-dev@ when discussion such things.

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc

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

[PHP-DEV] Return values by reference

[Klaus Reimer]

Hi,

I am still stuck with my extension module. I'm not able to implement a 
function which returns a reference to an already existing variable. All I 
want to do is to write a function like this in C:

  function &return_reference() {
global $a;

return $a;
  }

The only possibility I found is to do something like that:

  *return_value=*other_variable;
  ZVAL_ADDREF(other_variable);

This seems to work but I think it can't be correct, because "return_value" 
now isn't really a  reference to "other_variable".  Both are pointing to the 
same value but not to the same zval-Container. So both variables have an own 
refcount. I have the bad feeling that this might lead to a crash.

Please help me. I just need to know, how to write a ZEND_FUNCTION which 
returns a reference to a variable like the PHP-Function above.  Or is there 
an already existing function in PHP which is doing something like this and 
which I can use as an example how to do it?

-- 
Bye, K 
[A735 47EC D87B 1F15 C1E9  53D3 AA03 6173 A723 E391]
(Finger [EMAIL PROTECTED] to get public key)

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

Re: [PHP-DEV] [PATCH][NEW FEATURE] read_uploaded_file()

[Derick Rethans]

Hello Andrew,

I committed this.

Derick

On Fri, 22 Mar 2002, Andrew Sitnikov wrote:

> Hello php-dev,
> 
>   I created function `read_uploaded_file()`, i think it is useful at
>   to work with uploaded file in safe_mode and open_basedir, because if
>   i need only file content and safe_mode=on or open_basedir is set, i
>   can not read file, i must move it, read and delete then.
> 
>   See in attach
>   
> Best regards,
>  Andrew Sitnikov 
>  e-mail : [EMAIL PROTECTED]
>  GSM: (+372) 56491109

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
All your branches are belong to me!
   SRM: Script Running Machine - www.vl-srm.net
-


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

Re: [PHP-DEV] Advice on design issues (long)...

[John Lim]

L0t3k <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> im looking for opinions on two OOP related design issues for code im
> targeting to PHP5.
> (2) im working on a database access abstraction, again inspired by Java
and
> JDBC (MySQL driver is written and works, BTW). in Java you have the
> Resultset.getXXX methods which gets the value of a given column as a
> particular type. Java of course is strongly typed, whereas PHP is not. Is
it
> useful to implement the getXXX methods natively. i lean toward it
primarily
> because 1) folks coming from Java will be right at home 2) sometimes you
> need to enforce a particular return type coming from a column 3) Metabase
> does it for portability, and although it can be done in PHP, its more
> efficient to do it in the extension. On the downside there is the issue of
> bloat.

Hi,

I have always wondered, how do you pronounce L0t3k?

Seriously, if you are duplicating Metabase's effort, but in C,
why not work with the Manuel Lemos then? This will fix any speed issues
that Metabase has, and you will get his feedback.

Many db abstraction classes I have seen are skewed towards mysql/postgresql,
so prove to be useless when migrating to mssql or oracle. Manuel really
knows a lot about databases and can teach everyone a lot about these issues.

Or if you or anyone else would like to port ADOdb to a C extension,
let me know.

Regards, John



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

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c basic_functions.h

[Jim Winstead]

Andi Gutmans <[EMAIL PROTECTED]> wrote:
> I don't think having a function which outputs an uploaded file is useful. 
> So please only implement one which returns the file.

wouldn't it be most useful to have a function that just *opens* the
uploaded file, so people can use fpassthru() or fread() or fgets() or
fgetss()?

(or even just make it so that when safe mode is on, it is smart enough
to allow opening files that were uploaded without doing the uid check?)

jim

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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c basic_functions.h

[Stefan Esser]

Hi,

> (or even just make it so that when safe mode is on, it is smart enough
> to allow opening files that were uploaded without doing the uid check?)

ehmm safe_mode already does that. I don't see the need for the new
function anyway, cause safe_mode doesn't do the uid check on uploaded
files.

Stefan


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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c basic_functions.h

[Rasmus Lerdorf]

That's already the case though.

On 23 Mar 2002, Jim Winstead wrote:

> Andi Gutmans <[EMAIL PROTECTED]> wrote:
> > I don't think having a function which outputs an uploaded file is useful.
> > So please only implement one which returns the file.
>
> wouldn't it be most useful to have a function that just *opens* the
> uploaded file, so people can use fpassthru() or fread() or fgets() or
> fgetss()?
>
> (or even just make it so that when safe mode is on, it is smart enough
> to allow opening files that were uploaded without doing the uid check?)
>
> jim
>
> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
>


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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c basic_functions.h

[Jim Winstead]

okay, so then what is the point of adding a new function to read an
uploaded file? it sounds like the original justification was completely
off-base.

the original patch said: 

  I created function `read_uploaded_file()`, i think it is useful at
  to work with uploaded file in safe_mode and open_basedir, because if
  i need only file content and safe_mode=on or open_basedir is set,
  i can not read file, i must move it, read and delete then.

(http://news.php.net/article.php?group=php.dev&article=81624)

i hear from you and stefan that this is wrong. so what's the point of
this new function? and if this isn't entirely wrong, i think we would be
better off fixing safe_mode and open_basedir to allow opening uploaded
files rather than adding a special function for this.

jim

On Sat, Mar 23, 2002 at 09:45:28AM -0800, Rasmus Lerdorf wrote:
> That's already the case though.
> 
> On 23 Mar 2002, Jim Winstead wrote:
> 
> > Andi Gutmans <[EMAIL PROTECTED]> wrote:
> > > I don't think having a function which outputs an uploaded file is useful.
> > > So please only implement one which returns the file.
> >
> > wouldn't it be most useful to have a function that just *opens* the
> > uploaded file, so people can use fpassthru() or fread() or fgets() or
> > fgetss()?
> >
> > (or even just make it so that when safe mode is on, it is smart enough
> > to allow opening files that were uploaded without doing the uid check?)
> >
> > jim

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

[PHP-DEV] evaluating whether a string value is an integer

[Aaron Peterson]

I am just learning php to put to use on building ecommerce sites.  I bought
a book yesterday to help me on my quest, but it comes up a little short on
error handling.  From what I understand, any data passed to a php script
from an HTML form is of type string.  I have managed to make sure people can
only order a real number of items (can't enter text when I expect a value)
by using the is_numeric() function.  However, this does not ensure that
people can't order 1.77 hard disks or something silly like that.
how do I evaluate a string variable (since I seem not to have other options)
to make sure it is of type integer rather than type double?

Aaron



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

Re: [PHP-DEV] evaluating whether a string value is an integer

[Alexandre Soares]

Hi,

I write some function in c but I need this source in php, what the
procedures to make a library  ?

I hope when a know this procedures write php using phpinclude.

Please
Alex



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

Re: [PHP-DEV] evaluating whether a string value is an integer

[Rasmus Lerdorf]

(int)$value;

On Sat, 23 Mar 2002, Aaron Peterson wrote:

> I am just learning php to put to use on building ecommerce sites.  I bought
> a book yesterday to help me on my quest, but it comes up a little short on
> error handling.  From what I understand, any data passed to a php script
> from an HTML form is of type string.  I have managed to make sure people can
> only order a real number of items (can't enter text when I expect a value)
> by using the is_numeric() function.  However, this does not ensure that
> people can't order 1.77 hard disks or something silly like that.
> how do I evaluate a string variable (since I seem not to have other options)
> to make sure it is of type integer rather than type double?
>
> Aaron
>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
>


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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.cbasic_functions.h

[Rasmus Lerdorf]

> okay, so then what is the point of adding a new function to read an
> uploaded file? it sounds like the original justification was completely
> off-base.

Yup, as far as I can see it is a completely useless function other than
the fact that it reads an entire file into a string.  This is actually
something we should add, but it should be a generic load_file() or
str_file() or some other such function.

-Rasmus


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

[PHP-DEV] Infinite Loop / Segfault in ob_*()

[Sebastian Bergmann]

  Hi,

  I think I found the root of my previous segfault:



  segfaults, stacktrace is here

http://www.sebastian-bergmann.de/stacktrace.txt

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c basic_functions.h

[Andi Gutmans]

At 11:11 23/03/2002 -0800, Rasmus Lerdorf wrote:
> > okay, so then what is the point of adding a new function to read an
> > uploaded file? it sounds like the original justification was completely
> > off-base.
>
>Yup, as far as I can see it is a completely useless function other than
>the fact that it reads an entire file into a string.  This is actually
>something we should add, but it should be a generic load_file() or
>str_file() or some other such function.


No matter what is decided let's use the file_*() standard for new functions.

Andi


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

Re[2]: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c basic_functions.h

[Andrew Sitnikov]

Hello Rasmus,

RL> Yup, as far as I can see it is a completely useless function other than
RL> the fact that it reads an entire file into a string.  This is actually
RL> something we should add, but it should be a generic load_file() or
RL> str_file() or some other such function.
RL> -Rasmus

Probably you have not understood a problem, if is used open_basedir or
safe_mode you have no any possibility to read a file until you move it
in directory which you may read it.

If to you interests only his contents and you do not need to keep this
file it is necessary to do many superfluous movements for this purpose.

Personally I do not have with it problems, but many others people have
such problems.


Best regards,
 Andrew Sitnikov 
 e-mail : [EMAIL PROTECTED]
 GSM: (+372) 56491109


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

Re[2]: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.cbasic_functions.h

[Rasmus Lerdorf]

> RL> Yup, as far as I can see it is a completely useless function other than
> RL> the fact that it reads an entire file into a string.  This is actually
> RL> something we should add, but it should be a generic load_file() or
> RL> str_file() or some other such function.
> RL> -Rasmus
>
> Probably you have not understood a problem, if is used open_basedir or
> safe_mode you have no any possibility to read a file until you move it
> in directory which you may read it.

That's where you are wrong.  Look at the php_checkuid() function in
safe_mode.c you will find this code:

if (SG(rfc1867_uploaded_files)) {
if (zend_hash_exists(SG(rfc1867_uploaded_files), (char *) filename, 
strlen(filename)+1)) {
return 1;
}
}

And for open_basedir sites, the move_uploaded_file() function can be used
to move the file into the right directory at which point it can be read.

-Rasmus


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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.cbasic_functions.h

[Rasmus Lerdorf]

Brain freeze.  We already have a file_get_contents() function courtesy of
Wez's streams stuff.  So basically there is no merit at all to this patch.
Derick, please revert.

-Rasmus

On Sat, 23 Mar 2002, Andi Gutmans wrote:

> At 11:11 23/03/2002 -0800, Rasmus Lerdorf wrote:
> > > okay, so then what is the point of adding a new function to read an
> > > uploaded file? it sounds like the original justification was completely
> > > off-base.
> >
> >Yup, as far as I can see it is a completely useless function other than
> >the fact that it reads an entire file into a string.  This is actually
> >something we should add, but it should be a generic load_file() or
> >str_file() or some other such function.
>
>
> No matter what is decided let's use the file_*() standard for new functions.
>
> Andi
>


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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c basic_functions.h

[Jim Winstead]

Andrew Sitnikov <[EMAIL PROTECTED]> wrote:
> RL> Yup, as far as I can see it is a completely useless function other than
> RL> the fact that it reads an entire file into a string.  This is actually
> RL> something we should add, but it should be a generic load_file() or
> RL> str_file() or some other such function.
> RL> -Rasmus
> 
> Probably you have not understood a problem, if is used open_basedir or
> safe_mode you have no any possibility to read a file until you move it
> in directory which you may read it.

but this is where you are (at least partially) wrong. if safe_mode is
set, you are still able to open an uploaded file.

however, from a brief code inspection, it looks to me like you may not
be able to open it if open_basedir is set. assuming i've read things
correctly, this is a arguably a bug, not a reason to introduce a new
function.

(it also looks to me like safe_mode_include_dir and open_basedir may
not get along nicely.)

jim

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

Re[3]: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c basic_functions.h

[Andrew Sitnikov]

Hello Rasmus,

RL> That's where you are wrong.  Look at the php_checkuid() function in
RL> safe_mode.c you will find this code:

RL> if (SG(rfc1867_uploaded_files)) {
RL> if (zend_hash_exists(SG(rfc1867_uploaded_files), (char *) 
filename, strlen(filename)+1)) {
RL> return 1;
RL> }
RL> }
As long ago this appeared there?

RL> And for open_basedir sites, the move_uploaded_file() function can be used
RL> to move the file into the right directory at which point it can be read.
I know this.

ïË, if you consider that move_uploaded_file () is necessary, though we
have copy(), and read_uploade_file () it is not necessary, this your right ...


Best regards,
 Andrew Sitnikov 
 e-mail : [EMAIL PROTECTED]
 GSM: (+372) 56491109


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

[PHP-DEV] Compile warnings/errors in current HEAD

[Sebastian Bergmann]

c:\home\php\php4\ext\standard\basic_functions.c(2380): warning C4013:
'php_fopen_wrapper' undefined;

c:\home\php\php4\ext\standard\basic_functions.c(2380): warning C4047: '=':
Number of dereferences different with 'struct _iobuf *' and 'int '

basic_functions.obj: error LNK2001: Unresolved external symbol:
_php_fopen_wrapper

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

Re: [PHP-DEV] Infinite Loop / Segfault in ob_*()

[Sebastian Bergmann]

Sebastian Bergmann wrote:
> I think I found the root of my previous segfault:

  I get the same segfault with the PHP_4_2_0 branch.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

[PHP-DEV] Compile Failure

[Andrew Lindeman]

I'm getting these errors while compiling the latest CVS...

using
./configure --with-zlib --with-mysql --with-imap --with-kerberos
--with-imap-ssl --with-gd --with-crypt

--Andrew


/usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c: In
 function `zif_read_uploaded_file':
 /usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c:23
80: warning: assignment makes pointer from integer without a cast
 /usr/local/src/latestcvs/php4-200203231200/ext/standard/var_unserializer.c:
 In function `php_var_unserialize':
 /usr/local/src/latestcvs/php4-200203231200/ext/standard/var_unserializer.c:3
00: warning: comparison is always false due to limited range of data type
 /usr/local/src/latestcvs/php4-200203231200/main/streams.c:884: warning:
 initialization from incompatible pointer type
 /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o): In
 function `ssl_onceonlyinit':
 /usr/src/build/51160-i386/BUILD/imap-2001a/c-client/osdep.c:286: the use of
 `tmpnam' is dangerous, better use `mkstemp' ext/mysql/libmysql/my_tempnam.o:
 In function `my_tempnam':
/usr/local/src/latestcvs/php4-200203231200/ext/mysql/libmysql/my_tempnam.c:86

: the use of `tempnam' is dangerous, better use `mkstemp'

 ext/standard/basic_functions.o: In function `zif_read_uploaded_file':
 /usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c:23
80: undefined reference to `php_fopen_wrapper' collect2: ld returned 1 exit
 status
make: *** [php] Error 1
make: [install-sapi] Error 1 (ignored)
cp: cannot stat `php': No such file or directory
make: *** [install-sapi] Error 1

-- 
When you finally buy enough memory, you will not have enough disk space. 
-- Murphy's Computer Laws n°3

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

[PHP-DEV] dio is broken

[Jan Lehnardt]

Hi,
on FreeBSD 4.4 I get these errors when building PHP_4_2_0 --enable-dio.

Making all in dio
gcc -I. -I/mnt/data/cvs/php_4_2_0/ext/dio -I/mnt/data/cvs/php_4_2_0/main
-I/mnt/data/cvs/php_4_2_0 -I/mnt/data/cvs/php_4_2_0/Zend
-I/usr/local/include/libxml2
-I/mnt/data/cvs/php_4_2_0/ext/mysql/libmysql
-I/mnt/data/cvs/php_4_2_0/ext/xml/expat -I/usr/local/include 
-I/mnt/data/cvs/php_4_2_0/TSRM -g -O2  -c dio.c && touch dio.lo
dio.c: In function `zm_startup_dio':
dio.c:90: `O_SYNC' undeclared (first use in this function)
dio.c:90: (Each undeclared identifier is reported only once
dio.c:90: for each function it appears in.)
*** Error code 1

Stop in /mnt/data/cvs/php_4_2_0/ext/dio.
*** Error code 1

Stop in /mnt/data/cvs/php_4_2_0/ext/dio.
*** Error code 1

Stop in /mnt/data/cvs/php_4_2_0/ext.
*** Error code 1

Stop in /mnt/data/cvs/php_4_2_0.
jan@reifen /mnt/data/cvs/php_4_2_0>


Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/

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

[PHP-DEV] RELEASE_PROCESS text file

[Jim Winstead]

we should either ditch this file, or update it to reflect the current
process. (i'd almost prefer we just replace it with an entirely new
document, perhaps based on derick's email[1], so we can have the
document not be GPL'd, which is just silly.)

one way i'd amend the process, relating to the use of cvs tags:

the current 4.2.0 (4.2.x?) branch was tagged as 'PHP_4_2_0'. this means
that the actual 4.2.0 release will need to use some other tag.

the way i'd like to see it done is for the branch tag to look something
like BRANCH_PHP_4_2 (yes, with 'BRANCH_' in the name. it makes it
drop-dead easy to tell what is a branch, and what is a release tag) with
release tags of the form PHP_4_2_0_RC1, PHP_4_2_0, PHP_4_2_1_RC1, etc.

(all lowercase would be fine, too, and would match most of the existing
tags.)

i really don't want to stir up the versioning debate again. if we're
doing three-digit branches and patch-level releases, adjust the
suggested tag names accordingly.

i think the whole release process could be tightened up, to boot -- i
don't see why there needs to be any delay between branching for the
release and kicking out the first release candidate. i don't think it
significantly changes the odds that the first release candidate will be
the only release candidate (which are near zero, in either case), but i
think that having a downloadable tarball is always going to attract more
testers.

jim

[1] http://marc.theaimsgroup.com/?l=php-dev&m=101545438113053&w=2

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

Re: [PHP-DEV] Infinite Loop / Segfault in ob_*()

[derick]

On Sat, 23 Mar 2002, Sebastian Bergmann wrote:

> Sebastian Bergmann wrote:
> > I think I found the root of my previous segfault:
> 
>   I get the same segfault with the PHP_4_2_0 branch.

I can reproduce it... fixing it didn't work though :)

Derick

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

[PHP-DEV] Re: [PHP-QA] Compile Failure

[derick]

Hello,

what platform are you on? I get this too while linking, but it doesn't 
fail.

Derick

On Sat, 23 Mar 2002, Andrew Lindeman wrote:

> I'm getting these errors while compiling the latest CVS...
> 
> using
> ./configure --with-zlib --with-mysql --with-imap --with-kerberos
> --with-imap-ssl --with-gd --with-crypt
> 
> --Andrew
> 
> 
> /usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c: In
>  function `zif_read_uploaded_file':
>  /usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c:23
> 80: warning: assignment makes pointer from integer without a cast
>  /usr/local/src/latestcvs/php4-200203231200/ext/standard/var_unserializer.c:
>  In function `php_var_unserialize':
>  /usr/local/src/latestcvs/php4-200203231200/ext/standard/var_unserializer.c:3
> 00: warning: comparison is always false due to limited range of data type
>  /usr/local/src/latestcvs/php4-200203231200/main/streams.c:884: warning:
>  initialization from incompatible pointer type
>  /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o): In
>  function `ssl_onceonlyinit':
>  /usr/src/build/51160-i386/BUILD/imap-2001a/c-client/osdep.c:286: the use of
>  `tmpnam' is dangerous, better use `mkstemp' ext/mysql/libmysql/my_tempnam.o:
>  In function `my_tempnam':
> /usr/local/src/latestcvs/php4-200203231200/ext/mysql/libmysql/my_tempnam.c:86
> 
> : the use of `tempnam' is dangerous, better use `mkstemp'
> 
>  ext/standard/basic_functions.o: In function `zif_read_uploaded_file':
>  /usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c:23
> 80: undefined reference to `php_fopen_wrapper' collect2: ld returned 1 exit
>  status
> make: *** [php] Error 1
> make: [install-sapi] Error 1 (ignored)
> cp: cannot stat `php': No such file or directory
> make: *** [install-sapi] Error 1
> 
> -- 
> When you finally buy enough memory, you will not have enough disk space. 
>   -- Murphy's Computer Laws n°3
> 
> -- 
> PHP Quality Assurance Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

Re: [PHP-DEV] Re: [PHP-QA] Compile Failure

[Andrew Lindeman]

I knew I forgot something while submitting this.

I am running (Red Hat) Linux (7.2)
gcc 2.96

It has never failed like this before.  I have gotten some errors like this 
before, but it has never has it totally failed (like this).

--Andrew


On Saturday 23 March 2002 04:37 pm, [EMAIL PROTECTED] wrote:
> Hello,
>
> what platform are you on? I get this too while linking, but it doesn't
> fail.
>
> Derick
>
> On Sat, 23 Mar 2002, Andrew Lindeman wrote:
> > I'm getting these errors while compiling the latest CVS...
> >
> > using
> > ./configure --with-zlib --with-mysql --with-imap --with-kerberos
> > --with-imap-ssl --with-gd --with-crypt
> >
> > --Andrew
> >
> >
> > /usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c
> >: In function `zif_read_uploaded_file':
> > 
> > /usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c
> >:23 80: warning: assignment makes pointer from integer without a cast
> > /usr/local/src/latestcvs/php4-200203231200/ext/standard/var_unserializer.
> >c: In function `php_var_unserialize':
> > 
> > /usr/local/src/latestcvs/php4-200203231200/ext/standard/var_unserializer.
> >c:3 00: warning: comparison is always false due to limited range of data
> > type /usr/local/src/latestcvs/php4-200203231200/main/streams.c:884:
> > warning: initialization from incompatible pointer type
> >  /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o):
> > In function `ssl_onceonlyinit':
> >  /usr/src/build/51160-i386/BUILD/imap-2001a/c-client/osdep.c:286: the use
> > of `tmpnam' is dangerous, better use `mkstemp'
> > ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam':
> > /usr/local/src/latestcvs/php4-200203231200/ext/mysql/libmysql/my_tempnam.
> >c:86
> >
> > : the use of `tempnam' is dangerous, better use `mkstemp'
> >
> >  ext/standard/basic_functions.o: In function `zif_read_uploaded_file':
> > 
> > /usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c
> >:23 80: undefined reference to `php_fopen_wrapper' collect2: ld returned 1
> > exit status
> > make: *** [php] Error 1
> > make: [install-sapi] Error 1 (ignored)
> > cp: cannot stat `php': No such file or directory
> > make: *** [install-sapi] Error 1
> >
> > --
> > When you finally buy enough memory, you will not have enough disk space.
> > -- Murphy's Computer Laws n°3
> >
> > --
> > PHP Quality Assurance Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
>
> ---
>   PHP: Scripting the Web - [EMAIL PROTECTED]
> All your branches are belong to me!
> SRM: Script Running Machine - www.vl-srm.net
> ---

-- 
We come to bury DOS, not to praise it.
(Paul Vojta, [EMAIL PROTECTED], paraphrasing a quote of Shakespeare)

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

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Compile Failure

[Edin Kadribasic]

You're testing with the latest cvs which is broken at the moment. Please
test PHP_4_2_0 branch.

Derick please revert read_uploaded_file patch... It's not needed, plus it
broke the build.

Edin

- Original Message -
From: "Andrew Lindeman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, March 23, 2002 11:34 PM
Subject: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Compile Failure


> I knew I forgot something while submitting this.
>
> I am running (Red Hat) Linux (7.2)
> gcc 2.96
>
> It has never failed like this before.  I have gotten some errors like this
> before, but it has never has it totally failed (like this).
>
> --Andrew
>
>
> On Saturday 23 March 2002 04:37 pm, [EMAIL PROTECTED] wrote:
> > Hello,
> >
> > what platform are you on? I get this too while linking, but it doesn't
> > fail.
> >
> > Derick
> >
> > On Sat, 23 Mar 2002, Andrew Lindeman wrote:
> > > I'm getting these errors while compiling the latest CVS...
> > >
> > > using
> > > ./configure --with-zlib --with-mysql --with-imap --with-kerberos
> > > --with-imap-ssl --with-gd --with-crypt
> > >
> > > --Andrew
> > >
> > >
> > >
/usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c
> > >: In function `zif_read_uploaded_file':
> > >
> > >
/usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c
> > >:23 80: warning: assignment makes pointer from integer without a cast
> > >
/usr/local/src/latestcvs/php4-200203231200/ext/standard/var_unserializer.
> > >c: In function `php_var_unserialize':
> > >
> > >
/usr/local/src/latestcvs/php4-200203231200/ext/standard/var_unserializer.
> > >c:3 00: warning: comparison is always false due to limited range of
data
> > > type /usr/local/src/latestcvs/php4-200203231200/main/streams.c:884:
> > > warning: initialization from incompatible pointer type
> > >
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o):
> > > In function `ssl_onceonlyinit':
> > >  /usr/src/build/51160-i386/BUILD/imap-2001a/c-client/osdep.c:286: the
use
> > > of `tmpnam' is dangerous, better use `mkstemp'
> > > ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam':
> > >
/usr/local/src/latestcvs/php4-200203231200/ext/mysql/libmysql/my_tempnam.
> > >c:86
> > >
> > > : the use of `tempnam' is dangerous, better use `mkstemp'
> > >
> > >  ext/standard/basic_functions.o: In function `zif_read_uploaded_file':
> > >
> > >
/usr/local/src/latestcvs/php4-200203231200/ext/standard/basic_functions.c
> > >:23 80: undefined reference to `php_fopen_wrapper' collect2: ld
returned 1
> > > exit status
> > > make: *** [php] Error 1
> > > make: [install-sapi] Error 1 (ignored)
> > > cp: cannot stat `php': No such file or directory
> > > make: *** [install-sapi] Error 1
> > >
> > > --
> > > When you finally buy enough memory, you will not have enough disk
space.
> > > -- Murphy's Computer Laws n°3
> > >
> > > --
> > > PHP Quality Assurance Mailing List 
> > > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> > ---
> >   PHP: Scripting the Web - [EMAIL PROTECTED]
> > All your branches are belong to me!
> > SRM: Script Running Machine - www.vl-srm.net
> > ---
>
> --
> We come to bury DOS, not to praise it.
> (Paul Vojta, [EMAIL PROTECTED], paraphrasing a quote of Shakespeare)
>
> --
> PHP Quality Assurance Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>


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

Re: [PHP-DEV] RELEASE_PROCESS text file

[derick]

On Sat, 23 Mar 2002, Jim Winstead wrote:

> we should either ditch this file, or update it to reflect the current
> process. (i'd almost prefer we just replace it with an entirely new
> document, perhaps based on derick's email[1], so we can have the
> document not be GPL'd, which is just silly.)
> 
> one way i'd amend the process, relating to the use of cvs tags:
> 
> the current 4.2.0 (4.2.x?) branch was tagged as 'PHP_4_2_0'. this means
> that the actual 4.2.0 release will need to use some other tag.

Currently releases have a tag with lower case characters (ie php_4_2_0), 
while branches have uppercase characters (PHP_4_2_0). I can't say this is 
beautiful though :)

> 
> the way i'd like to see it done is for the branch tag to look something
> like BRANCH_PHP_4_2 (yes, with 'BRANCH_' in the name. it makes it
> drop-dead easy to tell what is a branch, and what is a release tag) with
> release tags of the form PHP_4_2_0_RC1, PHP_4_2_0, PHP_4_2_1_RC1, etc.

looks like a good idea to me.

> 
> i think the whole release process could be tightened up, to boot -- i
> don't see why there needs to be any delay between branching for the
> release and kicking out the first release candidate.

The reason for this was that the QA team (mostly me) was working on the 
buildtrackers and testcases to record the RC builds; I agree though that 
it shouldn't be necessairy.

> i don't think it
> significantly changes the odds that the first release candidate will be
> the only release candidate (which are near zero, in either case), but i
> think that having a downloadable tarball is always going to attract more
> testers.

But we still don't have enough of them :I

Derick

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---



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

[PHP-DEV] Re: Infinite Loop / Segfault in ob_*()

[Yasuo Ohgaki]

Ok. I got what it is doing.
If you create bug report, I'll fix it when I have time.
Including following bug.

Any access to output buffer will cause problem.
For example,

  

segfualts.

--
Yasuo Ohgaki


Sebastian Bergmann wrote:
>   Hi,
> 
>   I think I found the root of my previous segfault:
> 
>  function test() {
>   ob_end_clean();
> }
> 
> ob_start('test');
> ?>
> 
>   segfaults, stacktrace is here
> 
> http://www.sebastian-bergmann.de/stacktrace.txt
> 



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

[PHP-DEV] Re: Bug #16232 Updated: remalloc FAIL on CURLOPT_HEADERFUNCTION callback

[Alan Knowles]

patch attached

regards
alan
[EMAIL PROTECTED] wrote:

> ID:   16232
> Updated by:   [EMAIL PROTECTED]
> Reported By:  [EMAIL PROTECTED]
>-Status:   Open
>+Status:   Feedback
> Bug Type: cURL related
> Operating System: linux
> PHP Version:  4.0CVS-2002-03-23
> New Comment:
>
>Hey Alan,
>
>can you please mail this patch to php-dev?
>
>regards,
>Derick
>
>
>Previous Comments:
>
>
>[2002-03-23 10:11:02] [EMAIL PROTECTED]
>
>Fixes:
>callback to curl_setopt(CURLOPT_HEADERFUNCTION..) always causes this.
>FATAL:  erealloc():  Unable to allocate 1075529781 bytes
>
>Fix:
>Basically a copy of the curl_write to curl_write_header
>
>Affects: 
>all versions (that I know of - including 4.2.0rc1 & 4.2.0-dev)
>
>test code at
>http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpmole-ide/phpmole/tools/web_get.php?rev=1.2&content-type=text/vnd.viewcvs-markup
>
>usage:
>php web_get.php http://www.php.net
>  
> /*  
>



Index: curl.c
===
RCS file: /repository/php4/ext/curl/curl.c,v
retrieving revision 1.103
diff -u -r1.103 curl.c
--- curl.c  24 Dec 2001 13:58:03 -  1.103
+++ curl.c  24 Mar 2002 02:30:04 -
@@ -319,7 +319,7 @@
 
ZVAL_RESOURCE(argv[0], ch->id);
zend_list_addref(ch->id);
-   ZVAL_STRINGL(argv[1], data, (int) length, 1);
+   ZVAL_STRINGL(argv[1], data, length, 1);
 
error = call_user_function(EG(function_table),
   NULL,
@@ -373,7 +373,7 @@
zend_list_addref(ch->id);
ZVAL_RESOURCE(argv[1], t->fd);
zend_list_addref(t->fd);
-   ZVAL_LONG(argv[2], size * nmemb);
+   ZVAL_LONG(argv[2], (int) size * nmemb);
 
error = call_user_function(EG(function_table),
   NULL,
@@ -406,8 +406,7 @@
 {
php_curl   *ch  = (php_curl *) ctx;
php_curl_write *t   = ch->handlers->write_header;
-   int error;
-   int length;
+   size_t  length = size * nmemb;
TSRMLS_FETCH();

switch (t->method) {
@@ -415,33 +414,30 @@
/* Handle special case write when we're returning the entire transfer
 */
if (ch->handlers->write->method == PHP_CURL_RETURN)
-   smart_str_appendl(&ch->handlers->write->buf, data, size * 
nmemb);
+   smart_str_appendl(&ch->handlers->write->buf, data, (int) 
+length);
else
PUTS(data);
-
-   length = size * nmemb;
-
break;
case PHP_CURL_FILE:
-   length = fwrite(data, size, nmemb, t->fp);
-   break;
+   return fwrite(data, size, nmemb, t->fp);
case PHP_CURL_USER: {
zval *argv[2];
zval *retval;
+   int   error;
TSRMLS_FETCH();
-   
+
MAKE_STD_ZVAL(argv[0]);
MAKE_STD_ZVAL(argv[1]);
MAKE_STD_ZVAL(retval);
 
ZVAL_RESOURCE(argv[0], ch->id);
zend_list_addref(ch->id);
-   ZVAL_STRINGL(argv[0], data, size * nmemb, 1);
+   ZVAL_STRINGL(argv[1], data, length, 1);
 
-   error = call_user_function(EG(function_table), 
-  NULL,
+   error = call_user_function(EG(function_table),
+  NULL,
   t->func,
-  retval, 2, argv TSRMLS_CC);
+  retval, 2, argv TSRMLS_CC);
if (error == FAILURE) {
php_error(E_WARNING, "Couldn't call the 
CURLOPT_HEADERFUNCTION");
length = -1;
@@ -449,17 +445,14 @@
else {
length = Z_LVAL_P(retval);
}
-
zval_ptr_dtor(&argv[0]);
zval_ptr_dtor(&argv[1]);
zval_ptr_dtor(&retval);
break;
}
case PHP_CURL_IGNORE:
-   length = size * nmemb;
-   break;
-   }
-   
+   return length;
+   }
return length;
 }
 /* }}} */



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

[PHP-DEV] make install error (CGI SAPI)

[Yasuo Ohgaki]

There is an error in current HEAD. It works, though.

[yohgaki@dev TEST-DEV]$ LANG=C sudo make install
make: [install-sapi] Error 1 (ignored)
/home/yohgaki/cvs/php/TEST-DEV/build/shtool install -c -m 0755 php 
/usr/local/bin/php-cgi
installing shared modules into 
/usr/local/lib/php/extensions/debug-non-zts-20010901
/home/yohgaki/cvs/php/TEST-DEV/build/shtool install -c -m 0755 
sapi/cli/php /usr/local/bin/php
[yohgaki@dev TEST-DEV]$

--
Yasuo Ohgaki


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

RE: [PHP-DEV] Advice on design issues (long)...

[Lukas Smith]

> (2) im working on a database access abstraction, again inspired by
Java
> and
> JDBC (MySQL driver is written and works, BTW). in Java you have the
> Resultset.getXXX methods which gets the value of a given column as a
> particular type. Java of course is strongly typed, whereas PHP is not.
Is
> it
> useful to implement the getXXX methods natively. i lean toward it
> primarily
> because 1) folks coming from Java will be right at home 2) sometimes
you
> need to enforce a particular return type coming from a column 3)
Metabase
> does it for portability, and although it can be done in PHP, its more
> efficient to do it in the extension. On the downside there is the
issue of
> bloat.

There is currently an effort underway to merge Metabase with PEAR DB.
I have just commited the first code into the pear cvs (package is called
"MDB" for now). The merge is still not complete. But the idea was that
this merged DB abstraction layer could down the road be ported to C ...
the sooner the better.

In terms of how to abstract things, its quite obvious that Metabase is
very far ahead (is there even something similar in other languages?). So
I guess Metabase, or MDB when its ready, will be the best place to turn
to if you seek this knowledge for a C Extension.

Anyways if you are interested then you may want to join the discussion
on this new package. All discussion goes to the binarycloud, metabase
and pear-dev mailinglists, since there is no dedicated mailinglist for
this project, but all of the above the mailinglists are participating.

Best regards,
Lukas Smith
[EMAIL PROTECTED]
___
 DybNet Internet Solutions GbR
 Alt Moabit 89
 10559 Berlin
 Germany
 Tel. : +49 30 83 22 50 00
 Fax : +49 30 83 22 50 07
 www.dybnet.de [EMAIL PROTECTED]
___



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

[PHP-DEV] Unsigned Right Shift Sould there be a matching left shift?

[Jason Greene]

Hello everyone, 

Andi and I have been talking offline regarding my unsigned right shift
operator patch. We have decided to implement this change in ZE2;
however, there is one thing left to be resolved before the functionality
can be added. 

Currently the Unsigned Right Shift patch implements 2 new operators: 
>>>  (Unsigned Shift) 
>>>= (Unsigned Shift Assign) 

In my initial patch I did not include the equivalent left shift
operators because sign only affects a right shift. However, this does
introduce a consistency problem, and so the question is should we
implement <<< and <<<= and have them just be aliases to << and <<=? 

Thanks,
-Jason





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