On Tue, 2005-06-14 at 01:31, Ron Korving wrote:
> Jason, you are absolutely right.. this is not about input filtering at all.
> It's about replacing:
>
> $x = (isset($ANY_var) ? $ANY_var : 'Default Value');
> by
> $x = ifsetor($ANY_var, 'Default Value');
>
> So, Robert's solution is no real solut
bzero() is a function exported by libmysql.
Andrey
Andi Gutmans wrote:
Seems to be due to Ilia's latest patch.
Ilia, can you please change to memset()?
Thanks,
Andi
At 07:16 AM 6/14/2005 +0200, Sebastian Bergmann wrote:
network.obj: error LNK2019: unresolved external symbol _bzero referen
Jason, you are absolutely right.. this is not about input filtering at all.
It's about replacing:
$x = (isset($ANY_var) ? $ANY_var : 'Default Value');
by
$x = ifsetor($ANY_var, 'Default Value');
So, Robert's solution is no real solution if you ask me. But again, it would
be best, if there was no
Seems to be due to Ilia's latest patch.
Ilia, can you please change to memset()?
Thanks,
Andi
At 07:16 AM 6/14/2005 +0200, Sebastian Bergmann wrote:
network.obj: error LNK2019: unresolved external symbol _bzero referenced
in function _php_network_connect_socket_to_host
--
Sebastian Bergmann
network.obj: error LNK2019: unresolved external symbol _bzero referenced
in function _php_network_connect_socket_to_host
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PH
Ondrej and Jason,
Just pondering the proposed coalesce() variants in the context of
Ondrej's scenario I came upon two thoughts.
I forgot to mention the nice single parameter case of a coalesce()
function like this, which would return null if not set:
$x = coalesce($REQUEST['x']);
Also, t
Jason,
I realize that the initial focus is for a simple replacement for a
ternary operation. However, I think it should be possible to make a
more flexible construct to address more concerns without sacrificing
much simplicity or performance, especially in an analogous case.
For example:
Jason Garber wrote:
> ifsetor is NOT input filtering, it is not a complex, general purpose
stuff like 'ifsetof()' is good when is use as:
> $x = ifsetor($ANY_var, 'Default Value');
but too many times I need additional checks like this:
$x = isset($_REQUEST['x']) && is_number($x) ? $_REQUEST
Hello Noah,
In general, the people who advocate writing this construct differently,
are missing the point.
ifsetor is NOT input filtering, it is not a complex, general purpose
do-everything construct, it is a simple replacement for
$x = (isset($ANY_var) ? $ANY_var : 'Default Value');
Rob,
I agree with you entirely. It's possible to write this code probably
a hundred different ways which, to me, also noting the number of
posts the topic has generated, indicates that it should be supported
in the language. A common convention for a common operation seems
like a sensib
On Mon, 2005-06-13 at 16:23, Ron Korving wrote:
> If it were possible at all to make a function accept unset variables without
> generating a notice, I think ifsetor() shouldn't even be implemented. People
> could then have the freedom to create such functions themselves. But
> unfortunately, it do
Hey Folks,
I'm not on the list so please reply back to my email.
I have been having some problems with memory fragmentation in PHP when
working with large data structures.
Once a script finishes executing, although the garbage collector
technically has freed the ram, the pages are still allocate
After a bit more investigation, I would like to change this paragraph:
Once a script finishes executing, although the garbage collector
technically has freed the ram, the pages are still allocated. The next
time the thread executes, there is a whole pile of swapping and if a
memory hungry script g
Please find attached a diff against HEAD & a modified version of the file
implementing my proposed PHP_FCGI_MAX_RAM_MB & PHP_FCGI_MAX_RAM_INCREASE
changes.
Example invocation of PHP with 10 child processes that are automatically
restarted if they increase in size by more than 25%:
PHP_FCGI_CHILDR
If it were possible at all to make a function accept unset variables without
generating a notice, I think ifsetor() shouldn't even be implemented. People
could then have the freedom to create such functions themselves. But
unfortunately, it doesn't seem to be possible, unless you'd suppress every
f
Hi everyone,
It seems that within a bit over a day we'll be ready to release 5.1 Beta 2.
Wez has already commited a fix for the PDO problem, and Derick is going to
be commiting new date related code for PHP 5.1.
As I'd like to replace Beta 1 with the updated version quickly due to the
critical
I've tested it under solaris 9 and it failed 3 tests:
=
FAILED TEST SUMMARY
-
Bug #31213 (Sideeffects caused by bug #29493)
[ext/standard/tests/array/bug31213.ph
Hello!
The PHP Team just released it's first release candidate for PHP 4.4.0.
This is solely a bug-fix only release, the increased middle digit is
needed because this release changes PHP's Internal API that causes
third-party binary extensions to be incompatible with PHP 4.3.x.
This release ad
DS>>The problem in stack overflow.
DS>>We will see how this can be fixed without performance lost.
I think it might be time to go easier on stack - maybe consider to make
specialized fixed-size allocators for frequently used structures to avoid
performance hits - it seems that PHP uses a lot of
Ignore my previous email. I see you are ahead of me :)
At 11:04 AM 6/13/2005 +0400, Dmitry Stogov wrote:
Hi,
Is GCC 4.0.1 already released?
Did you try GCC 4.0.0?
Something was changed in GCC.
The error message is proper, but I don't understand why this became a error.
Probably I'll need to ta
Dmitry,
Maybe for the beta we should have an #if ZEND_GCC_VERSION > of the 4.0.1
version number so that it compiles. In parallel, we should try and get in
touch with gcc developers list and see why they broke this.
What do you think?
Andi
At 11:59 AM 6/13/2005 +0300, Jani Taskinen wrote:
PHP 5.x does not support POSIX ACLs anymore.
http://bugs.php.net/bug.php?id=30931
I created a patch to fix that.
Any feedback is welcome.
/jr
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Jani,
Thanks for applying my patch on ext/mysql/config.m4 on HEAD. Please do
the same on 5.0 tree.
I have one more patch here.
Our php cli is like Windows one with a shared dependency to php5ts like
nlm.(We call it as php5lib).
Patch to sapi/cli/config.m4 and configure.in achieves our purpose.
C
On Mon, 13 Jun 2005, Stefan Esser wrote:
> Hi,
>
> according to google a nasty unserialize() bug was for gabe the fact that it
> was endlessly slow in 4.3.10 and 5.0.3, but this is fixed in 4.3.11 and 5.0.4.
>
> However another thing was not backported to the 4er branch
> http://cvs.php.net/diff
Hi,
according to google a nasty unserialize() bug was for gabe the fact that
it was endlessly slow in 4.3.10 and 5.0.3, but this is fixed in 4.3.11
and 5.0.4.
However another thing was not backported to the 4er branch
http://cvs.php.net/diff.php/php-src/ext/standard/var_unserializer.re?r1=1.4
Derick Rethans wrote:
On Fri, 10 Jun 2005, Andreas Korthaus wrote:
Will pecl_http be included?
(AFAIR something like that has been discussed earlier this year on this list)
We have the policy of not adding more very specialized extensions to the
PHP core distribution - those extensions shou
See also http://bugs.php.net/bug.php?id=33212&edit=1
--Jani
On Mon, 13 Jun 2005, Dmitry Stogov wrote:
Hi,
Is GCC 4.0.1 already released?
Did you try GCC 4.0.0?
Something was changed in GCC.
The error message is proper, but I don't understand why this became a error.
Probably I'll ne
Hi Andreas Korthaus, you wrote:
> Michael Wallner wrote:
>> Anyway it's still far away from stable - just compare the
>> count of tests against the amount of functionality provided.
>
> OK, I wrote some small scripts and it worked quite nice. Very good work,
> it's (or will be...) a really useful
On Tue, 7 Jun 2005, Gabriel Ricard wrote:
> Dunno if you ever got my email. But there was that
> nasty unserialize() bug that is fixed in CVS and has
> not yet made it into a 4.x release at all.
Which bug is this?
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.
Michael Wallner wrote:
Will pecl_http be included? (AFAIR something like that has been
discussed earlier this year on this list)
Hm, I must have missed that...
I cannot find it anymore, perhaps it only has been suggested...
Anyway it's still far away from stable - just compare the
count of
Sebastian Bergmann wrote:
> /usr/local/src/php/php-5.1/Zend/zend_execute.c:47:
> error: 'zend_error_noreturn' aliased to external symbol 'zend_error'
Forgot to add: This is with GCC 4.0.1-pre20050607.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B
Hi,
Is GCC 4.0.1 already released?
Did you try GCC 4.0.0?
Something was changed in GCC.
The error message is proper, but I don't understand why this became a error.
Probably I'll need to take advice from somebody of GCC developers.
Thanks. Dmitry.
> -Original Message-
> From: news [mail
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (366 total including feature requests)
===[*Compile Issues]==
33272 Feedback fail build php5 whith oracle 9i 64bits
===[*G
Dmitry Stogov wrote:
> Do you use x86 (non x86-64)?
> What is your ./configure options?
Intel(R) Pentium(R) M Processor 1500MHz / 1024 KB Cache / 512 MB RAM
Linux 2.6.11-gentoo-r11
CFLAGS="-march=pentium-m -O2 -pipe"
./configure --disable-cgi --disable-all
--
Sebastian Bergmann
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (666 total including feature requests)
===[Adabas-D related]=
32486 Open odbc_fetch_into returns wrong data
===[Apache
35 matches
Mail list logo
