On Mon, 2008-06-16 at 09:20 +0300, Arvids Godjuks wrote:
> 2008/6/14 Chris Stockton <[EMAIL PROTECTED]>:
>
> >
> > I personally have always used {} for string offsets because it just felt
> > right. [] seems like it is for arrays, for me, using it on strings makes me
> > feel dirty.
> >
> > Could
On Mon, Jun 16, 2008 at 4:33 AM, Brian Moon <[EMAIL PROTECTED]> wrote:
> 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 soun
2008/6/14 Chris Stockton <[EMAIL PROTECTED]>:
>
> I personally have always used {} for string offsets because it just felt
> right. [] seems like it is for arrays, for me, using it on strings makes me
> feel dirty.
>
> Could we maybe visit some of the ideas you have had with {} syntax offering
> s
IMHO, remove {} and leave [] for strings. Strings is array of chars, so []
syntax is fully OK
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
zend_destroy_rsrc_list(&
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 sa
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 applicatio
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
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
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.
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 p
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 not
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 ea
/ 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 PE
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
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
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()...
I
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 &&
!AR
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
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 Objec
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.
Ther
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 w
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
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 thin
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 Holzg
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 e
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 1&1 and despite feature requests that
exist and me not having put big efforts into it o
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 on
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 windows
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 insta
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 submissi
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 P
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 supp
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 t
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 ha
35 matches
Mail list logo
