Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, Rui Hirokawa wrote: > Yes, I will add some documentation about new settings into PHP manual. good :) > > You obviously have no idea what mbstring exactly does, as this comments > > makes little sense. mbstring _overloads_ functions which are in > > ext/standard (such as st

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002 08:51:27 +0200 (CEST) [EMAIL PROTECTED] wrote: > On Tue, 3 Sep 2002, James Cox wrote: > > > > > > > No, this option is 'disabled' by default, and can be enabled by a > > > ini variable. > > > > > > mbstring.encoding_translation = Off; is default. > > > > > > If mbstring.enco

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA]4.2.3RC2

On Tue, 3 Sep 2002, Phil Driscoll wrote: > On Monday 02 September 2002 9:10 pm, [EMAIL PROTECTED] wrote: > > done 2 :) > > The page still hasn't updated itself from CVS - is something somewhere not > running? At the moment there is a lot not running, try bugs.php.net for example... *sigh* Der

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] 4.2.3RC2

On Monday 02 September 2002 9:10 pm, [EMAIL PROTECTED] wrote: > done 2 :) The page still hasn't updated itself from CVS - is something somewhere not running? -- Phil Driscoll -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Re: mbstring

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, September 03, 2002 7:51 AM > To: James Cox > Cc: Rui Hirokawa; [EMAIL PROTECTED] > Subject: RE: [PHP-DEV] Re: mbstring > > > On Tue, 3 Sep 2002, James Cox wrote: > > > > > > > No, this option is 'd

RE: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, James Cox wrote: > > > > No, this option is 'disabled' by default, and can be enabled by a > > ini variable. > > > > mbstring.encoding_translation = Off; is default. > > > > If mbstring.encoding_translation = On is set in php.ini, > > the transparent conversion will be enabled

RE: [PHP-DEV] Default extensions (was: mbstring)

At 00:19 03/09/2002, James Cox wrote: >i still don't see why we shouldn't just disable everything by default and >write a 'default configure' script... Because other than a WFF of 'purity', it gains nothing and loses lots. Zeev -- PHP Development Mailing List To unsubscr

RE: [PHP-DEV] Re: mbstring

> > No, this option is 'disabled' by default, and can be enabled by a > ini variable. > > mbstring.encoding_translation = Off; is default. > > If mbstring.encoding_translation = On is set in php.ini, > the transparent conversion will be enabled. > ok, but before, you had to --enable it before it'd

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002 07:13:41 +0100 "James Cox" <[EMAIL PROTECTED]> wrote: > > > > I think that the problem is caused by > > --enable-mbstr-enc-trans option and is not caused by mbstring itself. > > > > If --enable-mbstr-enc-trans is enabled, > > php_treat_data, the original handler of user input

RE: [PHP-DEV] Re: mbstring

> > I think that the problem is caused by > --enable-mbstr-enc-trans option and is not caused by mbstring itself. > > If --enable-mbstr-enc-trans is enabled, > php_treat_data, the original handler of user input (POST/GET/Cookie), > is overrided by mbstr_treat_data in ext/mbstring , > the multibyte

[PHP-DEV] Re: mbstring

I think that the problem is caused by --enable-mbstr-enc-trans option and is not caused by mbstring itself. If --enable-mbstr-enc-trans is enabled, php_treat_data, the original handler of user input (POST/GET/Cookie), is overrided by mbstr_treat_data in ext/mbstring , the multibyte enabled ve

Re: [PHP-DEV] DOM-XML memory leak?

On Tue, Sep 03, 2002 at 12:07:25AM +0200, Christian Stocker wrote : > On Mon, 2 Sep 2002, Markus Fischer wrote: > > On Mon, Sep 02, 2002 at 04:42:38PM -0400, Al Baker wrote : > > > I want to use the dom-xml extension in a production environment, is the > > > dom-xml memory leak significant, ie wi

Re: [PHP-DEV] mbstring

On Tue, Sep 03, 2002 at 06:06:29AM +0200, Sebastian Nohn wrote : > Well... What about an _optional_ curses based, linux-kernel-like "make > menuconfig"? > > +--+ > | - Extensions | > | [x] mySQL

Re: [PHP-DEV] Re: mbstring

On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > [EMAIL PROTECTED] wrote: > > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > > > > >>[EMAIL PROTECTED] wrote: > >> > >>>No, not really. It was noted by more than one person that it breaks > >>>some simple things in PHP, affecting the bahavior of scripts th

Re: [PHP-DEV] ISAPI Crash Debugging Notes

Andi, After spending some more time looking at the Zend2 code it appears that it does still have the same issue that I'm seeing in Zend1 (first ISAPI thread gets the global compiler_globals as it's own personal copy). I can't get the same debug output as I was able to for Zend1, but I am seeing

RE: [PHP-DEV] mbstring

> -Original Message- > From: Dan Kalowsky [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 02, 2002 9:53 PM > To: Yasuo Ohgaki > Cc: PHP Development Mailing list > Subject: Re: [PHP-DEV] mbstring > > > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > > If we should reduce number of modules

Re: [PHP-DEV] Default extensions (was: mbstring)

On Mon, 2 Sep 2002, Jon Parise wrote: JP>>> On Mon, Sep 02, 2002 at 03:52:50PM -0400, Dan Kalowsky wrote: JP>>> JP>>> > > If we should reduce number of modules built by default, 1st JP>>> > > module should be MySQL. Removing MySQL does not cause any JP>>> > > technical problems at all. JP>>> >

[PHP-DEV] Default extensions (extensions in general)

Personally I don't care what is the default extensions are as long as I can change them. (I have written this email several times, but never sent it or I may have, but don't remember if so sorry if repeating). Here are my problems with extensions: A) Extensions that change the core code when

Re: [PHP-DEV] Re: mbstring

[EMAIL PROTECTED] wrote: > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > >>[EMAIL PROTECTED] wrote: >> >>>No, not really. It was noted by more than one person that it breaks >>>some simple things in PHP, affecting the bahavior of scripts that are >>>already out there. Until it is totally stable

Re: [PHP-DEV] 4.2.3RC2

> 4.2.3 RC2 is out - http://www.php.net/~zeev/php-4.2.3RC2.tar.gz > > Windows binaries will be available soon... http://ftp.proventum.net/pub/php/win32/php-4.2.3RC2-Win32.zip Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Default extensions (was: mbstring)

> i still don't see why we shouldn't just disable everything by default and > write a 'default configure' script... I don't see why you're so upset that some extensions are enabled by default. The main rule so far was if the extension is stable and if it does not depend on external libraries it w

Re: [PHP-DEV] DOM-XML memory leak?

On Mon, 2 Sep 2002, Markus Fischer wrote: > On Mon, Sep 02, 2002 at 04:42:38PM -0400, Al Baker wrote : > > I want to use the dom-xml extension in a production environment, is the > > dom-xml memory leak significant, ie will the whole machine run out of > > available memory or ? > > You mean t

Re: [PHP-DEV] DOM-XML memory leak?

On Mon, Sep 02, 2002 at 04:42:38PM -0400, Al Baker wrote : > I want to use the dom-xml extension in a production environment, is the > dom-xml memory leak significant, ie will the whole machine run out of > available memory or ? You mean this built in feature that domxml leaks a few bytes

RE: [PHP-DEV] Default extensions (was: mbstring)

> Unfortunately we don't live in a perfect world where > sysadmins know how to read and listen to their users > requests. That's why mysql for example is enabled by default. > (or that's the main reasoning behind it at least) > > And we can't educate people or force them to an

[PHP-DEV] DOM-XML memory leak?

Hi, I want to use the dom-xml extension in a production environment, is the dom-xml memory leak significant, ie will the whole machine run out of available memory or ? Please advice if there's a fix or version that does not leak. Thanks -- This email was sent with Ximian Evolution. -- PHP

Re: [PHP-DEV] Default extensions (was: mbstring)

Unfortunately we don't live in a perfect world where sysadmins know how to read and listen to their users requests. That's why mysql for example is enabled by default. (or that's the main reasoning behind it at least) And we can't educate people or force them to anything

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] 4.2.3RC2

On Mon, 2 Sep 2002, Phil Driscoll wrote: > On Monday 02 September 2002 9:06 pm, [EMAIL PROTECTED] wrote: > > On Mon, 2 Sep 2002, Phil Driscoll wrote: > > > Can someone add RC2 to the buildtest-submit page. > Thanks Derick - any chance of adding bison version 1.33 as well :) done 2 :) Derick -

Re: [PHP-DEV] Re: [PHP-QA] 4.2.3RC2

On Monday 02 September 2002 9:06 pm, [EMAIL PROTECTED] wrote: > On Mon, 2 Sep 2002, Phil Driscoll wrote: > > Can someone add RC2 to the buildtest-submit page. Thanks Derick - any chance of adding bison version 1.33 as well :) -- Phil Driscoll -- PHP Development Mailing List

Re: [PHP-DEV] Re: [PHP-QA] 4.2.3RC2

On Mon, 2 Sep 2002, Phil Driscoll wrote: > Can someone add RC2 to the buildtest-submit page. done Derick --- Did I help you? http://www.derickrethans.nl/link.php?url=giftlist Frequent ranting: http://www.derickrethans.

[PHP-DEV] Re: [PHP-QA] 4.2.3RC2

Can someone add RC2 to the buildtest-submit page. Ta -- Phil Driscoll -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] mbstring

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 02 September 2002 04:16 pm, Zeev Suraski wrote: > At 22:52 02/09/2002, Dan Kalowsky wrote: > >On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > > If we should reduce number of modules built by default, 1st > > > module should be MySQL. Removing My

RE: [PHP-DEV] mbstring

At 23:21 02/09/2002, James Cox wrote: >Nice to see you argue that one so eloquently... I have in the past, numerous times. I don't think I or anybody else should have to repeat themselves like broken records, you can look it up in the archives. Zeev -- PHP Development Mailing List

[PHP-DEV] 4.2.3RC2

4.2.3 RC2 is out - http://www.php.net/~zeev/php-4.2.3RC2.tar.gz Windows binaries will be available soon... (note - if you took the package from there or checked out the CVS tag before it was announced, you may have not gotten the real RC2). Zeev -- PHP Development Mailing List

RE: [PHP-DEV] mbstring

> > At 22:52 02/09/2002, Dan Kalowsky wrote: > >On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > > > > If we should reduce number of modules built by default, 1st > > > module should be MySQL. Removing MySQL does not cause any > > > technical problems at all. > > > >I'll agree to that as well. +1 on

Re: [PHP-DEV] mbstring

At 22:52 02/09/2002, Dan Kalowsky wrote: >On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > > If we should reduce number of modules built by default, 1st > > module should be MySQL. Removing MySQL does not cause any > > technical problems at all. > >I'll agree to that as well. +1 on removing --with-mys

Re: [PHP-DEV] Default extensions (was: mbstring)

On Mon, Sep 02, 2002 at 03:52:50PM -0400, Dan Kalowsky wrote: > > If we should reduce number of modules built by default, 1st > > module should be MySQL. Removing MySQL does not cause any > > technical problems at all. > > I'll agree to that as well. +1 on removing --with-mysql as a default. >

Re: [PHP-DEV] wassup with master.php

Nice news, nice you're back too. -- Merci de nous avoir choisi. - Thanks you for your choice. Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] [EMAIL PROTECTED] www.GroupAKT.com - Hébergement Group. www.WorldAKT.com - Hébergement de sites Internet "James Cox" <[EMAIL PROTECTED]> a écrit dans le message

RE: [PHP-DEV] wassup with master.php

yes, we're working on it.. -- james > > I assumed, I asked if someone where working on it to set it up back... > > -- > Merci de nous avoir choisi. - Thanks you for your choice. > Nicos - CHAILLAN Nicolas > [EMAIL PROTECTED] > [EMAIL PROTECTED] > www.GroupAKT.com - Hébergement Group. > www.World

Re: [PHP-DEV] wassup with master.php

I assumed, I asked if someone where working on it to set it up back... -- Merci de nous avoir choisi. - Thanks you for your choice. Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] [EMAIL PROTECTED] www.GroupAKT.com - Hébergement Group. www.WorldAKT.com - Hébergement de sites Internet "James Cox" <[EMA

Re: [PHP-DEV] mbstring

On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > If we should reduce number of modules built by default, 1st > module should be MySQL. Removing MySQL does not cause any > technical problems at all. I'll agree to that as well. +1 on removing --with-mysql as a default. Although realize I'm also +1 on re

RE: [PHP-DEV] wassup with master.php

if you'd been paying attention, you would have noticed that the machine it's on is down right now. -- james > > Hi, > > is someone working on master.php.net or what? > > -- > Merci de nous avoir choisi. - Thanks you for your choice. > Nicos - CHAILLAN Nicolas > [EMAIL PROTECTED] > [EMAIL PROTEC

[PHP-DEV] wassup with master.php

Hi, is someone working on master.php.net or what? -- Merci de nous avoir choisi. - Thanks you for your choice. Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] [EMAIL PROTECTED] www.GroupAKT.com - Hébergement Group. www.WorldAKT.com - Hébergement de sites Internet -- PHP Development Mailing List <

Re: [PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

Hmm, not sure what that was, but my Linux boxes are working fine, but yes, VC's debugger is very nice :) At 20:08 02/09/2002, l0t3k wrote: >hear, hear.. >my Linux box is perpetually broken, and the Visual Studio debugger is very >nice... > >"Zeev Suraski" <[EMAIL PROTECTED]> wrote in message >5.

Re: [PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

hear, hear.. my Linux box is perpetually broken, and the Visual Studio debugger is very nice... "Zeev Suraski" <[EMAIL PROTECTED]> wrote in message 5.1.0.14.2.20020902182321.0387b4b0@localhost">news:5.1.0.14.2.20020902182321.0387b4b0@localhost... > I still object because I use them every once in

Re: [PHP-DEV] Re: mbstring

On Mon, 2 Sep 2002, Wez Furlong wrote: > On 09/01/02, [EMAIL PROTECTED] wrote: > > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > > Are you out of mind? > > No, not really. It was noted by more than one person that it breaks > > some simple things in PHP, affecting the bahavior of scripts that are

Re: [PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

I still object because I use them every once in a while to check/debug the non TS build under Windows. I do maintain them every other year :) At 18:11 02/09/2002, Edin Kadribasic wrote: > > So why not nuke them? > >No objections here to nuking non-ts project files and workspaces on >windows.

Re: [PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

> So why not nuke them? No objections here to nuking non-ts project files and workspaces on windows. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: SV: [PHP-DEV] Structures and PHP

> Play PHP by its own rules and use the language contructs made available to > you. > No thanx! I love php, but I"m not going to let it keep me in a play pen. A language should have the flexibility to facilitate many different approaches. That's how I allways thought, and still think, of PHP.

Re: [PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

Edin Kadribasic wrote: > What gave you idea that non-ts files are maintained :) They're > hopelessly obsolete. So why not nuke them? -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-

Re: [PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

> Which raises the question of whether or not it makes sense to build > PHP without thread-safety on Win32 and maintain two versions of the > .dsp/.dsw files. What gave you idea that non-ts files are maintained :) They're hopelessly obsolete. Edin -- PHP Development Mailing List

Re: [PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

Sebastian Bergmann wrote: > http://www.sebastian-bergmann.de/stuff/build-423rc2.txt > Don't know, why it can't find tsrm.lib. Mystery solved: As you can see in the log, I tried to build Release_inline instead of Release_TS_inline. However, Release_inline seems to be configured t

Re: [PHP-DEV] Structures and PHP

> Terrence Cox wrote: > > Is there a better way? > > Why not declare a class for this? > Speed! I wrote a load balancer for a pool of replicated db's (using PHP) and I presently use small connection objects to, you guessed it, maintain the connections to the individual machines. However

SV: [PHP-DEV] Structures and PHP

I agree with Markus. PHP isn't C (although it resembles on some points), and likewise you shouldn't use it, as you would C. Play PHP by its own rules and use the language contructs made available to you. You could argue, that C only has structs because a) it is strongly typed and therefore need

[PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

http://www.sebastian-bergmann.de/stuff/build-423rc2.txt Don't know, why it can't find tsrm.lib. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development M

Re: [PHP-DEV] Structures and PHP

Terrence Cox wrote: > Is there a better way? Why not declare a class for this? -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List

Re: [PHP-DEV] Structures and PHP

On Mon, Sep 02, 2002 at 10:06:50PM +0800, Terrence Cox wrote : > Knowing that I can't create actual structures in PHP, I recently realized I could do >something like this. > > function create_Struct($struct_array) >{ >$struct_array=array( > conn => 0, > host => "", > u_

[PHP-DEV] Structures and PHP

Knowing that I can't create actual structures in PHP, I recently realized I could do something like this. 0, host => "", u_name => "", pass => "", db => "" ); return $struct_array; } $db_struct = create_Struct($db_struct); $db_pointer = &$db_struct; print

RE: [PHP-DEV] Problem with http://php.net

Cross-dressing. Vibrators. Oh my. Breadsticks in the nose anyone? .mike -Original Message- From: Dan Hardiker [mailto:[EMAIL PROTECTED]] Sent: Monday, September 02, 2002 9:22 AM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Problem with http://php.net >> P.S. >> Offtopic sorry > > fu

RE: [PHP-DEV] Problem with http://php.net

> >> P.S. > >> Offtopic sorry > > > > funny things are allowed as off topic posts :) > > > > Derick > > Such as Derick's cross dressing tendancies? heh :P [sorry, couldnt resist] > > Where the hell did that come from? :) -- PHP Development Mailing List To unsubscribe, vi

Re: [PHP-DEV] Problem with http://php.net

On Mon, 2 Sep 2002, Dan Hardiker wrote: > Such as Derick's cross dressing tendancies? heh :P [sorry, couldnt resist] h! Derick -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Problem with http://php.net

> Back to the topic... > > When will the MX be up again? > The box actually hasn't died yet. SSH and SMTP are open, and seem to be listening -- it is possible to make a connection to them. For some reason however... ssh doesn't auth, and then times out... so there are probably a bunch of defunc

Re: [PHP-DEV] Problem with http://php.net

>> P.S. >> Offtopic sorry > > funny things are allowed as off topic posts :) > > Derick Such as Derick's cross dressing tendancies? heh :P [sorry, couldnt resist] -- Dan Hardiker [[EMAIL PROTECTED]] ADAM Software & Systems Engineer First Creative Ltd -- PHP Development Mailing List

Re: [PHP-DEV] Problem with http://php.net

Back to the topic... When will the MX be up again? Stefan -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Problem with http://php.net

On Mon, 2 Sep 2002, Andrey Hristov wrote: > P.S. > Offtopic sorry funny things are allowed as off topic posts :) Derick -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Problem with http://php.net

my GSM too, all IM messages go there when i am not at the comp. it's 2am and someone wanted to say hi :))) or anything else . Best regards Andrey Hristov P.S. Offtopic sorry - Original Message - From: "James Cox" <[EMAIL PROTECTED]> To: "Stefan Esser" <[EMAIL PROTECTED]> Cc: <[EMAIL PR

RE: [PHP-DEV] Problem with http://php.net

> > This goes to everyone who has root or sudo on the boxes.. for > example i'll > > get paged if something gets broken. This should guarentee a faster > response > > time (although, php-dev works too :)) > > Wow. I guess your pager does not stand still a second then... :) > Well, it works as

Re: [PHP-DEV] Problem with http://php.net

> This goes to everyone who has root or sudo on the boxes.. for example i'll > get paged if something gets broken. This should guarentee a faster response > time (although, php-dev works too :)) Wow. I guess your pager does not stand still a second then... :) Stefan -- PHP Development Mailin

RE: [PHP-DEV] mbstring

On Mon, 2 Sep 2002, James Cox wrote: JC>>> > On Mon, 2 Sep 2002, James Cox wrote: JC>>> > JC>>> > JC>>> Still, I think it makes more sense to enable, not disable. JC>>> > What extensions are enabled by default anyhow? I am not aware of JC>>> > a list. Perhaps that's why i get odd errors when wor

Re: [PHP-DEV] segfault on adding empty heredoc to string

On Mon, Sep 02, 2002 at 02:22:12AM +0300, Zeev Suraski wrote: | Mark them as critical and they'll get some attention :) | | Is this bug new to the latest CVS or does it occur with 4.2? I gave the code snippet a try here with a CGI SAPI version of PHP 4.2.2. I wasn't able to reproduce the crash:

RE: [PHP-DEV] mbstring

> > On Mon, 2 Sep 2002, James Cox wrote: > > JC>>> Still, I think it makes more sense to enable, not disable. > What extensions are enabled by default anyhow? I am not aware of > a list. Perhaps that's why i get odd errors when working with > php, because there are extensions i didn't expect bui

RE: [PHP-DEV] mbstring

On Mon, 2 Sep 2002, James Cox wrote: JC>>> Still, I think it makes more sense to enable, not disable. What extensions are enabled by default anyhow? I am not aware of a list. Perhaps that's why i get odd errors when working with php, because there are extensions i didn't expect built in. ./co

Re: [PHP-DEV] RE:

> > >> -Original Message- >> From: >> Sent: None >> Subject: >> >> >> Date: Mon, 2 Sep 2002 06:42:15 -0500 (EST) From: "Sterling >> Hughes" <[EMAIL PROTECTED]> >> To: <[EMAIL PROTECTED]> >> In-Reply-To: <[EMAIL PROTECTED]> >> References: <[EMAIL PROTECTED]> >> X-Priority: 3

RE: [PHP-DEV] mbstring

> > As I see it, PHP was designed with speed and simplicity in > mind. Having the > > burden of a large number of extra modules compiled in by default doesn't > > help, and deviates from this path. > > No, you can always disable those extensions. The default extensions were > *voted* in for

[PHP-DEV] RE:

> -Original Message- > From: > Sent: None > Subject: > > > Date: Mon, 2 Sep 2002 06:42:15 -0500 (EST) From: "Sterling > Hughes" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > In-Reply-To: <[EMAIL PROTECTED]> > References: <[EMAIL PROTECTED]> > X-Priority: 3 Importance: Normal X-MSMail-P

RE: [PHP-DEV] mbstring

> Wez, > > lets loose the crap here. I am happy to see mbstring in PHP! I have > used it too, when I needed multibyte support. > James, Let's stay consistent here. Your opinion changes more than Microsoft's .NET strategy... In your original message you stated that you wanted to rem

[PHP-DEV] Problem with filedownload + session_start() in combination with SSL and IE

I have a problem with file downloads using SSL in combination with PHP's sessionmanagement. Sample: This won't work .. if the sessionlines are commented out it works fine ... I also disabled cookies but that didn't help. The same bug has been described by a different source at http://www.phpb

[PHP-DEV] Problem with filedownload + session_start() in combination with SSL and IE

I have a problem with file downloads using SSL in combination with PHP's sessionmanagement. Sample: This won't work .. if the sessionlines are commented out it works fine ... I also disabled cookies but that didn't help. The same bug has been described by a different source at http://www.phpb

Re: [PHP-DEV] mbstring

> But it *is* VERY stable in the default configuration. > > > All I am saying is that we should > > disable it by default in current releases. For PHP5, we should have proper > > mbstring support that should probably also be transparent; by that I mean I > > see no reason for it not to be as stand

RE: [PHP-DEV] mbstring

On 09/02/02, "James Cox" <[EMAIL PROTECTED]> wrote: > But you see, it's not really all that solid. It needs more work (hence this > apparent development outside of php.net). But it *is* VERY stable in the default configuration. > All I am saying is that we should > disable it by default in curre

RE: [PHP-DEV] mbstring

> At 13:19 02/09/2002, James Cox wrote: > >As I see it, PHP was designed with speed and simplicity in mind. > > It was indeed.. > > >Having the burden of a large number of extra modules compiled in by > >default doesn't help, and deviates from this path. > > Not really. Speed-wise, adding mo

RE: [PHP-DEV] mbstring

At 13:19 02/09/2002, James Cox wrote: >As I see it, PHP was designed with speed and simplicity in mind. It was indeed.. >Having the burden of a large number of extra modules compiled in by >default doesn't help, and deviates from this path. Not really. Speed-wise, adding modules has a negligi

RE: [PHP-DEV] mbstring

Wez, lets loose the crap here. I am happy to see mbstring in PHP! I have used it too, when I needed multibyte support. But you see, it's not really all that solid. It needs more work (hence this apparent development outside of php.net). All I am saying is that we should disable it by default

RE: [PHP-DEV] mbstring

I do agree with Wez (not 'completely agree', though ;) FWIW, mbstring was/is indeed enabled by default under Windows, and I think that at this stage this is not a good idea. There was at least one serious crash in the code that was introduced by the changes, into both the mbstring version and

Re: [PHP-DEV] HAVE_GD_STRINGFTEX

Hey, this was already discussed a while ago on php-dev. Your fix is correct, but I wonder why it never made it into the code? --Wez. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] mbstring

Having been using it to handle more than 105,000 email messages over the last 18 months *in production*, I have to disagree. I have to say that I'm appalled that most of the people making these "I completely agree" comments have probably never even tried to use mbstring; most certainly haven't ev

Re: [PHP-DEV] Re: mbstring

On 09/01/02, [EMAIL PROTECTED] wrote: > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > Are you out of mind? > No, not really. It was noted by more than one person that it breaks > some simple things in PHP, affecting the bahavior of scripts that are > already out there. Umm, how many of those "me

Re: [PHP-DEV] HAVE_GD_STRINGFTEX

On Mon, 2 Sep 2002, Melvyn Sopacua wrote: MS>>> Looking at the name of the function, I guess this is used for the __optional__ 'extra' array, so why is this extension: MS>>> 1) Claiming to support freetype MS>>> 2) and subsequently disabeling all relevant functions MS>>> 3) for an optional argum

Re: [PHP-DEV] Problem with http://php.net

Yup, I saw /server-status - thus i wrote "too much downloads" Best regards Andrey Hristov - Original Message - From: "James Cox" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, September 02, 2002 11:53 AM Subject: RE: [PHP-DEV] Problem wit

RE: [PHP-DEV] Problem with http://php.net

also, if you have any issues with php.net servers/services, send mail to [EMAIL PROTECTED] This goes to everyone who has root or sudo on the boxes.. for example i'll get paged if something gets broken. This should guarentee a faster response time (although, php-dev works too :)) -- james > --

RE: [PHP-DEV] Problem with http://php.net

some of the httpd processes went defunct (also, because rotatelogs did) . http://www.php.net/server-status -- works now. :) -- james > -Original Message- > From: Andrey Hristov [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 02, 2002 9:39 AM > To: Andrey Hristov; [EMAIL PROTECTED]

Re: [PHP-DEV] Problem with http://php.net

Too much downloads Best regards Andrey Hristov - Original Message - From: "Andrey Hristov" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, September 02, 2002 11:35 AM Subject: [PHP-DEV] Problem with http://php.net > Hi, > maybe offtopic but I cannot access php.net . I t

[PHP-DEV] Problem with http://php.net

Hi, maybe offtopic but I cannot access php.net . I thought that it is maybe problem with my connection so tried http://network-tools.com to fetch the headers and teh result is timeout. Best regards Andrey Hristov -- PHP Development Mailing List To unsubscribe, visit: h

Re: [PHP-DEV] mbstring

At 03:41 02/09/2002, Brian France wrote: >I know this is ugly, but what about making the extensions handle it >themselves? It's actually not ugly at all. Letting the modules handle it themselves is the Right Way, because only they know what they need. The only question is whether we need to

Re: [PHP-DEV] mbstring

At 05:15 02/09/2002, Yasuo Ohgaki wrote: >Marcus Börger wrote: >>At 01:24 02.09.2002, you wrote: >> >>>Brian France wrote: >>> I know there are things the exif needs from mbstring and there is no way to have exif link against mbstring or require it. But couldn't exif check to see if

RE: [PHP-DEV] mbstring

On 09/01/02, "James Cox" <[EMAIL PROTECTED]> wrote: > mbstring isn't a "gold" module which should be enabled by default. But there was a discussion and it was agreed to enable it by default! > That is, it's still -- as i see it -- just a bit more than experimental. > mbstring work is being done