On windows x86_64, PHP_INT_MAX is 2147483647. This is because in the
underlying c-code, a long is 32 bit.
However, linux on x86_64 uses a 64bit long so PHP_INT_MAX is going to be
9223372036854775807.
Kenan R Sulayman wrote:
Hi Lain!
As much as I did understand, this might be a pretty good i
5.2 32bit situation at the moment
(int)(PHP_INT_MAX +1) < (int)(PHP_INT_MAX +100) < (int)(PHP_INT_MAX + 1000)
This does seem pretty sensible. I'm more worried about the 64bit case where:
(int)(PHP_INT_MAX +1) == (int)(PHP_INT_MAX +100) < (int)(PHP_INT_MAX + 1000)
It would be nice for the 64 bi
Hi,
a bit down I wrote that the VS6 build runs. I took the snapshot from
2009-Feb-04 22:00:00
Tested the module and CLI. Both run fine, but the SQLite extension not.
Mario
-Ursprüngliche Nachricht-
Von: Richard Quadling [mailto:rquadl...@googlemail.com]
Gesendet: Do 05.02.2009 01:10
An:
Hi,
Let me start by explaining what i am trying to do. I need to start a console
application and get it's pid. If i don't use bypass_shell, i end up with the
another pid (probably one for cmd.exe). If i use bypass_shell then the
application starts in the background, no window is shown. This would
2009/2/5 Alpár Török :
> Hi,
>
> Let me start by explaining what i am trying to do. I need to start a console
> application and get it's pid. If i don't use bypass_shell, i end up with the
> another pid (probably one for cmd.exe). If i use bypass_shell then the
> application starts in the backgroun
Hi.
Where do I go to get 5.3 builds of PECL extensions for testing?
pecl4win.php.net is "The pecl4win build box is temporarily out of
service. We're preparing a new build system.".
Regards,
Richard Quadling.
--
-
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002
Thanks. This basically confirms that my VM was screwed.
2009/2/5 Mario Brandt :
> Hi,
> a bit down I wrote that the VS6 build runs. I took the snapshot from
> 2009-Feb-04 22:00:00
> Tested the module and CLI. Both run fine, but the SQLite extension not.
>
> Mario
>
> -Ursprüngliche Nachricht--
Hello,
I've written a small web server and I'd like to add support for php to
the server. Could anyone direct me to documentation or examples and give
me some sense of how hard this would be. Put another way, if I have a
working PHP installation and a web server how do the two communicate?
Th
On Thu, Feb 5, 2009 at 6:12 PM, Terry Braun wrote:
> Hello,
> I've written a small web server and I'd like to add support for php to the
> server. Could anyone direct me to documentation or examples and give me some
> sense of how hard this would be. Put another way, if I have a working PHP
> inst
Hello
2009/2/5 Terry Braun :
> Hello,
> I've written a small web server and I'd like to add support for php to the
> server. Could anyone direct me to documentation or examples and give me some
> sense of how hard this would be. Put another way, if I have a working PHP
> installation and a web ser
On Wed, 2009-02-04 at 13:12 +0100, David Zülke wrote:
> Am 03.02.2009 um 14:41 schrieb Lukas Kahwe Smith:
>
> > http://bugs.php.net/bug.php?id=47206 - XSLT
>
> I looked through the CVS logs, could you confirm I understand it right:
>
> The type hint was added in 5.2.6, and will be gone again in
On 05.02.2009, at 17:32, Johannes Schlüter wrote:
On Wed, 2009-02-04 at 13:12 +0100, David Zülke wrote:
Am 03.02.2009 um 14:41 schrieb Lukas Kahwe Smith:
http://bugs.php.net/bug.php?id=47206 - XSLT
I looked through the CVS logs, could you confirm I understand it
right:
The type hint was
Hi,
On Thu, 2009-02-05 at 17:08 +0100, Kalle Sommer Nielsen wrote:
> Currently theres no SAPI documentation, however like Alexey said it
> would probably be easier to just the cgi/fastcgi protocol.
There's a chapter in Sara's book. sapi/embed is a quite simple example
of an SAPI. But I agree (Fas
Johannes Schlüter wrote:
> - No typehint, as it is now, #47206 "Expected / to be documented",
> incompatible with 5.2.6-5.2.8 but compatible with most other 5.2
> versions
Could we extend the arginfo system to allow for multiple typehints? Of
course the Reflection API would have to support t
On Thu, 2009-02-05 at 10:36 -0800, Sebastian Bergmann wrote:
> Johannes Schlüter wrote:
> > - No typehint, as it is now, #47206 "Expected / to be documented",
> > incompatible with 5.2.6-5.2.8 but compatible with most other 5.2
> > versions
>
> Could we extend the arginfo system to allow for
Johannes Schlüter wrote:
> Of course we could, we'd "just" have to change a structure and
> zend_verify_arg_class_kind() and of course the language syntax to allow
> something like "function foo(A|B $bar) {}" but this still would mean to
This should, of course, only be for built-in functions and
Would it be possible to implement CG(zend_linecol) in addition to
CG(zend_lineno)? As far I can see, this is a missing prerequisite for
Xdebug to report more fine-grained code coverage, for instance.
--
Sebastian Bergmann http://sebastian-bergmann.de/
GnuPG Key: 0xB85B
On 5.2.2009 17:32 Uhr, Johannes Schlüter wrote:
> On Wed, 2009-02-04 at 13:12 +0100, David Zülke wrote:
>> Am 03.02.2009 um 14:41 schrieb Lukas Kahwe Smith:
>>
>>> http://bugs.php.net/bug.php?id=47206 - XSLT
>> I looked through the CVS logs, could you confirm I understand it right:
>>
>> The type
Sebastian Bergmann wrote:
Would it be possible to implement CG(zend_linecol) in addition to
CG(zend_lineno)? As far I can see, this is a missing prerequisite for
Xdebug to report more fine-grained code coverage, for instance.
I've been thinking about this also, and would find this useful
On Thu, 2009-02-05 at 11:06 -0800, Sebastian Bergmann wrote:
> Johannes Schlüter wrote:
> > Of course we could, we'd "just" have to change a structure and
> > zend_verify_arg_class_kind() and of course the language syntax to allow
> > something like "function foo(A|B $bar) {}" but this still would
Thanks to everyone for the help. One last hopefully quick and not too
naive question - can I just exec php and pipe input and output? There is
probably some good reason that is not obvious to me.
terry
Johannes Schlüter wrote:
Hi,
On Thu, 2009-02-05 at 17:08 +0100, Kalle Sommer Nielsen wrote
Sebastian Bergmann wrote:
> It just sucks, IMHO, that some functions and methods will not have
> Reflection API metadata because the same arginfo structure is used for
> two things.
That did not come out right, nevermind.
--
Sebastian Bergmann http://sebastian-bergmann.
2009/2/5 Terry Braun :
> Thanks to everyone for the help. One last hopefully quick and not too naive
> question - can I just exec php and pipe input and output? There is probably
> some good reason that is not obvious to me.
> terry
Some reasons would be:
* limited $_SERVER environment
* No $_GET
On Thu, 2009-02-05 at 14:59 -0500, Terry Braun wrote:
> Thanks to everyone for the help. One last hopefully quick and not too
> naive question - can I just exec php and pipe input and output? There is
> probably some good reason that is not obvious to me.
> terry
that's basically what CGI does,
Hi!
Would it be possible to implement CG(zend_linecol) in addition to
CG(zend_lineno)? As far I can see, this is a missing prerequisite for
Xdebug to report more fine-grained code coverage, for instance.
Unless we put this inside each opcode, I'm not sure it'd help xdebug too
much. And I'm
Hi!
Of course we could, we'd "just" have to change a structure and
zend_verify_arg_class_kind() and of course the language syntax to allow
something like "function foo(A|B $bar) {}" but this still would mean to
Maybe just use a plain old if()? :) I understand that is super-uncool
bit we reall
Hi!
naive question - can I just exec php and pipe input and output? There is
probably some good reason that is not obvious to me.
The good reasons for using FCGI are:
- environment passing
- headers handling
- POST passing
- stderr handling
- performance - creating new process is very expensiv
The first release candidate of 5.2.9 was just released for testing and
can be downloaded here:
http://downloads.php.net/ilia/php-5.2.9RC1.tar.bz2 (md5sum:
0252cc45cce713c10e2fae34aa9e406c)
The Windows binaries should become available shortly as well, for now
you can grab the win32 snapsho
Hi,
just a suggestion, have you thought about using Quercus [http://www.caucho.com/resin-3.0/quercus/
]
or Project Zero [http://www.projectzero.org/download/]?
This projects are implementing PHP in Java.
Regards
Stefan
On 05 Feb 2009, at 16:12, Terry Braun wrote:
Hello,
I've written a smal
On Thu, Feb 5, 2009 at 10:14 PM, Ilia Alshanetsky wrote:
> The first release candidate of 5.2.9 was just released for testing and can
> be downloaded here:
>
> http://downloads.php.net/ilia/php-5.2.9RC1.tar.bz2 (md5sum:
> 0252cc45cce713c10e2fae34aa9e406c)
>
> The Windows binaries should become ava
< Danke Mario, für den Hinweis ! >
Hi all,
Just for notice:
Windoozer7 has been compiled against the rules of VC9.
That means:
-VC9 is. going to run natively,
-VC6 Apps are embedded ( "emulated" ),
-therefore some kernel Apps have to be rewritten.
Thanks!
--
(c) Kenan Sulayman
Freelance Designer
On Thu, Feb 5, 2009 at 4:10 PM, Pierre Joye wrote:
> Windows binaries are now available in the usual place:
>
> http://windows.php.net/qa/
Wouldn't by chance be able to add APC to that? It has been 13 months
since APC was built for Windows. (Never for a NTS version, as far as I
know, but would be
32 matches
Mail list logo
