On Thu, 22 Nov 2001 22:17:18 +0100
[EMAIL PROTECTED] wrote:
I've written a PHP-2-XML converter which is sitting directly on the
Zend-parser. This gives us more speed and more accuracy.
Difficult to do better in fact ... ;)
It has been written because Ulf Wendel convinced me to do it by
From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version: 4.0.6
PHP Bug Type: Feature/Change Request
Bug description: Disable Error Control Operator
Hey guys,
What I'd like is some sort of config variable to temporarily disable the
Error Control Operator (@foo()).
From: [EMAIL PROTECTED]
Operating system: tru64 v.5.1
PHP version: 4.0.6
PHP Bug Type: OCI8 related
Bug description: I compile 4.2.0-dev well but when startup Apache not run
NLS_LANG=SPANISH_SPAIN.WE8ISO8859P1
ORACLE_BASE=/u01/app/oracle
Hi all.
please I need to know the status (functionality) of openssl support in
next version of php ( php-4.1 ??? )
(because I work on new free national CA)
PS: please reply to [EMAIL PROTECTED]
PS1: sorry for my bad english
--
I am using PHP for a system script to import TV listings to a database.
It works well but creates 20,000 to 30,000 hash elements with various
relationships and it *seems* to take exponentially longer for the script to
actually stop running after it reaches the exit statement the more items
I should add that without the kill -5 it takes longer for the script to
finally exit than it took to execute!
Sam
-Original Message-
From: Sam Liddicott [mailto:[EMAIL PROTECTED]]
Sent: 23 November 2001 10:35
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] CGI quick cleanup
I am
I have noticed the same problem with a scipt that used a very large array
(~160 MB). The script run time was around 35 seconds, while it took over 4
minutes to shut down! Same amount of time was used in trying to unset() the
array.
Edin
- Original Message -
From: Sam Liddicott [EMAIL
Hi Edin!
On Fri, 23 Nov 2001, Edin Kadribasic wrote:
I have noticed the same problem with a scipt that used a very large array
(~160 MB). The script run time was around 35 seconds, while it took over 4
minutes to shut down! Same amount of time was used in trying to unset() the
array.
[wild
ID: 14138
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Operating System: Debian GNU/Linux stable
PHP Version: 4.0.6
New Comment:
Recompiled 4.1.0RC3 using Apache 1.3.22.
Yes, mathematics now works correctly. Haven't tested fully
-Original Message-
From: Teodor Cimpoesu [mailto:[EMAIL PROTECTED]]
Sent: 23 November 2001 10:54
To: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] CGI quick cleanup
Hi Edin!
On Fri, 23 Nov 2001, Edin Kadribasic wrote:
I have noticed the same problem with a scipt that used a
On Fri, Nov 23, 2001 at 11:50:17AM +0100, Edin Kadribasic wrote :
I have noticed the same problem with a scipt that used a very large array
(~160 MB). The script run time was around 35 seconds, while it took over 4
minutes to shut down! Same amount of time was used in trying to unset() the
I have noticed the same problem with a scipt that used a very large
array
(~160 MB). The script run time was around 35 seconds, while it took over
4
minutes to shut down! Same amount of time was used in trying to unset()
the
array.
[wild guess]
probably the memory deallocation is the
ID: 14138
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Date/time related
Operating System: Debian GNU/Linux stable
PHP Version: 4.0.6
New Comment:
Nice, closing this one.
Previous Comments:
ID: 14189
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Compile Failure
Operating System: Red Hat 6.2
PHP Version: 4.0.6
New Comment:
I am newbie, can you explain to do it or a tutorial step by step?
Thanks
Previous Comments:
On Fri, Nov 23, 2001 at 11:01:03AM -, Sam Liddicott wrote :
To solve THIS problem I added ap_child_terminate support to php so you could
request apache to terminate after the page, though this seems to have been
dropped in later releases.
The patch was accepted and did appear in at least
ID: 14138
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Date/time related
Operating System: Debian GNU/Linux stable
PHP Version: 4.0.6
New Comment:
I'm curious, what do you think the problem was? libc6-dev and libc6 mismatch? I
haven't kept a track
-Original Message-
From: Markus Fischer [mailto:[EMAIL PROTECTED]]
Sent: 23 November 2001 11:16
To: Sam Liddicott
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] CGI quick cleanup
On Fri, Nov 23, 2001 at 11:01:03AM -, Sam Liddicott wrote :
To solve THIS
On Fri, Nov 23, 2001 at 11:28:02AM -, Sam Liddicott wrote :
Hmm. What do I need to do to get this documented then?
Oh well, talk so some phpdoc guy directly or just open a bug
report about it I guess?
- MArkus
--
PHP Development Mailing List http://www.php.net/
To
From: [EMAIL PROTECTED]
Operating system: win98se
PHP version: 4.0.5
PHP Bug Type: Math related
Bug description: i think i found a bug in adding in PHP v4.0.5
?PHP
$var = 2500;
$temp = 0.00;
$i = 1;
For ($i = 1; $i = $var; $i++)
{
$temp += 0.01;
print
From: [EMAIL PROTECTED]
Operating system: Solaris 2.5.1
PHP version: 4.0.6
PHP Bug Type: Compile Failure
Bug description: build error undefined symbol php_module
make failure using the following configure
configure activate -module=src/modules/php4/libphp.a
Error from
From: [EMAIL PROTECTED]
Operating system: Win32 (w2k)
PHP version: 4.0.6
PHP Bug Type: Session related
Bug description: please read example...
1. standart php.ini, cookie disable, bug:
---php
? session_start(); ?
a a=\a\
a a=\'a\'
CCVS has now been dropped by redhat (it will be
replaced by MCVE), the module doesnt really seem to be supported either. With
sablotron going the same way (for different reasons though) perhaps we should
create a unsupported or and old directory in the pear c extension repository for
these
Here's a sample script that does most of the sorts of stuff I was doing
apart from database work.
Note how long it takes to exit after finishing.
#! /usr/bin/php -q
?php
ini_Set(max_execution_time,0);
ini_Set(memory_limit,500M);
class thingy {
function thingy($c) {
if ($c0)
On Fri, 23 Nov 2001 14:32:49 -, James Moore wrote:
CCVS has now been dropped by redhat (it will be replaced by MCVE),
the module doesnt really seem to be supported either. With sablotron
going the same way (for different reasons though) perhaps we should
create a unsupported or and old
ID: 14196
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: PostgreSQL related
Operating System: Redhat 6.2
PHP Version: 4.0.6
New Comment:
To be clear, this is not a perfectly legal use of commit or rollback because a begin
work
On Fri, 23 Nov 2001 14:32:49 -, James Moore wrote:
CCVS has now been dropped by redhat (it will be replaced by MCVE),
the module doesnt really seem to be supported either. With sablotron
going the same way (for different reasons though) perhaps we should
create a unsupported or and old
ID: 14195
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Math related
Operating System: win98se
PHP Version: 4.0.5
New Comment:
Not a bug. This how floating point arithmetic works. PHP can't do anything about it.
On a computer, floating point numbers
From: [EMAIL PROTECTED]
Operating system: Redhat 6.2
PHP version: 4.0.6
PHP Bug Type: PostgreSQL related
Bug description: segmentation fault committing nothing
Write something which makes an explicit commit before disconnecting from
postgres, but do not make any
The reason for this is most probably because during shutdown we decrement
many reference counts and free each memory block separately. Theoretically
we could just exit without doing any freeing of memory but we have to find
a solution for freeing resources (maybe directly in the resource list
On Fri, Nov 23, 2001 at 02:32:49PM -, James Moore wrote:
CCVS has now been dropped by redhat (it will be replaced by
MCVE), the module doesnt really seem to be supported either.
With sablotron going the same way (for different reasons
though) perhaps we should create a unsupported or and
On Fri, Nov 23, 2001 at 02:42:42PM -, [EMAIL PROTECTED] wrote :
ID: 14196
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: PostgreSQL related
Operating System: Redhat 6.2
PHP Version: 4.0.6
New Comment:
To be clear,
From: [EMAIL PROTECTED]
Operating system: All
PHP version: 4.0.6
PHP Bug Type: Documentation problem
Bug description: no manual entry for apache_child_terminate
apache_child_terminate when called by a script running under apache's
mod_php will cause the current process
32 matches
Mail list logo
