WSDL: Couldn't load from '$wsdl'");
}
}
}
to be able to catch that problem as an Exception.
Regards,
Knut Urdalen
Lukas Kahwe Smith wrote:
Hi,
why do I get warnings when I have failures in my ext/soap ctor?
try {
$client = new SoapClient('http://i_dont_exist.com
done any rules .. just common sense. if you create
a new page in the rfc namespace, it already comes up with a template
(though that template could use some tweaking).
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
?
A frequent use case is merging a multi dimensional configuration array
with a multi dimensional array containing defaults. At the same time I
cannot find a single use case for the current array_merge_recursive().
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime
affect windows? Is this planned
to go into 5.3?
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
This is just a reminder from your friendly co-RMs that the PHP 5.3
feature freeze is rapidly approaching:
http://wiki.php.net/todo/php53
As you can see there are still a bunch of open topics. For the very
important ones we have tried to contact the authors and work out a
schedule to g
ment if there are more serious examples. Also not sure if some
of this is
affecting the ini scanner (see Bug #45384), as I haven't really
look at its
code.
The ini scanner is a bit broken yes.. :/
Maybe Marcus can help us here? Maybe add some new feature to re2c or
help in implementin
On 22.07.2008, at 13:04, Lukas Kahwe Smith wrote:
1) Closures on class properties just don't work, the only way to do
it is
to do something like:
$c = $a->b;
$c();
Calling: $a->b(); will result in method A::B() does not exists.
would be nice to get this fixed, but at worst i
ting the
closure across
data
5) Its impossible to clone a closure using the cloning keyword:
$a = function(){};
$b = clone $a;
This makes it hard to make a copy of the closure because of objects
always are
passed by reference.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP In
disabled,
should be removed)
Hmm .. am I right to assume that phar is currently only being
developed in 5.3 and HEAD is kept out of sync?
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 22.07.2008, at 08:04, Dmitry Stogov wrote:
Please show me the patch before commit (the last patch I saw wasn't
good enough).
err which patch?
i just suggested to go with the status quo for namespaces in alpha1.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals
when they are exposed to closures we might want to
add this in 5.4/6.0?
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
pecially for novice users. For those users looking to get super
stream lined binaries, with the work by the windows team its more
feasible than ever to make your own binaries (or have someone else do
it for them).
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP
ff
any takers for this patch?
otherwise it will probably not make the cut by the 24th
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
this fixed for alpha1, but if no one has time
I guess it will have to wait for alpha2.
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
nervous. Followed by GC and the re2c change.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello All,
I had a chat with Etienne and Stas on IRC to try and figure out how to
approach things. We decided that its best to go with only having
parent:: be forwarding for alpha1. Depending on user feedback we might
revisit the topic, but for now it seems that with this solution the
lim
reeze is
planned for the 24th.
that being said, on the page i only see benchmarks with artificial
data/code. did you also run some benchmarks again some popular php
applications so see what the real world benefits are in terms of
requests per second?
regards,
Lukas Kahwe Smith
[EMAIL PROTE
http://lars.schokokeks.org/php/E_USER_DEPRECATED.diff
HEAD: http://lars.schokokeks.org/php/E_USER_DEPRECATED-HEAD.diff
Can someone with ZE karma commit this for Lars?
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.ph
nabled, the following is generated
Strict standards: is_a(): Deprecated. Please use the instanceof
operator in
...
would, perhaps, the deprecation level for is_a() move to
E_DEPRECATED (i
noticed its still there in 5.3)?
deprecation of is_a() was a mistake that has been reverted.
regards,
piecemeal fashion.
someone already took care of this job. i presume its pretty complete,
since all cases should be easily greppable. try out 5.3 and lets us
know if you find any places that still need to be migrated.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP
rds,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
with autoload (and long include path lists).
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
with autoload? You sound like autoload is somehow
contrary to performance, which is not true.
There is nothing wrong with autoload. However it adds overhead so if
you want super duper high performance, you use explicit includes/
requires with absolute paths instead.
regards,
Lukas Kahwe Smith
[
given
that the exact output is dependent on the full path of the
relevant script
phpt provides a fair amount of ways to make the expected result dynamic.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.ph
at is
rarely useful is just needlessly confusing, because it makes you think
there is something you are missing.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
still work around this behavior (then again those that care about
optimizations on this level probably do not use autload to begin with).
So I guess the point is .. autoload is there for convinience, so lets
make it as convinient as possible.
regards
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Inter
API related shutdown (free stuff) */
zend_try {
sapi_deactivate(TSRMLS_C);
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
decided by
Marcus/Etienne.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 16.07.2008, at 16:13, Christopher Jones wrote:
Lukas Kahwe Smith wrote:
>
> On 16.07.2008, at 00:50, Christopher Jones wrote:
>
>> > We could still support older Oracle versions with an optional
>> > download. If we want to be super fancy, we might even include
t/oci8 for this kind of setup.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 15.07.2008, at 23:09, Christopher Jones wrote:
Lukas Kahwe Smith wrote:
> In our dreams someone would also make PDO a focus area, since the
number
> of open bugs is getting ridiculous. This is also a call to the
general
> community to try and help to find a PDO maintaine
pment easier, i see no big problem if bzr is used
for this. just make sure to resync soon enough before 5.3.1 so that
the community has a chance to examine the work inside php-src.
my 2 cents ..
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Ma
new non BC breaking features in the
first couple patch releases. So stuff like this could also just wait
for 5.3.x (where 0 < x < 5). so in this context "future php releases"
means any php release after 5.3.0
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internal
th easy to evaluate
candidate patches to consider.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
[1] http://wiki.php.net/todo/php53#to_be_discussed
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 14.07.2008, at 14:20, Ulf Wendel wrote:
Lukas Kahwe Smith schrieb:
there are also a few in PECL:
http://pecl.php.net/bugs/search.php?cmd=display&status=Open&package_name
[]=PDO_mysql
Ok, that's PDO_MYSQL. We checked both pecl.php.net and php.net bug
lists. Are there
on a different projects
since a few months. Its been only a development sprint that made me
getting back to PHP.
there are also a few in PECL:
http://pecl.php.net/bugs/search.php?
cmd=display&status=Open&package_name[]=PDO_mysql
generally all of PDO suffers from the lack of maintai
On 14.07.2008, at 11:29, Ulf Wendel wrote:
Lars Strojny schrieb:
Hi Lukas, hi Johannes,
Am Freitag, den 11.07.2008, 11:59 +0200 schrieb Lukas Kahwe Smith:
- MySQLnd
what's with PDO MySQLnd, will it be part of 5.3?
We did a tough development sprint in the last weeks to make the
s, we will most likely pull the patch from 5.3.
We are hoping to have a stable release of PHP 5.3 out by between mid
September and mid October.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
[1] http://wiki.php.net/todo/php53
[2] We will consider exceptions on a case by case basis until a
e extensions
as well. However it does strike me as something that should be done in
a major PHP version ..
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Just a quick reminder at Johannes and I were looking for feedback by
July 9th (aka tomorrow) ..
On 02.07.2008, at 22:00, Lukas Kahwe Smith wrote:
Summary:
Everybody review [1] and make sure all items you care about are on
the list and your name only appears next to stuff you are actually
On 06.07.2008, at 20:49, Pierre Joye wrote:
On Sun, Jul 6, 2008 at 8:29 PM, Lukas Kahwe Smith
<[EMAIL PROTECTED]> wrote:
On 06.07.2008, at 13:09, Pierre Joye wrote:
In the current state, many extensions are maintained by the active
PHP
developers and not by the original authors,
e can "manually" maintain this file for
this script.
Good point, but should this information still come with the source? So
ideally the bug tracker can pick this information from an "active
maintainer" list in the CREDITS?
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PH
email as a sort of damage control :)
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 03.07.2008, at 02:08, Alan Knowles wrote:
Lukas Kahwe Smith wrote:
Aloha,
Since Johannes has been stumped (and therefore not as visible as he
would have hoped) with work and 5.3 CVS is already filled brim with
awesome new features, I have been approached by several people
wondering
docbook as an intermediate step from reST to dokuwiki, I
should also be able to provide basic docbook support as an optional
format in the wiki. This might make it easier to build documents that
are intended to be integrated into the manual later on.
regards,
Lukas Kahwe Smith
[EMAIL
e closures, traits etc will undoubtedly increase the
incentive to get working quickly on 5.4 and this can happen as soon as
we have 5.3 out the door and working well for our user base.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To u
Aloha,
Since Johannes has been stumped (and therefore not as visible as he
would have hoped) with work and 5.3 CVS is already filled brim with
awesome new features, I have been approached by several people
wondering how we can speed up the process. I have always said I am
available to pla
l rdbms. afaik the mysql developers are looking to implement this
into mysqlnd.
either way, any solution should try to be consistent across all
affected extensions.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
functions that were created inside of the
class have been free'ed?
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
it makes code less readable and maintainable so it
opposes the KISS (Keep It Simple Safe) approach of PHP.
FYI, for future reference I at least added a link to the rfc page to
this thread:
http://wiki.php.net/rfc#declined
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP
page accordingly
yourself (remember that the cvs.php.net login works on the wiki).
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ion needs to be
expanded).
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ple share code, they can no longer rely that
some namespace kung-fu will not break seemingly innocent code.
As such I am +1 for Greg's change.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
are there no PHP UGs, PHP conferences, mailing lists or whatever in
Japan? Isnt there a big translation team active on the Japanese
documentation? Anyways, I do not know these guys and this topic has
been lingering in "myth" stage for months now.
regards,
Lukas Kahwe Smith
[
On 24.06.2008, at 16:10, Derick Rethans wrote:
On Mon, 16 Jun 2008, Andi Gutmans wrote:
From: Lukas Kahwe Smith [mailto:[EMAIL PROTECTED]
I was under impression parser multibyte support wasn't yet fixed.
Was it?
Maybe we should decide if this a show stopper or not. From my
understa
On 23.06.2008, at 14:54, Milan Babuskov wrote:
Lukas Kahwe Smith wrote:
if nobody with C hacking skills is feeling sufficient pain over
this, the assumption is that the pool of users is too small or the
pain is too small.
sorry for such late reply, but I just joined this group. I'm
e that caused a lot of issues for developers.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
the parameter parsing API change that
caused the BC break in array_merge() back in PHP 5.0? If so then I
would appreciate extra care to be taken to minimize these kinds of BC
breaks and at least make sure that these breaks are well documented.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED
are working now during the "hackday" 2 co-workers
and myself are holding here at Liip is to allow people to choose
between the dokuwiki and the reST syntax.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
[1] http://wiki.splitbrain.org/wiki%3Achanges
--
PHP Internals - PHP Runtime D
ened with "be liberal at what
you accept"?
In strict compiled languages, the compiler and IDE will guide you
through this, in PHP you'd just have it explode in your face in
production. How this is good for anybody?
amen.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP
..
It is used by Japanese users, please look at the archives.
right .. so it was mentioned .. show us the code.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 16.06.2008, at 21:53, Felix De Vliegher wrote:
Writing PHPT tests (I already wrote about 35 tests, which can be
found on http://testfest.php.net).
pierre, zoe and lsmith should be able to confirm my cvs account
request.
yup .. all my blessings to this request.
regards,
Lukas Kahwe
and I like that name, because… well it is actually Array (unlike php's
hash/array-mixture) and… well… it is fast ;)
so the next tweak will lead to EvenFasterArray?
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
list. Though this is of course not my call to make.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
italized entire words, please
take a deep breather and hit deleted instead.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
PS: How about instead sending a mail to the firebird foundation, to
which you seem well conntected, and see if they can help?
--
PHP Internals - PHP Runtime Development
om my
understanding we still do not have any example of this being used in
the wild ..
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ase can you stop the shouting.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
5.3.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 14.06.2008, at 16:24, Pierre Joye wrote:
On Sat, Jun 14, 2008 at 3:24 PM, Lukas Kahwe Smith
<[EMAIL PROTECTED]> wrote:
On 12.06.2008, at 16:31, Pierre Joye wrote:
- interbase
- fbsql
- sybase and sybase_ct
I think moving fbsql is quite reasonable. However interbase and
sybas
ppear from the docs. "See no
evil, hear no evil, speak no evil.." ;)
I do not know the decision (anyone who cares about decisions being
remembered should write an RFC nowadays), but I think what Jani is
saying sounds reasonable to me.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
On 12.06.2008, at 16:31, Pierre Joye wrote:
- interbase
- fbsql
- sybase and sybase_ct
I think moving fbsql is quite reasonable. However interbase and sybase
I do not agree with.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To
On 12.06.2008, at 20:52, Lukas Kahwe Smith wrote:
So we still have a number of unreviewed submissions in the TestFest
bug tracker [1]. We need people willing to review these submissions.
The process is quite easy, just head on over to the website, pick a
submission, assign the submission
. It should
hopefully be a fairly low effort way for extension authors to get
their test coverage up a bit and maybe they will get regular test
contributions for their extension of all goes well.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
[1] http://testfest.php.net
--
PHP Internals - PHP
-1
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 19.05.2008, at 15:40, Marco wrote:
This could be a silly question but one of the things that I struggle
with
whilst developing my applications is the lack of WSDL generation in
the PHP
Soap extension and the need to secure my SOAP messages using signing
etc
which isn't really documente
On 19.05.2008, at 23:34, Cristian Rodríguez wrote:
Andrei Zmievski escribió:
Done. See latest commit: switch is removed and mode is defaulted to
On.
Thank you , VERY MUCH Andrei, now we can **really** move forward..
well the next question is binary or unicode as the default for
strings
On 07.05.2008, at 18:35, Andrei Zmievski wrote:
As far as I remember, the latest point was to remove the
unicode_semantics switch and presume that its value is always On. At
the same time we said that binary strings should probably be the
default string type (which I don't agree with), and
On 05.05.2008, at 20:51, Pierre Joye wrote:
On Mon, May 5, 2008 at 8:43 PM, Dmitry Stogov <[EMAIL PROTECTED]> wrote:
It's just simple to make constructors work in the same way in
namespaces and
out of them. It would be difficult to explain why the first script
prints
"ok" and the second do
Hello All,
I just want to bring in a different perception on the proposed
feature. I think people are very focused on what I call "library
code". This is the kind of code that should in theory be worked on
less, than the glue code that you write in every project to finish up
the applicati
On 14.04.2008, at 19:49, Christian Schneider wrote:
Am 14.04.2008 um 19:04 schrieb Chris Stockton:
You are missing the point, why be strict on return types, and
liberal on parameters? Be strict
Because IMHO a function can easily specify what it is returning but
should be flexible in what
On 07.04.2008, at 19:59, Stanislav Malyshev wrote:
Hi!
Right if at all I would agree on having a type hint "scalar", but
not a separate one per type.
IMO (as already was discussed like 10 times?) "scalar" makes no
sense. It doesn't save you any checks, and doesn't provide any
useful inf
On 08.04.2008, at 12:13, Krister Karlström wrote:
Yes indeed you can implement it using the __call method, but it
would be more readable if the language structure itself would
support it. I suggested this just because I think that this is the
most common way of using overloading, thus this
On 11.04.2008, at 21:41, Ryan Panning wrote:
Lukas Kahwe Smith wrote:
Native unicode is not big enough for you?
regards,
Lukas
If you're looking for good PR and reviews, no. I think if you have
very limited new features, the people writing reviews are going to
say PHP 6 doesn't
On 11.04.2008, at 21:30, Ryan Panning wrote:
I have been wondering the answer to this question for a while now. A
LOT of stuff has been backported from PHP 6 to PHP 5.3. So much in
fact, why don't you just call PHP 5.3 version 6?
What major new features are left for PHP 6? The big one I can
On 03.04.2008, at 15:47, Ligaya Turmelle wrote:
I wish to help with the testfest. Lukas told me to start asking
some questions in here. So to help organize things I will add this
information to the testfest wiki page and if you want pass on any
changes for the testfest web page (or you can
On 07.04.2008, at 18:57, Stanislav Malyshev wrote:
Hi!
I just ran into this (IMHO unnecessary) limitation with array_reduce:
Why should it only reduce to an int? Why not a string or an array? I
plan on submitting a patch for PHP 6 to allow other types too.
I'm not sure I understand - how arr
On 07.04.2008, at 18:49, Christian Schneider wrote:
Felipe Pena wrote:
Right, this shouldn't even be on the agenda before we have scalar
type
hints. So, perhaps you can make a patch for that first Felipe?
I don't thought this before!
Sure, i'll try provide a patch.
Just so this side was m
On 03.04.2008, at 10:42, Raphaël Rougeron wrote:
I need access to the php-testfest-web module in order to contribute
to it
I trust that Raphael will do a good job here. For those of you that
have attended PHP Quebec this year, he was one of the speakers from
Paris.
regards,
Lukas
--
PHP
Hi,
I unilaterally put in a "regulation" in place on the wiki on how to
deal with competing/extending proposals, where the original RFC
creator and would be contributors cannot agree on how to integrate the
differences into the original RFC [1]. I already made a note of this
on the wiki a
On 26.03.2008, at 14:04, Felipe Pena wrote:
So what is the conclusion here?
- Added runtime JIT auto-globals fetching and caching. (Dmitry, Sara)
backport (based on the arguments from Pierre)
- Added "jump label" operator (limited "goto"). (Dmitry, Sara)
backport
- Removed support for
On 26.03.2008, at 17:56, Pierre Joye wrote:
On Wed, Mar 26, 2008 at 5:39 PM, Stanislav Malyshev <[EMAIL PROTECTED]>
wrote:
Hi!
- Added runtime JIT auto-globals fetching and caching. (Dmitry,
Sara)
Does this change any semantics, etc? Any reason why it wasn't
merged in
the first place?
On 26.03.2008, at 22:05, Stanislav Malyshev wrote:
"never heard of" XPath.class.php and "also never heard of" some
code deep inside this Xayara CMS.
And used by people. Did I or anybody here on the list actually
contacted with these people or not does not matter - we can't
contact milli
On 26.03.2008, at 20:55, Stanislav Malyshev wrote:
Hi!
I don't think I've ever said I don't like short tags. It's not the
issue here. The issue is that allowing to change it during runtime
adds more WTF to PHP. WTF factors are bad.
2. For any code messing with this value - and this code
Hello Banko,
I remember that you proposed an ORM written in C/C++ last year around
the same time. Back then I was quite opposed to the idea, saying that
something like this best belongs in userland, and that at most certain
bottleneck features should be moved to C (following the example of
On 06.03.2008, at 21:40, Pierre Joye wrote:
Hi All,
1) php internals (php-src, qa, docs etc)
2) any other php.net subproject
3) other php projects
if a proposal falls in 3) it needs to be really good and all the
prosals left in 1) and 2) need to be pretty unexciting in order to be
accepted.
On 06.03.2008, at 21:17, Pierre Joye wrote:
On Thu, Mar 6, 2008 at 7:20 PM, David Coallier <[EMAIL PROTECTED]> wrote:
I think the real question we have to ask is "Do we consider PHPUnit"
standard for PHP Development Unit Testing ?
If so, PHPUnit gets a grant (or a chance to get one under the
On 06.03.2008, at 09:26, Pierre Joye wrote:
On Thu, Mar 6, 2008 at 2:23 AM, Lars Strojny <[EMAIL PROTECTED]> wrote:
Hi,
Am Donnerstag, den 06.03.2008, 01:24 +0100 schrieb Pierre Joye:
[...]
Maybe SOC:2008, using SOC as namespace and 200X for the main pages
is better.
I like that. Is it p
On 06.03.2008, at 00:45, Lars Strojny wrote:
Hi,
Am Mittwoch, den 05.03.2008, 18:54 +0100 schrieb Pierre Joye:
[...]
Yes, that's the plan. Lukas will do it as far as I remember. I also
updated the syntax hightlighter (code tag), it sill uses Geshi but in
a nicer way (for those interested, it
On 05.03.2008, at 18:54, Pierre Joye wrote:
Hi Stan,
On Wed, Mar 5, 2008 at 6:41 PM, Stanislav Malyshev <[EMAIL PROTECTED]>
wrote:
Hi!
Ok so we have a wiki up and running at wiki.php.net. It is
integrated
Great! Thanks a lot!
I should have also mentioned that in fact Pierre was the o
501 - 600 of 900 matches
Mail list logo