On Fri, Oct 19, 2018 at 10:17 AM, Dmitry Stogov
wrote:
> Hi Internals,
>
>
> I would like to start discussion on a Preloadng RFC
> https://wiki.php.net/rfc/preload
>
This sounds great, but something about the last paragraph:
> And also, this approach will not be compatible with servers that
On 27.11.2017 17:56, Sara Golemon wrote:
> On Mon, Nov 27, 2017 at 11:38 AM, Florian Anderiasch <m...@anderiasch.de>
> wrote:
>> Somehow it doesn't match the
>> +#if HAVE_NET_IF_H
>> in net.c
>>
>> I had to unconditionally include it (for testing), othe
On 27.11.2017 16:38, Sara Golemon wrote:
> On Mon, Nov 27, 2017 at 10:34 AM, Florian Anderiasch <m...@anderiasch.de>
> wrote:
>> Also I'm really sorry that I disappointed you by not managing to finish
>> testing on OpenBSD (which I actually started just before seeing thi
On 27.11.2017 12:15, Dan Ackroyd wrote:
> On 26 November 2017 at 16:28, Florian Anderiasch <m...@anderiasch.de> wrote:
>
>> if this simply doesn't work on some OSes for
>> no good reason.. that's a pretty leaky abstraction.
>
> Cool. Does that mean that we can
On 26.11.2017 17:10, Sara Golemon wrote:
> On Sun, Nov 26, 2017 at 10:53 AM, Florian Anderiasch <m...@anderiasch.de>
> wrote:
>> Looks good in theory, but without a lot of thought, how likely is this
>> to break/work on "supported" operating systems? (Whic
On 23.11.2017 23:46, Sara Golemon wrote:
> Planning to add net_get_interfaces()
> https://github.com/php/php-src/pull/2935/files for enumerating the
> adapters on a system and their configured addresses.
> Based on a combination of my own implementation and finding out
> krakjoe and ab@ had a
On 26.10.2017 09:23, Alexander Lisachenko wrote:
> Organizing internals in this way could give a chance for community to grow,
> because everyone knows how to raise an issue on GitHub and how to
> contribute to the documentation/RFC.
>
> GitHub also provides flexible way to subscribe to
On 04.12.2016 10:41, Sascha Schumann wrote:
> Ecelerity has been retired for close to two years (Feb 2015).
>
> The MX for php.net is a single, well-maintained Postfix instance.
>
> If there are any issues, please let me know and Cc systems@
>
> Thanks
> Sascha
>
Added it to the wiki now with
On 06/01/2016 12:55 PM, Dmitry Stogov wrote:
> hi,
> Please take a look into the proposal.
>
> https://wiki.php.net/rfc/too_few_args
My first thought went into how people use func_get_args() as this is (in
a sense) the opposite thereof.
That said I couldn't think of a good reason to disagree,
On 06.12.2015 09:46, Christian Stocker wrote:
>
> On 04.12.15 23:17, Andrea Faulds wrote:
>> Hi Florian,
>>
>> I think it's worth pointing out that for OS X, Apple themselves
>> distribute PHP, and in addition there's decent community package
>> managers (Homebrew's the one I like), and it's easy
On 04.12.2015 11:29, Sebastian Bergmann wrote:
> Am 04.12.2015 um 00:09 schrieb Stanislav Malyshev:
>> Windows as a platform is different from Linux/Mac in several aspects
>
> True. But why does the PHP Project have to provide Windows binaries on
> php.net? Microsoft should be treated as any
On 04.12.2015 19:01, Sebastian Bergmann wrote:
> Am 04.12.2015 um 18:53 schrieb Florian Anderiasch:
>> I hate to say it, but not providing an official Windows build is kind of
>> sticking the finger to everyone using Windows for PHP (not the language)
>> development.
>
On 08/03/2015 12:22 AM, Stephen Coakley wrote:
Personally, I'd like to see the mailing list move to a forum-type
system. Lower barrier of entry, more visible archives, and more modern
medium that supports other kinds of attachments and whatnot.
I don't buy the lower barrier of entry
On 28.06.2015 02:46, Stanislav Malyshev wrote:
My question is: should we backport code from PHP 7 that checks for
infinity/nan and put it into 5.6? Or it's not worth it and it's ok for
5.6 to return random weird stuff there? (I know it's not exactly random
and there's a reason why it's that
On 18.06.2015 08:25, Yasuo Ohgaki wrote:
If people still consider it more harm- than useful then please don't flame
me and I'll shut up again :-)
PHP allows
array(
1,
2,
3,
);
therefore
my_variadic_function(
foo,
bar,
qux,
);
is consistent behavior to me.
On 17.03.2015 22:37, Stanislav Malyshev wrote:
While I agree with discussing an ongoing vote, I do not find it ok for
people
to be able to see the current status of an ongoing vote. This might lead to
harassing people into voting just to change the outcome. Clear example:
You frame trying
On 15.03.2015 16:44, Pádraic Brady wrote:
I don't think it's ridiculous in a separate thread around discussing
voting practices. Anthony specifically notes that he is not calling
them bad, or calling for them to be ignored in the context of the
current RFCs. Merely noting that their
On 02/24/2015 03:29 PM, Dennis Birkholz wrote:
Am 24.02.2015 um 14:52 schrieb Philip Sturgeon:
https://wiki.php.net/rfc/anonymous_classes
I like the idea of having anonymous classes, it is very helpful during
development to just try something out without having the burden of
creating a new
On 02/24/2015 04:31 PM, Philip Sturgeon wrote:
On Tue, Feb 24, 2015 at 9:58 AM, Florian Anderiasch m...@anderiasch.de
wrote:
On 02/24/2015 03:29 PM, Dennis Birkholz wrote:
Am 24.02.2015 um 14:52 schrieb Philip Sturgeon:
https://wiki.php.net/rfc/anonymous_classes
I like the idea of having
On 02/11/2015 10:52 AM, Lior Kaplan wrote:
Hi,
I've been doing some editing to the NEWS files, and keep getting this
problem
$ git diff NEWS
fatal: ambiguous argument 'NEWS': both revision and filename
Use '--' to separate filenames from revisions
Although I can do as it suggests, I
On 01/30/2015 06:36 AM, Yasuo Ohgaki wrote:
Hi Cesar,
On Fri, Jan 30, 2015 at 2:16 PM, César Rodas ce...@rodas.me wrote:
I'm wondering if it would be a good idea to have a `strict` mode in PHP.
Many language have them and it is a good idea.
I think it should be a bit different in PHP,
On 01/29/2015 03:49 AM, Levi Morrison wrote:
When doing `make install` with a prefix of `/apps/php/7.0.0-dev` I get:
Installing shared extensions:
/apps/php/7.0.0-dev/lib/php/extensions/no-debug-non-zts-20141001/
Installing PHP CLI binary:/apps/php/7.0.0-dev/bin/
Installing PHP CLI
On 01/27/2015 07:40 AM, Matteo Beccati wrote:
On 27/01/2015 01:34, Bob Weinand wrote:
Hey,
I'd like to request removal of the date.timezone warning.
Here is the RFC:
https://wiki.php.net/rfc/date.timezone_warning_removal
https://wiki.php.net/rfc/date.timezone_warning_removal
The warning
On 22.01.2015 18:05, Rasmus Lerdorf wrote:
By installing a couple of apps (Wordpress-4.1, Drupal8 and Moodle -
there are still some issues in Moodle I haven't figured out yet) on a
box we've tracked down some bugs over the last couple of days. It would
be really useful if we got more eyes on
On 04.11.2014 17:34, Andrea Faulds wrote:
In Python, a decorator is a function (or callable object), and you use one
like this:
@some_decorator(foo, bar)
def myfunc():
# function source code here
I wonder how feasible it would be to add something like this and allow
On 31.10.2014 09:58, Peter Cowburn wrote: On 30 October 2014 21:57,
John Bafford jbaff...@zort.net wrote:
Hi,
I would like to propose the creation of a team to triage the pull
requests
on GitHub, to help ensure that the pull requests are handled in a timely
manner. I am also volunteering to
On 10/27/2014 11:29 AM, Sebastian Bergmann wrote:
On 10/27/2014 10:45 AM, Peter Cowburn wrote:
The closest we have, at the moment, is probably http://php.net/eol.php
which details the versions which are no longer supported.
We need the inverse of that :)
Good question.
Should we
On 09/22/2014 08:56 PM, Zeev Suraski wrote:
The first bullet is the one this thread deals with so far. It clearly
states that having an SVN account isn't enough - but that code contributions
to PHP are mandatory. We should probably consider revising that to also
account for people
On 30.08.2014 23:26, Robert Williams wrote:
If the syntax of heredocs/nowdocs is to be loosened, the biggest aspect I’d
like to see addressed is indentation. I can certainly see how it would be
nice to loosen the restrictions around the post-closing-token newline to
allow easier use in
On 26.08.2014 22:30, Andrea Faulds wrote:
On 26 Aug 2014, at 21:08, Stas Malyshev smalys...@sugarcrm.com wrote:
That would make building PHP for non-internals person harder and the
list of dependencies they need to get right longer. While providing zero
added value. And yes, there are a lot
On 14.08.2014 00:12, James Ward wrote:
I'm not entirely sure that a backwards compatibility break in a minor
release would be considered non-controversial.
[...]
I see this as a bad design choice in the language which should be
rectified... just in a major version.
As it doesn't even
On 24.07.2014 09:13, Pierre Joye wrote:
hi,
On Tue, Jul 22, 2014 at 9:01 PM, Lonny Kapelushnik lo...@lonnylot.com wrote:
Morning,
I propose deprecating two GD functions: imagettftext and imagettfbbox.
The reasons I would like to deprecate them are:
1. Their functionality is a subset of
On 02.10.2013 17:29, Daniel Lowrey wrote:
The superglobals are a hopelessly poor abstraction. Can we stop trying to
put the proverbial gold ring in the pig's snout on this?
[...]
Something like the following would be an infinitely superior solution:
interface HttpRequest {
function
On 09/12/2013 06:43 AM, Philip Sturgeon wrote:
As for the comments about the FIG made by others, I agree with Larry
in that we're doing a pretty good job at trying to build on the
example set forward by internals. Self moderation and workflow are two
important factors to the group, and I
On 09/11/2013 02:35 PM, Johannes Schlüter wrote:
On Wed, 2013-09-11 at 12:44 +0200, Florin Patan wrote:
- having a RFC to make a language change requires to have a patch
which if you don't know C and internals you got no chance of doing.
Well, so what should happen? An RFC without patch is
On 01.09.2013 03:01, Pierre Joye wrote:
Also I don't consider the separation userfriendly. A user comes to
php.net and tries to fetch downloads ... that might be streamlined quite
a bit when properly grouped together.
Many can, could, should or would. Complaining and doing almost nothing
On 06/08/2013 02:54 AM, Sherif Ramadan wrote:
On Fri, Jun 7, 2013 at 1:30 PM, Terry Ellison ellison.te...@gmail.comwrote:
The background to this is that I am a community contributor to PHP
internals and have been actively engaged on the internals and pecl-dev
lists for over a year using my
On 04/24/2013 08:15 AM, Martin Keckeis wrote:
class Something{
public static function blubb();
public static function blubb2();
}
use Abc\Def\Something;
Something::blubb();
Something::blubb2();
Yes of course you can do that as an ugly workaround - but I wouldn't
call that a
On 04/22/2013 11:35 PM, Sherif Ramadan wrote:
On Mon, Apr 22, 2013 at 1:35 PM, Ben Ramsey ram...@php.net wrote:
I've just submitted the following pull request for updates to the
array_column() function:
https://github.com/php/php-**src/pull/331https://github.com/php/php-src/pull/331
I
On 04/22/2013 12:55 AM, Robert Stoll wrote:
I agree with Igor. The readability could be improved and I do not see the
problem of hiding built-in php functions (however, I would not recommend
it).
I would say, if someone hides the normal php built-in function then he or
she is doing that on
Wed, Apr 3, 2013 at 11:01 AM, Johannes Schlüter johan...@schlueters.de
wrote:
Hi,
with opcache being bundled I expectr to see multiple bugs like #64568
where users are trying to load opcache as PHP module (using extension=
in php.ini), I tried to improve the error message a bit.
In
On 03/17/2013 02:12 PM, Clint Priest wrote:
Unfortunately my experience with that process has been that many people
will vote who had no part in the discussion.
I don't see a point repeating points of discussion when being in
agreement with people who already stated their opinion, or being
On 02/25/2013 02:43 PM, Nils Andre wrote:
strings. Not going too much into details here, many programmes always have
to look up the function definition because very similar functions have
their parameters in different orders or simply don't act in a predictive,
well-structured manner. This
On 22.02.2013 22:46, Sebastian Krebs wrote:
/sign
Especially about the implies, that another optional argument may exist:
One does not simply add arbitrary arguments to a function call. Except when
the function signature changes, but in this case (to repeat myself) the
additional diff-line is
On 02/21/2013 08:14 AM, Pierre Joye wrote:
I do not have a single doubt. Why? Surveys are one of many ways to get
feedback. They have no contracting values but give us some numbers about
one rfc or another. That may help us to focus on one feature instead of
another if we see a large number
On 19.02.2013 13:06, Sara Golemon wrote:
Opening RFC to allow trailing comma in function call argument lists
https://wiki.php.net/rfc/trailing-comma-function-args
For completeness' sake:
The VCS argument is kind of moot if you format your source code like
it's sometimes/often seen in
On 03.02.2013 15:18, Ferenc Kovacs wrote:
I requested this one, please approve it and also grant him karma for
web/jenkins.git
Wouldn't it be a possibility to just create a github repo and allow key
access only there?
Greetings,
Florian
--
PHP Internals - PHP Runtime Development Mailing
On 04.02.2013 19:13, Ferenc Kovacs wrote:
yeah, that would work also, but it has some of the concerns that were
mentioned about the git push way:
if you somehow compromise the jenkins box, you can get rouge commits to
the jenkins git.php.net http://git.php.net repo.
as I mentioned, I think I
On 03.02.2013 23:49, Thomas Bley wrote:
Using Debian/Ubuntu, I have python2.6, python2.7 and python3
packages, but only one version of php5-fpm.
Maybe it would be better to have php5.3-fpm and php5.4-fpm, using
/etc/php5.3 and /etc/php5.4 ?
Esp. for Travis-CI it would be much better to have
On 01/30/2013 07:09 AM, Pierre Joye wrote:
On Wed, Jan 30, 2013 at 2:15 AM, Stas Malyshev
smalys...@sugarcrm.com wrote:
Hi!
Python, for example, is thread safe by default. Extensions developers
Doesn't Python have global engine lock?
Right, but they do not give up thread safety. See Thread
On 01/28/2013 10:22 AM, Zeev Suraski wrote:
My suggestion is for voting periods to be limited to one week, regardless
of the topic. It should be more than enough. Regardless, an ‘open ended’
voting period is unacceptable IMHO.
Whatever the voting period is, IMHO the most important thing
On 01/21/2013 11:44 PM, Christopher Jones wrote:
Pierre,
Can you review this RFC and the votes? The wording 5.5 final
release needs assessing. You probably meant first 5.5 production
release. If anyone interpreted it as it is actually written
i.e. terminal 5.5 release, then the vote
On 10.12.2012 15:24, Johannes Schlüter wrote:
On Mon, 2012-12-10 at 21:08 +0800, Adam Harvey wrote:
To be honest, Debian isn't really the distribution I'm worried about.
Ondřej does good work, and Debian Wheezy has PHP 5.4 and isn't miles
off, it seems.
RHEL and Ubuntu are mostly the ones
On 08.09.2012 13:49, David Soria Parra wrote:
Let's keep things simple here, stay on topic and debate
if we want to start with 5.5 and who can RM it.
Hey,
sounds like a really good plan and apart from the probably most-often
named disadvantage, getting people to switch (hard enough to get minor
On 09/06/2012 10:47 AM, Sebastian Bergmann wrote:
On 09/06/2012 06:37 AM, Dmitry Stogov wrote:
The only real advantage could be an ability to expose AST to PHP scripts,
but only few people may need it.
Everyone working on static analysis tools for PHP code needs access to
the (canonical)
On 07/26/2012 11:41 AM, Andrew Faulds wrote:
Hi Stefan,
I made an RFC page on it. http://wiki.php.net/rfc/howto
It's not really an RFC, more a meta-RFC or informational wiki page. It
would helpful if you could edit it too. I just want to make an obvious
go-to place for info on this.
What
On 07/20/2012 11:37 AM, Ivan P @ Hoa wrote:
On 20/07/12 11:28, Lester Caine wrote:
Ivan Enderlin @ Hoa wrote:
Finally, I would like to clarify my proposal: I just wanted to
discuss about
making try/catch braces optional and not criticize PHP syntax…
I don't see how making something worse
On 07/16/2012 10:29 AM, Paul Dragoonis wrote:
Thanks for the comments guys, I like your idea about skipping the
by-ref count parameter.
If the 'default' keyword were to be added in, then you could skip the
4th parameter and add your 5th 'limit' option.
$str = str_replace($search,
On 05/18/2012 01:01 PM, Pierre Joye wrote:
I am doing a study report about PHP, could anyone tell PHP governance? Such
as, who is project manager, package manager, how php make a decision?
There are package leaders in pecl, http://pecl.php.net or extensions
authors/maintainers, see the
On 04/18/2012 11:04 PM, Stas Malyshev wrote:
Hi!
default is already a reserved keyword. It's used in switch
constructs. So it is safe to use :)
Ah, silly me, indeed it is. Then I guess it doesn't hurt to add it as an
option. Will do.
I can't estimate the amount of breakage, but what
Hey there,
due to the widespread acceptance of binary number format (0b1010101) and
the growing demand for backwards compatibility I've started to work on
support for Roman Numerals (I, II, III, ...)
As you might know, this format cannot be strictly parsed from left to
right or right to left, as
Hi,
On 03/06/2012 08:34 AM, Adam Jon Richardson wrote:
[...]
1) Internal functions seen as universally safe would by default be allowed
(e.g, str_replace(), array_pop(), etc.)
2) Unsafe internal functions would have to be explicitly declared (e.g.,
file(), stream_*, etc.)
3) Any includes or
On 04.02.2012 11:10, Lester Caine wrote:
If not then at least it will explain why there is confusion over your
connection with Microsoft!
I don't see how this belongs on internals, why don't you go write him a
mail in private?
--
PHP Internals - PHP Runtime Development Mailing List
To
On 02/03/2012 01:28 AM, Christoph Anton Mitterer wrote:
But this wouldn't solve our discussion here... the question would
still be open, whether Debian sets this flag or not, or whether it
makes two binary packages.
Now that's something I didn't read from Ondřej's mail, but delivering
the
On 01/16/2012 11:25 AM, Stefan Marr wrote:
I would argue that __FILE__ and __LINE__ are not referring to conceptual
entities, but the literal code. And, I guess, they are mostly used for
debugging purposes to identify the relevant code. Thus, I would not change
them, but keep them as
On 01.01.2012 04:49, Clint M Priest wrote:
Looks like wiki.php.net is down... I'm getting an nginx gateway timeout.
Works for me, now.
Related:
Did the monitoring url change or is it still down?
Are there any efforts to bring munin back?
Unrelatedly, happy new year :)
Florian
--
PHP
On 11/17/2011 03:28 PM, Deepak Balani wrote:
* Working in the internals of PHP.
Hi,
this document describes how to start contributing to PHP:
http://svn.php.net/viewvc/php/php-src/trunk/README.SUBMITTING_PATCH?view=markup
Greetings,
Florian
--
PHP Internals - PHP Runtime Development Mailing
Hey there,
I just noticed some inconsistencies in svn usernames used in
SVNROOT/global_avail.
After some shell magic involving sed,grep and diff these names don't
match the 1607 people on master, as of a few minutes ago.
Some are typos I think (sascha - sas, pierre - pajoye, ilia - iliaa),
On 11/08/2011 06:23 AM, Stas Malyshev wrote:
Indeed, valgrind says:
==47112== Warning: ignored attempt to set SIGUSR2 handler in sigaction();
==47112== the SIGUSR2 signal is used internally by Valgrind
So it looks like it won't allow PHP to override signal handlers. The
questions
On 11/08/2011 11:30 AM, Rasmus Lerdorf wrote:
Not deferring SIGUSR2 just because valgrind on OSX doesn't like it isn't
really an option here. We could make debug builds on OSX not defer it, I
suppose.
I didn't want to imply we should change PHP behaviour in order to be
valgrindable :)
On 11/08/2011 10:34 AM, Yasuo Ohgaki wrote:
yohgaki@esi-yasmc1$ USE_ZEND_ALLOC=0 valgrind ./sapi/cli/php -v
==63465== Memcheck, a memory error detector
==63465== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==63465== Using Valgrind-3.6.1 and LibVEX; rerun with -h for
On 08.11.2011 18:47, Rasmus Lerdorf wrote:
Valgrind should also have a way to turn off grabbing SIGUSR2. What if
you are valgrinding something that actually needs it for something real?
Are you out of luck?
According to the docs this might help:
On 11/07/2011 07:52 AM, Stas Malyshev wrote:
Could we address these before RC?
Hi,
there's this one bug https://bugs.php.net/bug.php?id=55121 that (as you
can see in the history) went a bit back and forth - and as of now
neither laruence nor I can reproduce it anymore.
It's either a segfault in
On 11/06/2011 02:07 AM, Clint Priest wrote:
Interested in developing the PHP language. I know c and c++ and would like
to contribute.
Hi,
this document describes how to start contributing to PHP:
http://svn.php.net/viewvc/php/php-src/trunk/README.SUBMITTING_PATCH?view=markup
Greetings,
On 05.07.2011 18:24, Adam Harvey wrote:
However I guess it's more useful to have something like Perl does with -W.
It does really combine -w and -W from Perl, now I think about it.
What would be the options of mimicking -W as closely as possible?
There was this extension (iirc named scream
Hi all,
as of yesterday the CLI server didn't seemed to listen to addr:port in
format like [::1]:3000, so here's a patch.
Feedback very welcome.
Greetings,
Florian
See http://pastie.org/2138304 or this:
--- php_cli_server.c.orig 2011-06-28 19:43:23.123167815 +0200
+++ php_cli_server.c
Oops,
please have a look at the correct diff :)
http://pastie.org/2138369
--- sapi/cli/php_cli_server.c.old 2011-06-29 09:08:28.971479778 +0200
+++ sapi/cli/php_cli_server.c 2011-06-28 19:43:23.123167815 +0200
@@ -1799,13 +1799,28 @@
}
{
- char *p =
On 29.06.2011 19:09, Christopher Jones wrote:
Can you log a bug and attach the patch?
Chris
There you go after bugs is back \o/
https://bugs.php.net/bug.php?id=55073
Greetings,
Florian
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Hello,
there's something that's been on my mind for a while, but I've not yet
fully managed to think more about feasibility.
For those who didn't know this already, Python has a pseudo-module
__future__ that allows BC breaks in future versions to be anticipated.
I'll quote an example:
Hey all,
while I share some of Pierre's concerns I also think this is a great
idea. Fresh contributors always put some extra weight on the people
already on the project, that's nothing new and not exclusive to open
source projects. I do think that a concerted effort like this proposed
program
On 16.05.2011 14:15, Felipe Pena wrote:
Other examples and patch at:
https://wiki.php.net/rfc/improved-parser-error-message
Just for completeness, here's the lengthy thread
we had in October 2010 about this:
http://news.php.net/php.internals/49978
FWIW, I like the Easter Egg :)
Greetings,
On 27.03.2010 13:13, Ferenc Kovacs wrote:
I like the way how the debian guys elect the project leader:
http://en.wikipedia.org/wiki/Debian#Project_organization
http://en.wikipedia.org/wiki/File:Debian-organigram.png
http://en.wikipedia.org/wiki/Schulze_method
Hi,
while I do agree that they
Hi there,
I've tried to come up with a solution for
Formatting option for json_encode
http://bugs.php.net/bug.php?id=44331
Any comments are highly welcome :)
the patch is against the PHP_5_3 branch as HEAD changes quite some
unicode stuff.
Greetings,
Florian
--- ext/json/json.c.orig
Hello,
I've tried to fix http://bugs.php.net/bug.php?id=49757
As it's my first patch in c, any reviews and suggestions would be very
welcome.
Greetings,
Florian
Index: ext/standard/basic_functions.c
===
---
Hello,
bug #47839
Here's a small patch, trying to add the manual page as well (got karma
there) once I figured out how insert a new one, but I can't access
php-src/UPGRADING obviously.
Greetings,
Florian
--- UPGRADING.old 2009-04-18 07:22:26.0 -0400
+++ UPGRADING 2009-04-18
Kevin Waterson schrieb:
Addition of line numbering to phps
This is a rather simple addition and will be benificial to all who use phps
for debugging and/or displaying code. Its a simple diff to zend_highlight.c
Hello Kevin,
I haven't tested this - but if phps output is numbered, it will be
arg, I'm wrong - ignore me please
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I would like to help with translating the manual to German.
FYI: This script on de2.php.net produced an error (failed to open socket on
master.php.net)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
88 matches
Mail list logo