PHP 5.3 appears (to me at least) ready for release, give or take a
Will PHP 5.3 be released with fileinfo or will be still me made to use
hacks to detirmine mime types?
Kevin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
From Pierre
Playing off base. What I proposed you is to help us to get your
software continue to run smoothly with PHP, while keeping the windows
support. In the end you may even get a faster version on windows, but
I suppose you don't care about that (poor customers ;) .
This I think is
Kevin Waterson wrote:
PHP 5.3 appears (to me at least) ready for release, give or take a
Will PHP 5.3 be released with fileinfo or will be still me made to use
hacks to detirmine mime types?
Just stumbled on this one myself
The Linux guys have put in a 'nice improvement to attachment
On 15.06.2008, at 08:54, Lester Caine wrote:
From Pierre
Playing off base. What I proposed you is to help us to get your
software continue to run smoothly with PHP, while keeping the windows
support. In the end you may even get a faster version on windows, but
I suppose you don't care about
Lukas Kahwe Smith wrote:
On 15.06.2008, at 08:54, Lester Caine wrote:
From Pierre
Playing off base. What I proposed you is to help us to get your
software continue to run smoothly with PHP, while keeping the windows
support. In the end you may even get a faster version on windows, but
I
On 15.06.2008, at 09:50, Lester Caine wrote:
They have had the discussion and since the php_interbase driver *IS*
working fine with Firebird since Ard produced the PHP5 version of it
then there has been no requirement to replace Ard's effort. None of
the people actively using Firebird on
On 12.06.2008, at 20:52, Lukas Kahwe Smith wrote:
We have the following areas with open submissions:
- SPL (10)
- GD (3)
- Standard (13)
- Date (2)
- SQLite (7)
- OpenSSL (1)
- curl (1)
- EXIF (1)
- hash (2)
- Reflection (22)
- DOM (5)
- PHP Info (2)
All in all there are still 70 open
Positive actions ...
I've looked at the compiling on windows page
http://uk2.php.net/manual/en/install.windows.building.php and it looks like I
have the option to avoid M$ tools and build for windows using cygwin? Except
that I seem to be on my own trying to do that? It refers me the unix
Lukas Kahwe Smith wrote:
Ok, to spell it out one last time: If windows support cannot be provided
in 5.3, there is a good chance that this will increase the likelihood
that interbase driver will soon be out of PHP core, even if it still
works on Linux. Also to remind you once again, our
Lester Caine wrote:
Lukas Kahwe Smith wrote:
Ok, to spell it out one last time: If windows support cannot be
provided in 5.3, there is a good chance that this will increase the
likelihood that interbase driver will soon be out of PHP core, even if
it still works on Linux. Also to remind you
Hi,
Can be moved PECL
- interbase
- fpdf
- fbsql
- sybase and sybase_ct
Sybase can be moved, it is unmaintained. I would've done this long ago if I
could, karma-wise.
Sybase_ct works perfectly for us at 11 and despite feature requests that
exist and me not having put big efforts into it
Hi,
If anyone wants use type hinting, i believe that it should be strict.
Otherwise, it makes more sense to not use it.
I like this generally, but cannot live with the BC issues raised.
Introducing all type names as keywords will make class Object, class
Integer and so on give a syntax
Pierre Joye wrote:
Can be moved PECL
- interbase
- fpdf
- fbsql
- sybase and sybase_ct
Please let me know if you can either help to maintain an extension or
if you see any issue with one of these moves.
i can help with fpdf if needed but it should go to PECL
nonetheless ...
--
Hartmut
hi Timm,
On Sun, Jun 15, 2008 at 11:05 AM, Timm Friebe [EMAIL PROTECTED] wrote:
Hi,
Can be moved PECL
- interbase
- fpdf
- fbsql
- sybase and sybase_ct
Sybase can be moved, it is unmaintained. I would've done this long ago if I
could, karma-wise.
Let see what other thinks about this
hi Lester,
On Sun, Jun 15, 2008 at 10:40 AM, Lester Caine [EMAIL PROTECTED] wrote:
Lukas Kahwe Smith wrote:
Ok, to spell it out one last time: If windows support cannot be provided
in 5.3, there is a good chance that this will increase the likelihood that
interbase driver will soon be out of
hi Lester,
On Sun, Jun 15, 2008 at 10:17 AM, Lester Caine [EMAIL PROTECTED] wrote:
Positive actions ...
Great :-)
I've looked at the compiling on windows page
http://uk2.php.net/manual/en/install.windows.building.php and it looks like
I have the option to avoid M$ tools and build for
Hi,
But if we work together, it should be possible to keep them. Let me
ask you the same than I ask to Lester, will you help us to keep
sybase_ct in php-src? You don't need to know C or php internals but to
actually provide tests and run them when we update the libraries or
releases RC.
On Sun, 15 Jun 2008, Timm Friebe wrote:
If anyone wants use type hinting, i believe that it should be strict.
Otherwise, it makes more sense to not use it.
I like this generally, but cannot live with the BC issues raised. Introducing
all type names as keywords will make class Object,
On Sun, Jun 15, 2008 at 12:41 PM, Timm Friebe [EMAIL PROTECTED] wrote:
But if we work together, it should be possible to keep them. Let me
ask you the same than I ask to Lester, will you help us to keep
sybase_ct in php-src? You don't need to know C or php internals but to
actually provide
Hi all,
I just noticed (don't ask) there are a couple of checks in
zend_do_pass_param() in CVS HEAD that don't exist in PHP_5_3:
if (original_op==ZEND_SEND_REF) {
if (function_ptr
function_ptr-common.function_name.v
function_ptr-common.type == ZEND_USER_FUNCTION
That wasn't very clear, sorry...
The logic in HEAD gives nice, sane warnings. The logic in 5_3 gives the same
warning for everything, e.g:
Deprecated: Call-time pass-by-reference has been deprecated; If you would
like to pass it by reference, modify the declaration of call_user_func()...
Pierre Joye wrote:
hi Lester,
On Sun, Jun 15, 2008 at 10:40 AM, Lester Caine [EMAIL PROTECTED] wrote:
Lukas Kahwe Smith wrote:
Ok, to spell it out one last time: If windows support cannot be provided
in 5.3, there is a good chance that this will increase the likelihood that
interbase driver
hi,
On Sun, Jun 15, 2008 at 4:49 PM, Lester Caine [EMAIL PROTECTED] wrote:
Well when I originally reported the problems that were creeping into
php_interbase (linux and windows) I was told that *I* should fix them, and I
keep being told I should get involved more.
Not easy to fix issues
/ Un*x: Get a .tar.gz,
unpack, phpize, configure and make (last time I tried that didn't
work for
me, must've been some wrong auto-whatever).
If the release is done correctly, a simple pecl install sybase works.
This is an important point because unfortunately in the past a moved
to
Pierre Joye wrote:
hi,
On Sun, Jun 15, 2008 at 4:49 PM, Lester Caine [EMAIL PROTECTED] wrote:
Well when I originally reported the problems that were creeping into
php_interbase (linux and windows) I was told that *I* should fix them, and I
keep being told I should get involved more.
Not
Philip Olson [EMAIL PROTECTED] kirjoitti:
/ Un*x: Get a .tar.gz,
unpack, phpize, configure and make (last time I tried that didn't
work for
me, must've been some wrong auto-whatever).
If the release is done correctly, a simple pecl install sybase works.
And on a related note, have we
Hi
Em Dom, 2008-06-15 às 14:10 +0100, Steph Fox escreveu:
That wasn't very clear, sorry...
The logic in HEAD gives nice, sane warnings. The logic in 5_3 gives the same
warning for everything, e.g:
Deprecated: Call-time pass-by-reference has been deprecated; If you would
like to pass it
Hello,
On Sun, May 25, 2008 at 1:57 AM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
I see absolutely no use in strict mode. Moreover, I consider it harmful
as it teaches people not to use dynamic nature of PHP but instead pepper
their code with unnecessary checks and irrelevant errors. As I
hi Lester,
On Sun, Jun 15, 2008 at 6:22 PM, Lester Caine [EMAIL PROTECTED] wrote:
Not easy to fix issues yourself but you are getting amazingly more
involved, this step is more than welcome!
I've always been monitoring and testing - but my main activity is USING in a
number of other
On Sun, 2008-06-15 at 11:44 +0200, Timm Friebe wrote:
Hi,
If anyone wants use type hinting, i believe that it should be strict.
Otherwise, it makes more sense to not use it.
I like this generally, but cannot live with the BC issues raised.
Introducing all type names as keywords will
Pierre Joye wrote:
I can provide the libs in the next days as well as use them in our
binaries snapshops (5.3, 6.x, maybe 5.2 if it works well and is 100%
BC).
Static linking the client library may be a problem! Flamerobin needs to use
the client for database management, and my legacy
Pierre Joye wrote:
You need it? Please help me to maintain and to provide reliable
binaries for windows
This statements makes it sound like extensions that do not build on
Windows should be removed. That sounds insane to me. Please elaborate.
I must not understand what you are trying to
Hi,
I'm getting errors of hashtable already destroyed when running
phpMyAdmin with PHP 5.3, and (of course), thinking this is a phar issue,
I've traced through and found a problem in the shutdown order.
Basically, php_request_shutdown() calls zend_deactivate() which calls
33 matches
Mail list logo
