Re: [PHP-DEV] Update for Birdstep RDM Server / RAIMA Velocis support in PHP 4 5

2005-04-15 Thread Albert Lash
Hi Jani,

Its all set. I've got back and fixed the problems I was getting while
compiling, so there are now no existing lines of code commented out. There
are several that were removed, all having something to do with
SWFMovie_output, for example:

#ifdef HAVE_NEW_MING
RETURN_LONG(SWFMovie_output(movie, phpByteOutputMethod, NULL,
limit));
#else
RETURN_LONG(SWFMovie_output(movie, phpByteOutputMethod, NULL));
#endif

It is now simplified as :

RETURN_LONG(SWFMovie_output(movie, phpByteOutputMethod, NULL));

This is because the SWFMovie_output function no longer has this last
argument, as seen in ming/php_ext/ming.c line 620.

The patch is online:

http://people.thirteen.net/~alby/php_ext_ming.patch

You can download a bzip2 compressed version also:

http://people.thirteen.net/~alby/php_ext_ming.patch.bz2

From here, the FLV function needs to be added, but I haven't found time to
do so.

Regards,

Alby

On Fri, 15 Apr 2005, Jani Taskinen wrote:


  I have committed a little bit modified version of this
  patch in all branches. Basically I just replaced your two
  'uname' calls by using $host_alias and used $SHLIB_SUFFIX_NAME
  instead of .so / .sl.

  --Jani


 On Mon, 11 Apr 2005, John Higgins wrote:

  I would like to submit an update for the UODBC module in PHP 4  5.  The
  changes update PHP's UODBC module to work with the latest versions of
  Birdstep's RDM Server DBMS, while maintaining compatibility with previously
  supported versions.  The update was necessary due to a change in Birdstep's
  library names as well as new functionality in RDM Server.  The changes
  affect two files, and are detailed in the diff output below.  As I would
  like to update the latest versions of PHP 4 as well as PHP 5, I have pasted
  the diff output for version 5 into this post, and will reply to this post
  with the diff for PHP 4.  Please let me know if I can do anything to make
  this easier...
 
  - John
 
  PHP 5 diff
  **
  Index: ext/odbc/config.m4
  ===
  RCS file: /repository/php-src/ext/odbc/config.m4,v
  retrieving revision 1.72
  diff -u -r1.72 config.m4
  --- ext/odbc/config.m4  10 Apr 2005 19:23:59 -  1.72
  +++ ext/odbc/config.m4  11 Apr 2005 17:47:11 -
  @@ -339,6 +339,22 @@
  [
PHP_WITH_SHARED
 
  +  ac_birdstep_uname_s=`uname -s 2/dev/null`
  +  ac_birdstep_uname_p=`uname -p 2/dev/null`
  +  case $ac_birdstep_uname_s in
  +AIX) AC_DEFINE(AIX,1,[ ]);;
  +HP-UX) AC_DEFINE(HPUX,1,[ ]);;
  +Linux) AC_DEFINE(LINUX,1,[ ]);;
  +QNX) AC_DEFINE(NEUTRINO,1,[ ]);;
  +SunOS)
  +  if test $ac_birdstep_uname_p == i386; then
  +AC_DEFINE(ISOLARIS,1,[ ])
  +  elif test $ac_birdstep_uname_p == sparc; then
  +AC_DEFINE(SOLARIS,1,[ ])
  +  fi;;
  +UnixWare) AC_DEFINE(UNIXWARE,1,[ ]);;
  +  esac
  +
if test $withval != no; then
  if test $withval = yes; then
  ODBC_INCDIR=/usr/local/birdstep/include
  @@ -350,7 +366,12 @@
  ODBC_INCLUDE=-I$ODBC_INCDIR
  ODBC_TYPE=birdstep
  ODBC_LFLAGS=-L$ODBC_LIBDIR
  -
ODBC_LIBS=-lCadm -lCdict -lCenc -lCrdm -lCrpc -lCrdbc -lCrm -lCuapi 
  -lutil
  +if test -e $ODBC_LIBDIR/libCrdbc32.so -o -e
  $ODBC_LIBDIR/libCrdbc32.sl; then
  +
  ODBC_LIBS=-lCrdbc32 -lCadm32 -lCncp32 -lCrm32 -lCsql32 -lCdict32 
  -lCrdm32
  -lCrpc32 -lutil
  +elif test -e $ODBC_LIBDIR/libCrdbc.so -o -e
  $ODBC_LIBDIR/libCrdbc.sl; then
  +
  ODBC_LIBS=-lCrdbc -lCadm -lCncp -lCrm -lCsql -lCdict -lCrdm -lCrpc 
  -lutil
  +fi
  +
  AC_DEFINE(HAVE_BIRDSTEP,1,[ ])
 
  AC_MSG_RESULT(yes)
  Index: ext/odbc/php_odbc.h
  ===
  RCS file: /repository/php-src/ext/odbc/php_odbc.h,v
  retrieving revision 1.58
  diff -u -r1.58 php_odbc.h
  --- ext/odbc/php_odbc.h 8 Jan 2004 17:32:34 -   1.58
  +++ ext/odbc/php_odbc.h 11 Apr 2005 17:47:11 -
  @@ -33,8 +33,8 @@
  extern zend_module_entry odbc_module_entry;
  #define odbc_module_ptr odbc_module_entry
 
  -#if defined(HAVE_DBMAKER) || defined(PHP_WIN32) || defined(HAVE_IBMDB2) ||
  defined(HAVE_UNIXODBC)
  -# define PHP_ODBC_HAVE_FETCH_HASH 1
  +#if defined(HAVE_DBMAKER) || defined(PHP_WIN32) || defined(HAVE_IBMDB2) ||
  defined(HAVE_UNIXODBC) || defined(HAVE_BIRDSTEP)
  +#define PHP_ODBC_HAVE_FETCH_HASH 1
  #endif
 
  /* user functions */
 

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


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



[PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/standard md5.c sha1.c

2005-04-15 Thread Uwe Schindler
We can left that out. The flag to search in the include path is available 
to all file_* functions in PHP. Make it sense to search in the include path 
for example in the exif-functions? But this parameter is available there, 
too. So for consistency I added this parameter.

At 16:37 15.04.2005, you wrote:
  Hi,
what's the reason for looking in the include path. Usually these
functions are used to verify the MD5/SHA1 hash of a specific file.
Regards,
Andrey
Uwe Schindler wrote:
thetaphiFri Apr 15 10:29:32 2005 EDT
  Modified files:
/php-src/ext/standard   md5.c sha1.c   Log:
  use streams api for md5_file and sha1_file. Added parameter 
use_include_path similar to other PHP file functions. Documentation 
update outstanding

http://cvs.php.net/diff.php/php-src/ext/standard/md5.c?r1=1.36r2=1.37ty=u
Index: php-src/ext/standard/md5.c
diff -u php-src/ext/standard/md5.c:1.36 php-src/ext/standard/md5.c:1.37
--- php-src/ext/standard/md5.c:1.36 Fri Apr 15 05:14:38 2005
+++ php-src/ext/standard/md5.c  Fri Apr 15 10:29:32 2005
@@ -16,7 +16,7 @@
+--+
 */
-/* $Id: md5.c,v 1.36 2005/04/15 09:14:38 thetaphi Exp $ */
+/* $Id: md5.c,v 1.37 2005/04/15 14:29:32 thetaphi Exp $ */
 /*   * md5.c - Copyright 1997 Lachlan Roche @@ -24,9 +24,6 @@
  */
 #include php.h
-#include sys/types.h
-#include sys/stat.h
-#include fcntl.h
 #include md5.h
 PHPAPI void make_digest(char *md5str, unsigned char *digest)
@@ -70,51 +67,45 @@
 }
 /* }}} */
-/* {{{ proto string md5_file(string filename [, bool raw_output])
+/* {{{ proto string md5_file(string filename [, bool raw_output [, bool 
use_include_path]])
Calculate the md5 hash of given filename */
 PHP_NAMED_FUNCTION(php_if_md5_file)
 {
char  *arg;
int   arg_len;
zend_bool raw_output = 0;
+   zend_bool use_include_path = 0;
char  md5str[33];
unsigned char buf[1024];
unsigned char digest[16];
PHP_MD5_CTX   context;
-   int   n,fd;
+   int   n;
+   php_stream*stream;

-   if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, s|b, arg, 
arg_len, raw_output) == FAILURE) {
+   if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, s|bb, 
arg, arg_len, raw_output, use_include_path) == FAILURE) {
return;
}
-
-   if (PG(safe_mode)  (!php_checkuid(arg, NULL, 
CHECKUID_CHECK_FILE_AND_DIR))) {
-   RETURN_FALSE;
-   }
-
-   if (php_check_open_basedir(arg TSRMLS_CC)) {
-   RETURN_FALSE;
-   }
-
-   if ((fd = VCWD_OPEN(arg, O_RDONLY)) == -1) {
-   php_error_docref(NULL TSRMLS_CC, E_WARNING, Unable to 
open file);
+
+   stream = php_stream_open_wrapper(arg, rb,
+   (use_include_path ? USE_PATH : 0) | REPORT_ERRORS | 
ENFORCE_SAFE_MODE, NULL);
+   if (!stream) {
RETURN_FALSE;
}

PHP_MD5Init(context);
-   while ((n = read(fd, buf, sizeof(buf)))  0) {
+   while ((n = php_stream_read(stream, buf, sizeof(buf)))  0) {
PHP_MD5Update(context, buf, n);
}
PHP_MD5Final(digest, context);
+   php_stream_close(stream);
+
if (n0) {
-   close(fd);
RETURN_FALSE;
}
-   close(fd);
-
if (raw_output) {
RETURN_STRINGL(digest, 16, 1);
} else {
http://cvs.php.net/diff.php/php-src/ext/standard/sha1.c?r1=1.10r2=1.11ty=u
Index: php-src/ext/standard/sha1.c
diff -u php-src/ext/standard/sha1.c:1.10 php-src/ext/standard/sha1.c:1.11
--- php-src/ext/standard/sha1.c:1.10Fri Apr 15 05:14:38 2005
+++ php-src/ext/standard/sha1.c Fri Apr 15 10:29:32 2005
@@ -16,12 +16,9 @@
+--+
 */
-/* $Id: sha1.c,v 1.10 2005/04/15 09:14:38 thetaphi Exp $ */
+/* $Id: sha1.c,v 1.11 2005/04/15 14:29:32 thetaphi Exp $ */
 #include php.h
-#include sys/types.h
-#include sys/stat.h
-#include fcntl.h
 /* This code is heavily based on the PHP md5 implementation */  @@ 
-69,51 +66,46 @@

 /* }}} */
-/* {{{ proto string sha1_file(string filename [, bool raw_output])
+
+/* {{{ proto string sha1_file(string filename [, bool raw_output [, bool 
use_include_path]])
Calculate the sha1 hash of given filename */
 PHP_FUNCTION(sha1_file)
 {
char  *arg;
int   arg_len;
zend_bool raw_output = 0;
+   zend_bool use_include_path = 0;
char  sha1str[41];
unsigned char buf[1024];
unsigned char digest[20];
PHP_SHA1_CTX   context;
-   int   n, fd;
+   int   n;
+   php_stream*stream;

-   if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, s|b, arg, 
arg_len, raw_output) == FAILURE) {
+   if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, s|bb, 
arg, arg_len, raw_output, use_include_path) == FAILURE) {
   

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/standard md5.c sha1.c

2005-04-15 Thread Andrey Hristov
Uwe Schindler wrote:
We can left that out. The flag to search in the include path is 
available to all file_* functions in PHP. Make it sense to search in the 
include path for example in the exif-functions? But this parameter is 
available there, too. So for consistency I added this parameter.

At 16:37 15.04.2005, you wrote:
Then file_exists() is also incosistent :). Do add additional param to it 
too.
Andrey
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php


Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/standard md5.c sha1.c

2005-04-15 Thread Uwe Schindler
I can remove this parameter. Without it, the function declaration keeps 
constant and we could add this patch to PHP_5_0, too. It does not change 
the user interface but makes C code simplier and adds support for URLs 
without any cost to it.
The original intention to change the md5/sha1 code was to remove stdio and 
convert to posix io (as done in 4.3 and 5.0) because of the solaris stdio 
problems. But php_streams is even better.

Uwe
At 17:08 15.04.2005, you wrote:
Uwe Schindler wrote:
We can left that out. The flag to search in the include path is available 
to all file_* functions in PHP. Make it sense to search in the include 
path for example in the exif-functions? But this parameter is available 
there, too. So for consistency I added this parameter.
At 16:37 15.04.2005, you wrote:
Then file_exists() is also incosistent :). Do add additional param to it 
too.
Andrey
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de - http://www.schindlers-software.de
eMails: [EMAIL PROTECTED] (private); [EMAIL PROTECTED] (company)
Tel./Fax: +49 700 PCLATEIN (+49 700 72528346)
Schindlers Software - Home of Schindlers PC-LATEIN 3.10
DIE Software zum Lateinlernen!  

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


Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/standard md5.c sha1.c

2005-04-15 Thread Derick Rethans
On Fri, 15 Apr 2005, Uwe Schindler wrote:

 I can remove this parameter. Without it, the function declaration keeps
 constant and we could add this patch to PHP_5_0, too. It does not change the
 user interface but makes C code simplier and adds support for URLs without any
 cost to it.

I think you should remove it from these two files... they are for ONE 
file... it would be silly if they followed the include path.

regards,
Derick

-- 
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org

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



Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/standard md5.c sha1.c

2005-04-15 Thread Derick Rethans
On Fri, 15 Apr 2005, Andrey Hristov wrote:

 Uwe Schindler wrote:
  We can left that out. The flag to search in the include path is available to
  all file_* functions in PHP. Make it sense to search in the include path for
  example in the exif-functions? But this parameter is available there, too.
  So for consistency I added this parameter.
  
  At 16:37 15.04.2005, you wrote:
 
 Then file_exists() is also incosistent :). Do add additional param to it too.

No! Do not do that - that will definitely going to break BC.

Derick

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



RE: [PHP-DEV] Update for Birdstep RDM Server / RAIMA Velocis support in PHP 4 5

2005-04-15 Thread John Higgins
Jani, Albert, have I missed something?  I don't see what this has to do with my 
update, is this a mistake or am I missing something?

Thanks,

-
Birdstep Technology  John Higgins
Office:  206 748 5353Software Engineer
Fax:  206 748 5200   Direct:  206 748 5240
Web:  http://www.birdstep.com


-Original Message-
From: Albert Lash [mailto:[EMAIL PROTECTED]
Sent: Friday, April 15, 2005 6:46 AM
To: Jani Taskinen
Cc: John Higgins; internals@lists.php.net
Subject: Re: [PHP-DEV] Update for Birdstep RDM Server / RAIMA Velocis
support in PHP 4  5


Hi Jani,

Its all set. I've got back and fixed the problems I was getting while
compiling, so there are now no existing lines of code commented out. There
are several that were removed, all having something to do with
SWFMovie_output, for example:

#ifdef HAVE_NEW_MING
RETURN_LONG(SWFMovie_output(movie, phpByteOutputMethod, NULL,
limit));
#else
RETURN_LONG(SWFMovie_output(movie, phpByteOutputMethod, NULL));
#endif

It is now simplified as :

RETURN_LONG(SWFMovie_output(movie, phpByteOutputMethod, NULL));

This is because the SWFMovie_output function no longer has this last
argument, as seen in ming/php_ext/ming.c line 620.

The patch is online:

http://people.thirteen.net/~alby/php_ext_ming.patch

You can download a bzip2 compressed version also:

http://people.thirteen.net/~alby/php_ext_ming.patch.bz2

From here, the FLV function needs to be added, but I haven't found time to
do so.

Regards,

Alby

On Fri, 15 Apr 2005, Jani Taskinen wrote:


  I have committed a little bit modified version of this
  patch in all branches. Basically I just replaced your two
  'uname' calls by using $host_alias and used $SHLIB_SUFFIX_NAME
  instead of .so / .sl.

  --Jani


 On Mon, 11 Apr 2005, John Higgins wrote:

  I would like to submit an update for the UODBC module in PHP 4  5.  The
  changes update PHP's UODBC module to work with the latest versions of
  Birdstep's RDM Server DBMS, while maintaining compatibility with previously
  supported versions.  The update was necessary due to a change in Birdstep's
  library names as well as new functionality in RDM Server.  The changes
  affect two files, and are detailed in the diff output below.  As I would
  like to update the latest versions of PHP 4 as well as PHP 5, I have pasted
  the diff output for version 5 into this post, and will reply to this post
  with the diff for PHP 4.  Please let me know if I can do anything to make
  this easier...
 
  - John
 
  PHP 5 diff
  **
  Index: ext/odbc/config.m4
  ===
  RCS file: /repository/php-src/ext/odbc/config.m4,v
  retrieving revision 1.72
  diff -u -r1.72 config.m4
  --- ext/odbc/config.m4  10 Apr 2005 19:23:59 -  1.72
  +++ ext/odbc/config.m4  11 Apr 2005 17:47:11 -
  @@ -339,6 +339,22 @@
  [
PHP_WITH_SHARED
 
  +  ac_birdstep_uname_s=`uname -s 2/dev/null`
  +  ac_birdstep_uname_p=`uname -p 2/dev/null`
  +  case $ac_birdstep_uname_s in
  +AIX) AC_DEFINE(AIX,1,[ ]);;
  +HP-UX) AC_DEFINE(HPUX,1,[ ]);;
  +Linux) AC_DEFINE(LINUX,1,[ ]);;
  +QNX) AC_DEFINE(NEUTRINO,1,[ ]);;
  +SunOS)
  +  if test $ac_birdstep_uname_p == i386; then
  +AC_DEFINE(ISOLARIS,1,[ ])
  +  elif test $ac_birdstep_uname_p == sparc; then
  +AC_DEFINE(SOLARIS,1,[ ])
  +  fi;;
  +UnixWare) AC_DEFINE(UNIXWARE,1,[ ]);;
  +  esac
  +
if test $withval != no; then
  if test $withval = yes; then
  ODBC_INCDIR=/usr/local/birdstep/include
  @@ -350,7 +366,12 @@
  ODBC_INCLUDE=-I$ODBC_INCDIR
  ODBC_TYPE=birdstep
  ODBC_LFLAGS=-L$ODBC_LIBDIR
  -
ODBC_LIBS=-lCadm -lCdict -lCenc -lCrdm -lCrpc -lCrdbc -lCrm -lCuapi 
  -lutil
  +if test -e $ODBC_LIBDIR/libCrdbc32.so -o -e
  $ODBC_LIBDIR/libCrdbc32.sl; then
  +
  ODBC_LIBS=-lCrdbc32 -lCadm32 -lCncp32 -lCrm32 -lCsql32 -lCdict32 
  -lCrdm32
  -lCrpc32 -lutil
  +elif test -e $ODBC_LIBDIR/libCrdbc.so -o -e
  $ODBC_LIBDIR/libCrdbc.sl; then
  +
  ODBC_LIBS=-lCrdbc -lCadm -lCncp -lCrm -lCsql -lCdict -lCrdm -lCrpc 
  -lutil
  +fi
  +
  AC_DEFINE(HAVE_BIRDSTEP,1,[ ])
 
  AC_MSG_RESULT(yes)
  Index: ext/odbc/php_odbc.h
  ===
  RCS file: /repository/php-src/ext/odbc/php_odbc.h,v
  retrieving revision 1.58
  diff -u -r1.58 php_odbc.h
  --- ext/odbc/php_odbc.h 8 Jan 2004 17:32:34 -   1.58
  +++ ext/odbc/php_odbc.h 11 Apr 2005 17:47:11 -
  @@ -33,8 +33,8 @@
  extern zend_module_entry odbc_module_entry;
  #define odbc_module_ptr odbc_module_entry
 
  -#if defined(HAVE_DBMAKER) || defined(PHP_WIN32) || defined(HAVE_IBMDB2) ||
  defined(HAVE_UNIXODBC)
  -# define PHP_ODBC_HAVE_FETCH_HASH 1
  +#if defined(HAVE_DBMAKER) || 

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/standard md5.c sha1.c

2005-04-15 Thread Sara Golemon
   We can left that out. The flag to search in the include path is
available to
   all file_* functions in PHP. Make it sense to search in the include
path for
   example in the exif-functions? But this parameter is available there,
too.
   So for consistency I added this parameter.
  
Except that it's not.  Most, in fact, do not include it.  It's just the high
visibility ones {fopen(), file(), file_get_contents()} that you see it on.

  Then file_exists() is also incosistent :). Do add additional param to it
too.
 No! Do not do that - that will definitely going to break BC.


Rather than getting prototype change happy.  How about a context parameter
for the file:// wrapper since it only applies to plainfiles anyway.  (Note:
Okay so it applies to plainfile wrappers like compress.gzip:// but that just
opens the subordinate resource as a wrapper and winds up at file:// anyway)

Keep the flag on functions like fopen() for BC purposes, but don't add it
anywhere else, there's no need for it.

-Sara

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



[PHP-DEV] Yet Another Stupid Question: Why Bother with Compatibility?

2005-04-15 Thread GamblerZG
Maintaining compatibility between different major versions of PHP must 
be extremely hard. Maybe that is obvious, but I do not quite understand 
why developers do it. Why PHP 5 has to understand deprecated syntax of 
PHP 4? I mean, if someone needs to execute old scripts, they can always 
use old engine.

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


Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/standard md5.c sha1.c

2005-04-15 Thread Uwe Schindler
At 18:51 15.04.2005, Sara Golemon wrote:
Rather than getting prototype change happy.  How about a context parameter
for the file:// wrapper since it only applies to plainfiles anyway.  (Note:
Okay so it applies to plainfile wrappers like compress.gzip:// but that just
opens the subordinate resource as a wrapper and winds up at file:// anyway)
Keep the flag on functions like fopen() for BC purposes, but don't add it
anywhere else, there's no need for it.
Parameter removed again. Any complaints to add this patch (lowlevel file io 
to streams in sha1_file  md5_file) to PHP_5_0 (PHP_4_3 ???), too?

Uwe
-
Uwe Schindler
[EMAIL PROTECTED] - http://www.php.net
NSAPI SAPI developer
Bremen, Germany
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php


Re: [PHP-DEV] Yet Another Stupid Question: Why Bother with Compatibility?

2005-04-15 Thread Paul Reinheimer
The advantage of maintaining reverse compatibility is that it helps encourage
people to upgrade. Many more people would have many more concerns if the
4 - 5 upgrade broke programs using depreciated practices. ISPs and hosting
companies in particular would be extremely reluctant to upgrade as it would
promptly result in several (hundred?) support tickets asking My code worked
yesterday, now it doesn't! What did you do?!?!!.

I will be honest, I've written the majority of my code in the last
year, but am I
100% positive that I'm not using anything that was marked as depreciated in
PHP 4? Absolutely not. For all I know I might be using some deprecated function
in some arcane, rarely used administrative include file hiding somewhere in the
depths of my file system. Everything would apparently keep working when I
upgraded, and even for days/weeks after the fact. Then boom, one day something
important brakes, and I have no idea why.


I would assume that the percentage of people willing to upgrade is directly
proportional to the percentage of BC.


just my 2cents (canadian).


paul


On 4/15/05, GamblerZG [EMAIL PROTECTED] wrote:
 Maintaining compatibility between different major versions of PHP must
 be extremely hard. Maybe that is obvious, but I do not quite understand
 why developers do it. Why PHP 5 has to understand deprecated syntax of
 PHP 4? I mean, if someone needs to execute old scripts, they can always
 use old engine.
 
 --
 PHP Internals - PHP Runtime Development Mailing List
 To unsubscribe, visit: http://www.php.net/unsub.php
 
 


-- 
Paul Reinheimer
Zend Certified Engineer

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



Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/standard md5.c sha1.c

2005-04-15 Thread Ilia Alshanetsky
Parameter removed again. Any complaints to add this patch (lowlevel file 
io to streams in sha1_file  md5_file) to PHP_5_0 (PHP_4_3 ???), too?
I have no objections to MFHing the path to 4.3.
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php


[PHP-DEV] state of PHP5 support in APC

2005-04-15 Thread Andreas Korthaus
Hello!
Can someone tell me anything about the state of PHP5 support in APC? I 
have read some posts from last september where was statet in a few 
weeks there will be PHP5 support  ;-)

Today I tried to install a snapshot from CVS, to see if it works with 
PHP 5.0.3 on my Gentoo-Box. Seems if the next version will be 2.1.0?

So I created an APC-2.1.0dev.tgz and tried to install it using pear 
installer. But make failed:

gcc -I. -I/tmp/tmpEq1qzi/APC-2.1.0dev -DPHP_ATOM_INC 
-I/var/tmp/pear-build-root/APC-2.1.0dev/include 
-I/var/tmp/pear-build-root/APC-2.1.0dev/main 
-I/tmp/tmpEq1qzi/APC-2.1.0dev -I/usr/include/php -I/usr/include/php/main 
-I/usr/include/php/Zend -I/usr/include/php/TSRM -DHAVE_CONFIG_H -g -O2 
-c /tmp/tmpEq1qzi/APC-2.1.0dev/apc_cache.c  -fPIC -DPIC -o apc_cache.lo
/tmp/tmpEq1qzi/APC-2.1.0dev/apc_cache.c: In function 
`prevent_garbage_collection':
/tmp/tmpEq1qzi/APC-2.1.0dev/apc_cache.c:231: error: subscripted value is 
neither array nor pointer
make: *** [apc_cache.lo] Error 1
`make' failed

(the same happens if I run phpize  ./configure --enable-apc  make 
install)
I have seen similar errors in APC-bugtracker and on this list some time ago.

I also tried eAccelerator. First it looked nice and seemed to work with 
PHP5, but I got some errors with PEAR::MDB2 (something with constructors 
I think).

Can someone estimate how far away we are from a working PHP5 release?
Thanks!
best regards,
Andreas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php


[PHP-DEV] Re: state of PHP5 support in APC

2005-04-15 Thread Andreas Korthaus
I'm sorry, should have gone to pecl.dev!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php