Did Andrei have a reason besides the docs? Even without
IS_UNICODE/IS_BINARY it sounds like the docs could use tuning anyway, no?
Andi
At 12:55 PM 9/8/2005, Derick Rethans wrote:
Hei,
I committed a patch to make ord() work on IS_BINARY strings earlier
today (http://news.php.net/php.cvs/33862)
Any chance a small reproduce script can be provided? I ran a basic
session extension load test with siege with upwards of 100 concurrent
connection and do not see any of the described symptoms.
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
Also, here's another backtrace that my co-worker thought might be helpful:
[snip]
Here's another backtrace from a stuck process. Do your gurus have any
idea on what this could mean?
[EMAIL PROTECTED] siteDown]$ more gdb.12094
0x006e7689 in poll () from /lib/tls/libc.so.6
(gdb) bt
#0 0x006e76
On 9/8/05 5:16 PM, Ilia Alshanetsky wrote:
Does the application where this problem occurs have any calls to command
execution functions and can you check if F_SETFD is defined on the system?
For the first part of the question, the application does not make any
calls to exec() or shell_exec().
Thanks for reviewing and applying my patch ;)
Nuno
- Original Message -
Applied to CVS, thanks for the patch and the reminder :-)
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
It makes perfect sense to me that ord() would work on binary strings.
When we return an ASCII value we don't limit the range returned, it can
be 1 or 255. So, I see no reason to cripple this function and prevent it
from working on binary data.
Ilia
--
PHP Internals - PHP Runtime Development Mail
Ben,
Does the application where this problem occurs have any calls to command
execution functions and can you check if F_SETFD is defined on the system?
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Applied to CVS, thanks for the patch and the reminder :-)
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(This either went under the radar on php-general or no one there wants
to touch it, so someone suggested I submit it here. It deals more with
internals stuff anyway.)
The following message is from a co-worker. I'm passing it along as a
favor. Any help would be greatly appreciated since we're bo
> the "feature request":
prints "SQL logic error or missing database", but you don't have a clue
of what error is.
with my patch, you can retrieve the error (in the additional variable)
you get in the Warning message ("no such column: column").
Aha, I see... that is indeed useful. +1
Ilia
Hei,
I committed a patch to make ord() work on IS_BINARY strings earlier
today (http://news.php.net/php.cvs/33862). Andrei doesn't like that
because the description in the docs says "ord -- Return ASCII value of
character", which in his opinion doesn't make much sense for binary
strings. Other
At 07:56 AM 9/8/2005, Stanislav Malyshev wrote:
WF>>IMO, "hard kill" doesn't really fit in a system that uses reference
WF>>counts; you either use reference counts, or don't. There are cases
Obviously, we have here conflicting requirements - on the one side,
fclose($a) should invalidate resours
I couldn't run the test script(s), I get multiple errors of the foll
nature:
PHP Warning: fopen(): unable to create or locate filter
"unicode.to.utf8" in
/home/rolland/Work/PHP-unicode/source/php-src/run-tests.php on line
1104
Is there any setting to be changed in the .ini file(s) ? I have the
f
WF>>IMO, "hard kill" doesn't really fit in a system that uses reference
WF>>counts; you either use reference counts, or don't. There are cases
Obviously, we have here conflicting requirements - on the one side,
fclose($a) should invalidate resourse, on the other side, oci_close($a)
should not.
Stanislav Malyshev Wrote
SG>>> $fp1 = fopen('test', 'w');
SG>> $fp2 = $fp1; /* Still a single zval* and le->refcount == 1 */
SG>> $fp3 = &$fp1; /* Two zval*s now and le->refcount == 2 */
SG>>
SG>> fclose($fp1);
I think this was discussed before, though I may be mistaken. The problem
here is that
On 9/8/05, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> SG>> SG>> $fp1 = fopen('test', 'w');
> SG>> $fp2 = $fp1; /* Still a single zval* and le->refcount == 1 */
> SG>> $fp3 = &$fp1; /* Two zval*s now and le->refcount == 2 */
> SG>>
> SG>> fclose($fp1);
>
> I think this was discussed before, th
I'm fine with the concept; I haven't looked too hard at the
implementation, but it looks like it's doing the right thing.
--Wez.
On 9/7/05, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Hey all,
>
> Has anyone had a chance to review this patch.
> I think it'd be good to apply it. I've seen quite a f
Path for 5.0.6, it would seem odd to have a different behavior on the
5.0.x branch.
Scott
Derick Rethans wrote:
On Thu, 8 Sep 2005, Stanislav Malyshev wrote:
DR>>But they can still do that.. With "shutdown functions" I meant
DR>>functions registered with register_shutdown_function().
Ah...
> -Message d'origine-
> De : Antony Dovgal [mailto:[EMAIL PROTECTED]
> Envoyé : mercredi 7 septembre 2005 18:06
> À : php-dev; [EMAIL PROTECTED]; php-general@lists.php.net
> Objet : [PHP-DEV] OCI8 1.1 announce
>
> Hi all,
>
> Yesterday OCI8 extension have been updated in the PHP CVS (HEAD
On Thu, 8 Sep 2005, Stanislav Malyshev wrote:
> DR>>But they can still do that.. With "shutdown functions" I meant
> DR>>functions registered with register_shutdown_function().
>
> Ah... This is smaller problem - register_shutdown_function() ones can be
> called on "before dtors" stage.
Indeed
Keep getting the,
/root/kamesh/work/php5_0/php-src/ext/sqlite/libsqlite/src/parse.y:3.13-19:
parse error, unexpected "{...}"
make: ***
[/root/kamesh/work/php5_0/php-src/ext/sqlite/libsqlite/src/parse.c]
Error 1
Can someone look at it.
With regards
Kamesh Jayachandran
--
http://www.fastmail.fm -
DR>>But they can still do that.. With "shutdown functions" I meant
DR>>functions registered with register_shutdown_function().
Ah... This is smaller problem - register_shutdown_function() ones can be
called on "before dtors" stage.
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED
On Thu, 8 Sep 2005, Stanislav Malyshev wrote:
> EK>>I do belive that we should have kept BC here and allow use of objects
> EK>>in shutdown functions, ie. call them before calling object
> EK>>destructors.
>
> We have classical c&e problem here - if we defer dtors to after shutdowns,
> they co
EK>>> But we have that, just no extensions are using it... What I do think
Well, I guess they'd better start to use then :)
EK>>> that we need to do is to call the shutdown handlers before the dtors,
EK>>> now we do it the "wrong" way around making things less flexible. And,
I don't see how
Derick Rethans wrote:
> On Wed, 7 Sep 2005, Andi Gutmans wrote:
>
>
>>The real solution is to have a two-phased shutdown sequence in PHP 6 because
>>we're constantly "Fixing" the shutdown due to chicken&egg problem.
>
>
> But we have that, just no extensions are using it... What I do think
>
On Wed, 7 Sep 2005, Andi Gutmans wrote:
> The real solution is to have a two-phased shutdown sequence in PHP 6 because
> we're constantly "Fixing" the shutdown due to chicken&egg problem.
But we have that, just no extensions are using it... What I do think
that we need to do is to call the shut
Hi,
I've encountered change in following code behaviour (somewhere between 5.1.0b3
and 5.1.0-HEAD):
posix_isatty (STDOUT);
Now it produces this warning: cannot seek on a pipe
The attached patch adds PHP_STREAM_FLAG_NO_SEEK to the stream flags, if it
detects whether
the file descriptor is not
SG>>> $fp1 = fopen('test', 'w');
SG>> $fp2 = $fp1; /* Still a single zval* and le->refcount == 1 */
SG>> $fp3 = &$fp1; /* Two zval*s now and le->refcount == 2 */
SG>>
SG>> fclose($fp1);
I think this was discussed before, though I may be mistaken. The problem
here is that you expect fclose to kill
28 matches
Mail list logo