Along with fixing this bugs (16063 and 16068) I signifintly increased the
preformance of array_pop and array_shift.
Here are some times on a 1.2ghz athlon.
?
$t = array_fill(0, $size, test);
for($i = 0;$i $size;$i++)
array_pop($t);
?
Before:
$size = 2000; //1.633s
$size = 4000;
Wrong patch file.. re-attaching.
--- Brad LaFountain [EMAIL PROTECTED] wrote:
Along with fixing this bugs (16063 and 16068) I signifintly increased the
preformance of array_pop and array_shift.
Here are some times on a 1.2ghz athlon.
?
$t = array_fill(0, $size, test);
for($i = 0;$i
You have full karma to fix this. What makes you think you don't?
On Tue, 30 Jul 2002, Brad LaFountain wrote:
Along with fixing this bugs (16063 and 16068) I signifintly increased the
preformance of array_pop and array_shift.
Here are some times on a 1.2ghz athlon.
?
$t = array_fill(0,
Yeah, I wrote that code.
I'm a little fuzzy on the original thinking, but think about something
like this:
abc foo ?echo ?; duh()? def bar
This should, and does, strip down to:
abc def
If you got rid of the quote parsing, how do you know not to end the php
tag at the ? inside the
Hi,
What's the status on the tests that are in HEAD now?
I've got quite a few failures, among which four of the six array tests.
With 4.3.0 QA coming up,
I'd like to know which tests are reliable, or better, branch only reliable
tests.
Reliable being: they should be working, and if not,
Hi
I'm seeing some rather weird memory corruption under Solaris 8
with php4.2.2 - seemingly random elements of arrays are
replaced with the contents of $GLOBALS array.
For example, at one point in my code element named
el_373 in an array is empty (no value or ) and a few
lines later (none if
The exact
same code works (with the same versions of Apache and PHP)
just fine in Linux and FreeBSD.
The same code also works correctly in php4.1.2 (Solaris8).
--
Anti Veeranna
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Could you try it with a 4.3 snapshot?
(http://snaps.php.net/php4-latest.tar.bz2)
-Rasmus
On Tue, 30 Jul 2002, Anti Veeranna wrote:
The exact
same code works (with the same versions of Apache and PHP)
just fine in Linux and FreeBSD.
The same code also works correctly in php4.1.2
I have a series of scripts that a user developed using socket_fd_*, but as
of PHP 4.2 these no longer exist. Anyone have a document or hint guide on
what the new functions have been renamed as?
Thanks.
-- M
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
Hmm... I tried it and it said i didn't have karma. I'll try again tonite.
- brad
--- Rasmus Lerdorf [EMAIL PROTECTED] wrote:
You have full karma to fix this. What makes you think you don't?
On Tue, 30 Jul 2002, Brad LaFountain wrote:
Along with fixing this bugs (16063 and 16068) I
Ok that makes a little more sence.
But instead of re-inventing the parser how about we do something with
the builtin parser. I'll try to hack up something.
- brad
--- Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Yeah, I wrote that code.
I'm a little fuzzy on the original thinking, but think
On Mon, Jul 29, 2002 at 09:38:59PM -0400, Michael wrote :
I have a series of scripts that a user developed using socket_fd_*, but as
of PHP 4.2 these no longer exist. Anyone have a document or hint guide on
what the new functions have been renamed as?
They haven't been renamed, the
Speaking of GD, there is a very troubling problem that I have never
found a straight answer to. The imagettfbbox function uses the baseline
of the font for it's bounding box. What good is a bounding box without
the decenders? Now if this were a simple calculation it wouldn't be so
bad, but
anyone know of a mac 8.6 compatible web server with PHP capibility?
http://www.tenon.com/products/webten/
It costs $495, however. I don't know of any free versions of PHP for
MacOS X.
I must have had a brain freeze 'cause I didn't see the with mPHP.
--
PHP Development Mailing List
This allows touch() to work with just the one parameter again even on
systems that support HAVE_UTIME_NULL
I can't find any bug reports on this (?) but think it may not have
worked since mid-May.
Tested on win98, win2k only. sorrybut.
--- old_filestat.c 2002-07-28 23:35:50.0
RREalllyyy?
-Tal
Original Message
From: Park Young Tae [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] CVS Account Request: tensimy
Date: 30 Jul 2002 04:30:05 -
^^;
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
On Tue, 30 Jul 2002, Sterling Hughes wrote:
Hi,
yesterday I did several commits to the FTP extension. Due to the fact that
I do not know how I can document the stuff myself and right now am lacking
the time here is a brief instruction:
The work looks quite cool, however this is
Patch applied - if you have a chance, please doublecheck it from CVS.
On Mon, 29 Jul 2002, David Viner wrote:
inlining the patch...
dave
--- ext/ext_skel Tue Jan 8 09:51:08 2002
+++ ext/ext_skel Mon Jul 29 09:27:40 2002
@@ -7,12 +7,13 @@
usage() {
echo $0
To help maintain documentation and notes -- pointed here by Jim Winstead
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hi!
I've added blowfish cfb64 wrapper to the openssl-ext,
patch is attached.
Feel free to comment on the code, it's my first time
coding in a php ext so I might have done some mistakes.
Would be great if it got included in the std. php so I don't need
to patch the release myself anymore :)
Attached a test. Additionally I added a cast (char *) to line 360 to get
rid of the
compiler warning. Z_STRVAL_PP doesn't work there so I'm not actually sure this
fix create more problems than it solves:
Index: filestat.c
===
RCS
Inline then - (who could comment on the randomness of allowed/dissallowed
attachments, please?):
--TEST--
touch and fopen on 64-bit systems, #18623
--POST--
--GET--
--FILE--
?php
touch('hiya.txt');
$fp = fopen('hiya.txt','w');
fwrite($fp, 'hiya');
fclose($fp);
echo implode('',
filename is already a char *, why are you casting it?
On Wed, 31 Jul 2002, Melvyn Sopacua wrote:
Attached a test. Additionally I added a cast (char *) to line 360 to get
rid of the
compiler warning. Z_STRVAL_PP doesn't work there so I'm not actually sure this
fix create more problems than
I am going to work on the swedish translation of the PHP documentation (sv translation
projekt is led by Jome - [EMAIL PROTECTED]).
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
At 00:09 31-7-2002, you wrote:
filename is already a char *, why are you casting it?
filestat.c:560: warning: passing arg 1 of `php_check_open_basedir' discards
qualifiers from pointer target type
(that's from PHP_4_2_0 but got the same warning for HEAD, different lineno,
obviously).
For
$ cvs commit ext/standard/array.c
cvs [server aborted]: commit requires write access to the repository
cvs commit: saving log message in /tmp/cvs61090800.1
- brad
--- Brad LaFountain [EMAIL PROTECTED] wrote:
Hmm... I tried it and it said i didn't have karma. I'll try again tonite.
- brad
Yes, but the qualifier it discarded was a const. There is really no point
in casting to a char * here. We don't cast just to avoid compiler
messages. Casting can cause real bugs to creep into the code.
-Rasmus
On Wed, 31 Jul 2002, Melvyn Sopacua wrote:
At 00:09 31-7-2002, you wrote:
And are you sure you have that tree checked out using the rodif_bl
account? Because you are in the ACL file. See CVS/Root in your checked
out tree.
-Rasmus
On Tue, 30 Jul 2002, Brad LaFountain wrote:
$ cvs commit ext/standard/array.c
cvs [server aborted]: commit requires write access to
Sorry that was it... i swear i checked it out as rodif_bl..
-brad
--- Rasmus Lerdorf [EMAIL PROTECTED] wrote:
And are you sure you have that tree checked out using the rodif_bl
account? Because you are in the ACL file. See CVS/Root in your checked
out tree.
-Rasmus
On Tue, 30 Jul
Hello,
I am getting some odd errors trying to get an encrypt/decrypt process to
work. Looking at the manual examples and some other literature, I have tried
the two approaches listed below. For each, I get a sometimes-works,
sometimes fails result. The
Hi,
Thanks for the prompt answer. But I am still getting the same error.
/
original: meet at secret place
encrypted: d40d72f1b224b9bf86a7dbc52402c1d02a5cf90adb9050f0
Warning: mcrypt_generic_init: Memory allocation error in
Hi,
Building PHP and running a test script with the CGI or CLI on my MacOSX
machine results in a a Bus Error upon script completion.
I have made a fresh checkout, built clean (with a cvsclean and buildconf),
yet the problem continues. Find a backtrace below, and the error. Any
I get the same thing on Windows in debug mode.
-brad
--- Dan Kalowsky [EMAIL PROTECTED] wrote:
Hi,
Building PHP and running a test script with the CGI or CLI on my MacOSX
machine results in a a Bus Error upon script completion.
I have made a fresh checkout, built clean (with a cvsclean
Interesting side note pointed out by Brad, this only happens when the
--enable-debug option is given to configure.
On Tue, 30 Jul 2002, Dan Kalowsky wrote:
Hi,
Building PHP and running a test script with the CGI or CLI on my MacOSX
machine results in a a Bus Error upon script completion.
I am compiling PHP-4.2.2 for Red Hat Linux.
./configure --prefix=/d2/usr2/local/php-4.2.2
--with-apxs=/d2/usr2/local/apache-1.3.26/bin/apxs
--with-mysql=/d2/usr2/local/mysql-3.23.51
var_unserializer.c: In function `php_var_unserialize':
var_unserializer.c:308: warning: comparison is always
35 matches
Mail list logo