-Original Message-
From: Zeev Suraski [mailto:zeev;zend.com]
Sent: 28 October 2002 02:06
Thank you for the detailed explanation, I'm sure everybody
understands it now.
Let's go for the voting phase. I vote we keep PHP-CLI with
implicit_flush
on by default.
+1
Cheers!
Zeev Suraski wrote:
At 15:29 25/10/2002, Yasuo Ohgaki wrote:
Are you going to set output_buffering=Off by default, too?
Since the obscurity still exists with output buffers.
It's even worse with broken output buffer function.
Huh? It IS off by default.
Of course I know it is off by
Zeev Suraski wrote:
Thank you for the detailed explanation, I'm sure everybody understands
it now.
Let's go for the voting phase. I vote we keep PHP-CLI with
implicit_flush on by default. You vote against.
Of course :)
I vote -1 for it.
It does not make sense to have it on by default
which
Zeev Suraski wrote:
(B Thank you for the detailed explanation, I'm sure everybody
(B understands it now.
(B
(BYou're welcome.
(B
(B Let's go for the voting phase. I vote we keep PHP-CLI
(B with implicit_flush on by default. You vote against.
(B
(BOf course :)
(BI vote -1 for it.
(B
+1 FLUSH
--
Maxim Maletsky
[EMAIL PROTECTED]
www.PHPBeginner.com // PHP for Beginners
www.maxim.cx // my Home
// my Wish List: ( Get me something! )
http://www.amazon.com/exec/obidos/registry/2IXE7SMI5EDI3
Zeev Suraski [EMAIL PROTECTED] wrote... :
Thank you for the detailed
At 05:47 28-10-2002, Tomki wrote:
There is no getopt.h installed in any system directories, and my paths
don't have anything other.
The applications that have their own getopt.h in their source trees:
mysql, apache, mod_ssl, openssh.
Could you check main/php_config.h, to see if
+1 to keep PHP-CLI with implicit_flush.
Ilia
On October 27, 2002 09:05 pm, Zeev Suraski wrote:
Thank you for the detailed explanation, I'm sure everybody understands it
now.
Let's go for the voting phase. I vote we keep PHP-CLI with implicit_flush
on by default. You vote against.
Can we
i patched the jdtojewish() function to return the symbolic hebrew data (i.e.
ëá çùåï äúùñâ)
by second optional parameter.
could some1 commit that please?
thnxs
moshe.
begin 666 1.txt
M26YD97Z(5X=]C86QE;F1AB]C86QE;F1ABYC#0H]/3T]/3T]/3T]/3T]
Hello,
Can you please send the patch as attachment?
Derick
On Mon, 28 Oct 2002, moshe doron wrote:
i patched the jdtojewish() function to return the symbolic hebrew data (i.e.
ëá çùåï äúùñâ)
by second optional parameter.
could some1 commit that please?
thnxs
moshe.
begin
i did it (1.txt)
lets try again
moshe
Derick Rethans [EMAIL PROTECTED] wrote in message
news:Pine.LNX.4.44.0210281426290.30026-10;jdi.jdimedia.nl...
Hello,
Can you please send the patch as attachment?
Derick
On Mon, 28 Oct 2002, moshe doron wrote:
i patched the jdtojewish()
On Mon, 28 Oct 2002, moshe doron wrote:
i did it (1.txt)
Still no attachment but everything inline.
Your mailer is apparently so braindead to include it inline. I want to
bet it's Outlook...
Derick
--
---
Derick
I received the attachment... you sure it's his mailer playing up? ;-)
Mike
--- Original Message ---
From:Derick Rethans [EMAIL PROTECTED]
To: moshe doron [EMAIL PROTECTED]
Date:Mon, 28 Oct 2002 14:37:05 +0100 (CET)
Subject: Re: [PHP-DEV]
At 07:38 PM 10/28/02 +0900, Yasuo Ohgaki wrote:
BTW, we should better to have a little different ini
selection for CLI.
For instance,
/etc/phprc or php.ini
~/.phprc or php.ini
which are standard locations of rc files under UNIX
like systems.
This I can agree with. I would prefer
well...
u prob like more that format...
moshe
--
Derick Rethans [EMAIL PROTECTED] wrote in message
news:Pine.LNX.4.44.0210281435180.30026-10;jdi.jdimedia.nl...
On Mon, 28 Oct 2002, moshe doron wrote:
i did it (1.txt)
Still no attachment but everything inline.
Your mailer is
Me wrote:
- I found out that it is not possible with current php stable version (4.2.3)
- to define some configuration variables per virtual host - e.g.
- upload_tmp_dir.
- The upload_tmp_dir is masked ad PHP_INI_SYSTEM which allows changing
- php_upload_dir in php.ini or in httpd's main config -
On 28 Oct 2002, Matus fantomas Uhlar wrote:
Either nobody read it, ot nobody has any comments. Could then PHP_INI_PERDIR
be removed and all settings moved to PHP_INI_SYSTEM or PHP_INI_USER ?
Removed?
/me bangs head against wall
Derick
--
Derick Rethans [EMAIL PROTECTED] wrote:
- On 28 Oct 2002, Matus fantomas Uhlar wrote:
- Either nobody read it, ot nobody has any comments. Could then PHP_INI_PERDIR
- be removed and all settings moved to PHP_INI_SYSTEM or PHP_INI_USER ?
- Removed?
- /me bangs head against wall
You probably
Let's put this in the right thread.
At 14:34 28-10-2002, Rick Widmer wrote:
At 07:38 PM 10/28/02 +0900, Yasuo Ohgaki wrote:
BTW, we should better to have a little different ini
selection for CLI.
For instance,
/etc/phprc or php.ini
~/.phprc or php.ini
which are standard locations of rc
Yasuo, I think the picture is pretty clear now. There were no votes in
favour of keeping it off, and at least half a dozen votes to keep it
on. While I don't particularly like these ad-hoc votes, it appeared to be
the only way to demonstrate to you that in this discussion, people are
simply
On Mon, 28 Oct 2002, Zeev Suraski wrote:
Yasuo, I think the picture is pretty clear now. There were no votes in
favour of keeping it off, and at least half a dozen votes to keep it
on. While I don't particularly like these ad-hoc votes, it appeared to be
the only way to demonstrate to
We already have sapi specific ini files. If php finds
php-{$SAPI}.ini (e.g. php-cli.ini, php-apache.ini, etc) it will use
it instead of php.ini. IMHO this should cover most of the needs for
differentiated ini settings.
Edin
- Original Message -
From: Melvyn Sopacua [EMAIL PROTECTED]
To:
zee, andi -
in threded mode we access (atleast)
EG(uninitialized_zval_ptr) before it's initialized -
BadIdea(tm)
what happens is that (see assert.c as an example)
OnChangeCallback gets called by the ini-mechanism before the
executor is initialized.
but
At 16:02 28-10-2002, Edin Kadribasic wrote:
We already have sapi specific ini files. If php finds
php-{$SAPI}.ini (e.g. php-cli.ini, php-apache.ini, etc) it will use
it instead of php.ini. IMHO this should cover most of the needs for
differentiated ini settings.
Except for the
TCA but zval_ptr_dtor (used in assert.c-OnChangeCallback) checks
TCA against EG(uninitialized_zval_ptr) - so calling zval_ptr_dtor
TCA anytime before init_executor will cause an UMR.
Actually, zval_ptr_dtor calls zval_dtor, which does much more EG(...)
games than just
On Mon, Oct 28, 2002 at 04:02:42PM +0100, Edin Kadribasic wrote:
We already have sapi specific ini files. If php finds
php-{$SAPI}.ini (e.g. php-cli.ini, php-apache.ini, etc) it will use
it instead of php.ini. IMHO this should cover most of the needs for
differentiated ini settings.
I agree,
On Mon, Oct 28, 2002 at 05:24:38PM +0200, Stanislav Malyshev wrote:
TCA but zval_ptr_dtor (used in assert.c-OnChangeCallback) checks
TCA against EG(uninitialized_zval_ptr) - so calling zval_ptr_dtor
TCA anytime before init_executor will cause an UMR.
Actually, zval_ptr_dtor calls
TCA yep - but can we simply move init_executor a bit up?
I fear it's as up as it can be - just the start of zend_activate(). The
problem, as it seems, is that some code can be called before
zend_activate() - like INI handlers.
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL
I guess we should add a --enable-mime-magic warning as well:
PHP Warning: mime_magic: can't read magic file in Unknown on line 0
FAIL ctype on integers [ext/ctype/tests/001.phpt]
PHP Warning: mime_magic: can't read magic file in Unknown on line 0
FAIL ctype on strings
At 07:35 28/10/2002, Thies C. Arntzen wrote:
On Mon, Oct 28, 2002 at 05:24:38PM +0200, Stanislav Malyshev wrote:
TCA but zval_ptr_dtor (used in assert.c-OnChangeCallback) checks
TCA against EG(uninitialized_zval_ptr) - so calling zval_ptr_dtor
TCA anytime before init_executor will
On Mon, 28 Oct 2002, Derick Rethans wrote:
Hey Ilia,
Does this prevent opening of things like block and character special files?
If yes, then let's change it to explicitly check for directories instead,
as there are bound to be people out there that want to open things like
/dev/hda1
On Mon, Oct 28, 2002 at 05:49:44PM -0800, Zeev Suraski wrote:
At 07:35 28/10/2002, Thies C. Arntzen wrote:
On Mon, Oct 28, 2002 at 05:24:38PM +0200, Stanislav Malyshev wrote:
TCA but zval_ptr_dtor (used in assert.c-OnChangeCallback) checks
TCA against EG(uninitialized_zval_ptr) - so
First of all only some tests in ext/xslt were designed to present a warning.
I suggest this can be fixed by adding a --INI-- section disabling the error
messages.
Second i did another commit to direct logs to stderr so the errors are shown
in the output. So i do not see any problem here.
Third i
On Mon, 28 Oct 2002, Marcus Börger wrote:
Second i did another commit to direct logs to stderr so the errors are shown
in the output. So i do not see any problem here.
Not necessarily..for me stderr goes to /var/log/messages, iirc. :)
b) Leave it as it is now (of cause my favorite).
At 18:24 28-10-2002, Marcus Börger wrote:
Second i did another commit to direct logs to stderr so the errors are shown
in the output. So i do not see any problem here.
I don't get it - display_errors=on works independantly from log_errors.
Why do we need logs?
[EMAIL PROTECTED] ~
$
Hmm since it seems i am the only one wanting to take only the log version
of the messages i think we can leave it like it is now (with log_errors=0).
The reason i wanted log_errors=1 was that i simply wanted one single
additional line in the .diff files whatever is configured elsewhere.
marcus
Hi,
I noticed that the ext/dba extension allows me to use Berkeley DB. I'm
interested in using some of the newer features in Berkeley DB v4
(sleepycat's latest release). In particular, there are a set of features
regarding a db environment. See
At 07:07 AM 10/28/2002 +0100, Sebastian Bergmann wrote:
Andi Gutmans wrote:
Engine 2 doesn't seem to work with 1.28.
How does this show?
?
function getFrontendObject()
{
$a = new $GLOBALS['_PEAR_Command_uiclass'];
}
?
Andi
--
PHP Development Mailing List
You can either provide patches and check back with the
current maintainer (if any or apply for an account yourself)
or open a bug report (feature reqest) about it at
bugs.php.net
On Mon, Oct 28, 2002 at 11:37:37AM -0800, David Viner wrote :
Hi,
I noticed that the ext/dba
At 05:40 PM 10/28/2002 +0200, Stanislav Malyshev wrote:
TCA yep - but can we simply move init_executor a bit up?
I fear it's as up as it can be - just the start of zend_activate(). The
problem, as it seems, is that some code can be called before
zend_activate() - like INI handlers.
Right
Yes, it is set..
#define HAVE_GETOPT_LONG 1
as well as
#define HAVE_GETOPT 1
#define HAVE_GETOPT_LONG_ONLY 1
I have a feeling that the compile tests are succeeding because of the
getopt.h linked in from mysql..
configure:66328: checking for getopt_long
configure:66356: gcc -o conftest -g -O2
it's just that your mailer is smart enough to decode uu-encoded
attachments. Not everybody's is.
Vlad
Mike Hall wrote:
I received the attachment... you sure it's his mailer playing up? ;-)
Mike
--- Original Message ---
From:Derick Rethans [EMAIL
is import_request_variables() affected?
as for import_request_variables, I haven't modified that, simply because
i'm not sure whether it should be modified... For now I'll leave it, if
someone feels strongly about it either way, they can change it...
I think they should be the same, if
I'm going to be working with Shane Caraveo on Thread Saftey and trying to get
Threading (from a script) support implemented. I also am going to be working with the
PHP manual a little bit cleaning things up (as I'm going to be using it really
frequently in the next few months
--
PHP
Hi!
We receive many complaints at [EMAIL PROTECTED] about failures in setting
up PHP with Apache 2. Can somebody please update the documentation with
details on Apache 2 on Linux and Windows, or provide information for the
documentation team to add to the documentation. It would definitely
| We receive many complaints at [EMAIL PROTECTED] about failures in
| setting up PHP with Apache 2. Can somebody please update the
| documentation with details on Apache 2 on Linux and Windows, or
| provide information for the documentation team to add to the
| documentation. It would
| We receive many complaints at [EMAIL PROTECTED] about failures in
| setting up PHP with Apache 2. Can somebody please update the
| documentation with details on Apache 2 on Linux and Windows, or
| provide information for the documentation team to add to the
| documentation. It would
anyone can download for testing php-4.3.0-pre2 from:
http://chat.italma.ru/php/
(compiled with vc++.net)
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Please do NOT use non-offical binaries for testing!
Windows binaries will be posted soon.
Derick
On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote:
anyone can download for testing php-4.3.0-pre2 from:
http://chat.italma.ru/php/
(compiled with vc++.net)
--
PHP Development Mailing List
Could you tell something about compiling php under vc++.net?
I tried this but wasn't able to (but did not tried it hard).
regards
marcus
At 16:13 28.10.2002, [EMAIL PROTECTED] wrote:
anyone can download for testing php-4.3.0-pre2 from:
http://chat.italma.ru/php/
(compiled with vc++.net)
--
Hello Marcus,
Monday, October 28, 2002, 6:40:52 PM, you wrote:
MB Could you tell something about compiling php under vc++.net?
MB I tried this but wasn't able to (but did not tried it hard).
MB regards
MB marcus
in fact - nothing special about it. haven't seen any terrible bugs.
working under
Zeev Suraski wrote:
Please revert.
There is no need.
Derick has been changed it w/o discussion.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
hello,
I just remember the subject :-
[PHP-DEV] I hope this is the last email about this :)
sorry, cannot resist to do it :-)
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Edin Kadribasic wrote:
We already have sapi specific ini files. If php finds
php-{$SAPI}.ini (e.g. php-cli.ini, php-apache.ini, etc) it will use
it instead of php.ini. IMHO this should cover most of the needs for
differentiated ini settings.
I knew it, too :)
As I mentioned in several mails,
Hello,
The patch to add rotate functions to bundled is ready, great thx to ilia
to clean up the code and apply the CS :-)
Available at:
http://www.pearfr.org/phpgd/source/gd.txt
May ilia can directly commit it ? as we said, it may be usefull to get
it in 4.3.0 :-)
hth
pa
--
PHP Development
Wez Furlong wrote:
Hey Ilia,
Does this prevent opening of things like block and character special files?
If yes, then let's change it to explicitly check for directories instead,
as there are bound to be people out there that want to open things like
/dev/hda1 (for example).
And named pipes,
On Tue, 29 Oct 2002, Yasuo Ohgaki wrote:
Zeev Suraski wrote:
Please revert.
There is no need.
Derick has been changed it w/o discussion.
Nice joke :)
Derick
--
---
Derick Rethans
The aspect people complaining about is more a version thingie, e.g.
they try to set up php 4.2.3 with apache 2.0.43 and this could not
succeed. Is it really necessary to document that apache 2.03x works
only with php 4.2.x1, php4.2.x2 and apache 2.04x only with php4.2y1
or php4.2.y2? It
57 matches
Mail list logo
