We are using setjmp(__bailout) in zend_try, but setjmp behaves
differently on BSD and Linux. POSIX doesn't specify whether the signal
mask should be saved or not for this call, so different operating
systems do different things here. I think it would be more consistent
if we used sigsetjmp(__
Attached is a simple proposed patch that fixes Bug 43477. Basically, the code
that set the error mode of the ICU converter was giving it an instruction
(the context parameter) to only skip or substitute if the code point was not
represented in the new encoding. However, it still was returning an
session (or caused by TSRM/ZendEngine) seems broken in my local cvs
checkout i'm not sure if it's relatived to this patch but i did 'cvs
up' and some commit broke the patch (with conflicts)
please commit, or roll out another diff against the PHP_5_3 cvs so i
can test it again
thanks
--
PHP Inter
Nevermind, I fixed it.
yes... but given that mine worked in the first place, the question is
whether your (and Scott's) fixes will work here, which means I now need to
check out 5_3 and try again. Sorry, it's going to have to be after I
finish work for the day, taken up too much time already.
hi,
what is the correct behavior, if apache killing _idle_ child processes
in an environment where:
apache prefork_mpm
php loaded as apache module
php loads a module with extension=xy.so
should be the msshutdown function called for each httpd child or only
once if the whole httpd server shuts dow
Hi Stas,
I meant 'does it rely on cygwin1.dll or is it native'?
No idea, whatever the person who put it on sourceforge built.
If people are distributing binaries that rely on the cygwin runtime they
usually say something about it somewhere, so I'll assume not in in this
case. I just asked
I meant 'does it rely on cygwin1.dll or is it native'?
No idea, whatever the person who put it on sourceforge built.
I downloaded re2c.exe from sourceforge release, did checkput of 5.3,
buildconf and configure. Since configure now produces RE2C_FLAGS=null
in makefile, build failed. After remo
Interesting. I did a clean checkout when Stas' message came through and
can't reproduce the problem here.
Stas, is yours a cygwin-reliant exe?
Erm, not sure what you mean here.
I meant 'does it rely on cygwin1.dll or is it native'?
I downloaded re2c.exe from sourceforge
release, did checkp
On Mon, Mar 17, 2008 at 6:18 PM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> Hi!
>
>
> > First of all, re2c is easily available for windows - easier to find then
> > flex - just visit the re2c homepage and download the pre-compiled
>
> Flex is installed by cygwin (which everybody that does a
Secondly, my $0.02
1. If re2c IS found, try to rebuild the .c versions
2. If re2C is NOT found, use the .c versions in cvs
- this allows not making re2c required but letting people who do have
it get properly generated files every time
Sounds like a plan. (And to pierre too.)
- Steph
--
PHP
Interesting. I did a clean checkout when Stas' message came through and
can't reproduce the problem here.
Stas, is yours a cygwin-reliant exe?
Erm, not sure what you mean here. I downloaded re2c.exe from sourceforge
release, did checkput of 5.3, buildconf and configure. Since configure
now p
Flex is installed by cygwin (which everybody that does anything with
builds on windows knows about), re2c isn't. Granted, it can be located
after googling for re2c, but why make the builder jump through the
unnecessary hoops?
Most of us don't use cygwin... the only reason I even have it instal
Interesting. I did a clean checkout when Stas' message came through and
can't reproduce the problem here.
Stas, is yours a cygwin-reliant exe?
- Steph
It should be fixed now.
Scott
Stanislav Malyshev wrote:
Hi!
Windows build is broken right now. When trying to build, I get:
\cygwin\bin\
Hi!
First of all, re2c is easily available for windows - easier to find then
flex - just visit the re2c homepage and download the pre-compiled
Flex is installed by cygwin (which everybody that does anything with
builds on windows knows about), re2c isn't. Granted, it can be located
after goo
Stanislav Malyshev wrote:
> I do not see any reason to suppose that - no more than building under
> Linux or FreeBSD means that you have changed the source. And since re2c
> is not supplied by any standard packages (cygwin, PHP build zip, etc.)
> and as far as I am aware of no documentation exists
It should be fixed now.
First issue is still there (now it does RE2CFLAGS=null) but the second
one is gone.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)253-8829 MSN: [EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To
It should be fixed now.
Scott
Stanislav Malyshev wrote:
Hi!
Windows build is broken right now. When trying to build, I get:
\cygwin\bin\bison.exe --output=Zend/zend_ini_parser.c -v -d -p ini_
Zend/zend_ini_parser.y
"\cygwin\bin\re2c.exe" "" --case-inverted -cbdFt
Zend\zend_ini_scanner_defs
Hi!
Windows build is broken right now. When trying to build, I get:
\cygwin\bin\bison.exe --output=Zend/zend_ini_parser.c -v -d -p ini_
Zend/zend_ini_parser.y
"\cygwin\bin\re2c.exe" "" --case-inverted -cbdFt
Zend\zend_ini_scanner_defs.h -oZend/zend_ini_scanner.c
Zend\zend_ini_scanner.l
usag
> -Original Message-
> From: Marcus Boerger [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 14, 2008 9:28 PM
> To: Stas Malyshev
> Cc: internals@lists.php.net
> Subject: Re: [PHP-DEV] Patch for opcode caches
>
>
> Hello Stanislav,
>
> Friday, March 14, 2008, 6:48:52 PM, you wrote:
>
Keeping it seems fairly meaningless (it was a temporary hack anyway).
Since 5.1 (or possibly even late 5.0) releases much of the new
functionality ignores it anyway.
On 14-Mar-08, at 11:23 AM, Derick Rethans wrote:
On Fri, 14 Mar 2008, Dmitry Stogov wrote:
however in
PHP_5_3 we even keep
PHP 6 Bug Database summary - http://bugs.php.net
Num Status Summary (59 total including feature requests)
===[*Compile Issues]==
3 Open cvsclean fails on Darwin 9
===[*General Issues
> -Original Message-
> From: Marcus Boerger [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 14, 2008 8:24 PM
> To: Stas Malyshev
> Cc: Dmitry Stogov; Andi Gutmans; phpxcache; internals@lists.php.net
> Subject: Re: [PHP-DEV] Patch for opcode caches
>
>
> Hello Stanislav,
>
> Friday, Ma
> -Original Message-
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 14, 2008 10:11 PM
> To: Rasmus Lerdorf
> Cc: Marcus Boerger; Dmitry Stogov; Andi Gutmans;
> internals@lists.php.net
> Subject: Re: [PHP-DEV] Patch for opcode caches
>
>
> > I don't actually
> -Original Message-
> From: Xuefer [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 15, 2008 11:21 AM
> To: Rasmus Lerdorf
> Cc: Marcus Boerger; Stas Malyshev; Dmitry Stogov; Andi
> Gutmans; internals@lists.php.net
> Subject: Re: [PHP-DEV] Patch for opcode caches
>
>
> > I don't ac
24 matches
Mail list logo
