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

ID: 10898 User Update by: [EMAIL PROTECTED] Status: Bogus 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 Hello, than the docs in my book are wrong, it says file instead of path. Sorry for wasti

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

On Wed, May 16, 2001 at 09:06:48PM -0400 , Mike Robinson wrote: > > > > -Original Message- > > From: Zak Greant [mailto:[EMAIL PROTECTED]] > > Sent: May 15, 2001 3:27 PM > > To: [EMAIL PROTECTED]; Andi Gutmans; [EMAIL PROTECTED] > > Subject: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for

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

Christian Stocker wrote: > On Yesterday, 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 domxm

[PHP-DEV] CVS Account Request

Full name: one senn Email: [EMAIL PROTECTED] ID: 8866 Purpose: learn. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]

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

On Yesterday, 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

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

On Wed, May 16, 2001 at 08:52:52AM -0700, David Giffin wrote: > > > 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 "Vi

[PHP-DEV] Bug #10918: $HTTP_POST_VARS incorrectly initialized.

From: [EMAIL PROTECTED] Operating system: Linux 2.4.3 PHP version: 4.0.5 PHP Bug Type: Variables related Bug description: $HTTP_POST_VARS incorrectly initialized. Array variables acquired via the POST method do not appear in the $HTTP_POST_VARS array unless magic_quotes_gpc

[PHP-DEV] Bug #10917: deal with the BLOB data

From: [EMAIL PROTECTED] Operating system: AIX4.3 PHP version: 4.0.4 PHP Bug Type: Sybase (dblib) related Bug description: deal with the BLOB data PHP has some functon to deal with BLOB data for Oracle,but how can I deal with BLOB data for Sybase? Are there some functions? I

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

At 10:27 PM 5/16/2001 -0400, Sean R. Bright wrote: > > -Original Message- > > From: Andi Gutmans [mailto:[EMAIL PROTECTED]] > >... > > > There has been lots of talk and I think there have also been > > some good ideas. > > The only problem I have had with these discussions up to now > > is

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

Can you try and revert those changes and see if it helps? Maybe you can find the cause of the problem? Andi At 10:11 PM 5/16/2001 -0400, Mike Robinson wrote: > > Andi wrote: > > > I rolled 4.0.6RC1. It is ready for testing. > > > http://www.php.net/~andi/php-4.0.6RC1.tar.gz > > > > > > Please

Re: [PHP-DEV] sockets extension

At 10:34 PM 5/16/2001 +0200, Daniel Beulshausen wrote: >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

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

At 08:31 PM 5/16/2001 -0400, Stig Sæther Bakken wrote: >[Jani Taskinen <[EMAIL PROTECTED]>] > > 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 > > > > Wh

Re: [PHP-DEV] Seperating bugs out of here

We've been there before and discussed it a long time. You can check the archives. If you want a short summary: "Part of the burden of being on php-dev and part of the development of PHP is that you should see the bugs (be forced to see them) so that you will hopefully not forget about them and

[PHP-DEV] Bug #10916: (Feature Request) OS-independent path parsing

From: [EMAIL PROTECTED] Operating system: Linux 2.2.18 PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: (Feature Request) OS-independent path parsing I've looked for something like this in the existing function suite but haven't found it... Becau

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

> -Original Message- > From: Andi Gutmans [mailto:[EMAIL PROTECTED]] ... > There has been lots of talk and I think there have also been > some good ideas. > The only problem I have had with these discussions up to now > is that people > here really forget that the average PHP coder is no

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

> Andi wrote: > > 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 :) Hmm. I can't get freetype2 support hooked up. It worked fine in a snapshot from about a week ago. (php4-200

[PHP-DEV] Bug #10913 Updated: hw_who() returns incorrect data & prints extraneous string (patch incl.)

ID: 10913 Updated by: torben Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Hyperwave related Operating system: PHP Version: 4.0 Latest CVS (2001-05-16) Assigned To: Comments: Just a minor change to the patch: s/#if 0/#ifdef HW_DEBUG/. :) Previous Comments: -

Re: [PHP-DEV] xslt problems

Gavin Sherry wrote: > Alex, > > Sablot has some poor error handling at the moment. All ambiguous errors > you can put down to Sablot. Try using the `sabcmd` from the command line > in order to get better information on where and how your transformations > are playing up. > > Also, if you're uns

[PHP-DEV] Bug #10915: function get_cfg_var() returns inaccurate result

From: [EMAIL PROTECTED] Operating system: Linux Mandrake 7.2 PHP version: 4.0.4 PHP Bug Type: Scripting Engine problem Bug description: function get_cfg_var() returns inaccurate result get_cfg_var('magic_quotes_gpc') accurately returns the setting from php.ini. But when tha

[PHP-DEV] Bug #10914: --with-ccvs[=DIR] breaks configure if DIR not given (patch incl.)

From: [EMAIL PROTECTED] Operating system: Linux 2.2.14/Mandrake 7 PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: Compile Failure Bug description: --with-ccvs[=DIR] breaks configure if DIR not given (patch incl.) The CCVS config.m4 doesn't search for the CCVS installa

[PHP-DEV] imap--ssl broken with cclient from 2001 dist

Looks like --with-imap-ssl is broken, imap2001 (latest c-client), does not contain auth_ssl anymore, compilation of php --with-imap-ssl fails with: /bin/sh /usr/tmp/php-4.0.5/libtool --silent --mode=compile gcc -I. -I/usr/tmp/php-4.0.5/ext/imap -I/usr/tmp/php-4.0.5/main -I/usr/tmp/php-4.0.5 -I/us

[PHP-DEV] Bug #10913: hw_who() returns incorrect data & prints extraneous string (patch incl.)

From: [EMAIL PROTECTED] Operating system: Linux 2.2.14/Mandrake 7 PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: Hyperwave related Bug description: hw_who() returns incorrect data & prints extraneous string (patch incl.) Just found this with hw_who(): the returned a

Re: [PHP-DEV] xslt problems

Alex, Sablot has some poor error handling at the moment. All ambiguous errors you can put down to Sablot. Try using the `sabcmd` from the command line in order to get better information on where and how your transformations are playing up. Also, if you're unsure if it is a bug, best to mail the

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

> -Original Message- > From: Zak Greant [mailto:[EMAIL PROTECTED]] > Sent: May 15, 2001 3:27 PM > To: [EMAIL PROTECTED]; Andi Gutmans; [EMAIL PROTECTED] > Subject: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing > > > Andi wrote: > > I rolled 4.0.6RC1. It is ready for testing. >

[PHP-DEV] xslt problems

hi all, I'm running sablot (--with-sablot=/usr/local/Sablot) and am getting very strange behavior surrounding xslt_process. sometimes, I get a processed page. then (with no change in any of the files), I'll get an error: "Fatal error: msgtype: error in..." I did a little looking, and all I cou

Re: [PHP-DEV] removing ereg functions

I have to say that I'm more in favor of removing --without-pcre-regex than adding --disable-ereg, especially now that Apache is starting to bundle PCRE. And I don't think the "bloat" argument holds water, it sounds to me like more of a warm-fuzzy-feeling issue than a real performance/maintainabil

Re: [PHP-DEV] removing ereg functions

["Brian Moon" <[EMAIL PROTECTED]>] > 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

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

[Zeev Suraski <[EMAIL PROTECTED]>] > 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%

[PHP-DEV] Bug #10912 Updated: in --with-pspell=DIR DIR is ignored

ID: 10912 Updated by: vlad Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Pspell related Operating system: PHP Version: 4.0.5 Assigned To: vlad Comments: ops... I meant to close it too... Previous Comments: --

[PHP-DEV] Bug #10912 Updated: in --with-pspell=DIR DIR is ignored

ID: 10912 Updated by: vlad Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Pspell related Operating system: PHP Version: 4.0.5 Assigned To: vlad Comments: Fixed in CVS (plus fixed one more config.m4-related bug) Previous Comments: -

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

[Jani Taskinen <[EMAIL PROTECTED]>] > 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 lang

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

[Zeev Suraski <[EMAIL PROTECTED]>] > One comment; Why? :) > > We've been in that discussion before. In my opinion, we should > probably rethink our whole deprecation approach. > Yes, I know that people don't like the burden of maintaining downwards > compatibility. I sure as hell don't. But P

[PHP-DEV] Bug #10912 Updated: in --with-pspell=DIR DIR is ignored

ID: 10912 Updated by: vlad Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Pspell related Operating system: PHP Version: 4.0.5 Assigned To: vlad Comments: ...and I think I know what the problem is. I wanted to slightly rewrite the config.m4 file anyway - there are mor

Re: [PHP-DEV] sockets extension

I don't appear to have seen/received the rest of this thread, so please pardon any mistakes in advance... On 2001-05-16 20:49:30, "Andi Gutmans" <[EMAIL PROTECTED]> wrote: > Would it make sense to try to integrate the new php_streams into this > extension? > It might give php_streams a push and

[PHP-DEV] Bug #10912: in --with-pspell=DIR DIR is ignored

From: [EMAIL PROTECTED] Operating system: Linux Redhat 6.2 PHP version: 4.0.5 PHP Bug Type: Pspell related Bug description: in --with-pspell=DIR DIR is ignored when I configure PHP with configure --with-pspell=/opt/local/include PHP still looks for pspell in /usr/local and

[PHP-DEV] Bug #5332 Updated: ODBC Connect Fails for Sybase SQLanywhere DB

ID: 5332 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0 Release Candidate 2 Assigned To: Comments: The SQL error you are receiving is "Server rejected access" I'm wondering if your odbc_connect

[PHP-DEV] Bug #10911 Updated: Accessing null string as array in loop causes infinite spooling.

ID: 10911 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: linux PHP Version: 4.0.5 Description: Accessing null string as array in loop causes infinite spooling. Whoops I accidentally selected latest CVS when I should've said 4.0.5 Previous Comm

[PHP-DEV] Bug #10911: Accessing null string as array in loop causes infinite spooling.

From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: Scripting Engine problem Bug description: Accessing null string as array in loop causes infinite spooling. Accessing null string as array in loop causes infinite spooling.

[PHP-DEV] Seperating bugs out of here

Hi, Just an idea... what about getting those bug#43285432432 added notices to another (new) mailinglist? Just like the cvs's, they are not always interesting for everyone. I estimate the bug-traffic makes about 70% of this ML, IMO too much. php.bugs sounds great. Greetz, Jeroen NB: i'm not sure

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

On Wed, 16 May 2001, Johan Ekenberg wrote: > 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. Where? I think you forgot to attach your attachment :) Derick Re

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

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: ---

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

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] = "iso-885

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

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] Adding "charset" - patch for php_imap.c

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 t

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

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 ins

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

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: var $foo = madness

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 #10908 Updated: Undeclared variables/URL declared variables

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 y

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

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: Undeclared variables/URL declared variables

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...

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

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? An

Re: [PHP-DEV] sockets extension

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? > >A

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

> 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 ow

Re: [PHP-DEV] sockets extension

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.

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

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

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? tha

Re: [PHP-DEV] sockets extension

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

Re: [PHP-DEV] sockets extension

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 cod

[PHP-DEV] sockets extension

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 wo

RE: [PHP-DEV] removing ereg functions

> 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 To unsubscribe, e-mail: [EMAIL PROTECTE

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

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

Re: [PHP-DEV] removing ereg functions

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 modu

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

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

[PHP-DEV] Bug #10907 Updated: date() bug...

ID: 10907 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Date/time related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please read the documentation more closely. The t modifier is the number of days in the month so 31 is indeed cor

Re: [PHP-DEV] removing ereg functions

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 is part of the core. > As Apache 2.0, I believe PCRE is also a part of the Apac

[PHP-DEV] Bug #10907: date() bug...

From: [EMAIL PROTECTED] Operating system: Redhat 7.0 kernel 2.2.16 PHP version: 4.0.5 PHP Bug Type: Date/time related Bug description: date() bug... date() function does not work well this code shown the date() function bug... Result of above code is only "2001.05.31".

Re: [PHP-DEV] removing ereg functions

> 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 is part of the core. -Rasmus -- PHP Development Mailing List To unsubscribe, e-mail: [E

Re: [PHP-DEV] removing ereg functions

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? Brian Moon -- dealnews.com, Inc. Makers of dealnews & dealmac http://dealnews.com/

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

> Brian Moon writes: > > I know it would confuse me to have 0009 turned into an octal or hex if I > > type cast it to (int). When I think of (int), I only think of their > > ultimate decimal value. Perhaps there needs to be a new type cast ((hex)? > > (oct)?) that will interpret variables in the

[PHP-DEV] Bug #10906: mod_ssl and php oci8 interaction problem

From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.1 PHP version: 4.0.5 PHP Bug Type: OCI8 related Bug description: mod_ssl and php oci8 interaction problem When building apache, ssl and php4 with oci8 support statically, and compiling everything myself, things are g

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

Andrei Zmievski wrote: > 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

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

Zeev Suraski wrote: > 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. You no use logic on me!!! ;) > >> And in

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

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

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

> new way: > call_user_func(array(&$obj, "method"), "method", "args", "go", "here"); ---^ isn't 'pass by reference' deprecated too ? harald. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAI

Re: [PHP-DEV] removing ereg functions

> 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. No, because POSIX and Perl-style regular expressions are not compatible. That's why we have a preg_s

Re: [PHP-DEV] removing ereg functions

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. On

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

> >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 > >releases, regardless of whet

Re: [PHP-DEV] removing ereg functions

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 d

Re: [PHP-DEV] removing ereg functions

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: "Rasm

Re: [PHP-DEV] removing ereg functions

> 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 just don't see the point in this. Ther

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

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 compressed.

Re: [PHP-DEV] removing ereg functions

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]>

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

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 wit

Re: [PHP-DEV] removing ereg functions

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

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

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: "; print ""; print " bug"; print "";

Re: [PHP-DEV] removing ereg functions

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 P

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

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 follow

Re: [PHP-DEV] removing ereg functions

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 for

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

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: ---

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

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: -

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

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 pla

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

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 d

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

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 ;) Previo

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

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 li

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

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 : ... checkin

[PHP-DEV] Bug #10903: Output buffering crashs PHP when mail function is invoked

From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.5 PHP Bug Type: Output Control Bug description: Output buffering crashs PHP when mail function is invoked This will crash PHP: ob_start("ob_gzhandler"); echo "something"; mail (.); but this will not: ob_

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

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 /usr/includ

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

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 #10902: Possible security hole via external modification of session vars

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 POS

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

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

  1   2   >