do it the ini way please, u just broken 2/3 of my apps now
--
Marc Boeren [EMAIL PROTECTED] wrote in message
news:cvsmboeren1035469574;cvsserver...
mboeren Thu Oct 24 10:26:14 2002 EDT
Modified files:
/php4/ext/dbx dbx_oci8.c
Log:
Changed the dbx_oci8 behaviour to return
Wish to be a contributor
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Something goes wrong here:
SKIP Translit failure [ext/iconv/tests/translit-failure.phpt] (reason:
ICONV_IMPL != libiconv)
SKIP Translit UTF-8 quotes [ext/iconv/tests/translit-utf8.phpt] (reason:
ICONV_IMPL != libiconv)
--with-iconv=/usr/local, which is FreeBSD port libiconv 1.8_1
FreeBSD
Hi,
Can I see the log (bug16069.out) and the output of phpinfo() generated by
the cli binary he built?
I guess ICONV library identification was failed since FreeBSD version was
also installed, and then preferred to libiconv by configure.
Anyway I cannot confirm it now as I have no
Join CVS.php.net--phpdoc-zh
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hello,
can somebody explain what the dev/ tag is doing in CVS:
php_4_2_3RC2: 1.17.2.2
new_apache_hooks: 1.23.0.2
php_4_2_3RC1: 1.17.2.2
dev/: 1.23
And the php5_5_0 one, which is differently named from the rest:
php_4_2_2: 1.17
PHP_4_2_2:
On Sun, 27 Oct 2002, Peter Neuman wrote:
Hi Derick,
Derick Rethans [EMAIL PROTECTED]:
And the php5_5_0 one, which is differently named from the rest:
php5_5_0: 1.20
Write errors or? php4_5_0 is to be called certain
heh?
both php4_5_0 and php5_5_0 are weird names, but I've no
Hello,
Derick Rethans [EMAIL PROTECTED]
both php4_5_0 and php5_5_0 are weird names, but I've no idea whay you
mean with Write errors.
The User that Branch made, it was certainly falsely written.
(php5_5_0 == php4_4_0, 5 == 4 or not?)
P.S.: Sorry my English is not so good ;o)
Cu
Peter
No idea where those came from. Is there anyway of checking who created a tag?
Andi
At 06:05 PM 10/27/2002 +0100, Derick Rethans wrote:
Hello,
can somebody explain what the dev/ tag is doing in CVS:
php_4_2_3RC2: 1.17.2.2
new_apache_hooks: 1.23.0.2
php_4_2_3RC1:
On Sun, 27 Oct 2002, Andi Gutmans wrote:
No idea where those came from. Is there anyway of checking who created a tag?
I couldn't find it in the CVS history file, so I don't think there is
any way to get this person's account name.
Derick
--
Hello,
PHP 4.3.0pre2 is available for download from http://qa.php.net. This
second pre-release incorporates a large number of bug fixes since the
first one. Still, to help us catch as many bugs as possible, please
download it and start testing.
-Andrei
First the tests take the nomal ini settings from any file found by php...
Second there are some settings overwritten by run-test.php..
Third you can overwrite first and second by specifying an INI section in
the .phpt files.
Now to the setting log_errors i want this thing on because ANY
MESSAGE
I am curios as to your reasoning behind turning on html_errors by default, why
would the tests need HTML data?
Logging of errors occurred during the tests seems pointless to me. As I've
mentioned before if a test needs to check if a certain type of error is
generated the track_errors
At 01:27 28-10-2002, Ilia A. wrote:
I am curios as to your reasoning behind turning on html_errors by default,
why
would the tests need HTML data?
Logging of errors occurred during the tests seems pointless to me. As I've
mentioned before if a test needs to check if a certain type of error is
+1 for removing both bogus settings. (html_errors log_errors)
--Jani
On Sun, 27 Oct 2002, Ilia A. wrote:
I am curios as to your reasoning behind turning on html_errors by default, why
would the tests need HTML data?
Logging of errors occurred during the tests seems pointless to
I can do!
Developing the PHP runtime
Maintaining an official, bundled PHP extension
Maintaining the documentation
Translating the documentation
Maintaining www.php.net
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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).
--Wez.
On 28/10/02, Ilia Alshanetsky
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 get some other votes now (not opinions, everything was already said
a dozen times, just votes to
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.
BTW, I don't object to have output_buffering=Off by default
I vote we leave it on.
Chris
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 get some other votes now (not opinions,
On Sun, 27 Oct 2002, Zeev Suraski wrote:
Let's go for the voting phase. I vote we keep PHP-CLI with implicit_flush
on by default. You vote against.
Can we get some other votes now (not opinions, everything was already said
a dozen times, just votes to get this over with).
Leave it on by
Dear All Guru :
here is my config options
'./configure' \
'--enable-cli' \
'--enable-xslt' \
'--enable-wddx' \
'--with-zlib' \
'--with-oracle' \
'--with-oci8' \
'--with-pear' \
'--enable-track-var' \
'--with-xslt-sablot' \
'--with-sablot-js' \
'--with-dom' \
'--with-mysql=/usr/local' \
# ./php
That was +1 for changing it to off. :)
On Sunday, October 27, 2002, at 09:37 PM, George Schlossnagle wrote:
+1 unless it is set as an INI_ANY, then +0.
George
On Sunday, October 27, 2002, at 09:05 PM, Zeev Suraski wrote:
Thank you for the detailed explanation, I'm sure everybody understands
At 18:37 27/10/2002, George Schlossnagle wrote:
+1 unless it is set as an INI_ANY, then +0.
It's already INI_ANY...
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Indeed it appears to be... +0 then. :)
On Monday, October 28, 2002, at 07:44 AM, Zeev Suraski wrote:
At 18:37 27/10/2002, George Schlossnagle wrote:
+1 unless it is set as an INI_ANY, then +0.
It's already INI_ANY...
-- PHP Development Mailing List http://www.php.net/
To unsubscribe,
This change will make it into 4.3.0 right? Also,
is import_request_variables() affected?
Regards,
Philip
On 28 Oct 2002 [EMAIL PROTECTED] wrote:
ID: 19848
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Critical
+Status:
Zeev Suraski writes:
I vote we keep PHP-CLI with implicit_flush
on by default.
Ditto.
Regards
Mike Robinson
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 2002-10-28 at 03:51, Philip Olson wrote:
This change will make it into 4.3.0 right? Also,
is import_request_variables() affected?
i don't know about 4.3, not really my area...
as for import_request_variables, I haven't modified that, simply because
i'm not sure whether it should
Let's go for the voting phase. I vote we keep PHP-CLI with
implicit_flush
on by default. You vote against.
I'm with Zeev on this one.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On 28/10/02, Zeev Suraski [EMAIL PROTECTED] 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.
+1
--Wez.
--
PHP Development Mailing List http://www.php.net/
To
At 09:57 PM 10/27/2002 -0500, Mike Robinson wrote:
Zeev Suraski writes:
I vote we keep PHP-CLI with implicit_flush
on by default.
Ditto.
Make that Ditto * 2.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
At 06:05 PM 10/27/02 -0800, Zeev Suraski wrote:
Thank you for the detailed explanation, I'm sure everybody understands it now.
I vote we keep PHP-CLI with implicit_flush on by default.
+1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky wrote:
iliaa Sun Oct 27 19:28:11 2002 EDT
Modified files:
/php4/main streams.c
Log:
Fixed bug #20110.
Unresolved external symbol _S_ISREG.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I
Andi Gutmans wrote:
Engine 2 doesn't seem to work with 1.28.
How does this show?
--
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
On Mon, 28 Oct 2002, Melvyn Sopacua wrote:
At 01:27 28-10-2002, Ilia A. wrote:
I am curios as to your reasoning behind turning on html_errors by default,
why
would the tests need HTML data?
Logging of errors occurred during the tests seems pointless to me. As I've
mentioned before if a
On Mon, 28 Oct 2002, Jani Taskinen wrote:
+1 for removing both bogus settings. (html_errors log_errors)
Another one here then: +1 for reverting the changes.
Derick
On Sun, 27 Oct 2002, Ilia A. wrote:
I am curios as to your reasoning behind turning on html_errors by default, why
On Mon, 28 Oct 2002, 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
On Sun, 27 Oct 2002, 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.
+1 to keep implicit_flush enabled.
Derick
--
On 28 Oct 2002, Sterling Hughes wrote:
On Mon, 2002-10-28 at 03:51, Philip Olson wrote:
This change will make it into 4.3.0 right? Also,
is import_request_variables() affected?
i don't know about 4.3, not really my area...
This change will make it into 4.3.0.
Derick
--
On Mon, 28 Oct 2002, Sebastian Bergmann wrote:
Andi Gutmans wrote:
Engine 2 doesn't seem to work with 1.28.
How does this show?
I had some very weird issues with the PEAR installer, which Andi traces
back to a Bison problem.
Derick
--
40 matches
Mail list logo