I agree on every point.
It's not "buggy as hell" but it's quite annoying and it puts the developer in a 
situation where many workarounds have to be made when these bugs are fixed in CVS...

        -----Original Message----- 
        From: Sascha Schumann [mailto:[EMAIL PROTECTED]] 
        Sent: Sat 17/08/2002 5:18 PM 
        To: Zeev Suraski 
        Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] 
        Subject: RE: [PHP-QA] Re: [PHP-DEV] 4.2.3
        
        

        On Sat, 17 Aug 2002, Zeev Suraski wrote:
        
        > At 22:58 17/08/2002, Sascha Schumann wrote:
        > > > 64-bit fixes (for whatever reason), I think that's quite alright.  
64-bit
        > > > support is a major thing, which people, especially businesses, will not
        > > > really expect to be implemented in a bug-fix release.
        > >
        > >     64-bit support has worked for years in PHP
        >
        > This is what I thought too.  I'm not sure what these fixes are, but it's
        > quite possible that it didn't really work too well in 64-bit systems for
        > years as you and I thought, in which case it's quite alright to wait.  I'm
        > not saying we *should* wait, I'm saying it's a possibility, depending on
        > how far-reaching they are.
        
            Well, my primary workstation was a 64-bit Alpha system for
            about a year in 1999 or 2000.  After fixing a few issues, PHP
            worked without a hitch -- while it is easy for me to imagine
            that new code violated some portability concerns, I don't
            think that PHP or the Zend engine have been actually
            destabilized to the effect of being unusable. :-)
        
            I've had at a look at the bug reports Sebastian Nohn pointed
            out.  None of these are major issues.  Annoying, but nothing
            which would qualify PHP as being "buggy as hell".  Still,
            having these fixes in 4.2.3 would be a definitive advantage.
        
            - Sascha
        
        
        
        
        --
        PHP Quality Assurance Mailing List <http://www.php.net/>
        To unsubscribe, visit: http://www.php.net/unsub.php
        
        



Reply via email to