[PHP-DEV] Bug #10739 Updated: Zlib compile fails

2001-05-16 Thread sniper
ID: 10739 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: Forgot the url to that RC: http://www.php.net/~andi/php-4.0.6RC1.tar.gz Previous Comments:

[PHP-DEV] Bug #10615 Updated: JPEG size info not properly returned on unmodified JPEG images from digicam

2001-05-16 Thread htmlspinnr
ID: 10615 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: GetImageSize related Operating system: Linux 2.4.4 (Redhat 7.0) PHP Version: 4.0.5 Description: JPEG size info not properly returned on unmodified JPEG images from digicam All fixed. Both links now work properly again.

[PHP-DEV] Bug #10754 Updated: parsing CDATA with special characters

2001-05-16 Thread sniper
ID: 10754 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: XML related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Could you please try with the latest release candidate: http://www.php.net/~andi/php-4.0.6RC1.tar.gz using it

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Rasmus Lerdorf
Is it possible to remove the ereg functions? We have a strict policy to only use preg as they are more reliable and faster. So, I am not to happy that PHP is bloated with these ereg functions. Any thoughts? Uh, are you out of your mind? -Rasmus -- PHP Development Mailing List

[PHP-DEV] Bug #10892: error on PHP.INI distributed for win32

2001-05-16 Thread alex . tuveri
From: [EMAIL PROTECTED] Operating system: win32 PHP version: 4.0.5 PHP Bug Type: *Session related Bug description: error on PHP.INI distributed for win32 Dears, the file PHP.INI distributed with foxserv or within the php405 work correctly but Just i installed a PHP program

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Brian Moon
That is why I am asking. Is there a core reason that the ereg functions have to be there? I could extend this to other functions as well of course. But this set in particular I have wondered about. Brian Moon -- dealnews.com,

[PHP-DEV] Bug #10893: Failes to compile zend_hash.c:257: `LONG_MAX' undeclared

2001-05-16 Thread dan
From: [EMAIL PROTECTED] Operating system: Redhat 6.2 - Linux 2.2.17 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: Failes to compile zend_hash.c:257: `LONG_MAX' undeclared Php 4.0.4pl worked fine. When upgrading to 4.0.5 I ran into this compile error.

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Peter Petermann
hm... That is why I am asking. Is there a core reason that the ereg functions have to be there? I could extend this to other functions as well of course. But this set in particular I have wondered about. maybe because some people are using them? ... Peter Petermann -- PHP Development

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Rasmus Lerdorf
That is why I am asking. Is there a core reason that the ereg functions have to be there? I could extend this to other functions as well of course. But this set in particular I have wondered about. 1) There was no PCRE library when I first added regex support to PHP. Henry Spencer's

[PHP-DEV] Bug #10874 Updated: getcwd() always return empty string.

2001-05-16 Thread artem
ID: 10874 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Directory function related Operating system: Linux Redhat7.0 PHP Version: 4.0.5 Description: getcwd() always return empty string. Ok. I tryed latest snapshot from http://snaps.php.net/ It doesn't have this

[PHP-DEV] PHP 4.0.6RC1 - Win32 build of php4apache fails

2001-05-16 Thread Marc Boeren
I rolled 4.0.6RC1. It is ready for testing. http://www.php.net/~andi/php-4.0.6RC1.tar.gz Please everyone take sometime to make sure this is release worthy :) cgi version for win32 builds fine, apache module build gives errors: F:\home\cvs-php\php-4.0.6RC1\sapi\apache\mod_php4.c(310) :

[PHP-DEV] Bug #8772 Updated: user level session storage fails when register_globals off

2001-05-16 Thread serge
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Operating system: RH Linux 7.0 PHP Version: 4.0.5 Description: user level session storage fails when register_globals off Hi Guys, Well I installed PHP 4.0.5 hoping it would fix my problem with sessions and it

[PHP-DEV] Bug #10894: Problem with C include file

2001-05-16 Thread kieran
From: [EMAIL PROTECTED] Operating system: Mac OSX PHP version: 4.0.5 PHP Bug Type: *Install and Config Bug description: Problem with C include file Hi there, While compiling PHP on my Mac OSX box I came accross the following problem: The file:

[PHP-DEV] Bug #8978 Updated: Add a 'readonly' possibility to the session module

2001-05-16 Thread Maxim Derkachev
ID: 8978 User Update by: Maxim Derkachev [EMAIL PROTECTED] Status: Analyzed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Description: Add a 'readonly' possibility to the session module just made a patch against the current sources (session.c and php_session.h).

[PHP-DEV] Bug #10895: Segmentation Fault

2001-05-16 Thread poerschke
From: [EMAIL PROTECTED] Operating system: Sun Solaris 5.8 on Intel PHP version: 4.0.5 PHP Bug Type: *Session related Bug description: Segmentation Fault I had got Segmentation Faults using the sessions with PHP 4.05. After installing PHP 4.04pl1 the same code works fine.

[PHP-DEV] Bug #8978 Updated: Add a 'readonly' possibility to the session module

2001-05-16 Thread Maxim Derkachev
ID: 8978 User Update by: Maxim Derkachev [EMAIL PROTECTED] Status: Analyzed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Description: Add a 'readonly' possibility to the session module Forgot to include the batteries :) After the patch above is applied, one could

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Zeev Suraski
At 08:50 16/5/2001, Brian Moon wrote: Is it possible to remove the ereg functions? We have a strict policy to only use preg as they are more reliable and faster. So, I am not to happy that PHP is bloated with these ereg functions. Any thoughts? Wow, it's like a plague out there. :) No way.

[PHP-DEV] Bug #10896: fgetcsv doesn't handle foreign characters properly

2001-05-16 Thread mirsoft
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: fgetcsv doesn't handle foreign characters properly fgetcsv doesn't handle foreign characters properly. For example if the csv file has

[PHP-DEV] Bug #10302 Updated: odbc_tables()

2001-05-16 Thread john
ID: 10302 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating system: winnt4sp6 PHP Version: 4.0.4pl1 Description: odbc_tables() Update: The same script works fine using the CGI interface. If I select the reload page button on the browser, it works using ISAPI

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Zeev Suraski
At 01:40 15/5/2001, Sterling Hughes wrote: Sure, yeah. But as a note, other big projects with huge user bases break compatibility as well, Perl, Apache, Python, to name three. It doesn't mean it's a good idea. And in its own way, C, is constantly breaking compat, the amount of times I've had

[PHP-DEV] Bug #10897: Createimage

2001-05-16 Thread Dung1976
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.5 PHP Bug Type: *Function Specific Bug description: Createimage Can you tell me to creat a Gif image but in PHP4.05 not support CreateImageFromGIF? Do you give me some codes to create a GIF image ?. --

[PHP-DEV] Bug #10897 Updated: Createimage

2001-05-16 Thread rasmus
ID: 10897 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Function Specific Operating system: PHP Version: 4.0.5 Assigned To: Comments: PHP 4.0.5 supports CreateImageFromGif if you compile PHP against a version of the GD library which supports GIF.

[PHP-DEV] Bug #10898: is_dir filetype return wrong values

2001-05-16 Thread yves
From: [EMAIL PROTECTED] Operating system: Win ME Win NT 4.0 PHP version: 4.0.5 PHP Bug Type: Filesystem function related Bug description: is_dir filetype return wrong values Hello, I'm running php 4.0.5 on my win ME Win NT 4.0 and I have experienced 2 functions

[PHP-DEV] Create a fifo special file

2001-05-16 Thread Sebastien ROUSSEAU
Hello, Could you give me some examples of use for posix_mkfifo ?? I have to send and catch messages to a process (C librairy) on my server. I think i have to use Pipe, but this function isn't commented... Thank's all :) Sebastien ROUSSEAU -- PHP Development Mailing List http://www.php.net/ To

[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Daniel Beulshausen
At 22:39 15.05.2001 +0300, Andi Gutmans wrote: I can do a basic build but I think Daniel Beulshausen might be able to do a more complete build with a lot of Windows extensions. Or is there anyone else? i've uploaded a build at http://www.php4win.de/php-4.0.6-rc1.exe i'd appreciate if it could

[PHP-DEV] Bug #10893 Updated: Failes to compile zend_hash.c:257: `LONG_MAX' undeclared

2001-05-16 Thread sniper
ID: 10893 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: There is something wrong with your sources. Get a fresh package, unpack / untar it and try again. --Jani

Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Peter Petermann
hiho, i've uploaded a build at http://www.php4win.de/php-4.0.6-rc1.exe i'd appreciate if it could be mirrored somewhere, as it's going to be deleted from the server in a few days. daniel maybe this could be put to: phpweb/distributions/unsupported/ if this is ok, i could put it there...

[PHP-DEV] Bug #10898 Updated: is_dir filetype return wrong values

2001-05-16 Thread derick
ID: 10898 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Filesystem function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please provide a short script so that we can reproduce it. Derick Previous Comments:

[PHP-DEV] Bug #10899: xmldocfile produces fatal error

2001-05-16 Thread chregu
From: [EMAIL PROTECTED] Operating system: linux 2.4.4 PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: DOM XML related Bug description: xmldocfile produces fatal error $doc = xmldocfile(config.xml); produces Fatal error: Underlying object missing in

[PHP-DEV] Bug #9009 Updated: build problem with informix esql 9.30 and iODBC 2.50.3

2001-05-16 Thread mg
ID: 9009 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Operating system: Linux 2.2.16 (SuSE 7.0) PHP Version: 4.0.5 Description: build problem with informix esql 9.30 and iODBC 2.50.3 tried to compile php-4.0.5 with config: export

[PHP-DEV] issues about domxml in 4.0.6

2001-05-16 Thread Christian Stocker
Hello As mentioned in bug #9896 the api for domxml seems to has changed a lot... it's now almost impossible to write code with domxml which works in 4.0.5 and 4.0.6. for example $root-children() returns a completely different Array (tagname instead of name and so on...). Does this make sense

Re: AW: AW: [PHP-DEV] arrays

2001-05-16 Thread Stig Sæther Bakken
Acknowledged. But IMO the arrays will be either clearly continous or clearly associative/non-continous in 99.2% of the cases (Zeev statistics applied). I think it's fine to keep treating an array as non-continous if there has ever been holes or string keys in it. - Stig [Zeev Suraski [EMAIL

[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Hellekin O. Wolf
At 11:59 16/05/2001 +0200, Daniel Beulshausen wrote: At 22:39 15.05.2001 +0300, Andi Gutmans wrote: I can do a basic build but I think Daniel Beulshausen might be able to do a more complete build with a lot of Windows extensions. Or is there anyone else? i've uploaded a build at

Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Peter Petermann
I can do a basic build but I think Daniel Beulshausen might be able to do a more complete build with a lot of Windows extensions. Or is there anyone else? i've uploaded a build at http://www.php4win.de/php-4.0.6-rc1.exe i'd appreciate if it could be mirrored somewhere, as it's going to be

Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Peter Petermann
tested it here on a fresh installed Win98 box, i dont have the file you mentioned, but there was no error!? tested it on win2k too, no problems at all... Peter -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Jani Taskinen
On Wed, 16 May 2001, Zeev Suraski wrote: Also bare in mind that a very large percentage of the developers don't *want* to be forced to change their code, and consider it to be a Who's forcing anybody to update anyway? misfeature in the language if it breaks downwards compatibility in between

Re: [PHP-DEV] issues about domxml in 4.0.6

2001-05-16 Thread Jani Taskinen
On Wed, 16 May 2001, Christian Stocker wrote: As mentioned in bug #9896 the api for domxml seems to has changed a lot... it's now almost impossible to write code with domxml which works in 4.0.5 and 4.0.6. for example $root-children() returns a completely different Array (tagname instead of

[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Daniel Beulshausen
At 12:44 16.05.2001 +0200, Hellekin O. Wolf wrote: At 11:59 16/05/2001 +0200, Daniel Beulshausen wrote: At 22:39 15.05.2001 +0300, Andi Gutmans wrote: I can do a basic build but I think Daniel Beulshausen might be able to do a more complete build with a lot of Windows extensions. Or is there

[PHP-DEV] Bug #8638 Updated: PHP handles permission problems ungracefully rather than letting Apache do it

2001-05-16 Thread jon
ID: 8638 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating system: Linux 2.2.17 PHP Version: 4.0.5 Description: PHP handles permission problems ungracefully rather than letting Apache do it That's a complete red herring; if file perms prevent your script from

[PHP-DEV] Bug #10874 Updated: getcwd() always return empty string.

2001-05-16 Thread derick
ID: 10874 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Directory function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Ok, so it fixed then. Derick Previous Comments:

[PHP-DEV] Bug #10900: error in Makefile.in

2001-05-16 Thread cech
From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: GD related Bug description: error in Makefile.in Hi, there is a bug in ext/gd/Makefile.in, that when gd is compiled as shared DSO extension doesn't add

Re: [PHP-DEV] issues about domxml in 4.0.6

2001-05-16 Thread Christian Stocker
On Wed, 16 May 2001, Jani Taskinen wrote: On Wed, 16 May 2001, Christian Stocker wrote: As mentioned in bug #9896 the api for domxml seems to has changed a lot... it's now almost impossible to write code with domxml which works in 4.0.5 and 4.0.6. for example $root-children() returns a

[PHP-DEV] Bug #10900 Updated: error in Makefile.in

2001-05-16 Thread derick
ID: 10900 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GD related Operating system: PHP Version: 4.0 Latest CVS (2001-05-16) Assigned To: Comments: If it's in RC1, then it will be in the 4.0.6 Release. Derick Previous Comments:

Re: [PHP-DEV] Bug #10900 Updated: error in Makefile.in

2001-05-16 Thread Sascha Schumann
Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GD related Operating system: PHP Version: 4.0 Latest CVS (2001-05-16) Assigned To: Comments: If it's in RC1, then it will be in the 4.0.6 Release. First, you have not fixed the bug. Hence,

Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Petr Cech
On Wed, May 16, 2001 at 12:44:39PM +0200 , Hellekin O. Wolf wrote: quite new, like a .NET thing... Sounds like libtool-1.4 on Debian to me =8\ yup, but works mostly OK. Some glitches in getting libraries out of the main binary, when GD, IMAP, SABLOT are compiled as DSO. I'll probably upload it

[PHP-DEV] Bug #10580 Updated: Access Violation using ADODB

2001-05-16 Thread jason
ID: 10580 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: COM related Operating system: Win2k PHP Version: 4.0.6-dev (dated 16-May-2001) Description: Access Violation using ADODB Bug reopened, CVS dated 16 May 2001, message when accessing database: PHP has

[PHP-DEV] Bug #10898 Updated: is_dir filetype return wrong values

2001-05-16 Thread yves
ID: 10898 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Filesystem function related Operating system: Win ME Win NT 4.0 PHP Version: 4.0.5 Description: is_dir filetype return wrong values A little script that should echo alle filetypes of all files in any

[PHP-DEV] Bug #10580 Updated: Access Violation using ADODB

2001-05-16 Thread jason
ID: 10580 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating system: Win2k PHP Version: 4.0.7-dev (dated 16-May-2001) Description: Access Violation using ADODB COM broken in PHP version 4.0.7-dev Previous Comments:

[PHP-DEV] Bug #10901: mssql.min_error_severity or mssql.min_message_severity have no effect

2001-05-16 Thread mike
From: [EMAIL PROTECTED] Operating system: Win2k Server SP1 PHP version: 4.0.5 PHP Bug Type: MSSQL related Bug description: mssql.min_error_severity or mssql.min_message_severity have no effect mssql.min_message_severity mssql.min_error_severity in the php.ini file have

[PHP-DEV] Bug #10878 Updated: Compile problem with IMAP support

2001-05-16 Thread sean . truman
ID: 10878 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: IMAP related Operating system: sparc-sun-solaris2.7 PHP Version: 4.0.5 Description: Compile problem with IMAP support Sorry no I have tried it with --with-imap I am running the most recent version

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Andrei Zmievski
On Wed, 16 May 2001, Jani Taskinen wrote: Have you ever heard that you can also change that number in the middle? 4.0.6 This one^ It can be something else than an ellipse called zero..it can even be a number 1!!! Whoa! Never thougth about that?! And maybe, just MAYBE then

Re: [PHP-DEV] issues about domxml in 4.0.6

2001-05-16 Thread Andrei Zmievski
On Wed, 16 May 2001, Christian Stocker wrote: Hello As mentioned in bug #9896 the api for domxml seems to has changed a lot... it's now almost impossible to write code with domxml which works in 4.0.5 and 4.0.6. for example $root-children() returns a completely different Array

Re: AW: AW: [PHP-DEV] arrays

2001-05-16 Thread Zeev Suraski
At 13:34 16/5/2001, Stig Sæther Bakken wrote: Acknowledged. But IMO the arrays will be either clearly continous or clearly associative/non-continous in 99.2% of the cases (Zeev statistics applied). I never claim to be accurate, I usually say 99% :) I think it's fine to keep treating an

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Zeev Suraski
At 14:06 16/5/2001, Jani Taskinen wrote: On Wed, 16 May 2001, Zeev Suraski wrote: Also bare in mind that a very large percentage of the developers don't *want* to be forced to change their code, and consider it to be a Who's forcing anybody to update anyway? We are, by not supporting old

[PHP-DEV] Bug #10902: Possible security hole via external modification of session vars

2001-05-16 Thread luci
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: *Session related Bug description: Possible security hole via external modification of session vars This is kind of similar to the old file upload problem, where you could set variables in a

[PHP-DEV] Bug #10902 Updated: Possible security hole via external modification of session vars

2001-05-16 Thread luci
ID: 10902 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Operating system: Linux PHP Version: 4.0.5 Description: Possible security hole via external modification of session vars Not really a bug, just an issue. Previous Comments:

[PHP-DEV] Bug #10878 Updated: Compile problem with IMAP support

2001-05-16 Thread sean . truman
ID: 10878 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating system: sparc-sun-solaris2.7 PHP Version: 4.0.5 Description: Compile problem with IMAP support cp c-client.a /usr/lib/libc-client.a cp rfc822.h /usr/include cp linkage.h /usr/include cp mail.h

[PHP-DEV] Bug #7821 Updated: Unresolved symbol with GD

2001-05-16 Thread mad
ID: 7821 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Configuration Issues Operating system: HP-UX 10.20 PHP Version: php4-200105160045 Description: Unresolved symbol with GD Okay, with the build php4-200105160045, I've this config message error : ...

Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Daniel Beulshausen
At 14:19 16.05.2001 +0200, Petr Cech wrote: On Wed, May 16, 2001 at 12:44:39PM +0200 , Hellekin O. Wolf wrote: *** I just downloaded it and got some warning about a missing MSVCR70.dll : it seems to me that previous discussions elsewhere stated quite new, like a .NET thing... Sounds like

[PHP-DEV] Bug #8672 Updated: Crash when returning a variable from function as argument

2001-05-16 Thread bf
ID: 8672 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Variables related Operating system: Redhat Linux 6.2 PHP Version: 4.0.4 Description: Crash when returning a variable from function as argument I can't reproduce this with 4.0.5. Seems to be fixed ;)

[PHP-DEV] Bug #10902 Updated: Possible security hole via external modification of session vars

2001-05-16 Thread cynic
ID: 10902 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: Comments: this could only happen with a misconfigured PHP - you would have to set it to register globals AND extract GET/POST

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Cynic
Hi Andrei. Yes, that's how it should be, but not how it is. At least I've been observing PHP 4.0.x evolve dramatically with compat breakage included. At 08:34 16.5. 2001 -0500, Andrei Zmievski wrote: As far as your question about the version numbers, the middle digit gets bumped up when we plan

[PHP-DEV] Bug #10898 Updated: is_dir filetype return wrong values

2001-05-16 Thread cynic
ID: 10898 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Filesystem function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: this is bogus. you have to either chdir() into the $parent or is_dir() the full path. Previous Comments:

[PHP-DEV] Bug #10878 Updated: Compile problem with IMAP support

2001-05-16 Thread sean . truman
ID: 10878 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating system: sparc-sun-solaris2.7 PHP Version: 4.0.5 Description: Compile problem with IMAP support --with-imap=../imap-2001 (Same thing) --with-imap=/usr/include (Same thing) Previous Comments:

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Brian Moon
No, sorry, I think you misunderstood my question. I would just like to see a --disable-ereg option for configure. I would never dream of removing ereg from PHP as a supported function set. It would break Phorum and lots of stuff I have written. I understand your reaction now Rasmus. Sorry

[PHP-DEV] Bug #10904: php.exe accesses unreadable memory and crashes

2001-05-16 Thread pax
From: [EMAIL PROTECTED] Operating system: WINNT SP4 PHP version: 4.0.5 PHP Bug Type: Reproducible crash Bug description: php.exe accesses unreadable memory and crashes WINNT SP4, APACHE 1.3.14, PHP 4.0.4 and 4.0.5 I cannot make a gdb backtrace, but I can give you the

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Zeev Suraski
Aha, ok :) That makes much more sense indeed. At 17:52 16/5/2001, Brian Moon wrote: No, sorry, I think you misunderstood my question. I would just like to see a --disable-ereg option for configure. I would never dream of removing ereg from PHP as a supported function set. It would break

[PHP-DEV] Bug #10904 Updated: php.exe accesses unreadable memory and crashes

2001-05-16 Thread pax
ID: 10904 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating system: WINNT SP4 PHP Version: 4.0.5 Description: php.exe accesses unreadable memory and crashes This script reproduces the bug on my machine: ?php print html; print head; print

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread John Lim
In my mind the problem that Brian raised is that ereg is slow. The solution is not to ban eregi but to fix it by performance tuning the C code. Just my 2c worth. John Lim Rasmus Lerdorf [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... That is why I am asking.

Re: [PHP-DEV] LDAP V3 Server Side Sorting

2001-05-16 Thread David Giffin
If we are to follow the Netscape API then we should have a ldap_search_ext() function which we can pass the results of the ldap_create_sort_control(), other server side and client side controls. We can then incorporate Virtual List View Control and Entry Change Notification Control along with

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Brian Moon
The problem is not the PHP C code. It is the regex library. Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: John Lim [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent:

[PHP-DEV] Bug #10905: ImageGif (ImagePNG) output uncompressed

2001-05-16 Thread pumuckel
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Output Control Bug description: ImageGif (ImagePNG) output uncompressed Using the compression ob_gzhandler all HTML Pages get compressed well. But dynamic generated Images don't get

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Brian Moon
I guess it just seems a little odd too me that PCRE is optional and POSIX is not. I know the history and all. Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From:

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Vlad Krupin
Next thing you know is that we have --disable-(your favorite function here) for half the functions in php. That's a bad precedent, IMHO. Vlad Brian Moon wrote: No, sorry, I think you misunderstood my question. I would just like to see a --disable-ereg option for configure. I would never

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread spencer 'sporty' portee
wouldn't it be in at least the best interest to have split and other functions to use preg instead of ereg? this might add some bloat to code, but it might be an interesting default speedup. by all means, keep ereg. unless you can get ereg to act just like preg, you can't get rid of it.

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Harald Radi
new way: call_user_func(array($obj, method), method, args, go, here); ---^ isn't 'pass by reference' deprecated too ? harald. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Sterling Hughes
Harald Radi wrote: new way: call_user_func(array($obj, method), method, args, go, here); ---^ isn't 'pass by reference' deprecated too ? yes, so? the above is not pass by reference, your passing an array to the function, not a reference to an array. -sterling --

[PHP-DEV] Re: Integer casts broken or...?

2001-05-16 Thread Jeroen
In some really rare cases, but who is purposely using (int) 0x... anyway, and trusting on 0x being NOT recognised??? And in user-submitted data, this just adds another feature to most apps :), without any programming. The feature that non-numeric characters after the number are ignored is only

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Cynic
yes, PCRE is part of Apache-2.0 On Wed, 16 May 2001 -0400, [EMAIL PROTECTED] wrote: Rasmus Lerdorf wrote: But, that all makes sense and tells me that it is not worth pursuing. Is the regex lib bundled with apache always as part of the core or just included with certain modules? It

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Andi Gutmans
At 01:06 PM 5/16/2001 +0200, Jani Taskinen wrote: On Wed, 16 May 2001, Zeev Suraski wrote: Also bare in mind that a very large percentage of the developers don't *want* to be forced to change their code, and consider it to be a Who's forcing anybody to update anyway? misfeature in the

RE: [PHP-DEV] removing ereg functions

2001-05-16 Thread Richard Heyes
No, sorry, I think you misunderstood my question. I would just like to see a --disable-ereg option for configure. Wouldn't the disable_functions ini directive be of use here? -- Richard Heyes -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED]

[PHP-DEV] sockets extension

2001-05-16 Thread Daniel Beulshausen
hi, i've updated the sockets extension so that it's usable under win32 as well, however it's incompatible to the old extension for some reasons (thats why i want some feedback): sockets fd under win32 are usigned, the previous approach of returning long's and check for 0 wouldn't have

Re: [PHP-DEV] sockets extension

2001-05-16 Thread Andi Gutmans
Daniel, Would it make sense to try to integrate the new php_streams into this extension? It might give php_streams a push and I'm sure Wez would work with you fixing any remaining issues. It would be a nice test bed. What do you think? About backwards compatibility, without having read the

Re: [PHP-DEV] sockets extension

2001-05-16 Thread Daniel Beulshausen
At 22:49 16.05.2001 +0300, Andi Gutmans wrote: Daniel, Would it make sense to try to integrate the new php_streams into this extension? It might give php_streams a push and I'm sure Wez would work with you fixing any remaining issues. It would be a nice test bed. What do you think? that

[PHP-DEV] register_globals doesn't seem to be working

2001-05-16 Thread Shawn South
I was wondering if any of the developers out there might have a handle on this... I've recently recompiled my apache 1.3.19 binary to include static php4.05 support (in addition to mod_perl 1.25) on my Solaris 2.7 server so that I can run Squirrel Mail. Unfortunately the system does not seem to

Re: [PHP-DEV] sockets extension

2001-05-16 Thread Daniel Beulshausen
At 04:01 16.05.2001 -0400, Sterling Hughes wrote: I've been meaning for a while to do this, so yes, that's perfectly ok. I don't quite understand the return values of most functions had to be changed because win32 has a completely different error handling. Can you elaborate a bit more.

Re: [PHP-DEV] sockets extension

2001-05-16 Thread Sterling Hughes
Daniel Beulshausen wrote: hi, i've updated the sockets extension so that it's usable under win32 as well, however it's incompatible to the old extension for some reasons (thats why i want some feedback): sockets fd under win32 are usigned, the previous approach of returning long's

Re: [PHP-DEV] issues about domxml in 4.0.6

2001-05-16 Thread Colin Viebrock
I've contacted Uwe, and if he doesn't object (or respond ;) within the next day or so, I'll revert the commit in the 4_0_6 branch (leaving head alone). Whoa. Are you saying that 4.0.6 will revert to the domxml syntax that was in 4.0.4 and previous? And that 4.0.5 will just have it's own

Re: [PHP-DEV] sockets extension

2001-05-16 Thread Daniel Beulshausen
At 22:49 16.05.2001 +0300, Andi Gutmans wrote: Daniel, Would it make sense to try to integrate the new php_streams into this extension? It might give php_streams a push and I'm sure Wez would work with you fixing any remaining issues. It would be a nice test bed. What do you think? About

Re: [PHP-DEV] issues about domxml in 4.0.6

2001-05-16 Thread Sterling Hughes
Colin Viebrock wrote: I've contacted Uwe, and if he doesn't object (or respond ;) within the next day or so, I'll revert the commit in the 4_0_6 branch (leaving head alone). Whoa. Are you saying that 4.0.6 will revert to the domxml syntax that was in 4.0.4 and previous? And that 4.0.5

[PHP-DEV] Bug #10908: Undeclared variables/URL declared variables

2001-05-16 Thread jpmaster77
From: [EMAIL PROTECTED] Operating system: WinME PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: Undeclared variables/URL declared variables Ok, I ran this script on my Apache server with the new PHP 4.0.5 installed and it did not work... ?

[PHP-DEV] Bug #10909: Oops! Fix above bug I wrote

2001-05-16 Thread jpmaster77
From: [EMAIL PROTECTED] Operating system: WinME PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: Oops! Fix above bug I wrote Oops! in the code in the above bug report, i made a mistake: Change if($id=view) to if($id==view) Thats how the

[PHP-DEV] Bug #10908 Updated: Undeclared variables/URL declared variables

2001-05-16 Thread derick
ID: 10908 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a bug. 1. Use: if ($id == view) = : assignment == : comparison 2. You can change

[PHP-DEV] Bug #10910: var $foo = madness

2001-05-16 Thread jjones
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: Feature/Change Request Bug description: var $foo = madness class foo { var $bar = Some string; var $baz = new some_other_class_i_defined; } I would like for that to

[PHP-DEV] Bug #10909 Updated: Oops! Fix above bug I wrote

2001-05-16 Thread derick
ID: 10909 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please do not open a bug report for the same 'bug' in the future. Just add your comments to the first one.

[PHP-DEV] Bug #10910 Updated: var $foo = madness

2001-05-16 Thread hholzgra
ID: 10910 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0 Latest CVS (2001-05-16) Assigned To: Comments: no way, initializer values have to be constants use a constructor to initialize

[PHP-DEV] Adding charset - patch for php_imap.c

2001-05-16 Thread Johan Ekenberg
Attached is a suggested patch to make it possible to set the CHARSET parameter with imap_mail_compose(). Currently, all body parts with Content-Type = TYPETEXT get CHARSET=US-ASCII. Usage: $body[1][type] = TYPETEXT; $body[1][charset] = iso-8859-1; Chuck, if there are no objections to

[PHP-DEV] Bug #10908 Updated: Undeclared variables/URL declared variables

2001-05-16 Thread lyric
ID: 10908 Updated by: lyric Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Submitter added: Oops! in the code in the above bug report, i made a mistake: Change if($id=view) to

[PHP-DEV] Correction: Adding charset - patch for php_imap.c

2001-05-16 Thread Johan Ekenberg
This time the patch is actually attached... Attached is a suggested patch to make it possible to set the CHARSET parameter with imap_mail_compose(). Currently, all body parts with Content-Type = TYPETEXT get CHARSET=US-ASCII. Usage: $body[1][type] = TYPETEXT; $body[1][charset] =

[PHP-DEV] Bug #10908 Updated: Undeclared variables/URL declared variables

2001-05-16 Thread derick
ID: 10908 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: It's not open, it was not a bug, so closing. Previous Comments:

  1   2   >