Derick pretty much said it for me... but more explicitly,
mbstring isn't stable enough to be default.
-- james
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 02, 2002 6:41 AM
To: Masaki Fujimoto
Cc: James Cox; Wez Furlong; Php-Dev
On Mon, 2 Sep 2002, Marcus Börger wrote:
AND exif is disliked by the developers on this list so why do we care now?
Markus, that makes no sense. Just because some ppl don't want it exif
enabled by default doesn't make us 'dislike' exif, it doesn't make us
(atleast not me) like you less.
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 on
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 mbstring is loaded
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
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 http://www.php.net/
To unsubscribe, visit:
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 thought
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]
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
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 with
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 argument?
MS
MS
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
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 http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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
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
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
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
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 current
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 standard
I have a problem with file downloads using SSL in combination with PHP's
sessionmanagement.
Sample:
?php
if( !session_is_registered('idtest') ) {
session_register('idtest');
} // if
header(Content-type: application/octet-stream);
header(Content-Disposition: attachment; filename=ergebnis.xml);
I have a problem with file downloads using SSL in combination with PHP's
sessionmanagement.
Sample:
?php
if( !session_is_registered('idtest') ) {
session_register('idtest');
} // if
header(Content-type: application/octet-stream);
header(Content-Disposition: attachment; filename=ergebnis.xml);
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
remove
-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-Priority: Normal Cc:
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 a reason.
-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
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.
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.
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 working with
JC php,
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 Mailing
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 a good
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 PROTECTED]
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 http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Back to the topic...
When will the MX be up again?
Stefan
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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
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 defunct
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 http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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 http://www.php.net/
To unsubscribe, visit:
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
funny
Knowing that I can't create actual structures in PHP, I recently realized I could do
something like this.
?php
function create_Struct($struct_array)
{
$struct_array=array(
conn = 0,
host = ,
u_name = ,
pass = ,
db =
);
return $struct_array;
}
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.
?php
function create_Struct($struct_array)
{
$struct_array=array(
conn = 0,
host = ,
u_name =
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
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
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,
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 to
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
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:
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.
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
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 a
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
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
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 PROTECTED]
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
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 [EMAIL
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.WorldAKT.com -
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 de
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.
Although
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-mysql as a
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
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
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
-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 MySQL does
Can someone add RC2 to the buildtest-submit page.
Ta
--
Phil Driscoll
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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:
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 http://www.php.net/
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
--
PHP
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
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
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
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
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 this
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
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 http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[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 (which you
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
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
JP I'll agree to that
-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 built by
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
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 that are
already out
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
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 will the
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
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
83 matches
Mail list logo
