[PHP-DEV] Bug #9896 Updated: segfaults at $xmldoc->add_root("root");

ID: 9896 Updated by: chregu Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: DOM XML related Operating system: PHP Version: 4.0 Latest CVS (21/03/2001) Assigned To: Comments: ok, there seems to be a massive api-change in domxml... a lot, which worked in 4.0.5 seems not to work in 4.0.

Re: [PHP-DEV] stat/fstat

> On Fri, 11 May 2001, Jason Greene wrote: > > Its actually not that pretty > > Since the entries are in a hashtable, > > you have to duplicate the values, with just another key. > > You could just reuse the same value with refcount++ but that means you > can't use nice add_* functions, gott

Re: [PHP-DEV] Fork() in php?

From: "spencer 'sporty' portee" <[EMAIL PROTECTED]> To: "Jason Greene" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, May 11, 2001 10:46 AM Subject: Re: [PHP-DEV] Fork() in php? > > Playing devil's advocate here. > > If php forked, that would mean that apache forked off a child that

Re: [PHP-DEV] stat/fstat

Andrei had the same suggestion, so I went ahead and added it last night. -Jason - Original Message - From: "Stig Sæther Bakken" <[EMAIL PROTECTED]> To: "Zeev Suraski" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, May 11, 2001 4:18 AM Subject: Re: [PHP-DEV] stat/fstat > [Zeev

Re: [PHP-DEV] stat/fstat

On Fri, 11 May 2001, Jason Greene wrote: > Its actually not that pretty > Since the entries are in a hashtable, > you have to duplicate the values, with just another key. You could just reuse the same value with refcount++ but that means you can't use nice add_* functions, gotta use zend_hash

Re: [PHP-DEV] stat/fstat

Its actually not that pretty Since the entries are in a hashtable, you have to duplicate the values, with just another key. -Jason - Original Message - From: "Brian Foddy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "Stig Sæther Bakken" <[EMAIL PROTECTED]>; "PHP Developers Mailin

Re: [PHP-DEV] Fork() in php?

Playing devil's advocate here. If php forked, that would mean that apache forked off a child that forked off a child. So if the child at the end of the chain freezes, won't that confuse apache? Threading might be nicer, but the same argumenet might hold. But this is assuming that php is

[PHP-DEV] Fork() in php?

What do you guys think about having fork, waitpid, and signal handling available in php? I wrote a few simple fork test functions, and everything seemed to work fine. I am thinking that with sockets, shm, signals, and fork capability, there could be the possibility of someone writing daemons in

Re: [PHP-DEV] stat/fstat

[EMAIL PROTECTED] wrote: > > On 11 May 2001, Stig Sæther Bakken wrote: > > > Why not have both numerical and descriptive indices? Backwards > > compatible, slightly bloatish, but not really a problem. > > it's already implemented this way now (it was added last night) AFAIK > > Derick Rethans

Re: [PHP-DEV] Patch: provides SSL capability for sockets in PHP 4.0.1pl2

Oops, that mail was 9 months old, I thought it was strange that it was a patch for 4.0.1... Sorry, ignore this and my previous post. Stig -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact

Re: [PHP-DEV] Patch: provides SSL capability for sockets in PHP 4.0.1pl2

On Tue, Aug 22, 2000 at 02:42:43PM +0100, Wez Furlong wrote: > To enable the code, you need to pass --with-ssl to configure; this will > check for openssl using the same method in the snmp extension, but with a > different macro name so it doesn't conflict. You may want to move the SSL > check so

[PHP-DEV] Branched 4.0.6!

I've just branched 4.0.6. The branch name is PHP_4_0_6. Can someone please revert the libtool 1.4 patch on this branch? I'd like to get an RC1 out of the door ASAP and I don't think all of those critical bugs can be fixed as there doesn't seem to be much momentum going towards it. - #1249 - the

[PHP-DEV] Bug #10815 Updated: Closing tags missing on phpinfo()

ID: 10815 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PHP options/info functions Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed in CVS, thanks for your report. Previous Comments:

[PHP-DEV] Bug #10815: Closing tags missing on phpinfo()

From: [EMAIL PROTECTED] Operating system: Linus 2.2.13 PHP version: 4.0.5 PHP Bug Type: PHP options/info functions Bug description: Closing tags missing on phpinfo() phpinfo has no and and that's why konqueror fails to display phpinfo properly. Regards Alexander -- Ed

[PHP-DEV] Bug #10814 Updated:

ID: 10814 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a support forum, please ask your questions on [EMAIL PROTECTED] Previous Comments: -

[PHP-DEV] Bug #10814:

From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: please! help me, who i am write script about registration alumni ok. -- Edit Bug report at: http://bugs.php.net/?id=10814&edit=1 -- PHP Develo

[PHP-DEV] Bug #10813: recode utf-8..l2 doesn't work

From: [EMAIL PROTECTED] Operating system: RH 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Recode related Bug description: recode utf-8..l2 doesn't work actually no UTF-8_to_something conversion works, although the command line version of recode works fine(!) i use recode 3.6 a s

[PHP-DEV] Bug #2220 Updated: dynamic module memory leaks cause SIGSEGV

ID: 2220 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Feedback Bug Type: Dynamic loading Operating system: PHP Version: 4.0 Latest CVS (02/09/1999) Assigned To: zeev Comments: Does this bug still exists with the latest release? (php 4.0.5)? Previous Comments: -

[PHP-DEV] Bug #10760 Updated: Failure during make process

ID: 10760 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: The user reported that this was not a problem with php 4.0.5 anymore. Previous Comments:

[PHP-DEV] Re: Bug #10760 Updated: Failure during make process

Hello Derick , thank you for your support. Actually i downloaded  last version 4.0.5 and compile goes just fine. J.Faria       Bug Database wrote: ID: 10760 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigne

[PHP-DEV] Bug #10812 Updated: libtool syntax error

ID: 10812 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0 Latest CVS (2001-05-11) Assigned To: Comments: Please use a fresh checkout of the Zend directory, as this problem does not occur for me. P

[PHP-DEV] Bug #10748 Updated: LIBGD20 must be enabled manually in main/php_config.h

ID: 10748 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Configuration Issues Operating system: PHP Version: 4.0 Latest CVS (2001-05-09) Assigned To: Comments: If it works, we close the bug :) ETA on 4.0.6 is unknown, branch will occur very soon

[PHP-DEV] Bug #10812: libtool syntax error

From: [EMAIL PROTECTED] Operating system: Linux 2.4.3 PHP version: 4.0 Latest CVS (2001-05-11) PHP Bug Type: Compile Failure Bug description: libtool syntax error root@Tenchi /usr/src/php4# make Making all in Zend make[1]: Entering directory `/usr/src/php4/Zend' flex -Pzend

[PHP-DEV] Bug #10748 Updated: LIBGD20 must be enabled manually in main/php_config.h

ID: 10748 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues Operating system: Linux 2.4.3 PHP Version: 4.0 Latest CVS (2001-05-09) Description: LIBGD20 must be enabled manually in main/php_config.h using todays CVS, the configure script successfully detects libgd2

[PHP-DEV] Re: Bug #10810 Updated: unset in function doesn't work on global arrays

> Not a bug. The unset ($ar) in the unset all function removes the reference to the >global variabele. If you remove the "//"s, the array $ar is still available in UnsetAll() > function UnsetAll() { > > global $ar; > > //echo "t1s: n"; ListIt(); echo ":t1e n"; > > unset($ar);

[PHP-DEV] Bug #10811:

From: [EMAIL PROTECTED] Operating system: AIX 4.3.3.0 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: When I want to configure PHP I have this error message in the debug.log ./configure --with-oracle=/oracle8/8.1.6 --with-oci8=/oracle/8.1.6 --with

[PHP-DEV] Bug #10787 Updated: mod_perl and php4 -> Segmentation fault

ID: 10787 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Reproducible crash Operating system: RH6.2 kernel2.4.3 PHP Version: 4.0.5 Description: mod_perl and php4 -> Segmentation fault This was the backtrace with --enable-debug... The apache version is 1.3.19 Previo

[PHP-DEV] Bug #10810 Updated: unset in function doesn't work on global arrays

ID: 10810 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not a bug. The unset ($ar) in the unset all function removes the reference to the global variabele. Use uns

[PHP-DEV] Bug #10809 Updated: I can install PHP to PWS Server (Http 500 Internal server error)

ID: 10809 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: PWS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please read www.php.net/bugs-dos-and-donts.php before posting a bug. Previous Comments: -

[PHP-DEV] Bug #10810: unset in function doesn't work on global arrays

From: [EMAIL PROTECTED] Operating system: RedHat 7.0 PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: unset in function doesn't work on global arrays unset in function doesn't work on global arrays example: $v) { echo "ar[$k] = $v \n";

[PHP-DEV] Bug #10809: I can install PHP to PWS Server (Http 500 Internal server error)

From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.0.5 PHP Bug Type: PWS related Bug description: I can install PHP to PWS Server (Http 500 Internal server error) -- Edit Bug report at: http://bugs.php.net/?id=10809&edit=1 -- PHP Development Mailing

[PHP-DEV] Bug #10808 Updated: I can instal PHP on PWS 4 Server Error: HTTP 500 internal server error

ID: 10808 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Install and Config Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please read bugs.php.net/bugs-dos-aand-donts.php before posting a bug Previous Comments: -

Re: [PHP-DEV] Bug #10808: I can instal PHP on PWS 4 Server Error: HTTP 500 internal server error

The bug form is not the proper place for setup problems. Please send your question to [EMAIL PROTECTED] --zak - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, May 11, 2001 3:42 AM Subject: [PHP-DEV] Bug #10808: I can instal PHP on PWS 4 Server Error:

[PHP-DEV] Bug #10808 Updated: I can instal PHP on PWS 4 Server Error: HTTP 500 internal server error

ID: 10808 Updated by: zak Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config Operating system: PHP Version: 4.0.5 Assigned To: Comments: Previous Comments: --- [2001-05-11 05:42:4

[PHP-DEV] Bug #10808: I can instal PHP on PWS 4 Server Error: HTTP 500 internal server error

From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.0.5 PHP Bug Type: *Install and Config Bug description: I can instal PHP on PWS 4 Server Error: HTTP 500 internal server error I can instal PHP on PWS 4. -- Edit Bug report at: http://bugs.php.net/?id

Re: [PHP-DEV] Is this still true?

It is, it's a documentation bug :) At 08:25 11/5/2001, Richard McLean wrote: > From the PHP FAQ ... > >" The last method is to use PHP as a plug-in for a multithreaded web >server. Currently this is only theoretical -- PHP does not yet work as a >plug-in for any multithreaded web servers. Work

Re: [PHP-DEV] stat/fstat

At 12:18 11/5/2001, Stig Sæther Bakken wrote: >[Zeev Suraski <[EMAIL PROTECTED]>] > > Hey, > > > > I just got around to writing a PHP script that uses stat(), and was > > quite surprised to find that instead of using string indices, it uses > > hardcoded/obscure numeric indices, e.g.: > > > > Arra

Re: [PHP-DEV] stat/fstat

On 11 May 2001, Stig Sæther Bakken wrote: > Why not have both numerical and descriptive indices? Backwards > compatible, slightly bloatish, but not really a problem. it's already implemented this way now (it was added last night) AFAIK Derick Rethans --

Re: [PHP-DEV] stat/fstat

[Zeev Suraski <[EMAIL PROTECTED]>] > Hey, > > I just got around to writing a PHP script that uses stat(), and was > quite surprised to find that instead of using string indices, it uses > hardcoded/obscure numeric indices, e.g.: > > Array > ( > [0] => 2050 > [1] => 1114462 > [2] =

[PHP-DEV] Bug #10807 Updated: error with php

ID: 10807 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 3.0.17 Assigned To: Comments: please try php 4.0.5 and see if the problem still exists. Previous Comments: ---

[PHP-DEV] Bug #10807: error with php

From: [EMAIL PROTECTED] Operating system: win95 PHP version: 3.0.17 PHP Bug Type: ODBC related Bug description: error with php Hello, I have problem with odbc32.dll et make a fault in php3. Whant can i do? Thank you for the response. Brigitte [EMAIL PROTECTED] -- PHP

[PHP-DEV] Re: Bug #10795 Updated: One of the library files needed to runthis application cannot be found

** High Priority ** To get error-log I've set: ; Log errors to specified file. error_log=C:\php4\errors.log but — C:\php4\errors.log does'nt exist Message :: One of the library files needed to run this application . appears in MS IE browser window any comments? With regards Arne >>> Bug Data

[PHP-DEV] Bug #10806: make fails on Tru64.

From: [EMAIL PROTECTED] Operating system: Tru64/OSF1 v5.0a PHP version: 4.0.5 PHP Bug Type: Compile Problem Bug description: make fails on Tru64. GNU make: $ ./configure [...] $ make Makefile:29: /build/rules.mk: No such file or directory Makefile:30: /build/library.mk: No

Re: [PHP-DEV] Is this still true?

>I thought that PHP was available as a ISAPI & NSAPI plug-in already? Partly true. Yes ISAPI and NSAPI modules do exist. I have no experience of the NSAPI module, however the ISAPI module is, sadly - and despite a lot of hard work, still far from production quality. Cheers -- Phil Driscoll Dial

[PHP-DEV] Bug #10805: Compile error on zend_operators.c

From: [EMAIL PROTECTED] Operating system: Tru64/OSF1 V5.0 a PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: Compile error on zend_operators.c make: GNU Make version 3.79 cc: Compaq C V6.1-020 on Compaq Tru64 UNIX V5.0A (Rev. 1094) Error: Making all in Zend

[PHP-DEV] RE: [PHP] RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5

right, that is what I though to do at first, but somehow our sysadmin denied the idea. The server is now being tested by him, and I will continue playing with PHP on Monday (it is 5.30 here in Tokyo, he will leave soon and I am not allowed the root-pass. The server belongs to another company we a

[PHP-DEV] Bug #10797 Updated: tmpfile() Does not work in version PHP4 only in PHP3

ID: 10797 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Filesystem function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Reclassify Previous Comments: ---

[PHP-DEV] Bug #10797 Updated: tmpfile() Does not work in version PHP4 only in PHP3

ID: 10797 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: ftp_fget($connect, "$FORWARD_TMP", ".forward", FTP_ASCII); You are passing the file pointer resource as a

RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5

OK, but anyway you can run another Apache web server instance on a different IP of that machine. Andi At 05:19 PM 5/11/2001 +0900, Maxim Maletsky wrote: >I know, >but the fact is that this problem might be caused by OS/web server >configuration on the production server. > >It is an old and slow

[PHP-DEV] Bug #10804: No HTTP_POST_VARS

From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.5 PHP Bug Type: Arrays related Bug description: No HTTP_POST_VARS PHP 4.0.5 and 4.0.4pl1 (tried the latter as a fallback) downloaded as binaries from your php.net site, running Xitami. Also tried on a

RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5

I know, but the fact is that this problem might be caused by OS/web server configuration on the production server. It is an old and slow Red Hat 6.1 Apache 1.3.9 We are first trying to set a new apache 1.3.19 on it in parallel directory, and then we testing by switching symlink

[PHP-DEV] Bug #10786 Updated: localhost now fails in mysql_(p)connect

ID: 10786 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: MySQL related Operating system: Linux SuSE 7.1/Mandrake 7.2 PHP Version: 4.0.5 Description: localhost now fails in mysql_(p)connect Thanks for the quick reply. The error message was indicating that it could

RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5

OK but in any case, I suggest not doing it on a production server but doing it on a development port/server. Andi At 04:58 PM 5/11/2001 +0900, Maxim Maletsky wrote: >OK, but I can do it only on Monday. >There's too much risk doing it this Friday night, if site goes down on the >weekend - that i

RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5

OK, but I can do it only on Monday. There's too much risk doing it this Friday night, if site goes down on the weekend - that is our last nightmare. It runs now on backups, but runs well. Thanks Andi, Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent:

[PHP-DEV] Bug #9334 Updated: Oracle8 connect by ODBC

ID: 9334 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Dan's suggestion fixed the problem. Closing (As it's not even a PHP bug) Previous Comments:

[PHP-DEV] Bug #10789 Updated: LDAP and OCI8 support don't work together

ID: 10789 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: LDAP related Operating system: Linux 2.2.17 PHP Version: 4.0.5 Description: LDAP and OCI8 support don't work together Yes, it works. Thank you very much. Why I must install Oracle _server_ in order to get ldap.h? Horrible. Pre

[PHP-DEV] Bug #9334 Updated: Oracle8 connect by ODBC

ID: 9334 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: ODBC related Operating system: Win 98/NT PHP Version: 4.0.4 Description: Oracle8 connect by ODBC Yeah now is OK. But I had to also change file 'Sqlnet.ora' in the same way '/r/n' -> '/n' Now everythin

<    1   2