Re: [PHP-DEV] Re: [PHP-DOC] Apache 2 installation instructions

> 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 s

Re: [PHP-DEV] I hope this is the last email about this :)

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

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main streams.c

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, to

[PHP-DEV] Patch adding imagerotate to bundle gd ready

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 M

Re: [PHP-DEV] CLI ini selection

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, u

Re: [PHP-DEV] I hope this is the last email about this :)

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 To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] I hope this is the last email about this :)

Zeev Suraski wrote: Please revert. There is no need. Derick has been changed it w/o discussion. -- Yasuo Ohgaki -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-DOC] Apache 2 installation instructions

|>> 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 wou

RE: [PHP-DEV] Re: [PHP-DOC] Apache 2 installation instructions

|> 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 def

[PHP-DEV] Re: [PHP-DOC] Apache 2 installation instructions

> 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 definit

[PHP-DEV] CVS Account Request: john

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 Developmen

Re: [PHP-DEV] Re: #19848 [Ctl->Csd]: Wrong $_REQUEST values ($_FILESappearance is wacky)

> > 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

Re: [PHP-DEV] hebrew patch for jewish calendar

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 PR

[PHP-DEV] Re: [PHP-QA] php 4.3.0 pre2

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 -DM

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

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. Ri

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

At 04:35 PM 10/28/2002 +0100, 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 in

Re: [PHP-DEV] berkeley db and dba

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/d

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /build buildcheck.sh

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? Andi -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] berkeley db and dba

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 http://www.sleepycat.com/docs/ref/env/intro

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / run-tests.php

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 A

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / run-tests.php

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] ~ $ /phpcvs/bi

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / run-tests.php

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). S

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / run-tests.php

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

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

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_zva

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main streams.c

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 > >

Re[2]: [PHP-DEV] php4.3.0-pre2 - win32 binaries

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 und

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

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_execut

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / run-tests.php

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 [ext/ctype/tests/002.phpt

Re: [PHP-DEV] php4.3.0-pre2 - win32 binaries

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) -- P

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

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

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

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_

Re: [PHP-DEV] CLI ini selection

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 agre

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

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 EG(uniniti

Re: [PHP-DEV] php4.3.0-pre2 - win32 binaries

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

Re: [PHP-DEV] CLI ini selection

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 'admin-override',

[PHP-DEV] problem with EG(uninitialized_zval_ptr)

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 zval_pt

[PHP-DEV] php4.3.0-pre2 - win32 binaries

anyone can download for testing php-4.3.0-pre2 from: http://chat.italma.ru/php/ (compiled with vc++.net) -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CLI ini selection

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]> T

Re: [PHP-DEV] I hope this is the last email about this :)

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

Re: [PHP-DEV] I hope this is the last email about this :)

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 n

[PHP-DEV] CLI ini selection

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 file

Re: [PHP-DEV] Removing of PHP_INI_PERDIR proposed

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 proba

Re: [PHP-DEV] Removing of PHP_INI_PERDIR proposed (Was: settingPHP_INI_SYSTEM config. variables in VHost sections (bug 20009))

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 --

[PHP-DEV] Removing of PHP_INI_PERDIR proposed (Was: setting PHP_INI_SYSTEM config. variables in VHost sections (bug 20009))

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 conf

Re: [PHP-DEV] hebrew patch for jewish calendar

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

Re: [PHP-DEV] I hope this is the last email about this :)

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 /etc/php.in

Re: [PHP-DEV] hebrew patch for jewish calendar

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] he

Re: [PHP-DEV] hebrew patch for jewish calendar

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 Reth

Re: [PHP-DEV] hebrew patch for jewish calendar

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 j

Re: [PHP-DEV] hebrew patch for jewish calendar

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. > > >

[PHP-DEV] hebrew patch for jewish calendar

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 M26YD97@Z(&5X="]C86QE;F1A9FEL93H@+W)E<&]S:71O'0O8V%L M96YD87(O8V%L96YD87(N8RQV#0IR971R:65V:6YG(')E=FES:6]N(#

Re: [PHP-DEV] I hope this is the last email about this :)

+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. > >

[PHP-DEV] Re: [PHP-QA] php 4.3.0 pre2

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 HAVE_GETOPT_LON

Re: [PHP-DEV] I hope this is the last email about this :)

+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 detail

[PHP-DEV] Implicit_flush=On by default

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

Re: [PHP-DEV] I hope this is the last email about this :)

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

Re: [PHP-DEV] I hope this is the last email about this :)

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 default

RE: [PHP-DEV] I hope this is the last email about this :)

> -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 Ch