[PHP-DEV] Bug #14263: Don't free each allocation in cgimode

From: [EMAIL PROTECTED] Operating system: all PHP version: 4.0.6 PHP Bug Type: Performance problem Bug description: Don't free each allocation in cgimode If compiled in standalone cgi mode, when the script exits, php only needs to free resources, not other arrays or strings

[PHP-DEV] Bug #14263 Updated: Don't free each allocation in cgimode

ID: 14263 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Performance problem Bug Type: Feature/Change Request Operating System: all PHP Version: 4.0.6 New Comment: Making it a feature request, as it's not a bug. Previous Comments:

[PHP-DEV] if (empty(trim('x'))) == parse error?

Hi, why php results a parse error on this expression? if (empty(trim('x'))) echo Hello; the statement works fine: $x=trim('x'); if (empty($x)) echo Hello; it is not really logically. Regards, Holger -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL

[PHP-DEV] Bug #14262 Updated: field name in select results strange characters

ID: 14262 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: ODBC related Operating System: Linux 6.1 PHP Version: 4.0.6 Old Assigned To: derick Assigned To: New Comment: The strange characters displayed were displayed due to an error in our own ODBC

Re: [PHP-DEV] if (empty(trim('x'))) == parse error?

From the docs for empty(): Note that this is meaningless when used on anything which isn't a variable; i.e. empty (addslashes ($name)) has no meaning since it would be checking whether something which isn't a variable is a variable with a FALSE value. Regards, Andrey Hristov -

[PHP-DEV] Bug #14258 Updated: Date Timezone is not correct

ID: 14258 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Suspended Status: Duplicate Bug Type: Mail related Operating System: Window 2000 PHP Version: 4.0.6 Old Assigned To: Assigned To: hholzgra New Comment: dup. of #8909 Previous Comments:

[PHP-DEV] solving blocking functions

Hi, I use PHP a lot for command line applications. In one of these applications I get a hangup whenever a blocking function doesn't return. I have been looking for the usual alarm() and signal handler solution. After much digging I ran into the ext/pcntl extension which offers me the signal

[PHP-DEV] RE: ODBC Patch

Hallo Marco, On Wed, 28 Nov 2001, Marco Laponder wrote: Derick, I am so ashamed of myself. We didn't handle the maximum passed to the function quite well (didn't take into consideration the '\0' :-(. :) No more strange characters are shown now, so this is definitely a better situation.

[PHP-DEV] Bug #14264: Session variable not keeping track of increment

From: [EMAIL PROTECTED] Operating system: RedHat LINUX 7.2 PHP version: 4.1.0 PHP Bug Type: Session related Bug description: Session variable not keeping track of increment With this piece of code the session variable is not keeping track of the increment: ?php

[PHP-DEV] Bug #14264 Updated: Session variable not keeping track of increment

ID: 14264 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Session related Operating System: RedHat LINUX 7.2 PHP Version: 4.1.0 New Comment: session_start(); $abc = ''; so what do you expect to happen when you overwrite the value of a

[PHP-DEV] Bug #14264 Updated: Session variable not keeping track of increment

ID: 14264 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Session related Operating System: RedHat LINUX 7.2 PHP Version: 4.1.0 New Comment: (bogusified) Previous Comments:

[PHP-DEV] Bug #14156 Updated: No TTF support in this PHP build

ID: 14156 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: GD related Operating System: RH 7.2 PHP Version: 4.0.6 New Comment: Now your problem is that your version of GD was not built with FreeType. You should build it yourself from the source or use a different

[PHP-DEV] Bug #14265: Make does not create php4lib.so. Apxs fails to copy it to apache dir

From: [EMAIL PROTECTED] Operating system: AIX 5.1 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Make does not create php4lib.so. Apxs fails to copy it to apache dir I'm tring to build php 4.0.6 from SRPM whit apache 1.3.22 under AIX 5.1 whit Toolbox GNU

[PHP-DEV] Bug #14254 Updated: SQLERROR -439

ID: 14254 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Informix related Operating System: Solaris 8 PHP Version: 4.0.6 New Comment: a short script would not reproduce the conditions for recreating the failure. It happens when we

[PHP-DEV] Bug #13338 Updated: PATH_TRANSLATED variable incorrectly set in v4.0.5

ID: 13338 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.0.5 New Comment: Yes, the problem still exists: URL: http://luna.int.hq.jobpilot:8000/test.phtml/bla/fasel

[PHP-DEV] Bug #14229 Updated: function virtual

ID: 14229 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: freebsd 4.3-stable PHP Version: 4.0.6 New Comment: The same result Previous Comments:

[PHP-DEV] [PATCH] Valid syntax for array creation from form elements

This is a re-posting. I sent this a few days ago and got no response, which wasn't exactly what I had in mind. Following is the original message: I'd like to patch PHP to allow for an XHTML-valid syntax for creating PHP arrays from HTML elements 'input' (groups of type=checkbox) and

[PHP-DEV] C++ in extension?

Hello everyone. Can anybody tell me why I get an Call to undefined function when compiling a module using a C++ compiler (made a small test - it works fine when renaming the extension to *.c ... ). There are no make errors. The *only* error is that PHP seams unable to find the function when

Re: [PHP-DEV] C++ in extension?

LK Can anybody tell me why I get an Call to undefined function LK when compiling a module using a C++ compiler (made a small test LK - it works fine when renaming the extension to *.c ... ). There LK are no make errors. The *only* error is that PHP seams unable LK to find the function when

[PHP-DEV] Bug #3248 Updated: mail function putting wrong timezone info in message header?

ID: 3248 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Duplicate Bug Type: Mail related Operating System: Windows NT PHP Version: 4.0 Beta 3 Assigned To: hholzgra New Comment: dup of #8909 Previous Comments:

Re: [PHP-DEV] C++ in extension?

I tried it but it still doesn't work. Do you have an example (just a small one :-)? - Lars Stanislav Malyshev [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... LK Can anybody tell me why I get an Call to undefined function LK when compiling a module using a C++

[PHP-DEV] Bug #14266: serialize() doesn't work correcty

From: [EMAIL PROTECTED] Operating system: Debian Linux PHP version: 4.1.0 PHP Bug Type: Scripting Engine problem Bug description: serialize() doesn't work correcty Consider following simple script. It's pretty obvious that serialize() does not work correctly (at least not

[PHP-DEV] Bug #13221 Updated: php_gd.dll not runnig

ID: 13221 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: Windows 98 PHP Version: 4.0.6 New Comment: The php_gd.dll of 4.0.6 uses GD 2.0.1 which is still beta. Use the php_gd.dll from PHP-4.0.5 (which uses 1.8.?) and

Re: [PHP-DEV] C++ in extension?

Here's the code. It would really help me a lot if anyone knows the way to fix it. thanx Lars Knudsen Stanislav Malyshev [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... LK Can anybody tell me why I get an Call to undefined function LK when compiling a module

[PHP-DEV] Bug #14266 Updated: serialize() doesn't work correcty

ID: 14266 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian Linux PHP Version: 4.1.0 New Comment: Circualar reference here: $x-x = $x; These dont work as expected at all. Bogus bug report as

[PHP-DEV] Bug #13168 Updated: GD FONT path error

ID: 13168 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: windows PHP Version: 4.0.6 New Comment: Can you -try the PHP 4.1.0 when it's out (it will be released in a few days) -if it still doesn't work, provide a sample

[PHP-DEV] Bug #14266 Updated: serialize() doesn't work correcty

ID: 14266 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: Scripting Engine problem Operating System: Debian Linux Old PHP Version: 4.1.0 PHP Version: 4.2.0-dev New Comment: Tested this with current cvs too. No better luck. Original and

[PHP-DEV] Bug #12402 Updated: Including GD support shuts down PWS

ID: 12402 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Windows 98 SE PHP Version: 4.0.6 New Comment: PHP 4.0.6 uses GD 2.0 which is still beta. That might be the cause of this. Can you try the PHP 4.1.0 when it's out

[PHP-DEV] Bug #14266 Updated: serialize() doesn't work correcty

ID: 14266 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian Linux PHP Version: 4.2.0-dev New Comment: Your creating a reference to itself this is not allowed. Therefore the bug is bogus, the behaviour

[PHP-DEV] Bug #13617 Updated: wrong saved pictures

ID: 13617 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Windows 2000 Professional SP 2 PHP Version: 4.0.6 New Comment: Have you tried the php_gd.dll from 4.0.5? If not, please do that. And if that doesn't work,

[PHP-DEV] Bug #14266 Updated: serialize() doesn't work correcty

ID: 14266 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: Scripting Engine problem Operating System: Debian Linux PHP Version: 4.2.0-dev New Comment: I dont' agree. Circular refferences can happen with objects (using refferences).

Re: [PHP-DEV] [PATCH] Valid syntax for array creation from form elements

Well .. there were discussion about this in the past or at leat within some bug reports and it seems its likely to getting changed really soon. Although ECMA doesn't allow it it works fine aith all current (modern ;) implementations to access identfieris with '[' or ']' in the

[PHP-DEV] Bug #10514 Updated: Uploaded file not stored in upload_tmp_dir

ID: 10514 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PHP options/info functions Operating System: Linux server27.promotion-web.net PHP Version: 4.0.4pl1 New Comment: This is what Cardinal said about this in bug #10386 --- [2001-05-07 18:58:31]

Re: [PHP-DEV] [PATCH] Valid syntax for array creation from form elements

Bla. this should read 'the past or at least within' and 'its NOT likely to getting changed..' Sorry :-) - Markus On Wed, Nov 28, 2001 at 02:51:03PM +0100, Markus Fischer wrote : Well .. there were discussion about this in the past or at leat within some bug reports

[PHP-DEV] Bug #8848 Updated: open_basedir = /dir/incl validates /dir/include and so on

ID: 8848 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating System: Solaris 7 PHP Version: 4.0.4pl1 New Comment: What's wrong with that? You just need to use a trailing slash! Can anyone tell me wether this is expected (but

[PHP-DEV] V_OPEN and memory

What happened to V_OPEN/V_GETCWD/... I had them in 4.0.4pl1, but they are gone in 4.0.6 ??? /Thomas -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail:

[PHP-DEV] Bug #14266 Updated: serialize() doesn't work correcty

ID: 14266 Updated by: zimt Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian Linux PHP Version: 4.2.0-dev New Comment: Behaviour of Circular / Selfreferencing objects is not defined. you could try to do a workarround

[PHP-DEV] Bug #14266 Updated: serialize() doesn't work correcty

ID: 14266 Updated by: zimt Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian Linux PHP Version: 4.2.0-dev New Comment: sorry, i wanted to write: you realy should *NOT*... Previous Comments:

[PHP-DEV] Bug #14266 Updated: serialize() doesn't work correcty

ID: 14266 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian Linux PHP Version: 4.2.0-dev New Comment: Ok, I tested a little bit more and found that when calling serialize() like serialize($x) it works. I

Re: [PHP-DEV] V_OPEN and memory

At 02:57 PM 11/28/2001 +0100, Thomas Wentzel wrote: What happened to V_OPEN/V_GETCWD/... I had them in 4.0.4pl1, but they are gone in 4.0.6 ??? They are now VCWD_OPEN() and VCWD_GETCWD(). The previous ones clashed with third party libraries. Andi -- PHP Development Mailing List

Re: [PHP-DEV] C++ in extension?

correction: it seams that using the 'string' from stdlib makes the difference. If I: #include string using namespace std; ... it doesnt work - but only if I *use* the string class strange. anyone got any Idea why? - Lars Stanislav Malyshev [EMAIL PROTECTED] wrote in message [EMAIL

Re: [PHP-DEV] C++ in extension?

At 03:48 PM 11/28/2001 +0100, Lars Knudsen wrote: correction: it seams that using the 'string' from stdlib makes the difference. If I: #include string using namespace std; ... it doesnt work - but only if I *use* the string class strange. anyone got any Idea why? Possibly because you're

[PHP-DEV] Bug #14252 Updated: build fails using AIX C 4.4 on AIX 4.3.3 box

ID: 14252 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.0CVS-2001-11-27 Old Assigned To: sniper Assigned To: New Comment: the correct name of the compiler is IBM C for AIX version 4.4.

[PHP-DEV] Bug #14267: Ereg doesn't work on following

From: [EMAIL PROTECTED] Operating system: Linux Redhat 7.1 PHP version: 4.0CVS-2001-11-28 PHP Bug Type: *Regular Expressions Bug description: Ereg doesn't work on following Dear PHP.net, i have this part of script: if (Ereg(^[a-zA-Z0-9_]{1,8}$, $login)) { . .

[PHP-DEV] Bug #14267 Updated: Ereg doesn't work on following

ID: 14267 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Regular Expressions Operating System: Linux Redhat 7.1 PHP Version: 4.0CVS-2001-11-28 New Comment: This works for me (on both 4.1.0RC3 and 4.2.0dev): ?php $login = blact; if

[PHP-DEV] XML and PHP in same document: Config suggestions?

I've come up with a two-part setup in Apache to enable special file extensions for processing PHP in XML documents. I'm wondering what you guys think, and what I can do to improve the setup. (This is based on the PHPDEV development server from www.firepages.com.au .) Here's the first part,

[PHP-DEV] Re: C++ in extension?

I've written up a small howto on the subject and I can send it along if you like. The process described in the document works fine for PHP 4.0.6, although it's a little bit different for the 4.1.0RCs and the final. (There seemed to have been problems with the build process in 4.0.6 that made

[PHP-DEV] Bug #14268: HEADER keyword does not work in imap_search()

From: [EMAIL PROTECTED] Operating system: FreeBSD 4.4-STABLE PHP version: 4.0.6 PHP Bug Type: IMAP related Bug description: HEADER keyword does not work in imap_search() PHP 4.0.6 './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc'

[PHP-DEV] BC problem

A small example which shows that BC seems to be broken for a certain (but not uncommon) case: cat include_me.php ? if (!defined('I_AM_INCLUDED')) { define('I_AM_INCLUDED', 1); } else { echo returningbr\n; return;

[PHP-DEV] Bug #14269: doesn't compile, reporting: mod_mm.c:35: #error mm is not thread-safe

From: [EMAIL PROTECTED] Operating system: SuSE linux 7.2 kernel 2.4.4 PHP version: 4.0CVS-2001-11-28 PHP Bug Type: Compile Failure Bug description: doesn't compile, reporting: mod_mm.c:35: #error mm is not thread-safe downloaded latest cvs, using apache2, latest cvs, (that

[PHP-DEV] Bug #14269 Updated: doesn't compile, reporting: mod_mm.c:35: #error mm is not thread-safe

ID: 14269 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: SuSE linux 7.2 kernel 2.4.4 PHP Version: 4.0CVS-2001-11-28 New Comment: well, actually, the problem is quite easy: it won't compile i can't figure out why the

[PHP-DEV] Bug #14270: Cannot Successfully map soname

From: [EMAIL PROTECTED] Operating system: SGI IRIX 6.3 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: Cannot Successfully map soname When I run the command 'apachectl start' after compile and install php, apache tells me: Cannot load

[PHP-DEV] Bug #14269 Updated: doesn't compile, reporting: mod_mm.c:35: #error mm is not thread-safe

ID: 14269 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Old Bug Type: Compile Failure Bug Type: Feature/Change Request Operating System: SuSE linux 7.2 kernel 2.4.4 PHP Version: 4.0CVS-2001-11-28 New Comment: Not a bug, the MM module can't be used in a

[no subject]

Title: °Ù´óǧÀïÂí ÏàÖªÔÚ°Ù´ó

[PHP-DEV] Bug #14269 Updated: doesn't compile, reporting: mod_mm.c:35: #error mm is not thread-safe

ID: 14269 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: SuSE linux 7.2 kernel 2.4.4 PHP Version: 4.0CVS-2001-11-28 New Comment: Sorry, didn't realise that. Thanx anyway. Previous Comments:

[PHP-DEV] Bug #14245 Updated: make install fails on apxs

ID: 14245 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0 New Comment: I've found a workaround for this problem. If I manually copy .libs/libphp4.so.0 to libs/libphp4.so, it seems to continue

[PHP-DEV] Bug #14271: Failure to compile using GD 2.0.1 because of conflicting types for gdIOCtx

From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: Failure to compile using GD 2.0.1 because of conflicting types for gdIOCtx When compiling w/ GD 2.0.1, I found a warning and a fatal error: In file

[PHP-DEV] Bug #14261 Updated: fsockopen w/ udp responds incorrectly

ID: 14261 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Sockets related Operating System: RedHat 7.1 Old PHP Version: 4.0.6 PHP Version: 4.0.6, 4.1.0RC3 New Comment: #!/usr/local/bin/php -q ? $ipaddress = udp://192.168.0.1; $port

Re: [PHP-DEV] Patch: Nested comments

Hartmut Holzgraefe wrote: Markus Fischer wrote: Although my vote doesn't count much here :-) I'm for it... ... but it would be a problem for 4.x I guess because this horribly breaks BC when/if there's a new 4.x release and people start using it. should be no problem to

[PHP-DEV] IMPORTANT FOR YOU

Under Bill 1618 TITLE III passed by the 105th U.S. Congress, This letter cannot be considered Spam as long as we include: Contact information a Remove Link. If not interested in the services offered, To be removed from future mailings just reply with 'REMOVE' in the subject line. Your

[PHP-DEV] DOM XML Bugs

Hi, Could someone tell me WHEN DOM XML will be cleared out of those annoying memory leak bugs that make this great tool generally unsuable on any production server? PHP Developers - it's really important!!! -- LK. -- PHP Development Mailing List http://www.php.net/ To unsubscribe,

Re: [PHP-DEV] DOM XML Bugs

Hello, On Wed, 28 Nov 2001, £ukasz Kalita wrote: Could someone tell me WHEN DOM XML will be cleared out of those annoying memory leak bugs that make this great tool generally unsuable on any production server? When sombody has enough free time to do that, or when somebody else pays a

Re: [PHP-DEV] BC problem

This has already been discussed at great length in another thread. I believe it was decided to put it all back like it was for now and decide on a better solution later. Brian. - Original Message - From: Markus Fischer [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November

Re: [PHP-DEV] Patch: Nested comments

At 11:31 AM 11/28/2001 -0800, Vlad Krupin wrote: Hartmut Holzgraefe wrote: Markus Fischer wrote: Although my vote doesn't count much here :-) I'm for it... ... but it would be a problem for 4.x I guess because this horribly breaks BC when/if there's a new 4.x release and

Re: [PHP-DEV] BC problem

Yep. As far as I remember it was reverted in 4.1.0 Andi At 01:54 PM 11/28/2001 -0600, Brian Moon wrote: This has already been discussed at great length in another thread. I believe it was decided to put it all back like it was for now and decide on a better solution later. Brian. -

[PHP-DEV] [PATCH] update against Apache 2

I normally don't follow this list, so forgive me if this has already been discussed, but here's a patch to update sapi_apache2.c against the latest changes to the Apache 2 API. The constness change for apr_array_header_t should be safe with prior versions of Apache 2.0 as well; the prototype

[PHP-DEV] Bug #14272: com_load doesn't work

From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.1.0 PHP Bug Type: COM related Bug description: com_load doesn't work #$objSession = com_load(MAPI.Session); #Doesn't work $objSession =new COM(MAPI.Session); #works -- Edit bug report at:

Re: [PHP-DEV] BC problem

On Wed, Nov 28, 2001 at 10:23:55PM +0200, Andi Gutmans wrote : Yep. As far as I remember it was reverted in 4.1.0 No, it doesn't seem to be reverted: $ ~/php410/bin/php -v 4.1.0 $ ~/php410/bin/php -f include_it.php 1br 2br br include_me.php(10) : Fatal

Re: [PHP-DEV] Patch: Nested comments

On Wed, 28 Nov 2001, Andi Gutmans wrote: I agree. We should fix problems but people have to remember that no matter what there are lots and lots of users out there and the less we break things, even between major versions, the easier possible the transition will be for the users.

[PHP-DEV] Bug #14273: When I use 'urlencode' in a for loop the mod_php core dumps'

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: URL related Bug description: When I use 'urlencode' in a for loop the mod_php core dumps' This works!!! $cnt = count($arrayA); for ( $ix=0 ; $ix $cnt; $ix++ ) { $aurl =

[PHP-DEV] crash+backtrace... is it a known issue?

I finally got around to fixing the dbase bug I have assigned, and... when I tried to compile today's snapshot with a very simple confug line: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-dbase --enable-debug it compiled just fine, but when I tried to run apache with it, it

Re: [PHP-DEV] Patch: Nested comments

Just for the record: I was talking about ZE2 and, er .. correct me if I'm wrong, ZE2 definitely won't be in 4.2.x? - Markus On Wed, Nov 28, 2001 at 11:31:42AM -0800, Vlad Krupin wrote : Hartmut Holzgraefe wrote: Markus Fischer wrote: Although my vote doesn't count much

Re: [PHP-DEV] DOM XML Bugs

On Wed, Nov 28, 2001 at 08:36:54PM +0100, Derick Rethans wrote : Hello, On Wed, 28 Nov 2001, £ukasz Kalita wrote: Could someone tell me WHEN DOM XML will be cleared out of those annoying memory leak bugs that make this great tool generally unsuable on any production server? When

[PHP-DEV] Bug #14273 Updated: When I use 'urlencode' in a for loop the mod_php core dumps'

ID: 14273 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: URL related Operating System: Linux PHP Version: 4.0.6 New Comment: Um ... list($name$url) looks really weird to me. You should write list($name, $url) instead. Can you reproduce this

Re: [PHP-DEV] if (empty(trim('x'))) == parse error?

Andrey Hristov wrote: From the docs for empty(): Note that this is meaningless when used on anything which isn't a variable; i.e. empty (addslashes ($name)) has no meaning since it would be checking whether something which isn't a variable is a variable with a FALSE value. Maybe I am not so

Re: [PHP-DEV] crash+backtrace... is it a known issue?

On Wed, Nov 28, 2001 at 02:40:55PM -0800, Vlad Krupin wrote : I finally got around to fixing the dbase bug I have assigned, and... when I tried to compile today's snapshot with a very simple confug line: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-dbase --enable-debug

[PHP-DEV] references-weirdness???

why do the following two examples result in different things, even though i would expect the same behaviour? in words: i pass a reference of a class-property to a variable $walk, if i overwrite $walk, the class-property has a new value too (seems logical, since we are working with references

Re: [PHP-DEV] references-weirdness???

Wolfram Kriesing writes: why do the following two examples result in different things, even though i would expect the same behaviour? From the manual: http://www.php.net/manual/en/language.references.return.php function find_var ($param) { ...code... return $found_var;

Re: [PHP-DEV] crash+backtrace... is it a known issue?

I am pretty sure dbase has nothing to do with it. No dbase code gets called before we crash. I do not think it would make a change. I can rebuild the while thing once again from a clean CVS checkout, and see, I guess, but I am quite sure the issue lies with something else. Vlad Markus

Re: [PHP-DEV] crash+backtrace... is it a known issue?

As expected, same crash, essentially the same backtrace. This time I also excluded MySQL from build. ./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql --enable-debug Fresh today's checkout, apache 1.2.12. So, is this a known issue? If no-one shouts anything legible, I'll just

[PHP-DEV] Bug #14274: httpd process severely leaks memory for large LDAP queries

From: [EMAIL PROTECTED] Operating system: Linux 7.2 PHP version: 4.0.6 PHP Bug Type: LDAP related Bug description: httpd process severely leaks memory for large LDAP queries I've installed apache-1.3.20-16 , php-4.0.6-7 and php-ldap-4.0.6-7 , all via the Redhat 7.2 RPMs.

Re: [PHP-DEV] references-weirdness???

From the manual: well, being able to read definitely is an advantage :-) i will learn it too ...in other words, your problem is here: thanks -- Wolfram -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

RE: [PHP-DEV] Patch: Nested comments

Title: RE: [PHP-DEV] Patch: Nested comments John Donagher writes: Sometimes you need a revolution before you can have evolution. PHP is a good language for a lot of applications, but I'm not sure I would pick it for my next big project anymore. This isn't intended as a slight, just

RE: [PHP-DEV] Patch: Nested comments

On Wed, 28 Nov 2001, Robinson, Mike wrote: BC may not be of grave concern to Python developers. Perhaps thats why it hasn't hit the radar screens. You don't get to 6.5 million domains and a million ip addresses chomping big 'BC' pieces off of developers butts. Two completely different

[PHP-DEV] Bug #14244 Updated: A bug about integer operation /

ID: 14244 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: linux PHP Version: 4.0.6 New Comment: Ignoring my bug report *** It is my wrong. Previous Comments:

[PHP-DEV] Bug #14275: new GD not install

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: new GD not install There are days I try recompile php with gd2.0.1 and dont means. I get php4.1rc3, but the problem persist. Always I look version GD in

Re: [PHP-DEV] [PATCH] Valid syntax for array creation from form elements

Thanks for responding to my post, Markus. I did try a search before I posted originally, but didn't find anything relevent. However, on your advice I searched again, and found the thread you were talking about. QUOTE [ No, its not 'how it should work'. Image when you write the following

[PHP-DEV] Bug #14275 Updated: new GD not install

ID: 14275 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: Linux PHP Version: 4.1.0 New Comment: Ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments:

Re: [PHP-DEV] BC problem

This code: $ less test.php ?php echo phpversion(); echo br /; include include.php; include include.php; test(); ? $ less include.php ?php if(defined(INCLUDE)) return; define(INCLUDE, 1); function test(){ echo test; } ? With 4.0.6 I get: 4.0.6 test With 4.1 RC3 I get: 4.1.0RC3br

Re: [PHP-DEV] BC problem

At 11:04 PM 11/28/2001 -0600, Brian Moon wrote: -snip- With 4.0.6 I get: 4.0.6 test With 4.1 RC3 I get: 4.1.0RC3br /br bFatal error/b: Cannot redeclare test() in b/home/brian/public_html/include.php/b on line b9/bbr with CVS I get: 4.2.0-devbr /br / bFatal error/b: Cannot redeclare test()

Re: [PHP-DEV] BC problem

Did you check the 4.1.0 Zeev packaged? It was supposed to be backed out. I don't have time to check now. Still present in this package. Similar script as brian: F:\PHP-41~1.0\RELEAS~2php -q test.php hibr bFatal error/b: Cannot redeclare test() in bF:\PHP-41~1.0\RELEAS~2\include.php/b on

Re: [PHP-DEV] crash+backtrace... is it a known issue?

On Wed, 28 Nov 2001, Vlad Krupin wrote: As expected, same crash, essentially the same backtrace. This time I also excluded MySQL from build. ./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql --enable-debug Fresh today's checkout, apache 1.2.12. So, is this a known issue?

[PHP-DEV] Bug #14276: users behind proxy get gibrish on page when compression is used

From: [EMAIL PROTECTED] Operating system: RedHat PHP version: 4.0.6 PHP Bug Type: Zlib Related Bug description: users behind proxy get gibrish on page when compression is used Hi, bug # 10070 says it's closed, however this problem still exists. I will explain: When a

Re: [PHP-DEV] crash+backtrace... is it a known issue?

Errr... neither. I meant 1.3.12, of course. I run it just fine with dbase support on a few other machines though...:) I might try a newer version of Apache, but would it really make a difference? 1.3.12 seemed quite stable by itself so far... Vlad Derick Rethans wrote: On Wed, 28 Nov 2001,

[PHP-DEV] Fix for CGI PHP (no more #!/php in displayed content)

As some of you are aware, PHP 4.0.6 has a small glitch on the cgi (rather than mod) side of things that renders it utterly useless for all practical purposes. To use a php script via a cgi-script handler (on *nix), obviously one must include '#! /path/to/php' line as the first in the file.

[PHP-DEV] Re: [PHP-INST] Fix for CGI PHP (no more #!/php in displayed content)

A couple of additional comments on this. This is not a complete fix as a blank line still gets printed and generates a Warning in some cases. To work around this, set output_buffering to On in your php.ini file. - Original Message - From: Michael Johnson [EMAIL PROTECTED] To: [EMAIL

[PHP-DEV] Bug #14255 Updated: setcookie bug (Cookie is destroyed/Inaccessible)

ID: 14255 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Old Bug Type: HTTP related Bug Type: Documentation problem Operating System: Debian 2.2.19 PHP Version: 4.0.6 Old Assigned To: Assigned To: hholzgra New Comment: ok, stupid me regarding the claim