[PHP-DEV] Re: To deprecate dl() or not.. (Was: something messy.. :)

First, I'm 100% with Zeev here, kill dl()! It's evil. Second, I had an idea related to this discussion. I have been compiling PHP with almost every extension in the CVS (excluding the win32 specific) plus couple of 'renegade' extensions and all of them as 'static' extensions. Before I start to

[PHP-DEV] Bug #12607 Updated: undefined reference to gdImageGifCtx

ID: 12607 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: *Compile Issues Bug Type: GD related Operating System: NetBSD/Alpha 1.5W PHP Version: 4.0CVS-2001-08-06 New Comment: Are you sure you don't have some old GD library remains in your system,

[PHP-DEV] Bug #12610: vaprintf() and other va_arg functions please!

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: vaprintf() and other va_arg functions please! I would love to have access to variable length argument functions such as vaprintf(), vasprintf(), etc... so

[PHP-DEV] Bug #12592 Updated: Warning message when connect to Sybase Database

ID: 12592 Updated by: lyric Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Sybase (dblib) related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Normal - Sybase generates the warning whenever you change databases. Suppress the message by prefixing sybase_

[PHP-DEV] Bug #12592 Updated: Warning message comes in HTML Pages

ID: 12592 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: Warning message when connect to Sybase Database Status: Open Bug Type: Sybase (dblib) related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Warning message comes in HTML Pages when connect to

[PHP-DEV] Security proposal - "SPHP" and helper functions

Dear Developers of PHP: I have a proposal that I hope you'll like & that I think will improve the security of PHP programs. Shaun Clowes recently posted "A Study in Scarlet", identifying common vulnerabilities in PHP applications; you can see it at: http://www.securereality.com.au/studyinscarl

Re: [PHP-DEV] RFC: New math functions: log2, etc

In article <[EMAIL PROTECTED]>, "Sterling Hughes" <[EMAIL PROTECTED]> wrote: [snip] >> > >However, IMO the log, exp, sinus, etc. functions should be in the >> > >core. >> > >> > Yes, I agree, however, expm1 and log1p don't. >>I agree. Do you suggest here to hold these two, until some kind of >>a

[PHP-DEV] Re: PHP Notes

In article <01080514382301.00908@linuxbox>, "Andy" <[EMAIL PROTECTED]> wrote: > Since I have started maintaining the document notes, I have roughly > estimated that 1/2-2/3 of the notes have to be deleted because people > are not following the guidelines. The page that tells these guidelines > i

[PHP-DEV] Bug #12155 Updated: modulus %

ID: 12155 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Status: Bogus Bug Type: Math related Operating System: linux 2.4.3 PHP Version: 4.0.5 New Comment: float % int could lead to rounding difficulties, which is not a bug. Previous Comments:

[PHP-DEV] Bug #10715 Updated: -0 Returns true as an integer

ID: 10715 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Math related Operating System: Debian GNU/Linux PHP Version: 4.0.5 New Comment: -0 is just a strange way of writing 0 Previous Comments: --

[PHP-DEV] Bug #12609: problema en restart

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: problema en restart Estoy trabajndo con php 4.0.5 , apache 1.3.20 y mysql 3.22.32. El problema es que luego de hacer make install, cuando voy a reinic

[PHP-DEV] Bug #12498 Updated: cant config magic_quotes_off

ID: 12498 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: *Configuration Issues Operating System: Windows 4.9 (Me) PHP Version: 4.0.6 New Comment: Hi Jani, As I stated in my report of the problem: [so I modified the php.ini in

[PHP-DEV] Bug #12608: $REDIRECT_QUERY_STRING isn't parsed into $HTTP_GET_VARS

From: [EMAIL PROTECTED] Operating system: Debian \"potato\" GNU/Linux PHP version: 4.0.5 PHP Bug Type: Variables related Bug description: $REDIRECT_QUERY_STRING isn't parsed into $HTTP_GET_VARS The summary field really says it all: Upon writing a customized 404 script, I st

[PHP-DEV] Bug #12477 Updated: preg_replace evaluates dollar signs as variables (eg $1,000 becomes ,000)

ID: 12477 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: Linux and SCO PHP Version: 4.0.6 New Comment: I was trying to have to walk the array twice. The following works: $pagevars = str_replace("$","\\\$",$

[PHP-DEV] Re: undefined symbol: zendtext

Looks like I forgot to commit my final fixes... I'll commit them as soon as vmware is reinstalled and I have my Linux box back... At 22:25 06-08-01, Jani Taskinen wrote: >I'm getting this with latest CVS. On apache startup. >After Zeev's latest commits. I have tried a clean checkout too..no hel

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

I disagree in two levels. First, I think that saying "We can't protect people from their stupidity, so let's lift all bars" is just plain wrong and a bad approach in a real world situation. Sure, it's true, but we can definitely reduce the risks involved in common mistakes that people make.

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

At 23:57 06-08-01, Sander Steffann wrote: >Hi, > > > >Deprecate dl()? I think it's one of the most useful functions... :) > > > > How so? I can understand that people get used to it, but it's really > > bad. extensions should be loaded in the php.ini file. There's really no > > good reason for

[PHP-DEV] Bug #12360 Updated: fsockopen timeout doesn't work

ID: 12360 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Sockets related Operating System: RedHat 6.2 PHP Version: 4.0.6 New Comment: [EMAIL PROTECTED]: > I have not looked into this a lot so I might be mistaken, but it > seems that the problem is that fcntl.h is n

[PHP-DEV] Regarding PHP Bug #12360

I have not looked into this a lot so I might be mistaken, but it seems that the problem is that fcntl.h is not defined in main/network.c If I add the following lines to main/network.c it seems that timeout works again: #ifndef _FCNTL_H #include #endif I'm running Debian 2.2r3 with PHP 4.0.6 R

[PHP-DEV] CVS Account Request

Full name: Vincent Blavet Email: [EMAIL PROTECTED] ID:vblavet Purpose: Adding a TAR class in PEAR. See Stig Bakken for more details Thanks -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTEC

[PHP-DEV] Re: Bug #12601: Error loading oci8.dll, a entry point is missing .

THE SOLUCTION IS TO WORK WITH OCI8.DLL FROM PHP 4.0.5 /PHP 4.0.1 IT'S 44 KBYTES.. -- Original Message -- From: PHP Bug Database <[EMAIL PROTECTED]> Date: 6 Aug 2001 15:50:28 - >From: [EMAIL PROTECTED] >Operating system: windows 2000 profesi

Re: [PHP-DEV] undefined symbol: zendtext

On Mon, Aug 06, 2001 at 09:25:19PM +0200, Jani Taskinen wrote: > > I'm getting this with latest CVS. On apache startup. > After Zeev's latest commits. I have tried a clean checkout too..no help. > > --Jani Removing a few lines fixes the Apache build... Index: zend_indent.c

[PHP-DEV] Bug #12477 Updated: preg_replace evaluates dollar signs as variables (eg $1,000 becomes ,000)

ID: 12477 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Linux and SCO PHP Version: 4.0.6 New Comment: To QA people (Andy): please don't be hasty. Previous Comments:

[PHP-DEV] Bug #12477 Updated: preg_replace evaluates dollar signs as variables (eg $1,000 becomes ,000)

ID: 12477 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Old Bug Type: PCRE related Bug Type: Feature/Change Request Operating System: Linux and SCO PHP Version: 4.0.6 New Comment: reopened and reclassified as a feature request. Previous Comments: ---

[PHP-DEV] Bug #12477 Updated: preg_replace evaluates dollar signs as variables (eg $1,000 becomes ,000)

ID: 12477 Updated by: andrei Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: PCRE related Operating System: Linux and SCO PHP Version: 4.0.6 New Comment: If you don't want to use \n or $n substitution, then maybe you are better off using str_replace()? Previous Comments: ---

[PHP-DEV] Bug #12477 Updated: preg_replace evaluates dollar signs as variables (eg $1,000 becomes ,000)

ID: 12477 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: PCRE related Operating System: Linux and SCO PHP Version: 4.0.6 New Comment: Is it possible to ask that the this be included as a new feature? A switch to tell the PCRE engine? to ignore variab

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

> In a few words: > For a webserver: ban dl() > For generic scripting: keep dl() What's really the point of protecting people from their stupidity. If you're going to keep it in the generic scripting engine (which I think has lots of value), why not keep it in the webserver engine as well. There

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

Hi, > >Deprecate dl()? I think it's one of the most useful functions... :) > > How so? I can understand that people get used to it, but it's really > bad. extensions should be loaded in the php.ini file. There's really no > good reason for using dl() over the php.ini method. I agree with you

[PHP-DEV] Bug #12607: undefined reference to gdImageGifCtx

From: [EMAIL PROTECTED] Operating system: NetBSD/Alpha 1.5W PHP version: 4.0CVS-2001-08-06 PHP Bug Type: *Compile Issues Bug description: undefined reference to gdImageGifCtx # uname -a NetBSD ns01 1.5W NetBSD 1.5W (ALPHA-$Revision: 1.127.2.2 $) #5: Mon Jun 25 22:34:09 CDT

[PHP-DEV] Bug #12606: require_once failing

From: [EMAIL PROTECTED] Operating system: Redhat Linux 6.2 / 2.2.14-5.0smp PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: require_once failing Throughout entire site require_once is used. It began showing "Cannot redeclare foo() in /foo/bar.php on

[PHP-DEV] Bug #12471 Updated: DCOM don't running

ID: 12471 Updated by: phanto Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: COM related Operating System: PHP Version: 4.0.5 Previous Comments: [2001-07-30 14:28:28] [EMAIL PROTECTED] Teste PH

[PHP-DEV] PHP Developer position available--South San Francisco

Hi, Not sure if this is the right place to post for this but wanted to give it a try. I work for CFN in South San Francisco and we are looking to add more talented PHP Application Developer to our small fun team. We are a stable private NON start-up NON dot.com company working in the oil industry

[PHP-DEV] Bug #12596 Updated: Definition of array using constants in array doesn't work

ID: 12596 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Class/Object related Operating System: Linux PHP Version: 4.0.5 New Comment: This isn't supposed to work (class-var initing is not allowed for non-scalar (for example array) values). It is

[PHP-DEV] undefined symbol: zendtext

I'm getting this with latest CVS. On apache startup. After Zeev's latest commits. I have tried a clean checkout too..no help. --Jani -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact t

Re: [PHP-DEV] Re: Bug #12480 Updated: array_merge_recursive() clobbers existing numeric keys

On Mon, 06 Aug 2001, Peter Lowe wrote: > this: > > would be: > > Array > ( > [0] => a > [1] => b > [2] => c > [3] => e > [4] => d > [5] => f > ) > > with e and d swapped round. any value in $ar

[PHP-DEV] Bug #12605: in opposite to 4.0.5 images could not be displayed

From: [EMAIL PROTECTED] Operating system: Windows2000 PHP version: 4.0.6 PHP Bug Type: Ming related Bug description: in opposite to 4.0.5 images could not be displayed I Updated my PHP to V4.0.6, now i can not display JPEG Images in a swf file throught ming. Under 4.0.5 al

[PHP-DEV] Bug #12604 Updated: Fix one of the error messages in ./configure script

ID: 12604 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Configuration Issues Operating System: Solaris 2.8 PHP Version: 4.0.6 New Comment: fixed. Previous Comments: [2001-08

Re: [PHP-DEV] Re: Bug #12480 Updated: array_merge_recursive() clobbers existing numeric keys

On Aug 06, Andrei Zmievski wrote: > What would you have them start with? :) > > Imagine this scenario: > > $array1 = array('a', 'b', 'c'); > $array2 = array(2=>'d', 3=>'e', 4=>'f'); > $result = array_merge($array1, $array2); > > In this case, $result is: > Array > ( >

[PHP-DEV] Bug #12604: Fix one of the error messages in ./configure script

From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: Fix one of the error messages in ./configure script When ./configure finds a problem with the apxs script it tells you you have an error you need

Re: [PHP-DEV] Re: Bug #12480 Updated: array_merge_recursive() clobbers existing numeric keys

On Mon, 06 Aug 2001, Peter Lowe wrote: > I agree, you *should* preserve all elements of the input array in the > output one, one of those elements being the key. > > it actually says on the man page: > > If, however, the arrays have the same numeric key, the later > value will not ov

Re: [PHP-DEV] Re: Bug #12480 Updated: array_merge_recursive() clobbers existing numeric keys

On Aug 06, Andrei Zmievski wrote: > On Mon, 06 Aug 2001, Peter Lowe wrote: > > On Aug 06, Bug Database wrote: > > > ID: 12480 > > > Updated by: andrei > > > Reported By: [EMAIL PROTECTED] > > > Old Status: Open > > > Status: Closed > > > Bug Type: Arrays related > > > Operating System: FreeBSD > >

Re: [PHP-DEV] Re: Bug #12480 Updated: array_merge_recursive() clobbers existing numeric keys

On Mon, 06 Aug 2001, Peter Lowe wrote: > On Aug 06, Bug Database wrote: > > ID: 12480 > > Updated by: andrei > > Reported By: [EMAIL PROTECTED] > > Old Status: Open > > Status: Closed > > Bug Type: Arrays related > > Operating System: FreeBSD > > PHP Version: 4.0.6 > > New Comment: > > > > array_

[PHP-DEV] Bug #12518 Updated: ocifreestatment doesn't free the Oracle cursor and so you run out of cursors

ID: 12518 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: OCI8 related Operating System: Linux PHP Version: 4.0.6 New Comment: user error Previous Comments: [2001-08-06 13:23:13

[PHP-DEV] Bug #12518 Updated: ocifreestatment doesn't free the Oracle cursor and so you run out of cursors

ID: 12518 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: OCI8 related Operating System: Linux PHP Version: 4.0.6 New Comment: With the help of v$open_cursor I've tracked down the problem and it was a case of user error, my apologies fo

[PHP-DEV] Re: Bug #12480 Updated: array_merge_recursive() clobbers existing numeric keys

On Aug 06, Bug Database wrote: > ID: 12480 > Updated by: andrei > Reported By: [EMAIL PROTECTED] > Old Status: Open > Status: Closed > Bug Type: Arrays related > Operating System: FreeBSD > PHP Version: 4.0.6 > New Comment: > > array_merge* functions are not meant to preserve numeric keys. uhm,

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

On Mon, 6 Aug 2001, Andrei Zmievski wrote: > On Mon, 06 Aug 2001, Zeev Suraski wrote: > > I think the disk weights about the same regardless of the data inside it > > :) > > Yes, but 50 extensions will consume more memory than 1. Nothing noticable, really. Unless you allocate dozens of megabyt

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

On Mon, 06 Aug 2001, Zeev Suraski wrote: > I think the disk weights about the same regardless of the data inside it > :) Yes, but 50 extensions will consume more memory than 1. -Andrei "In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dir

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

On Mon, 6 Aug 2001, Sterling Hughes wrote: > On Mon, 6 Aug 2001, Zeev Suraski wrote: > > > At 19:40 06/08/2001, Andrei Zmievski wrote: > > >On Mon, 06 Aug 2001, Zeev Suraski wrote: > > > > At 07:10 06/08/2001, Sterling Hughes wrote: > > > > > What if you use 50 different shared extensions, f

[PHP-DEV] Bug #10179 Updated: repetition quantifiers

ID: 10179 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PCRE related Operating System: SuSE7.0 PHP Version: 4.0.4pl1 New Comment: {,10} means "match up to 10" which includes 0 matches. Previous Comments: --

[PHP-DEV] Bug #10669 Updated: Problem with preg_split

ID: 10669 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PCRE related Operating System: Linux-2.2.19 PHP Version: 4.0.5 New Comment: This should work in 4.0.6 and later. Previous Comments: --

[PHP-DEV] Bug #11236 Updated: addslashes() before preg_replace() gives parse error in regexp

ID: 11236 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PCRE related Operating System: Linux PHP Version: 4.0.5 New Comment: This works in latest CVS - try upgrading to 4.0.6 or later. Previous Comments: --

[PHP-DEV] Bug #11594 Updated: preg_replace is not working with backslash $

ID: 11594 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PCRE related Operating System: Solaris PHP Version: 4.0.5 New Comment: You need to use '$' as you replacement string. Previous Comments: -

[PHP-DEV] Bug #12518 Updated: ocifreestatment doesn't free the Oracle cursor and so you run out of cursors

ID: 12518 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: OCI8 related Operating System: Linux PHP Version: 4.0.6 New Comment: I have a long-running PHP script that eventually comes up with: Failed execution, error: ORA-00604: erro

[PHP-DEV] Bug #12140 Updated: pcre_replace change behavior with \

ID: 12140 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PCRE related Operating System: PHP Version: 4.0.6 New Comment: That's right. Your turns into by the time PHP string parsing is done with it. Then the extension looks at it and se

[PHP-DEV] Bug #12480 Updated: array_merge_recursive() clobbers existing numeric keys

ID: 12480 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Arrays related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: array_merge* functions are not meant to preserve numeric keys. Previous Comments: ---

[PHP-DEV] Bug #11933 Updated: array_map causes segfault

ID: 11933 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Old Operating System: Debian GNU/Linux "sid" (kernel 2 Operating System: Debian GNU/Linux sid (kernel 2 PHP Version: 4.0.6 New Comment: status -> feedback Previous Comments: -

[PHP-DEV] Bug #12477 Updated: preg_replace evaluates dollar signs as variables (eg $1,000 becomes ,000)

ID: 12477 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PCRE related Operating System: Linux and SCO PHP Version: 4.0.6 New Comment: That's right, you need to escape $ in your replacement strings. Previous Comments: --

[PHP-DEV] Bug #11933 Updated: array_map causes segfault

ID: 11933 Updated by: andrei Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Old Operating System: Debian GNU/Linux "sid" (kernel 2 Operating System: Debian GNU/Linux \"sid\" (kernel 2 PHP Version: 4.0.6 New Comment: Are you running Zend optimizer by any chance? Previous

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

On Mon, 6 Aug 2001, Zeev Suraski wrote: > At 19:40 06/08/2001, Andrei Zmievski wrote: > >On Mon, 06 Aug 2001, Zeev Suraski wrote: > > > At 07:10 06/08/2001, Sterling Hughes wrote: > > > > What if you use 50 different shared extensions, for different > > > > scripts on the same box? Should

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

At 19:45 06/08/2001, Andrei Zmievski wrote: >On Mon, 06 Aug 2001, Zeev Suraski wrote: > > Nothing measurable. That was actually measured (changing PHP to > initialize > > extensions just-in-time, in case they're actually being used) - and it > > turned out it wasn't giving any noticeable perform

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

On Mon, 06 Aug 2001, Zeev Suraski wrote: > Nothing measurable. That was actually measured (changing PHP to initialize > extensions just-in-time, in case they're actually being used) - and it > turned out it wasn't giving any noticeable performance gain. > > If there were a thousand extensions,

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

At 19:40 06/08/2001, Andrei Zmievski wrote: >On Mon, 06 Aug 2001, Zeev Suraski wrote: > > At 07:10 06/08/2001, Sterling Hughes wrote: > > > What if you use 50 different shared extensions, for different > > > scripts on the same box? Should you load them all in each time? > > > I don't

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

On Mon, 06 Aug 2001, Zeev Suraski wrote: > At 07:10 06/08/2001, Sterling Hughes wrote: > > What if you use 50 different shared extensions, for different > > scripts on the same box? Should you load them all in each time? > > I don't think so... > > Other than your phobia, there's no r

Re: [PHP-DEV] Re: Bug #12599 Updated: ImageTTFText doesn't open font file

Well, then you didn't search for the right thing... On Mon, 06 Aug 2001, Carlos Viana wrote: > I did search it before, with no results. > > > ID: 12599 > > Updated by: sniper > > Reported By: [EMAIL PROTECTED] > > Old Status: Open > > Status: Closed > > Bug Type: GD related > > Operating System:

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

At 07:10 06/08/2001, Sterling Hughes wrote: > What if you use 50 different shared extensions, for different > scripts on the same box? Should you load them all in each time? > I don't think so... Other than your phobia, there's no real reason not to do it :) Zeev -- PHP Developmen

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

On Mon, 6 Aug 2001, Zeev Suraski wrote: > At 06:30 06/08/2001, Sterling Hughes wrote: > >On Mon, 6 Aug 2001, Andrei Zmievski wrote: > > > > > On Mon, 06 Aug 2001, Zeev Suraski wrote: > > > > How so? I can understand that people get used to it, but it's really > > > > bad. extensions should be l

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

At 19:29 06/08/2001, Andrei Zmievski wrote: >On Mon, 06 Aug 2001, Zeev Suraski wrote: > > By the way, I can't really quantify significantly, as it depends on what > > kind of minit you have. For a module such as the COM module, it can > double > > the amount of time it takes the script to run (i

[PHP-DEV] First snapshot of the Universe PHP extension (PHP-MICO binding)

Hi! I'm proud to present the first snapshot of the Universe PHP extension. What is it? It is a CORBA connection using MICO as ORB. It is intended to replace the exisiting PHP extension Satellite. You can access remote or local CORBA objects, and you can create CORBA objects in PHP code! Info

[PHP-DEV] Re: Bug #12599 Updated: ImageTTFText doesn't open font file

I did search it before, with no results. > ID: 12599 > Updated by: sniper > Reported By: [EMAIL PROTECTED] > Old Status: Open > Status: Closed > Bug Type: GD related > Operating System: Win98 > PHP Version: 4.0.6 > New Comment: > > This has been fixed in CVS already. Next time, use the search be

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

On Mon, 06 Aug 2001, Zeev Suraski wrote: > By the way, I can't really quantify significantly, as it depends on what > kind of minit you have. For a module such as the COM module, it can double > the amount of time it takes the script to run (if you load typelibs). For > some other modules, it

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

By the way, I can't really quantify significantly, as it depends on what kind of minit you have. For a module such as the COM module, it can double the amount of time it takes the script to run (if you load typelibs). For some other modules, it can be almost anything, if your minit is mostly

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

At 06:30 06/08/2001, Sterling Hughes wrote: >On Mon, 6 Aug 2001, Andrei Zmievski wrote: > > > On Mon, 06 Aug 2001, Zeev Suraski wrote: > > > How so? I can understand that people get used to it, but it's really > > > bad. extensions should be loaded in the php.ini file. There's really no > > > g

Re: [PHP-DEV] [patch] INIT_OVERLOADED_CLASS_ENTRY fix

On Mon, 6 Aug 2001, Andrei Zmievski wrote: > On Sun, 05 Aug 2001, Sterling Hughes wrote: > > That's used to register the class. If you can think of another way > > to do (*don't* say macro ;-), then I'd be more than willing to hear > > it, but otherwise... > > You can just initialize

[PHP-DEV] Bug #12603 Updated: incorrect --enable-native-ttf, correct - --enable-native-tt

ID: 12603 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Configuration Issues Operating System: PHP Version: 4.0.6 New Comment: This has been fixed in the CVS for a LOOONG time... Previous Comments: ---

[PHP-DEV] Bug #12603: incorrect --enable-native-ttf, correct - --enable-native-tt

From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: incorrect --enable-native-ttf, correct - --enable-native-tt in configure mistake in --enable-native-tt (--enable-native-ttf) -- Edit bug report at: http://bugs

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

On Mon, 6 Aug 2001, Andrei Zmievski wrote: > On Mon, 06 Aug 2001, Zeev Suraski wrote: > > How so? I can understand that people get used to it, but it's really > > bad. extensions should be loaded in the php.ini file. There's really no > > good reason for using dl() over the php.ini method. > >

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

On Mon, 06 Aug 2001, Thies C. Arntzen wrote: > don't think there's an API for that. we would have to add the > MODULE_NUMBER to the class-entry and then (when unloading the > module) also destroy the classes that that module defined. i > think constants and functions already do thi

Re: [PHP-DEV] [patch] INIT_OVERLOADED_CLASS_ENTRY fix

On Sun, 05 Aug 2001, Sterling Hughes wrote: > That's used to register the class. If you can think of another way > to do (*don't* say macro ;-), then I'd be more than willing to hear > it, but otherwise... You can just initialize the class entry manually. -Andrei "Everything is a m

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

On Mon, Aug 06, 2001 at 10:34:34AM -0500, Andrei Zmievski wrote: > On Mon, 06 Aug 2001, Zeev Suraski wrote: > > Drawbacks: > > - It's slow. We encourage putting expensive operations into the > > module_init, using dl() means they end up being done multiple times. > > > > - Under Apache, it's ev

Re: [PHP-DEV] [patch] INIT_OVERLOADED_CLASS_ENTRY fix

On Mon, 6 Aug 2001, Zeev Suraski wrote: > It's not a big deal and we can commit it (as it's done in the > 'put-expensive-operations-here' part of PHP, the module-init, hint hint :). > ;) > However, is it really necessary? > Well, I have the following function (there maybe bugs, I'm st

[PHP-DEV] Bug #12601: Error loading oci8.dll, a entry point is missing .

From: [EMAIL PROTECTED] Operating system: windows 2000 profesional PHP version: 4.0.6 PHP Bug Type: OCI8 related Bug description: Error loading oci8.dll, a entry point is missing . Error loading oci8.dll, a entry point is missing ... to procedure ocilobopen in oci.dll he

[PHP-DEV] Bug #12599 Updated: ImageTTFText doesn't open font file

ID: 12599 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: GD related Operating System: Win98 PHP Version: 4.0.6 New Comment: This has been fixed in CVS already. Next time, use the search before submitting bug reports.. --Jani Previous Comments: --

[PHP-DEV] Bug #12599 Updated: ImageTTFText doesn't open font file

ID: 12599 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: Win98 PHP Version: 4.0.6 New Comment: This has been fixed in CVS already. Next time, use the search before submitting bug reports.. --Jani Previous Comments: -

[PHP-DEV] Bug #12600 Updated: unexpected behaviour

ID: 12600 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: linux redhat 7.1 PHP Version: 4.0.6 New Comment: function sess_reg($x){ global $HTTP_SESSION_VARS; $a = & $HTTP_SESSION_VARS[$x]; session_register($a);

[PHP-DEV] Bug #12597 Updated: AC_CHECK_LIB on -curl fails if cURL is elsewhere than /usr or /usr/local

ID: 12597 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Configuration Issues Operating System: OpenBSD 2.9-current PHP Version: 4.0CVS-2001-08-06 New Comment: Fixed in CVS. You also need to have -L$CURL_DIR/lib after the $CURL_LIBS since the path is

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

On Mon, 06 Aug 2001, Zeev Suraski wrote: > Drawbacks: > - It's slow. We encourage putting expensive operations into the > module_init, using dl() means they end up being done multiple times. > > - Under Apache, it's even worse - since in addition to slowliness, it also > ends up consuming sign

Re: [PHP-DEV] [patch] INIT_OVERLOADED_CLASS_ENTRY fix

It's not a big deal and we can commit it (as it's done in the 'put-expensive-operations-here' part of PHP, the module-init, hint hint :). However, is it really necessary? Zeev At 05:53 06/08/2001, Sterling Hughes wrote: > Hey, > > The attached patch adds support for passing a variable

[PHP-DEV] Bug #12600: unexpected behaviour

From: [EMAIL PROTECTED] Operating system: linux redhat 7.1 PHP version: 4.0.6 PHP Bug Type: Session related Bug description: unexpected behaviour 1. when register_globals is off you have to SET and READ HTTP_SESSION_VARS this is wrong in the docs or at least confusing (ex

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

See my letter to Andrei. I've yet to see an ISP that (knowingly) allows users to load extensions, and wouldn't agree to add them to the php.ini file. This isn't a case of me saying "users don't need X" or "95.6% of the scripts out there don't need Y". This is me saying that dl() is *bad*, ev

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

At 18:07 06/08/2001, Andrei Zmievski wrote: >On Mon, 06 Aug 2001, Zeev Suraski wrote: > > BTW, there's no good reason not to load all of the extensions you may need > > in all of your scripts from php.ini. Loading many extensions doesn't pose > > a significant/noticeable load. Loading using dl()

[PHP-DEV] [patch] INIT_OVERLOADED_CLASS_ENTRY fix

Hey, The attached patch adds support for passing a variable to INIT_*CLASS_ENTRY in the name field (instead of just passing a constant string). I've needed this for a function which provides API functionality, registering classes with Zend based on the information passed

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

[Zeev Suraski <[EMAIL PROTECTED]>] > > Please don't just say it's useful, please say why :) > dl() has absolutely nothing over loading in php.ini, and has many drawbacks. Please allow me to coin a new term: "Zeev-ism". Zeev-isms are of the form "users don't need X" or "95.6% of the scripts out

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

On Mon, 06 Aug 2001, Zeev Suraski wrote: > BTW, there's no good reason not to load all of the extensions you may need > in all of your scripts from php.ini. Loading many extensions doesn't pose > a significant/noticeable load. Loading using dl() does. Can you explain why the difference matter

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

BTW, there's no good reason not to load all of the extensions you may need in all of your scripts from php.ini. Loading many extensions doesn't pose a significant/noticeable load. Loading using dl() does. Zeev At 17:52 06/08/2001, Andrei Zmievski wrote: >On Mon, 06 Aug 2001, Zeev Suraski wro

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

Please don't just say it's useful, please say why :) dl() has absolutely nothing over loading in php.ini, and has many drawbacks. Zeev At 17:55 06/08/2001, Andy wrote: >I disagree, is there any way dl() can be fixed, >because it is a useful function... > >On Mon, 06 Aug 2001, Zeev Suraski wrote:

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

At 17:52 06/08/2001, Andrei Zmievski wrote: >On Mon, 06 Aug 2001, Zeev Suraski wrote: > > How so? I can understand that people get used to it, but it's really > > bad. extensions should be loaded in the php.ini file. There's really no > > good reason for using dl() over the php.ini method. > >O

[PHP-DEV] Bug #12599: ImageTTFText doesn't open font file

From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.6 PHP Bug Type: GD related Bug description: ImageTTFText doesn't open font file The following code generates this warning (doesn't happen with 4.0.5): Warning: Could not find/open font in d:\public_html\image

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

I disagree, is there any way dl() can be fixed, because it is a useful function... On Mon, 06 Aug 2001, Zeev Suraski wrote: > At 17:49 06/08/2001, Stig Sæther Bakken wrote: > >[Zeev Suraski <[EMAIL PROTECTED]>] > > > By the way, if it's really important, we can look into supporting it. > > > The

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

On Mon, 06 Aug 2001, Zeev Suraski wrote: > How so? I can understand that people get used to it, but it's really > bad. extensions should be loaded in the php.ini file. There's really no > good reason for using dl() over the php.ini method. Of course there is. One example is using the same PH

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

At 17:49 06/08/2001, Stig Sæther Bakken wrote: >[Zeev Suraski <[EMAIL PROTECTED]>] > > By the way, if it's really important, we can look into supporting it. > > The way it was before - it worked in most cases (assuming you never > > tried to use a class before you dl() the corresponding extension)

  1   2   >