On 26.07.2008 02:48, Markus Fischer wrote:
Hi,
[CCing interested parties based on the last mail exchange on this topic]
will the deprecation of ticks affect the usage of pcntl_signal? The manual
says [1] "... As of PHP 4.3.0 PCNTL uses ticks as the signal handle callback
mechanism ...". Curre
For now it solves the check code (read/seek) but not the open syscall.
Dmitry
Stanislav Malyshev wrote:
Hi!
Probably for historical reason PHP supports shebang lines
(#! /usr/bin/php) on top of php files. Especially to handle them PHP
(CGI/FastCGI/CLI) opens file and check for it. So even wi
Hi!
For now it solves the check code (read/seek) but not the open syscall.
Hm... this looks wrong. Why one needs to open if scanner is perfectly
capable of opening file by itself?
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)253-8829 MSN: [E
It is the thing I like to do.
Dmitry.
Stanislav Malyshev wrote:
Hi!
For now it solves the check code (read/seek) but not the open syscall.
Hm... this looks wrong. Why one needs to open if scanner is perfectly
capable of opening file by itself?
--
PHP Internals - PHP Runtime Development
It's great. So it's nothing to do in the scanner.
I can just change the CGI code.
Thanks. Dmitry.
Nuno Lopes wrote:
I'm not Matt, but I'll try to answer :)
Actually the new re2c scanner already handles the shebang thing, so I
think you can safely remove the explicit support for it in CGI. We h
On Wed, 25 Jun 2008, Olivier Hill wrote:
> ohill Wed Jun 25 12:16:17 2008 UTC
>
> Modified files: (Branch: PHP_5_3)
> /php-src/ext/standard string.c
> Log:
> New parameter parsing API
The following change introduces a regression:
@@ -4135,24 +4095,23 @@
PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (67 total -- which includes 26 feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
===
On 28.07.2008 02:18, Marcus Boerger wrote:
Hello Frank,
can you please sync HEAD which seems completely outdated beside that it
has const designatures which are somehow missing in 5.3. Anyway, this
commit makes ming at least compile with the latest available version
0.4rc1. Eitherway, if 0.4 i
2008/7/26 David Zülke <[EMAIL PROTECTED]>
> Am 22.07.2008 um 16:37 schrieb Richard Quadling:
>
> Actually, would allowing PHP to skip defaulted parameters be a better
>> facility to add?
>>
>> function foo($opt1 = Null, $opt2 = Null){}
>>
>> foo(,True);
>>
>> Hmm. Doesn't look good does it. But,
hi!
On Mon, Jul 28, 2008 at 12:08 PM, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> On 28.07.2008 02:18, Marcus Boerger wrote:
>>
>> Hello Frank,
>>
>> can you please sync HEAD which seems completely outdated beside that it
>> has const designatures which are somehow missing in 5.3. Anyway, this
>>
Indeed, I forgot to test that case. If I remember correctly, there was
no test cases for that function, so I'll fix this tonight and add some
tests.
Regards
On 7/28/08, Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Wed, 25 Jun 2008, Olivier Hill wrote:
>
>> ohillWed Jun 25 12:1
On 28.07.2008 14:55, Pierre Joye wrote:
0.4rc1. Eitherway, if 0.4 is not coming out during alpha1 and no support
for 0.3 is available I fear we have to move ming to PECL.
Agree, the extension is quite rarely used and it makes sense to move it to
PECL.
I asked that already a while back and we
hi,
On Mon, Jul 28, 2008 at 2:26 PM, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> On 28.07.2008 14:55, Pierre Joye wrote:
0.4rc1. Eitherway, if 0.4 is not coming out during alpha1 and no support
for 0.3 is available I fear we have to move ming to PECL.
>>>
>>> Agree, the extension is
On Mon, Jul 28, 2008 at 14:31, Pierre Joye <[EMAIL PROTECTED]> wrote:
> hi,
>
> On Mon, Jul 28, 2008 at 2:26 PM, Antony Dovgal <[EMAIL PROTECTED]> wrote:
>> On 28.07.2008 14:55, Pierre Joye wrote:
>
> 0.4rc1. Eitherway, if 0.4 is not coming out during alpha1 and no support
> for 0.3 is
On Sunday 27 July 2008 16:38:47 Arnaud Le Blanc wrote:
> On Sunday 27 July 2008 16:04:58 Derick Rethans wrote:
> > On Sun, 27 Jul 2008, Arnaud Le Blanc wrote:
> >
> > > Hi,
> > >
> > > I made a pcntl_signal_dispatch() function [1] to allow scripts that use
> > > signals to work without ticks.
>
Hi!
It's great. So it's nothing to do in the scanner.
I can just change the CGI code.
Note that if there's shebang enabled, there could be options in the
command line. And then CGI/CLI would have to process them, I guess.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] htt
I tested scanner and now it really handless shebang lines itself without
CGI. So the cgi.enable_shebang_line and corresponding code can be safely
removed. However we still need to handle "not found"/"access denied"
cases and respond with 404/403.
Thanks. Dmitry.
Stanislav Malyshev wrote:
Hi!
Hi!
I tested scanner and now it really handless shebang lines itself without
CGI. So the cgi.enable_shebang_line and corresponding code can be safely
removed. However we still need to handle "not found"/"access denied"
cases and respond with 404/403.
How scanner could handle command-line opt
It does't have to do it.
It just checks for shebang line always, so we don't have to do it in
SAPI code.
Dmitry.
Stanislav Malyshev wrote:
Hi!
I tested scanner and now it really handless shebang lines itself
without CGI. So the cgi.enable_shebang_line and corresponding code can
be safely
Hi!
I wanted to ask people here about this patch. See history in
http://bugs.php.net/bug.php?id=43487 but basically there's some gcc out
there that miscompiles zend_strtod.c. We can fix it, probably at some
marginal performance cost, but the question is - should we? It's
pre-release compiler
On 28.07.2008, at 19:44, Dmitry Stogov wrote:
I tested scanner and now it really handless shebang lines itself
without CGI. So the cgi.enable_shebang_line and corresponding code
can be safely removed. However we still need to handle "not
found"/"access denied" cases and respond with 404/40
Stanislav Malyshev kirjoitti:
Hi!
I wanted to ask people here about this patch. See history in
http://bugs.php.net/bug.php?id=43487 but basically there's some gcc out
there that miscompiles zend_strtod.c. We can fix it, probably at some
marginal performance cost, but the question is - should
I already expressed my opinion.. If you know what's the buggy gcc
version, just fail at configure time if it's present.
Nuno
On Mon, Jul 28, 2008 at 20:38, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I wanted to ask people here about this patch. See history in
> http://bugs.php.net/b
Hi!
The problem was experienced by 5 persons at least.
How many persons is not very important, what important is how many
different compilers they used and how recent those are, in other words -
how frequently you could hit this bug in the wild. If it's just some
pre-release of Mandrake - t
Nuno Lopes wrote:
I already expressed my opinion.. If you know what's the buggy gcc
version, just fail at configure time if it's present.
With a notice and reference to the bug number - so If people are stuck
with that compiler they can see a work around...
Regards
Alan
Nuno
On Mon, Jul
Stanislav Malyshev escribió:
4.2.1 prerelease as it seems. 4.1.2 doesn't seem to have this problem.
I'm not sure I have any machine with 4.2.1 around, but probably somebody
on the list does :)
No such problem with
gcc --version
gcc (GCC) 4.2.1 (SUSE Linux)
--
"A computer is like an Old
Travis Swicegood wrote:
> On a slightly related note, would anyone else be interested in seeing a
> Git repository along side Subversion? Even if people can't commit to
> the Git repo, I'd be happy to help set it up with the ability for them
> to push changes back to the SVN repo once they've prep
Noah Fontes wrote:
> I think PHP implicitly follows any Location headers it can. That's
> probably not the right behavior, but for an automated process it's not bad.
It's a configurable option (don't have the code in front of me, so no
proof, sorry). You can set redirects = 0, and have http not fo
Edward Z. Yang wrote:
> It's a configurable option (don't have the code in front of me, so no
> proof, sorry). You can set redirects = 0, and have http not follow any
> redirects.
Whoops, I'm talking about pecl/http, not the http wrapper. Disregard the
above.
--
Edward Z. Yang
Hello Edward,
to be honest, what is wrong with svn for you? Do you branch off your own
PHP? No, so what's wrong? To easy to use for 99.99% of people using PHP
repository? But please (everyone) just think of it and don't comment
anymore.
The decision has been made we are going for SVN and nothin
30 matches
Mail list logo
