Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

At 08:48 PM 5/3/2001 -0400, David Croft wrote: >In my humble opinion 'null' is a 'pseudovalue' that has been made >available for some time. If it was never intended for a script to be able >to use it, it should never have been exposed. But it has been and many >people, myself included, are using

[PHP-DEV] Bug #10658: array_diff does not work with classes

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Arrays related Bug description: array_diff does not work with classes Consider the following script: x = 0; $this->y = 0; } function set ($x, $y)

[PHP-DEV] PHP 4.0 Bug #7822 Updated: system crash

ID: 7822 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: system crash Now I use Apache/1.3.19 with PHP/4.0.5 for Windows 98 this problem still exists. Default setting will make system crash in Windows 98 if accessing something like http://localhost/php/

[PHP-DEV] php got stomped on in shootout, but shouldn't have...

Howdy. So I was checking out Perl, Ruby, and Java's performance specs on a language shootout, and PHP got stomped on. It was safely sitting at the bottom of the list (check out the score card page). http://www.bagley.org/~doug/shootout/ The good news is, the reason it got stom

[PHP-DEV] Bug #10659: zend optimiseur doesn't work

From: [EMAIL PROTECTED] Operating system: windows NT PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: zend optimiseur doesn't work under windows NT/apache 1.3.19, i have error message when i start apache. Zendoptimiseur 1.1 seems to not work. th er

Re: [PHP-DEV] 4.1 & Declaration Case Persistance

At 05:01 PM 5/3/2001 -0400, John Donagher wrote: >We use a Java-style methodology of naming classes as well as filenames, >something we've adopted largely because of our use of PHPDoc. So, if you >have a >class FooBar, that class is defined in FooBar.cls, not foobar.cls. If >get_class() returned

[PHP-DEV] Bug #10660: OCIBindByName

From: [EMAIL PROTECTED] Operating system: IBM AIX v4.3.3 PHP version: 4.0.4pl1 PHP Bug Type: OCI8 related Bug description: OCIBindByName SERVER: IBM AIX v4.3.3 PHP v4.0.4pl1 APACHE v1.3.19 Oracle 8i Enterprise release 8.1.7.0.0 CLIENT: DELL Intel P2 Windows NT 4.0 SP6.0a I

Re: [PHP-DEV] mailparse extension

On 2001-05-04 06:07:14, "Chuck Hagenbuch" <[EMAIL PROTECTED]> wrote: > Quoting Wez Furlong <[EMAIL PROTECTED]>: > > > I would like to put my mailparse ("As seen on zend.com weekly summary") > > extension into CVS; shall I just check it into php4/ext? > > I'd certainly be interested in it. Are th

Re: [PHP-DEV] mailparse extension

Wez Furlong wrote: > I said no, but I am thinking of making a dependency on the new mbstring > extension to utilize the extensive encoding conversion code it provides. > > So, it'll be more of an internal dependency... oops, we are going to have internal extension dependencies beside those to ex

[PHP-DEV] IMB zSeries aka S/390 Linux Community Development System

Is anyone already up to building and testing on Linux for S/390 ? Or should i apply for an account on http://www-1.ibm.com/servers/eserver/zseries/os/linux/lcds/ ??? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List

[PHP-DEV] Bug #10659 Updated: zend optimiseur doesn't work

ID: 10659 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem PHP Version: 4.0.5 Assigned To: Comments: This is not PHP bug. Ask Zend for help.. www.zend.com --Jani Previous Comments:

[PHP-DEV] Bug #10648 Updated: Parse error

ID: 10648 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: *Web Server problem PHP Version: 4.0.5 Assigned To: cmv Comments: Previous Comments: --- [2001-05-03 17:11:23] [EMAIL P

[PHP-DEV] Re: Bug #9602 Updated: Unable to compile with NSAPI support, implicit declaration of finite function

Bug Database wrote: > > ID: 9602 > Updated by: avsm > Reported By: [EMAIL PROTECTED] > Old-Status: Feedback > Status: Closed > Bug Type: iPlanet related > PHP Version: 4.0.4pl1 > Assigned To: > Comments: > > no feedback ok, sorry, I'm very busy.. ;( I try this, and the server up, no er

[PHP-DEV] Bug #10661: Problem parsing a script in mac text file format

From: [EMAIL PROTECTED] Operating system: Linux 2.2.16 - RedHat 6.2 PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: Problem parsing a script in mac text file format Executing a script like this in mac file text format (EOF == '\r'): \n"; } ?> I receiv

[PHP-DEV] Bug #10661 Updated: Problem parsing a script in mac text file format

ID: 10661 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues PHP Version: 4.0.5 Assigned To: Comments: This should be fixed in the current CVS, please reopen if this does not work with the latest CVS version (or snapshot from snaps.php.ne

[PHP-DEV] Classes & function names

I think that there are two ways to look at the issue that John raised. One, is a cosmetic change, that would add a bit of bloat to classes, and retain another name in them. Allowing access to it using some specialized function (get_beautiful_class_name() or something like that). The other, is

Re: [PHP-DEV] php got stomped on in shootout, but shouldn't have...

If you grab the gent's 'shootout' tarball, you will find that there is not a single PHP file in it. This makes it very hard to evaluate. ;) Perhaps write him a pleasant letter and let him know that you lost a contract over his incomplete evaluation. --zak - Original Message - From: "Se

Re: [PHP-DEV] php got stomped on in shootout, but shouldn't have...

Hi Sean! On Fri, 04 May 2001, Sean Chittenden wrote: > Howdy. So I was checking out Perl, Ruby, and Java's > performance specs on a language shootout, and PHP got stomped on. It > was safely sitting at the bottom of the list (check out the score card > page). > > http://www.bagley.org/~d

[PHP-DEV] Bug #6505 Updated: apache fails with php4 & freetds

ID: 6505 Updated by: joey Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Sybase (dblib) related PHP Version: 4.0 Latest CVS (02/09/2000) Assigned To: Comments: I realize this is a closed bug, but I think it is appropriate to note here that thanks to Vlad, the last comment here is no l

Re: [PHP-DEV] Bug #10661 Updated: Problem parsing a script in mac text file format

[EMAIL PROTECTED] wrote: > ID: 10661 > Updated by: derick > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Closed > Bug Type: *General Issues > PHP Version: 4.0.5 > Assigned To: > Comments: > > This should be fixed in the current CVS, please reopen if this does not > work with the l

[PHP-DEV] Bug #10662: --with-iconv compilation and installation

From: [EMAIL PROTECTED] Operating system: Linux 2.2.10 glibc-2.0.7 PHP version: 4.0.5 PHP Bug Type: Sablotron XSL Bug description: --with-iconv compilation and installation (This is not actually Sablotron extension bug, but I need to use --with-iconv option for my system to

RE: [PHP-DEV] Classes & function names

>IMHO, in a compatibility breaking upgrade, we should look into defaulting >to case sensitivity, while allowing case insensitivity as a non-default option. +1 Full case sensitivity is preferable, I think. Cheerio, Marc. -- PHP Development Mailing List To unsubscribe, e-

[PHP-DEV] Creation of a new external module

I'm trying to create a new external module for PHP called acme. I used the ext_skel script to create the module directory and skeleton and then modified the config.m4 as indicated in that file. Then I moved to the created acme directory, issued the phpize command, configure and make. The compi

[PHP-DEV] PHP 4.0 Bug #10623 Updated: Left value $HTTP_SESSION_VARS[] doesn't work

ID: 10623 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Description: Left value $HTTP_SESSION_VARS[] doesn't work Actually use $HTTP_SESSIONS_VARS[] for right-value and global variables for left-value directly won't have any security problems. So I guess this IS a bug

[PHP-DEV] PHP 4.0 Bug #10626 Updated: escaping doesn't work in the replacement clause

ID: 10626 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: PCRE related Description: escaping doesn't work in the replacement clause Thanks for educating me and sorry for waisting your time. Though, phplib template.inc needs to be changed to work with such variables. Something like t

Re: [PHP-DEV] Classes & function names

At 01:29 PM 5/4/2001 +0300, Zeev Suraski wrote: >I think that there are two ways to look at the issue that John raised. > >One, is a cosmetic change, that would add a bit of bloat to classes, and >retain another name in them. Allowing access to it using some specialized >function (get_beautiful

[PHP-DEV] buildcheck.sh & libtool check

Sascha & rest, I'd like to start going down the 4.0.6RC road on Saturday. Any chance we can get a fix for this small problem into the CVS by then? Andi -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROT

Re: [PHP-DEV] Creation of a new external module

On Fri, 4 May 2001, Denis Gasparin wrote: > I'm trying to create a new external module for PHP called acme. I used > the > ext_skel script to create the module directory and skeleton and then > modified the config.m4 as indicated in that file. Then I moved to the > created acme directory, issued t

Re: [PHP-DEV] Classes & function names

[Zeev Suraski <[EMAIL PROTECTED]>] > I think that there are two ways to look at the issue that John raised. > > One, is a cosmetic change, that would add a bit of bloat to classes, > and retain another name in them. Allowing access to it using some > specialized function (get_beautiful_class_nam

[PHP-DEV] Re: Bug #10659 Updated: zend optimiseur doesn't work

I think is a php bug, because with php 4.0.4pl1 it's works fine. The problem seems due to php4ts.dll Regards - Message d'origine - De : "Bug Database" <[EMAIL PROTECTED]> À : <[EMAIL PROTECTED]> Envoyé : vendredi 4 mai 2001 12:04 Objet : Bug #10659 Updated: zend optimiseur doesn't work

Re: [PHP-DEV] Re: Bug #10659 Updated: zend optimiseur doesn't work

Quoting Franck LABANVOYE <[EMAIL PROTECTED]>: > I think is a php bug, because with php 4.0.4pl1 it's works fine. The > problem > seems due to php4ts.dll The Zend Optimizer is very strongly linked to a PHP version, so it just doesn't fit the new release jet. I guess Zend will release a version of

Re: [PHP-DEV] mailparse extension

On 2001-05-04 10:03:00, "Hartmut Holzgraefe" <[EMAIL PROTECTED]> wrote: > Wez Furlong wrote: > > So, it'll be more of an internal dependency... > oops, we are going to have internal extension dependencies beside > those to ext/standard? I can see where you are heading. > i think we should find

Re: [PHP-DEV] Classes & function names

Let's not worry about the versions right now; I'm mostly interested in getting feedback about the concept itself. Zeev At 14:30 4/5/2001, Stig Sæther Bakken wrote: >[Zeev Suraski <[EMAIL PROTECTED]>] > > I think that there are two ways to look at the issue that John raised. > > > > One, is a c

RE: [PHP-DEV] Classes & function names

> Let's not worry about the versions right now; I'm mostly interested in > getting feedback about the concept itself. > Making PHP case sensitive seems like a good idea. (I've always wondered why bits of it were and bits weren't, to be honest.) Making the default mode insensitive in the next

[PHP-DEV] Bug #10663: Content negotiantion seems to fail when using PHP in -field

From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux 2.3 (woody) PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: Content negotiantion seems to fail when using PHP in

-field Taking a dum example as: " method="post"> Makes apache/ne

[PHP-DEV] PHP 4.0 Bug #10663 Updated: Content negotiantion seems to fail when using PHP in -field

ID: 10663 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: Content negotiantion seems to fail when using PHP in -field Specified PHP4.0.4pl5 Previous Comments: --- [2001-05-04 08:36:31] [

Re: [PHP-DEV] Classes & function names

> > Let's not worry about the versions right now; I'm mostly interested in > > getting feedback about the concept itself. > > > Making PHP case sensitive seems like a good idea. (I've always wondered why > bits of it were and bits weren't, to be honest.) I agree on this one too. What about writi

Re: [PHP-DEV] PHP 4.0 Bug #10663 Updated: Content negotiantion seems to fail when using PHP in -field

[EMAIL PROTECTED] wrote: > > ID: 10663 > User Update by: [EMAIL PROTECTED] > Status: Open > Bug Type: Apache related > Description: Content negotiantion seems to fail when using PHP in action="">-field > > Specified PHP4.0.4pl5 WTF is PHP4.0.4pl5? ;) -- Hartmut Holzgraefe [EMAIL PROTECTED]

Re: [PHP-DEV] Classes & function names

At 15:34 4/5/2001, Edin Kadribasic wrote: >I agree on this one too. What about writing a migration tool that can "fix" >the existing code automagically? It'll be possible. Let's take it one step at a time though... Zeev -- PHP Development Mailing List To unsubscribe, e-

RE: [PHP-DEV] Classes & function names

At 15:32 4/5/2001, John Parker wrote: >Hmm... hope Sterling's work on ADT (sweet, sweet ADT, drool, etc.) isn't >delayed due to this. (Doubt it would be, but you never know.) ADT? (I know what it means, but not in the context of PHP) Zeev -- PHP Development Mailing List

Re: [PHP-DEV] Bug #10636 Updated: php_oci8.c -- undefined constants

On Thu, May 03, 2001 at 05:36:59PM -, [EMAIL PROTECTED] wrote: > ID: 10636 > Updated by: cynic > Reported By: [EMAIL PROTECTED] > Status: Open > Bug Type: Compile Failure > PHP Version: 4.0.5 > Assigned To: > Comments: what version of oci are compiling against? i bet it's 8.0.x! ple

RE: [PHP-DEV] Classes & function names - ADT

> >Hmm... hope Sterling's work on ADT (sweet, sweet ADT, drool, etc.) isn't > >delayed due to this. (Doubt it would be, but you never know.) > > ADT? (I know what it means, but not in the context of PHP) > It was briefly mentioned on the Weekly Summary for 23/03/01 on the Zend web site. (http:

RE: [PHP-DEV] Classes & function names - ADT

Ah; I'd imagine it'll be implemented as an extension module and not on the language level, so it shouldn't be related in any way. Zeev At 15:56 4/5/2001, John Parker wrote: > > >Hmm... hope Sterling's work on ADT (sweet, sweet ADT, drool, etc.) isn't > > >delayed due to this. (Doubt it would

Re: [PHP-DEV] Bug #10661 Updated: Problem parsing a script in mac text file format

I say go for it. What's the worst that can happen *smirk* "Alessandro Astarita" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > [EMAIL PROTECTED] wrote: > > > ID: 10661 > > Updated by: derick > > Reported By: [EMAIL PROTECTED] > > Old-Status: Open > > Sta

Re: [PHP-DEV] Classes & function names

Zeev Suraski wrote: > ADT? (I know what it means, but not in the context of PHP) Sterling is working for some time now on a ADT extension for PHP, that offers native PHP data-types for Lists, Trees, ... -- sebastian bergmann[EMAIL PROTECTED]

Re: [PHP-DEV] mailparse extension

On Fri, 04 May 2001, Hartmut Holzgraefe wrote: > oops, we are going to have internal extension dependencies beside > those to ext/standard? ext/wddx already depends on ext/xml. -Andrei Some people try to achieve immortality through their work, others through their children. I hope to achieve im

Re: [PHP-DEV] Classes & function names

Zeev Suraski wrote: > It would also improve performance fairly significantly. Just curious, since I don't know the 'inner magic' of the ZendEngine: Why do you expect a performance improvement by introducing case sensitivity for class/function names? -- sebastian bergmann

Re: [PHP-DEV] Classes & function names

On Fri, 4 May 2001, Sebastian Bergmann wrote: > Zeev Suraski wrote: > > It would also improve performance fairly significantly. > > Just curious, since I don't know the 'inner magic' of the ZendEngine: > Why do you expect a performance improvement by introducing case > sensitivity for class/func

Re: [PHP-DEV] Classes & function names

On Fri, 04 May 2001, Zeev Suraski wrote: > I think that there are two ways to look at the issue that John raised. > > One, is a cosmetic change, that would add a bit of bloat to classes, and > retain another name in them. Allowing access to it using some specialized > function (get_beautiful_c

Re: [PHP-DEV] Classes & function names

From zend_execute.c: tmp = *function_name; zval_copy_ctor(&tmp); convert_to_string(&tmp); function_name = &tmp; zend_str_tolower(tmp.value.str.val, tmp.value.str.len); That can be avoided al

Re: [PHP-DEV] Classes & function names

Quoting Zeev Suraski <[EMAIL PROTECTED]>: > The other, is a more fundamental change, and it is to change PHP to be case > dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier), > and maintains case sensitivity for variable names, but not function names > or class names. IMHO

Re: [PHP-DEV] Classes & function names

On 2001-05-04 11:29:23, "Zeev Suraski" <[EMAIL PROTECTED]> wrote: > IMHO, in a compatibility breaking upgrade, we should look into defaulting > to case sensitivity, while allowing case insensitivity as a non-default option. +1. Stig suggested making it case-insensitive by default until 4.2; I th

[PHP-DEV] PHP 4.0 Bug #9602 Updated: Unable to compile with NSAPI support, implicit declaration of finite function

ID: 9602 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: iPlanet related Description: Unable to compile with NSAPI support, implicit declaration of finite function ok, sorry, I'm very busy.. ;( I try this, and the server up, no error, but don't work. The se

[PHP-DEV] Bug #10660 Updated: OCIBindByName

ID: 10660 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: create table test (a char); works just great for me. make sure you don't try to load more into a field than in room for! Pre

[PHP-DEV] Bug #10654 Updated: Slight change to dead session detection?

ID: 10654 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: OCI8 related PHP Version: 4.0.5 Assigned To: Comments: plz let us know if it does - we'll add it to the list then! Previous Comments:

Re: [PHP-DEV] Classes & function names

Zeev Suraski schrieb: > The other, is a more fundamental change, and it is to change PHP to be case > dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier), > and maintains case sensitivity for variable names, but not function names > or class names. IMHO, there's very little

[PHP-DEV] Bug #9825 Updated: COM with Seagate Crystal Reports

ID: 9825 Updated by: phanto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related PHP Version: 4.0.4pl1 Assigned To: Comments: fixed in cvs, a patched version of php is downloadable at http://celery.nme.at/php-4.0.5.zip harald ps: of course you have to use \\ instead of \ in y

Re: [PHP-DEV] Classes & function names

At 16:45 4/5/2001, Wez Furlong wrote: >Stig suggested making it case-insensitive by default until 4.2; I think >that has a higher WTF factor than making it case sensitive in 4.1 I truly suggest to keep the version number issue to some other time... Zeev -- PHP Development Mailing List

[PHP-DEV] Bug #9825 Updated: COM with Seagate Crystal Reports

ID: 9825 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: COM related PHP Version: 4.0.4pl1 Assigned To: Comments: closed Previous Comments: --- [2001-05-04 10:26:23] [EMAIL PROTE

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

ID: 10580 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: COM related PHP Version: 4.0.5 Assigned To: Comments: same as #10594 Previous Comments: --- [2001-05-01 11:05:52] [EM

[PHP-DEV] Bug #10048 Updated: OCIPlogon not persist connection

ID: 10048 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: persistent connections do work - not enough information in report! Previous Comments: --

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

Question: Is is_null() an alias for isset()? Based on this statement and my understanding of both funcitons, it should be. "Andi Gutmans" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > At 07:02 PM 5/3/2001 -0500, Andrei Zmievski wrote: > >At 06:31 PM 5/3/01 -

[PHP-DEV] Bug #10664: php4.0.5 ISAPI dll gives "procedure not found"

From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced server PHP version: 4.0.5 PHP Bug Type: IIS related Bug description: php4.0.5 ISAPI dll gives "procedure not found" Problem occures with any .php file. IIS just gives error 500 and "die angegebene Prozedur wurd

[PHP-DEV] Bug #10005 Updated: Support for 128 bit integers.

ID: 10005 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: OCI8 related PHP Version: 4.0.4 Assigned To: Comments: all bind variables are converted to strings by php. plz send shortest possible testcase (< 20 lines) to [EMAIL PROTECTED] also you s

[PHP-DEV] Bug #9876 Updated: OCIPLogon flaky after restart Oracle

ID: 9876 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: plz try 4.0.5 - if the problem persists please reopen. Previous Comments: ---

[PHP-DEV] Bug #9907 Updated: make fail --with-oci8

ID: 9907 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: sadly there is no "small" installation option in the oracle installed to get just the stuff needed for development. you need to install m

[PHP-DEV] Bug #9520 Updated: After a call to OCIFetchStatement functions on stament do not work anymore

ID: 9520 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: that's correct - after a cursor is completly read (which is what fechstatement does) this information is no longer valid. Previous C

[PHP-DEV] Bug #9510 Updated: OCIError function with no params does *NOT* return the "last" error

ID: 9510 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: the documentation needs to be updated - ocierror always stores the error in the most appropiate (parent-)handle. Previous Comments: ---

[PHP-DEV] Bug #9496 Updated: Mixing non persistant and persistant connection makes all connexions persistant

ID: 9496 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: OCIPlogon() will do the same as OCILogon() but mark the sever and session handle as persistent, which means that PHP won't close them on

[PHP-DEV] Bug #9484 Updated: can't find OCI.dll

ID: 9484 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: i assume you're on windows (unix doesn't have .dll files). grab the needed files from www.php4win.de Previous Comments:

[PHP-DEV] Bug #10665: Requesting additional functions in OpenSSL module (working patch available)

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: Requesting additional functions in OpenSSL module (working patch available) I'd like to use more of the RSA functions that OpenSSL provides. What I neede

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

At 17:30 4/5/2001, Joe Brown wrote: >Question: >Is is_null() an alias for isset()? > >Based on this statement and my understanding of both funcitons, it should >be. No it's not, it's a function. As such, it cannot detect whether a variable exists and has a null value, or is undefined completely

Re: [PHP-DEV] Classes & function names

On 2001-05-04 14:45:48, "Wez Furlong" <[EMAIL PROTECTED]> wrote: > that has a higher WTF factor than making it case sensitive in 4.1 4.0 I mean. --Wez. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTE

Re: [PHP-DEV] 4.1 & Declaration Case Persistance

> I don't think it is trivial to implement this without: > a) Creating a second version of our hash tables (I don't like duplicate code). > b) Adding more complexity to the already complex hash tables. I don't know enough about Zend internals to speak with any authority, but wouldn't an "easy" wa

Re: [PHP-DEV] Classes & function names

On Fri, 4 May 2001, Zeev Suraski wrote: >IMHO, in a compatibility breaking upgrade, we should look into defaulting >to case sensitivity, while allowing case insensitivity as a non-default option. +1 --Jani -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV]Re: [PHP-QA] Re: [PHP-DEV] Release process

On Fri, 4 May 2001, Zeev Suraski wrote: > At 17:30 4/5/2001, Joe Brown wrote: > >Question: > >Is is_null() an alias for isset()? > > > >Based on this statement and my understanding of both funcitons, it should > >be. > > No it's not, it's a function. As such, it cannot detect whether a variable

[PHP-DEV] Bug #10666: preg_replace 'e' modifier

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: PCRE related Bug description: preg_replace 'e' modifier Formerly, preg_replace's "e" modifier inserted extraneous backslashes in backreferences of "\\1" or '\\1' form. Ostensibly, the $1 backr

Re: [PHP-DEV] 4.1 & Declaration Case Persistance

On Fri, 4 May 2001, Colin Viebrock wrote: > > I don't think it is trivial to implement this without: > > a) Creating a second version of our hash tables (I don't like duplicate > code). > > b) Adding more complexity to the already complex hash tables. > > I don't know enough about Zend internals

[PHP-DEV] Bug #10667: xmltree function cause memory leak

From: [EMAIL PROTECTED] Operating system: Linux 2.2.16 PHP version: 4.0.5 PHP Bug Type: DOM XML related Bug description: xmltree function cause memory leak My code: --- version; ?> -

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

ID: 10580 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: COM related PHP Version: 4.0.5 Assigned To: Comments: This is now fixed in CVS. Fix will be in 4.0.6. --Jani Previous Comments: ---

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

Please close these if they are fixed. Duplicate is one of the 'open' statuses just like 'Analyzed'.. --Jani On 4 May 2001 [EMAIL PROTECTED] wrote: >ID: 10580 >Updated by: phanto >Reported By: [EMAIL PROTECTED] >Old-Status: Open >Status: Duplicate >Bug Type: COM related >PHP Version: 4.0.5 >As

Re: [PHP-DEV] 4.1 & Declaration Case Persistance

The question was under what key the class entry should be stored... At any rate, it's a non-issue; Saving the 'beautiful' version of the class name is possible, but is a bit hacky IMHO. There should be an optional case sensitive mode, and we'll introduce one in one of the future versions of

RE: [PHP-DEV] Classes & function names

On Fri, 4 May 2001, Zeev Suraski wrote: >IMHO, in a compatibility breaking upgrade, we should look into defaulting >to case sensitivity, while allowing case insensitivity as a non-default option. +1 from me too. -Chris -- PHP Development Mailing List To unsubscribe, e-m

[PHP-DEV] Bug #10668: preg_replace backquote failure

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: PCRE related Bug description: preg_replace backquote failure The following code succeeds on PHP 4.03 and PHP 4.04pl1, but fails on PHP 4.05: $str = "abc'''def"; function f($s) { return

[PHP-DEV] Zend API changes

A small point I'd like to raise here. I noticed 4.0.5 made a change to the arguments of zend_hash_get_current_key by adding a "dupe" argument to the define and underlying function. This of course broke any external custom modules that are not changed appropriately. In this case the change was v

Re: [PHP-DEV] connection_timeout() and PHP 3

On Thu, 3 May 2001, Zak Greant wrote: >Does anyone know if connection_timeout will be disappearing from PHP 3? Put it this way: Does anyone know when PHP 3 will disappear? :) --Jani -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: [PHP-DEV] buildcheck.sh & libtool check

On Fri, 4 May 2001, Andi Gutmans wrote: >Sascha & rest, > >I'd like to start going down the 4.0.6RC road on Saturday. Any chance we >can get a fix for this small problem into the CVS by then? Small problem? Try updating your libtool to 1.4 and then say it's small problem. :) Why can't we always

[PHP-DEV] Problem with preg_split ( 4.0.5 and CVS last version )

Hi all, Look at the following code:$price = "66950";$formatado = preg_split ('//', $price, 0, PREG_SPLIT_NO_EMPTY);$escalar = sizeof($formatado);echo $escalar;?>In php4.0.4pl1 the result is "5", in php4.0.5 the result is "1".I also tried version 1.92 in CVS of /ext/pcre/php_pcre.c but I got thesame

Re: [PHP-DEV] Zend API changes

Brian Foddy wrote: > ... and get better notified when they do occur? they have occured on every release but 4.0.3 now so you should expect new releases to *not* be binary compatible to old extensions for now IMHO -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 --

Re: [PHP-DEV] connection_timeout() and PHP 3

Jani Taskinen wrote: > > On Thu, 3 May 2001, Zak Greant wrote: > > >Does anyone know if connection_timeout will be disappearing from PHP 3? > > Put it this way: Does anyone know when PHP 3 will disappear? :) IMHO it will die together with the FAT filesystem ? -- Hartmut Holzgraefe [EMAIL PR

RE: [PHP-DEV] Classes & function names

>>IMHO, in a compatibility breaking upgrade, we should look into defaulting >>to case sensitivity, while allowing case insensitivity as a >non-default option. >+1 +1 =) Peter "[DiSAStA]" Petermann

[PHP-DEV] PHP 4.0 Bug #10667 Updated: xmltree function cause memory leak

ID: 10667 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Description: xmltree function cause memory leak Previous Comments: --- [2001-05-04 11:29:00] [EMAIL PROTECTED] My code:

Re: [PHP-DEV] Zend API changes

It's in everyone's interest to keep the API intact. The Zend API is now fairly stable (I don't expect compatibility breaking changes in the 4.0 line); Judging from the experience of PHP 3.0, there too, the API stabilized around x.0.5. Zeev At 18:29 4/5/2001, Brian Foddy wrote: >A small poin

[PHP-DEV] PHP 4.0 Bug #10265 Updated: Apache dumps core during mysql_fetch_array

ID: 10265 User Update by: [EMAIL PROTECTED] Status: Open Old-Bug Type: MySQL related Bug Type: Date/time related Description: Apache dumps core during mysql_fetch_array It took me some time to find out, that this actually is a bug in date(). Try the following script and have a look at the H:i:s

[PHP-DEV] Bug #10670: Compile as Apache 2.0 module fails

From: [EMAIL PROTECTED] Operating system: Linux 2.4.4 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: Compile as Apache 2.0 module fails When compileing PHP 4.0.5 as an Apache 2.0.16 module the following errors occour: ... ... sapi_apache2.c: In function

Re: [PHP-DEV] Zend API changes

Zeev Suraski wrote: > > It's in everyone's interest to keep the API intact. The Zend API is now > fairly stable (I don't expect compatibility breaking changes in the 4.0 > line); Judging from the experience of PHP 3.0, there too, the API > stabilized around x.0.5. so we can now hope for a refe

[PHP-DEV] Bug #10671: Cannot retrieve secondary object properties

From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.5 PHP Bug Type: COM related Bug description: Cannot retrieve secondary object properties The following code causes PHP to die at line 3: $mgr = new COM("Factory"); $child = $mgr->GetChild(1); echo $child

Re: [PHP-DEV] Zend API changes

On Fri, 4 May 2001, Hartmut Holzgraefe wrote: > Zeev Suraski wrote: > > > > It's in everyone's interest to keep the API intact. The Zend API is now > > fairly stable (I don't expect compatibility breaking changes in the 4.0 > > line); Judging from the experience of PHP 3.0, there too, the API >

Re: [PHP-DEV] Problem with preg_split ( 4.0.5 and CVS last version )

On Fri, 04 May 2001, Renato Weiner wrote: > > Hi all, > > Look at the following code: > $price = "66950"; > > $formatado = preg_split ('//', $price, 0, PREG_SPLIT_NO_EMPTY); > > $escalar = sizeof($formatado); > > echo $escalar; > ?> > > In php4.0.4pl1 the result is "5", in php4.0.5 the resu

[PHP-DEV] Bug #10665 Updated: Requesting additional functions in OpenSSL module (working patch available)

ID: 10665 Updated by: wez Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request PHP Version: 4.0.5 Assigned To: wez Comments: I'll review it, and probably commit it. --Wez. Previous Comments: --- [

  1   2   3   >