hi, The only fact that you build 5.2 with VC8 means that you apply patches not present in php 5.2 (eventually in 5.3). About moving to VC9 for 5.3, given that we have moved to VC9 and everything is going well so far, that sounds like a logical move. But why would you provide your own binaries with random patches (not a judgement, only a statement) instead of using PHP binaries? Security? We do security releases when a librarie is affected. PHP itself has regular security releases as well. For example, Microsoft uses php.net's binaries for the Web Platform Installer (http://www.microsoft.com/web/). Other comments inline, On Tue, Oct 27, 2009 at 5:51 PM, Shahar Evron <shahar.e@xxxxxxxx> wrote: > 2. Patches that provide Zend Server specific functionality, such as > fixes that help our own specific FastCGI infrastructure to work better. > This is done in a very local and minimal manner, and shouldn't affect > the behavior of your own PHP code. Your own FastCGI to work better than what? > Again, I think the only concern here for you as an end user (and not a > core PHP developer) is the fact that bugs reported through bugs.php.net > might not be accepted. Again, I have no say to whether this is right or > wrong, I am not a core developer and can't judge. As I said you can > always report these bugs to Zend, we can triage and figure out if it's a > PHP bug or a Zend induced bug, and fix accordingly (and push to php.net > if relevant). As being both my concerns are to actually see a kind of fork of PHP, being presented as the only usable binary distributions for windows and other platforms (and for apache too). As with any distributors who apply custom patches, we do not support them. However these distributors usually have an issues tracker and ask their users to report issues there. If they meet a real php bug, it is then then reported in our tracker. That's common practice. We will indeed not reject obvious bugs only because the users use ZS. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
