> 6 reasons why we must to get rid of The Switch ASAP
Couldn't agree more!
Regards
Marco
I agree +1
Regards
Marco
re or even bother with PECL in 99% of cases in my
experience.
Regards
Marco
ng to develop an app that will run anywhere (not an easy
task I can tell you!).
Regards
Marco
ved first though... If I have time I might try and do it before but
currently I'm pretty snowed under currently.
Regards
Marco
nsion.
I have come across http://wso2.org/projects/wsf/php and wondered if there
were plans to implement some of the more complex features into the core php
extension? Or should I really be implementing these features in PHP itself?
Look forward to any advice
Regards
Marco
feature covered in php core.
Great thanks Lukas, I'll take a look at whats in /ext/soap to see where I
can offer some help.
Regards
Marco
$host = $host['host'];
I can't see any real benefit of this change apart from a WTF factor... its
possible i'm missing something though! Whats the benefit apart from saving a
line of code?
Why not just skip the second line and use $host['host'] instead of copying
it to $host ?
Regards
Marco
I've done some quick checks and I think part of the problem is in the
following commit
http://cvs.php.net/viewvc.cgi/php-src/sapi/apache2handler/config.w32?r1=1.4&r2=1.5
AFAICS mod_php5.c has been renamed mod_php.c in PHP6.
Regards
Marco
er\mod_php5.c'
Stop.
c:\php4build\snap>NMAKE /I /nologo "php6apache2_2.dll"
NMAKE : fatal error U1073: don't know how to make
'sapi\apache2handler\mod_php5.c'
Stop.
Is there any chance of getting these fixed soon so I can get my application
tested with PHP6?
TIA
Marco
c?r1=1.6&r2=1.7
Its very possible i'm wrong as my c coding skills are very rusty.
Hopefully someone will know more accurately so we can get the SAPI's working
again.
Regards
Marco
Hi Pierre
> Can you open a bug report please? One of the windows guys (me or
> other) will try to fix this as soon as possible.
Thanks, bug reported at http://bugs.php.net/bug.php?id=45144
>
> Thanks for the head up!
Thanks for the quick response!
Regards
Marco
>
>
> You're right about the filename, so I corrected config.w32. Though I'm not
> sure about the "unresolved external" part from your next message, so we'll
> wait for someone with more experience than me in that area I guess. :-)
Thanks Matt!
Regards
Marco
: 1 unresolved externals
SAPI sapi\apache build complete
Regards
Marco
://en.wikipedia.org/wiki/Sarcasm ... I hope :-D
Regards
Marco
I got past
all the FUD and really thought about it then it makes sense. Thanks for
stepping up to the plate and making what wasn't a very easy decision!
Regards
Marco
>
>
>
> allow_call_time_pass_reference = Off (Issue Warnings)
>
+1
Regards
Marco
Hi All
The company I am doing some work for is currently using the php_embed to
access the php engine from within a windows based c++ application.
I have been asked a question that I dont know the answer to and all my
googling attempts have failed.
Is there a way from within the embedded system
Something I always thought would be cool to do and havent seen anywhere (or
even know if its possible) is script or extension which can scan a php 4 app
and point out area's where the code isnt compatible with php 5.. similar to
the analyzer in zend studio I guess. This would help people audit exis
> I've written a short paper on the future of PHP and I'd appreciate it
> if you folks would take a look at it and exchange your thoughts with
> me.
I agree with Gareth, the premise that everything as objects and web 2.0 is
the future is a little short sighted IMO and possibly a little blinded by
>
> Is this a crazy idea? Or is it even possible? I guess its not possible to
> garuantee 100% compatability but even 90 - 95% would be a start.
>
I guess this is a crazy idea since no-one has commented :-) Oh well... does
anyone have any suggestions on how we can encourage the deployment of php
>
>
> The same way anything is encouraged in this programming world. Write
> killer apps that only work in PHP 5+. This is a thread that will be
> more at home on php-general@lists.php.net
How can you write killer apps in php5 when less than 5% of low costs
hosting providers support it? Its a
I think all modern distros use this option (afair fedora, debian and
ubuntu do at least).
RHEL 4 / Centos and Freebsd also use this option.
Regards
Mark
Sorry to barge in here with my opinions but isnt this discussion a little
mute?
How many more PHP 4 releases are you expecting? Surely 4.4.3 should be the
last? (Baring any serious security flaws) IMO bug fixes should be reserved
for PHP 5.x releases only.
Regards
Marco
the need to keep the core code maintained and as clean and lean
as possible, but we also need to look at what developers need to create
applications that can be used with mass virtual hosting.
Regards
Marco
case.
Regards
Marco
Marco
PHP
would like to reserve, I think it could be a good idea to start this sooner
rather than later.
Regards
Marco
So moving more extensions from core to PECL will only reduce
the viability of PHP for developers.
Regards
Marco
Marco
Move enough crucial things to PECL, and they'll start being smart
about their install, or they'll start losing customers.
Or PHP will become non viable as a language and people with start using ruby
on rails ;-)
Regards
Marco
Marco
dy then more fool them,
since its madness to try and write for a version of software which is
in constant flux. Anyone that I have discussed this with over the last
year have pretty much universally written code for PHP 5.3 in the hope
that the migration to PHP6 would be made more simple.
Marco
--
P
> I'd actually like to bring up the question of going to DVCS for PHP. I know I
> was a vocal advocate
> against it before, but I've learned a bit since then. Anyone care to discuss?
>
Isn't it already available?
http://github.com/php/php-src
Marco
--
PHP Internal
>From my point-of-view as a developer (and occasional sysadmin) this is
something which I have been looking forward too for some time so
+1 for including in core
+1 for compiling but not enabling
Marco
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: h
+1 From me
Regards
Marco
Hi Sara
+1 from me, a very nice solution to the problem IMO
Regards
Marco
The PHP Development Team would like to announce the immediate release of
PHP 4.4.5.
Nice work! Thanks for your efforts in looking after the PHP 4 release
management.
Regards
Marco
om\php_dom.h(93) : error C2143: syntax error : missing
')' before '*'
w:\1\php-5.2.3\ext\dom\php_dom.h(93) : error C2143: syntax error : missing
'{' before '*'
w:\1\php-5.2.3\ext\dom\php_dom.h(93) : error C2059: syntax error : ')'
Libxml is built and the headers and the libs are placed to the win32build
folder, we are currently trying to build against libxml 2.6.2.26
Can anyone point us in the right direction to get this resolved?
Thanks in advance
Marco
Hi Johannes
Many thanks for your reply, we managed to get it to compile by using the
libxml2 from http://ctindustries.net/libxml/
Thanks for the comment on the simplexml.. it makes sense now why its
disabled.
Regards
Marco
Ladies, Gentlemen, Kings and Princesses,
With the nice PHP 5 / PHP 6 unicode semantics thread under way I am
trying to gauge what people feel about dropping support for PHP 4 at the
end of this year.
+1
Regards
Marco
sed either in say.. 1 or 2 years.
Also I would suggest removing links to PHP4 downloads away from the front
page on the php.net site and maybe put them onto the museum site?
Regards
Marco
sting idea on how to speed up
the migration.
Regards
Marco
to be a
key issue to get people to migrate up to PHP6 so the less painful it can be
made the better.
Regards
Marco
formation on how to port PHP4 app's to PHP5 detailing
area's where issue's are likely to occur so that code can be converted
faster.
Other than that I say roll on 8/8/08 and to PHP4 I say "So long and thanks
for all the fish"!!!
Regards
Marco
FWIW The boxen I get my mail on is running PHP4 and I have absolutely
no trouble with unicode support in my mail (to or from).
The unicode changes in PHP6 are a little more complicated than that and
change how most of the engine works, this is a good thing IMO as native
unicode support is vit
You can do that already with PHP 4 as well if your script is in UTF-8:
Scary! :-D
Regards
Marco
think it belongs in the core.
Regards
Marco
ard
as it seems.
I think this is a good idea but might be hard to implement thinking
about it couldn't we do something along these lines in userspace? IOW create
a script which parses php files and flags up possible issues?
Regards
Marco
on? I can certainly say
it has been better than the one from PHP3 to PHP4 which taught the hosting
companies a big lesson!
Regards
Marco
relasing security updates until 2008-08-08.
Please use the rest of this year to make your application suitable to
run on PHP 5.
Regards
Marco
-by-case basis until 2008-08-08. Please use
the
rest of this year to make your application suitable to run on PHP 5.
Looks good to me!
Regards
Marco
t either update or loose their install
base.
IMO discussing keeping php 4 alive forever is a waste of time.
Regards
Marco
The language for announcing PHP 4's funeral
is already sorted out. The objections to it are all in the "some people
say"
camp. Let's just post it already and get back to arguing about what PHP 6
will offer. :-)
+1 :-)
Regards
Marco
a wiki or
the like that can make the transition easier.
Thoughts?
Regards
Marco
Providing additional functional tests for the PHP runtime
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
nes,
Why can't this be done at autoloading time?
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
e worries of mine, consider that mistakes like the
one with the `ValidatorInterface` may happen again in the future, and this
"PHPism" is actually saving our asses out there.
Don't get rid of it for the sake of clean code, because these "dirty hacks"
have already proven the
ort of additional cognitive load either.
In short, I stand firm on my "if you can implement it in userland, don't
implement it in the language" idea.
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
o cut it here, as we all test our
stuff with E_ALL.
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
Hi Lester,
On 16 March 2015 at 08:04, Lester Caine wrote:
> On 16/03/15 00:16, Marco Pivetta wrote:
> > Syntactic sugar won't really make things easier when adopting the
> language,
> > and I don't like this sort of additional cognitive load either.
> >
> &
libraries using this trick) about this, for example:
>
> http://ocramius.github.io/blog/accessing-private-php-class-members-without-reflection/
>
Also note that this is the only way to access private properties by-ref
(yes, I do need that for my horrible use-cases. No, don't a
Absolutely +1 - most developers are dragged into using the PDO Oracle
driver by "hope" (since they find the docs), and then they get to know the
sad truth about it...
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
On 22 April 2015 at 10:40, Stelian Mocan
be very efficient, as it saves us a method call for an
operation that really doesn't need one.
Systems that depend on `get_class()` a lot would benefit from such a
feature: see for example mapping caches in data mappers and handlers
matching in event handlers.
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
On 27 April 2015 at 19:39, Rowan Collins wrote:
> Marco Pivetta wrote on 27/04/2015 18:25:
>
>> On 27 April 2015 at 16:35, Anthony Ferrara wrote:
>>
>> On Mon, Apr 27, 2015 at 7:18 AM, S.A.N wrote:
>>>
>>>> Now this code causes an error PH
ys get a string representation of what the fully
> qualified class name resolves to.
>
Hey Ralph,
Please refer to current behavior:
http://3v4l.org/3sgLa
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
tandard rather than these
> seeming to be subject to different interpretation all the time.
>
> This before addressing the problems of PHP7 migration ...
>
>
Please refer to https://github.com/php-fig/fig-standards/pull/169
Greets,
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
On 13 July 2015 at 12:20, Lester Caine wrote:
> On 13/07/15 11:51, Marco Pivetta wrote:
> > Please refer to https://github.com/php-fig/fig-standards/pull/169
>
> This just adds another level of complication. FIG is not part of the
> core PHP standards, and some of their choice
On 13 July 2015 at 13:23, Lester Caine wrote:
> On 13/07/15 13:12, Marco Pivetta wrote:
> > It's actually the PhpDocumentor folks (and Mike van Riel in first place)
> > pushing forward PSR-5: there's nothing more "official" than that right
> now.
>
moved before going stable?
I also wasn't able to find any RFC information around it on
https://wiki.php.net/rfc#php_55 - is there any previous discussion around
this, or did it just sneak its way in?
Greets,
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
e OO model basics by introducing a limitation in the interface, rather
than in the broken implementations.
Greets,
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
I should also add that this breaking change was introduced in a patch
release (5.5.8).
What has happened has happened, and I don't want to blame anyone, but this
is actually really broken :-\
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
On 21 July 2015 at 12:14,
On 21 July 2015 at 12:56, Derick Rethans wrote:
> On Tue, 21 Jul 2015, Marco Pivetta wrote:
>
> > I should also add that this breaking change was introduced in a patch
> > release (5.5.8).
>
> That wasn't good, but I don't see how it was a *breaking* change. It
;
> function dirname_n($path, $n) {
> while (($path !== '.') && $n--) $path = dirname($path);
> return $path;
> } <http://www.php.net/unsub.php>
>
>
Indeed.
What need is there to add a functionality to a relatively simple function
like this one?
What's
This sort of change would be a major BC break for 8.x or similar. I also
don't see security implications, tbh.
On Jul 28, 2015 18:41, "Stanislav Malyshev" wrote:
> Hi!
>
> > -1 on this. If there is no technical problem with serializing the
> > Exception class itself, it should be possible to seri
New BC breaks in Beta? Meh.
On Jul 28, 2015 22:44, "Rowan Collins" wrote:
> On 28 July 2015 21:34:06 BST, Marco Pivetta wrote:
> >This sort of change would be a major BC break for 8.x or similar.
>
> I think that was the point of trying to squeeze it into 7.0
>
>
> should i draw you a picture for help?
Yes, but please make sure that it is on 24# cream paper. And draw in charcoal,
because professionals don't use pencils.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
eak. I'd
prefer a strict, well defined list of possible magic methods for the
various internal types. Would that be a big performance issue?
Marco Pivetta
http://twitter.com/Ocramius
http://marco-pivetta.com
On 17 March 2012 14:38, Simon Schick wrote:
> Hi, all
>
> To
Thank you for clarifying some things :)
>4. Strict weak type hinting:
>
> This realm is the most likely to succeed because the core already does
> something like this for internal functions (via zend_parse_parameters).
> This balances utility (enforcing the type) with fundamental language des
@Stefan: travis could be setup to build PHP and check your branches on your
own fork whenever you push... That would reduce some of the overhead
hopefully.
Marco Pivetta
http://twitter.com/Ocramius
http://marco-pivetta.com
On 18 March 2012 19:14, Stefan Marr wrote:
> Hi David:
>
&
there's no conflicts...
Marco Pivetta
http://twitter.com/Ocramius
http://marco-pivetta.com
On 14 April 2012 21:50, Ralph Schindler wrote:
> Hi all,
>
> There are many different use cases were in code we expect classes names as
> arguments to functions as fully qualified nam
@Nicolas: wouldn't __CLASS__ introduce a bit of confusion with the existing
constant?
Marco Pivetta
http://twitter.com/Ocramius
http://marco-pivetta.com
On 17 April 2012 11:17, Nikita Popov wrote:
> On Sat, Apr 14, 2012 at 9:50 PM, Ralph Schindler
> wrote:
> > Hi all,
responsible for those libraries, and that usually happens through IRC
networks.
Marco Pivetta
http://twitter.com/Ocramius
http://marco-pivetta.com
On 12 July 2012 09:28, Ziad Jammal wrote:
> Deal all phpiers,
>
> It took me a while before I hit the send key.
> I have been a php
Well, being able to disable the fallback would allow developers to eagerly
discover features that are going to be dropped (and it doesn't need to be a
soft failure).
Marco Pivetta
http://twitter.com/Ocramius
http://marco-pivetta.com
On 17 July 2012 16:14, Brandon Wamboldt wrote:
>
ing refactoring (at least
without freezing the project), that's part of our job.
Marco Pivetta
http://twitter.com/Ocramius
http://marco-pivetta.com
On 25 August 2012 11:27, Ferenc Kovacs wrote:
> 2012.08.25. 11:16, "Lester Caine" ezt írta:
> >
> > Many of m
@Dmitry that looks more like a function call, while (IMO) it is more
intuitive to consider it like a static property...
Marco Pivetta
http://twitter.com/Ocramius
http://marco-pivetta.com
On 13 September 2012 10:17, Dmitry Stogov wrote:
> Hi Ralph,
>
> I think the syntax is wired.
b.com/php/php-**src/pull/187<
> https://github.com/php/php-src/pull/187>
> >
> > Thanks,
> > Ralph
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>
I don't think autoloading is needed here, since the FQCN can be resolved
without it (exactly like with type hinting).
Marco Pivetta
http://twitter.com/Ocramius
http://marco-pivetta.com
On 8/12/05 2:50 PM, "David Zülke" <[EMAIL PROTECTED]> wrote:
> I have a #9 to share, too:
> Assuming that PHP 6.0 will also have namespaces support (which would be
> cool), it might make sense to move all internal functions to use namespaces
> (if they support functions sitting in there - doesn't
Hey Ilia,
On 8/12/05 3:03 PM, "Ilia Alshanetsky" <[EMAIL PROTECTED]> wrote:
>
> -1 to namespaces. As for modifying functions that would require a fair
> number of function aliases for BC as untold number of scripts will
> break. That is something we are trying to eliminate in the first place.
>
the global namespace and forget
about namespaces altogether--I don't care much for them either, but I do
think that consistent function naming and parameter ordering is an
opportunity worth taking advantage of, that's all.
Marco
> Ilia
>
> Marco Tabini wrote:
>> Hey Ilia
Hi--
Could someone with karma check that this patch is ok for bug #34565 and
commit it to CVS? The patch is against HEAD -- not sure if a separate commit
needs to be made against the 4.x and 5.x branches (and would appreciate some
pointers on this topic).
Cheers!
Marco
--
PHP Internals
nches (and would appreciate some
pointers on this topic).
Cheers!
Marco
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
!
Marco
Index: ext/mbstring/mbstring.c
===
RCS file: /repository/php-src/ext/mbstring/mbstring.c,v
retrieving revision 1.224
diff -u -b -w -B -r1.224 mbstring.c
--- ext/mbstring/mbstring.c3 Aug 2005 14:07:24 -1.224
PHP_MINIT_FUNCTION) if php has been compiled with zlib support
so I can gracefully reports a WARNING...
Thanks,
Marco Bambini
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I can't use the convert_to_string function because my
parameters is binary data but I wonder what I can use in this case, I
need the raw char * pointer and not a C string...
Thanks for you reply,
Marco Bambini
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Thanks a lot Rasmus, I have just (wrongly) assumed that the
convert_to_string function tries to search for the 0 termination
character.
Thanks,
Marco Bambini
On Nov 1, 2005, at 1:35 AM, Rasmus Lerdorf wrote:
Marco Bambini wrote:
I am developing a PHP plugin using PHP 4.4 SDK (not 5) and I
ct isn't
really deleted from the zend_list.
I really appreciate any help for my issue...
Thanks a lot,
Marco Bambini
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
h Marcus that we should asap release a pl1 or 5.1.1.
--
Marco Kaiser
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
just my notes. :)
Marco Kaiser |-| +1 | -2 | -2 | +2 | -1 | -2 | -2 | -2
| -2 | -2 | -1 | -1 | -1 | -0 | +1 | +0 | +0 | -1 | -1 | -0
|
--
Marco Kaiser
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Mehmet,
http://bugs.php.net/bugs-generating-backtrace.php
this is your help to get a backtrace.
> hi Marco. (since being a newbie, please be more clear to me :p)
> sorry but dont know how to do it ? :(
> would u please explain how to provide a full backtrace of my core dum
1 - 100 of 801 matches
Mail list logo
