From: [EMAIL PROTECTED]
Operating system: NT 4.0 SP6a
PHP version: 4.0.4pl1
PHP Bug Type: IIS related
Bug description: W3C service stops
I have a Webserver serving several sites. everything works fine for some
time, but the the w3c service (WWW and FTP) stop working. there
ID: 12563
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Compile Failure
Operating System: RedHat 7.1 / 2.4.7 Kernel
PHP Version: 4.0.6
New Comment:
imlib2 uses AC_ADD_LIBRARY and friends instead of PHP_ADD_LIBRARY and friends in it's
config.m4; it is broken
against
On Mon, 6 Aug 2001, David Eriksson wrote:
(One bug, I believe. But that's one too many of course.)
Ooh..I remembered wrong then. I thought I had seen more..:)
Or I'm thinking of something else. :)
I do not maintain Satellite any more and Universe is indeed intended to replace
Satellite.
Cool.
Hi,
i can't compile the current cvs version
with apache 2.0.18.
make[3]: Entering directory
`/home/schopohl/development/php4/sapi/apache2filter'
/bin/sh /home/schopohl/development/php4/libtool --silent --mode=compile
/home/schopohl/development/php4/meta_ccld -I. -
Holger Schopohl wrote:
i can't compile the current cvs version
with apache 2.0.18.
Please upgrade to a recent Apache 2.0 version. It compiles fine
with httpd-2.0's latest CVS.
--
Sebastian Bergmann Measure Traffic Usability
http://sebastian-bergmann.de/
Full name: Ozgur AKAN
Email: [EMAIL PROTECTED]
ID:ozgurakan
Purpose: I am a member of php.org.tr and we want to translate the manual to Turskish.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
ID: 12563
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Closed
Bug Type: Compile Failure
Operating System: RedHat 7.1 / 2.4.7 Kernel
PHP Version: 4.0.6
New Comment:
This indeed was the reason why it didn't work.
The backwards compatibily fix for this AC_* - PHP_*
From: [EMAIL PROTECTED]
Operating system: Linux (S.u.S.E 6.1)
PHP version: 4.0.6
PHP Bug Type: PHP options/info functions
Bug description: strange error_reporting(0)-behaviour
hey buglist,
no script necessary...;-)
last friday i installed php4.0.6 (coming from
From: [EMAIL PROTECTED]
Operating system: NT4.0 SP5
PHP version: 4.0.6
PHP Bug Type: Reproducible crash
Bug description: PHP engine hangs
I downloaded PHP 4.0.6 binary for win32.
I installed it on IIS4 (which was perfectly working in ASP and PERL mode),
as a CGI module
From: [EMAIL PROTECTED]
Operating system: Win2K
PHP version: 4.0.5
PHP Bug Type: Calendar related
Bug description: juliantojd () returns incorrect JD
juliantojd() returns incorrect Julian Days, i.e juliantojd (7,30,2001)
returns 2452134 instead of 2452121.
See
ID: 12589
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: Calendar related
Operating System: Win2K
PHP Version: 4.0.5
New Comment:
I was confused with the julian and gregorian calendars...
Previous Comments:
ID: 12589
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Duplicate
Status: Bogus
Bug Type: Calendar related
Operating System: Win2K
PHP Version: 4.0.5
New Comment:
user error. :)
Previous Comments:
ID: 12498
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *Configuration Issues
Operating System: Windows 4.9 (Me)
PHP Version: 4.0.6
New Comment:
Are you running PHP in CGI mode? Or as apache module?
And have you read the install.txt file? It
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: Scripting Engine problem
Bug description: hex const (0xABCDEF01) parsing error
Looks like there's some trouble with parsing big hex consts
(those with sign bit set). Try this:
...
echo
ID: 12502
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: OCI8 related
Operating System: WinNT and Windows 2000
PHP Version: 4.0.6
New Comment:
Ask support questions on the appropriate mailing list:
http://www.php.net/support.php
( php-db /
From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version: 4.0.6
PHP Bug Type: PHP options/info functions
Bug description: php -l doesn't output anything
under windows, in the php.exe directory :
php -l php.exe, no output, no complain, you can try with whatever you
ID: 12591
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: PHP options/info functions
Operating System: Windows 98
PHP Version: 4.0.6
New Comment:
This should be fixed in CVS.
Try a snapshot:
http://www.zend.com/snapshots/
--Jani
Previous
ID: 12555
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IMAP related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
I can not reproduce this with PHP 4.0.6.
With which c-client version is your PHP linked with?
--Jani
Previous
In article [EMAIL PROTECTED], sb@sebastian-
bergmann.de says...
Holger Schopohl wrote:
i can't compile the current cvs version
with apache 2.0.18.
Please upgrade to a recent Apache 2.0 version. It compiles fine
with httpd-2.0's latest CVS.
okay, that works fine, thanks.
someone has
Holger Schopohl wrote:
Files *.php
SetOutputFilter PHP
SetInputFilter PHP
/Files
is it all? no AddType ?
This is correct. PHP registers itself as a filter with Apache 2.
my apache parse no .php file...
It works. At least on my and Sascha's machines :-)
--
Sebastian Bergmann
Hi, I'm brasilian this is o code i'm try running!!
html
head
titleTeste PHP COM/title
/head
body
pTeste PHP COM/DCOM/p
?
/* CP_ACP - ANSI code page
CP_MACCP - Macintosh code page
CP_OEMCP - OEM code page
CP_SYMBOL - Windows 2000: Symbol code page (42)
CP_THREAD_ACP -
4.0.6 is stable
get it at http://php.net/downloads.php
On Sun, 05 Aug 2001, knight wrote:
I have not tried it with the 4.0.6 php, is that a stable version yet???
Can I use the ms 6.0 compiler to compile php? Does it matter what compiler I
use?? What compiler do you recommend?
I will
ID: 12349
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: GD related
Operating System: Windows 98
PHP Version: 4.0.6
New Comment:
This is a bug in the GD-2.0.1 (beta) library.
Closed.
--Jani
Previous Comments:
I didn't think that opening a bug report just to
put a patch in it was correct. Patches are
supposed to be sent to the php-dev mailing list.
Was I wrong?
On Sun, 05 Aug 2001, Jani Taskinen wrote:
Could you please tell me what is the 'Bogus' in this report?
It's a bug report which happens to
ID: 12555
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: IMAP related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
The version linked to from the documentation pages (4.7 i believe) - though I have
tried others
From: [EMAIL PROTECTED]
Operating system: Window 2000 server with IIS
PHP version: 4.0.6
PHP Bug Type: Session related
Bug description: Serious Ouput Problem in input tag
The session_register() seems accessing wrong memory address and causing
some strange bugs.
The
ID: 9639
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Session related
Operating System: Red Hat
PHP Version: 4.0.4pl1
New Comment:
Please create this patch against the latest CVS.
And put it somewhere in the net to be downloaded and
add the url here.
--Jani
ID: 10833
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Session related
Operating System: Linux
PHP Version: 4.0.5
New Comment:
No feedback. And the latest CVS works just fine
on this kind of urls.
--Jani
Previous Comments:
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.0.6
PHP Bug Type: Dynamic loading
Bug description: Unable to load dynamic library
I'm recieve the following error:
Unable to load dynamic library
for the extensions:
libmcrypt.dll
php_mssql.dll
From: [EMAIL PROTECTED]
Operating system: win2k (prob. all win\'s)
PHP version: 4.0.6
PHP Bug Type: Feature/Change Request
Bug description: $argv passing
When installing php on win32 it creates a registry record at My
Computer\HKEY_CLASSES_ROOT\Applications\ named php.exe
ID: 10895
Updated by: andy
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Session related
Operating System: Sun Solaris 5.8 on Intel
PHP Version: 4.0.5
New Comment:
no feedback
Previous Comments:
ID: 10955
Updated by: andy
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Session related
Operating System: Red Hat Linux release 6.2 (Zoot)
PHP Version: 4.0.5
New Comment:
no feedback
Previous Comments:
ID: 11573
Updated by: andy
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Session related
Operating System: Linux
PHP Version: 4.0.5
New Comment:
no feedback
Previous Comments:
[2001-06-20
ID: 11883
Updated by: andy
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux Kernel 2.2.16
PHP Version: 4.0.6
New Comment:
no feedback
Previous Comments:
ID: 11914
Updated by: andy
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Apache related
Operating System: SuSE 7.0
PHP Version: 4.0.6
New Comment:
no feedback
Previous Comments:
[2001-07-06
ID: 11951
Updated by: andy
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Any
PHP Version: 4.0.5
New Comment:
no feedback
Previous Comments:
On Mon, 6 Aug 2001, Andy wrote:
I didn't think that opening a bug report just to
put a patch in it was correct. Patches are
supposed to be sent to the php-dev mailing list.
Was I wrong?
Yes and no. There are no (that I know of) guidelines
for this. But if a bug report with a patch to a bug
is
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: Class/Object related
Bug description: Definition of array using constants in array doesn't work
The following piece of code doesn't work:
?
define ('A', 20);
class B
{
From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.9-current
PHP version: 4.0CVS-2001-08-06
PHP Bug Type: *Configuration Issues
Bug description: AC_CHECK_LIB on -curl fails if cURL is elsewhere than /usr or
/usr/local
AC_CHECK_LIB in ext/curl/config.m4 fails if cURL is
On Mon, 06 Aug 2001, Thies C. Arntzen wrote:
thies Mon Aug 6 09:36:09 2001 EDT
Modified files:
/php4/ext/standardbasic_functions.c incomplete_class.c
php_incomplete_class.h var.c
/php4/ext/wddxwddx.c
Log:
Date: Mon, 06 Aug 2001 16:07:55 +0300
To: Thies C. Arntzen [EMAIL PROTECTED]
From: Zeev Suraski [EMAIL PROTECTED]
Subject: Re: [[EMAIL PROTECTED]: Re: [PHP-DEV] incomplete class broken?]
Cc: Thies C. Arntzen [EMAIL PROTECTED], Andi Gutmans [EMAIL PROTECTED]
At 16:00 06/08/2001, Thies C. Arntzen
On Mon, Aug 06, 2001 at 09:08:05AM -0500, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Thies C. Arntzen wrote:
thies Mon Aug 6 09:36:09 2001 EDT
Modified files:
/php4/ext/standard basic_functions.c incomplete_class.c
By the way, if it's really important, we can look into supporting it. The
way it was before - it worked in most cases (assuming you never tried to
use a class before you dl() the corresponding extension), but could result
in crashes in other cases.
I don't think it's very important, though.
On Mon, 06 Aug 2001, Thies C. Arntzen wrote:
i don't think this is crucial for the gtk stuff as this
problem only arises once the request ends _and_ a new request
starts. the shutdown in the engine has been changed to only
destruct classes (from the end of the list) until the
On Mon, 06 Aug 2001, Zeev Suraski wrote:
By the way, if it's really important, we can look into supporting it. The
way it was before - it worked in most cases (assuming you never tried to
use a class before you dl() the corresponding extension), but could result
in crashes in other cases.
[Zeev Suraski [EMAIL PROTECTED]]
By the way, if it's really important, we can look into supporting it.
The way it was before - it worked in most cases (assuming you never
tried to use a class before you dl() the corresponding extension), but
could result in crashes in other cases.
I don't
At 17:42 06/08/2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
By the way, if it's really important, we can look into supporting it. The
way it was before - it worked in most cases (assuming you never tried to
use a class before you dl() the corresponding extension),
At 17:49 06/08/2001, Stig Sæther Bakken wrote:
[Zeev Suraski [EMAIL PROTECTED]]
By the way, if it's really important, we can look into supporting it.
The way it was before - it worked in most cases (assuming you never
tried to use a class before you dl() the corresponding extension), but
On Mon, 06 Aug 2001, Zeev Suraski wrote:
How so? I can understand that people get used to it, but it's really
bad. extensions should be loaded in the php.ini file. There's really no
good reason for using dl() over the php.ini method.
Of course there is. One example is using the same PHP
I disagree, is there any way dl() can be fixed,
because it is a useful function...
On Mon, 06 Aug 2001, Zeev Suraski wrote:
At 17:49 06/08/2001, Stig Sæther Bakken wrote:
[Zeev Suraski [EMAIL PROTECTED]]
By the way, if it's really important, we can look into supporting it.
The way it was
From: [EMAIL PROTECTED]
Operating system: Win98
PHP version: 4.0.6
PHP Bug Type: GD related
Bug description: ImageTTFText doesn't open font file
The following code generates this warning (doesn't happen with 4.0.5):
bWarning/b: Could not find/open font in
At 17:52 06/08/2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
How so? I can understand that people get used to it, but it's really
bad. extensions should be loaded in the php.ini file. There's really no
good reason for using dl() over the php.ini method.
Of course
Please don't just say it's useful, please say why :)
dl() has absolutely nothing over loading in php.ini, and has many drawbacks.
Zeev
At 17:55 06/08/2001, Andy wrote:
I disagree, is there any way dl() can be fixed,
because it is a useful function...
On Mon, 06 Aug 2001, Zeev Suraski wrote:
BTW, there's no good reason not to load all of the extensions you may need
in all of your scripts from php.ini. Loading many extensions doesn't pose
a significant/noticeable load. Loading using dl() does.
Zeev
At 17:52 06/08/2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski
On Mon, 06 Aug 2001, Zeev Suraski wrote:
BTW, there's no good reason not to load all of the extensions you may need
in all of your scripts from php.ini. Loading many extensions doesn't pose
a significant/noticeable load. Loading using dl() does.
Can you explain why the difference matters?
[Zeev Suraski [EMAIL PROTECTED]]
Please don't just say it's useful, please say why :)
dl() has absolutely nothing over loading in php.ini, and has many drawbacks.
Please allow me to coin a new term: Zeev-ism. Zeev-isms are of the
form users don't need X or 95.6% of the scripts out there
Hey,
The attached patch adds support for passing a variable to
INIT_*CLASS_ENTRY in the name field (instead of just passing a
constant string). I've needed this for a function which provides
API functionality, registering classes with Zend based on the
information passed
At 18:07 06/08/2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
BTW, there's no good reason not to load all of the extensions you may need
in all of your scripts from php.ini. Loading many extensions doesn't pose
a significant/noticeable load. Loading using dl() does.
See my letter to Andrei.
I've yet to see an ISP that (knowingly) allows users to load extensions,
and wouldn't agree to add them to the php.ini file.
This isn't a case of me saying users don't need X or 95.6% of the
scripts out there don't need Y. This is me saying that dl() is *bad*,
even
From: [EMAIL PROTECTED]
Operating system: linux redhat 7.1
PHP version: 4.0.6
PHP Bug Type: Session related
Bug description: unexpected behaviour
1. when register_globals is off you have to
SET and READ HTTP_SESSION_VARS this is wrong in the docs or
at least confusing
It's not a big deal and we can commit it (as it's done in the
'put-expensive-operations-here' part of PHP, the module-init, hint hint :).
However, is it really necessary?
Zeev
At 05:53 06/08/2001, Sterling Hughes wrote:
Hey,
The attached patch adds support for passing a variable to
On Mon, 06 Aug 2001, Zeev Suraski wrote:
Drawbacks:
- It's slow. We encourage putting expensive operations into the
module_init, using dl() means they end up being done multiple times.
- Under Apache, it's even worse - since in addition to slowliness, it also
ends up consuming
ID: 12597
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: *Configuration Issues
Operating System: OpenBSD 2.9-current
PHP Version: 4.0CVS-2001-08-06
New Comment:
Fixed in CVS. You also need to have -L$CURL_DIR/lib after
the $CURL_LIBS since the path
ID: 12599
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: GD related
Operating System: Win98
PHP Version: 4.0.6
New Comment:
This has been fixed in CVS already. Next time, use the search before submitting bug
reports..
--Jani
Previous Comments:
From: [EMAIL PROTECTED]
Operating system: windows 2000 profesional
PHP version: 4.0.6
PHP Bug Type: OCI8 related
Bug description: Error loading oci8.dll, a entry point is missing .
Error loading oci8.dll, a entry point is missing ... to procedure
ocilobopen in oci.dll
he
On Mon, 6 Aug 2001, Zeev Suraski wrote:
It's not a big deal and we can commit it (as it's done in the
'put-expensive-operations-here' part of PHP, the module-init, hint hint :).
;)
However, is it really necessary?
Well, I have the following function (there maybe bugs, I'm still
On Mon, Aug 06, 2001 at 10:34:34AM -0500, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
Drawbacks:
- It's slow. We encourage putting expensive operations into the
module_init, using dl() means they end up being done multiple times.
- Under Apache, it's even worse -
On Sun, 05 Aug 2001, Sterling Hughes wrote:
That's used to register the class. If you can think of another way
to do (*don't* say macro ;-), then I'd be more than willing to hear
it, but otherwise...
You can just initialize the class entry manually.
-Andrei
Everything is a
On Mon, 06 Aug 2001, Thies C. Arntzen wrote:
don't think there's an API for that. we would have to add the
MODULE_NUMBER to the class-entry and then (when unloading the
module) also destroy the classes that that module defined. i
think constants and functions already do this.
On Mon, 6 Aug 2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
How so? I can understand that people get used to it, but it's really
bad. extensions should be loaded in the php.ini file. There's really no
good reason for using dl() over the php.ini method.
Of
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.0.6
PHP Bug Type: *Configuration Issues
Bug description: incorrect --enable-native-ttf, correct - --enable-native-tt
in configure mistake in --enable-native-tt (--enable-native-ttf)
--
Edit bug report at:
ID: 12603
Updated by: andy
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: *Configuration Issues
Operating System:
PHP Version: 4.0.6
New Comment:
This has been fixed in the CVS for a LOOONG
time...
Previous Comments:
On Mon, 6 Aug 2001, Andrei Zmievski wrote:
On Sun, 05 Aug 2001, Sterling Hughes wrote:
That's used to register the class. If you can think of another way
to do (*don't* say macro ;-), then I'd be more than willing to hear
it, but otherwise...
You can just initialize the
At 06:30 06/08/2001, Sterling Hughes wrote:
On Mon, 6 Aug 2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
How so? I can understand that people get used to it, but it's really
bad. extensions should be loaded in the php.ini file. There's really no
good reason
By the way, I can't really quantify significantly, as it depends on what
kind of minit you have. For a module such as the COM module, it can double
the amount of time it takes the script to run (if you load typelibs). For
some other modules, it can be almost anything, if your minit is mostly
On Mon, 06 Aug 2001, Zeev Suraski wrote:
By the way, I can't really quantify significantly, as it depends on what
kind of minit you have. For a module such as the COM module, it can double
the amount of time it takes the script to run (if you load typelibs). For
some other modules, it
I did search it before, with no results.
ID: 12599
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: GD related
Operating System: Win98
PHP Version: 4.0.6
New Comment:
This has been fixed in CVS already. Next time, use the search before
Hi!
I'm proud to present the first snapshot of the Universe PHP extension.
What is it? It is a CORBA connection using MICO as ORB. It is intended to
replace the exisiting PHP extension Satellite.
You can access remote or local CORBA objects, and you can create CORBA
objects in PHP code!
At 19:29 06/08/2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
By the way, I can't really quantify significantly, as it depends on what
kind of minit you have. For a module such as the COM module, it can
double
the amount of time it takes the script to run (if you
At 07:10 06/08/2001, Sterling Hughes wrote:
What if you use 50 different shared extensions, for different
scripts on the same box? Should you load them all in each time?
I don't think so...
Other than your phobia, there's no real reason not to do it :)
Zeev
--
PHP Development
Well, then you didn't search for the right
thing...
On Mon, 06 Aug 2001, Carlos Viana wrote:
I did search it before, with no results.
ID: 12599
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: GD related
Operating System: Win98
PHP
On Mon, 06 Aug 2001, Zeev Suraski wrote:
At 07:10 06/08/2001, Sterling Hughes wrote:
What if you use 50 different shared extensions, for different
scripts on the same box? Should you load them all in each time?
I don't think so...
Other than your phobia, there's no real
At 19:40 06/08/2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
At 07:10 06/08/2001, Sterling Hughes wrote:
What if you use 50 different shared extensions, for different
scripts on the same box? Should you load them all in each time?
I don't think so...
On Mon, 06 Aug 2001, Zeev Suraski wrote:
Nothing measurable. That was actually measured (changing PHP to initialize
extensions just-in-time, in case they're actually being used) - and it
turned out it wasn't giving any noticeable performance gain.
If there were a thousand extensions, we
At 19:45 06/08/2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
Nothing measurable. That was actually measured (changing PHP to
initialize
extensions just-in-time, in case they're actually being used) - and it
turned out it wasn't giving any noticeable performance
On Mon, 6 Aug 2001, Zeev Suraski wrote:
At 19:40 06/08/2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
At 07:10 06/08/2001, Sterling Hughes wrote:
What if you use 50 different shared extensions, for different
scripts on the same box? Should you load
ID: 11933
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Old Operating System: Debian GNU/Linux sid (kernel 2
Operating System: Debian GNU/Linux \sid\ (kernel 2
PHP Version: 4.0.6
New Comment:
Are you running Zend optimizer by any chance?
Previous
ID: 12477
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: PCRE related
Operating System: Linux and SCO
PHP Version: 4.0.6
New Comment:
That's right, you need to escape $ in your replacement strings.
Previous Comments:
ID: 11933
Updated by: andy
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Old Operating System: Debian GNU/Linux sid (kernel 2
Operating System: Debian GNU/Linux sid (kernel 2
PHP Version: 4.0.6
New Comment:
status - feedback
Previous Comments:
ID: 12140
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: PCRE related
Operating System:
PHP Version: 4.0.6
New Comment:
That's right. Your turns into by the time PHP string parsing is done
with it. Then the extension looks at it and
ID: 12518
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: OCI8 related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
I have a long-running PHP script that eventually comes up with:
Failed execution, error: ORA-00604:
ID: 11594
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: PCRE related
Operating System: Solaris
PHP Version: 4.0.5
New Comment:
You need to use '$' as you replacement string.
Previous Comments:
ID: 11236
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: PCRE related
Operating System: Linux
PHP Version: 4.0.5
New Comment:
This works in latest CVS - try upgrading to 4.0.6 or later.
Previous Comments:
ID: 10669
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: PCRE related
Operating System: Linux-2.2.19
PHP Version: 4.0.5
New Comment:
This should work in 4.0.6 and later.
Previous Comments:
ID: 10179
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: PCRE related
Operating System: SuSE7.0
PHP Version: 4.0.4pl1
New Comment:
{,10} means match up to 10 which includes 0 matches.
Previous Comments:
On Mon, 6 Aug 2001, Sterling Hughes wrote:
On Mon, 6 Aug 2001, Zeev Suraski wrote:
At 19:40 06/08/2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
At 07:10 06/08/2001, Sterling Hughes wrote:
What if you use 50 different shared extensions, for different
On Mon, 06 Aug 2001, Zeev Suraski wrote:
I think the disk weights about the same regardless of the data inside it
:)
Yes, but 50 extensions will consume more memory than 1.
-Andrei
In My Egotistical Opinion, most people's C programs should be indented
six feet downward and covered with dirt.
On Mon, 6 Aug 2001, Andrei Zmievski wrote:
On Mon, 06 Aug 2001, Zeev Suraski wrote:
I think the disk weights about the same regardless of the data inside it
:)
Yes, but 50 extensions will consume more memory than 1.
Nothing noticable, really. Unless you allocate dozens of megabytes in
On Aug 06, Bug Database wrote:
ID: 12480
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Arrays related
Operating System: FreeBSD
PHP Version: 4.0.6
New Comment:
array_merge* functions are not meant to preserve numeric keys.
uhm, forgive me
ID: 12518
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: OCI8 related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
With the help of v$open_cursor I've tracked down the problem and it was a case of user
error, my apologies
1 - 100 of 141 matches
Mail list logo
