[PHP-DEV] CVS Account Request: sankazim
Publishing of the AMFEXT extension http://www.teslacore.it/wiki/index.php?title=AMFEXT -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RCs explained (draft)
On 02/20/2007 03:15 AM, Mike R wrote: Antony Dovgal write: On 02/19/2007 08:40 PM, Marcus Boerger wrote: If they only help us they wouldn't do anything. So we need to make clear that they help themselves by running the tests and their own software. Well, saying that they help only themselves is not true. You can help yourself and the PHP team detect problems by installing... I'd say that was more accurate and more likely to inspire people to contribute. I'd reorder it like this: You can help the PHP team and yourself detect problems by installing... Ok, here is the final version. == Release Candidates -- Release candidates are development packages released to check if any critical problems have slipped into the code during the previous development period. Release candidates are NOT for production use, they are for testing purposes only even though in most cases there are (almost) no differences between the general availability (GA) release and the last RC. You can help the PHP Team and yourself detect problems by installing and testing release candidates on your own (non-production!) server. Installation problems. First of all, make sure the build process (on *nix only) and installation went fine for you. PHP supports quite a number of operating systems on different platforms and we continue to work on increasing this number. If you encounter any problems during the installation, we would like to know about them. Testing the installation. When done with the build, please run the test engine by using the 'make test' command and send us the results (hit 'Y' when it asks you whether to send the report). This way we'll receive the required information about your system to fix the problems detected by the test suite (if any). Each and every report goes towards helping us provide the best software we can, your feedback is a valuable resource and the PHP group would hereby like to extend their gratitude for your effort. Real-life tests. We would also appreciate if you install the RC on your development server and run your software. This would help us to detect any (unintentional) changes between the release candidates and general releases. Such real-life tests are the most valuable because our test suite does not yet cover every possible use case (but we're working on that). == -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fileinfo for 5.2.2
On Sun, 18 Feb 2007, Kevin Waterson wrote: Is it possible to include the current pecl extension fileinfo. It is just silly not having the ability to verify a file type as a standard feature. This was discussed earlier and it was thought to have some merit. Can we make it happen? I am all for it, but for that to do we need to make the data file embedded first (like the timezonedb). regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] 4.4.6RC1
Hello! there is a critical issues in PHP 4.4.5: - when register_globals = On, sessions don't work correctly (segfaults). Because of this I'd like to release a 4.4.6 soon with this fixes. As there is also an upgrade to pcre 7.0 we'd need atleast one RC, which I plan to release on Thursday. Any opinions? regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fileinfo for 5.2.2
I'm also very in favor of this, though I like it much better if it would use the same config file as `file` uses. Otherwise it's quite confusion where to config magic and hard to understand why the result differs. Arnold Derick Rethans wrote: On Sun, 18 Feb 2007, Kevin Waterson wrote: Is it possible to include the current pecl extension fileinfo. It is just silly not having the ability to verify a file type as a standard feature. This was discussed earlier and it was thought to have some merit. Can we make it happen? I am all for it, but for that to do we need to make the data file embedded first (like the timezonedb). regards, Derick
Re: [PHP-DEV] fileinfo for 5.2.2
On Tue, 20 Feb 2007, Arnold Daniels wrote: I'm also very in favor of this, though I like it much better if it would use the same config file as `file` uses. Otherwise it's quite confusion where to config magic and hard to understand why the result differs. The idea is to embed the database so that you don't have to configure it - that's currently the big problem with the current (deprecated) solution. regads, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fileinfo for 5.2.2
Derick Rethans wrote: On Tue, 20 Feb 2007, Arnold Daniels wrote: I'm also very in favor of this, though I like it much better if it would use the same config file as `file` uses. Otherwise it's quite confusion where to config magic and hard to understand why the result differs. The idea is to embed the database so that you don't have to configure it - that's currently the big problem with the current (deprecated) solution. I have added fileinfo as a to be discussed item on the 5.3 todo list: http://oss.backendmedia.com/PhP53 regards, Lukas -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 4.4.6RC1
On Tue, 20 Feb 2007, Ilia Alshanetsky wrote: RC followed by a quick release sounds like a good plan. When do you plan to make the RC? ... we'd need atleast one RC, which I plan to release on Thursday. ... :) regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 4.4.6RC1
Derick Rethans wrote: Hello! there is a critical issues in PHP 4.4.5: - when register_globals = On, sessions don't work correctly (segfaults). Because of this I'd like to release a 4.4.6 soon with this fixes. As there is also an upgrade to pcre 7.0 we'd need atleast one RC, which I plan to release on Thursday. PCRE sounds like a destabilizing element, but if confidence is high(?) It would be nice to see a bugfix-only 4.4.x and 5.2.x release very soon, seeing the regressions that have been introduced after the RC phase has begun for the last few releases :) Speaking for joe user here (I patch around them). I have time to examine and run one RC per release here through the paces and not a whole lot more, and I'm pretty sure other testers are in the same place, so to keep adding destabilizing changes after the RC cycles begin - it sort of bites :) Bill -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 4.4.6RC1
On 2/20/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Derick Rethans wrote: Hello! there is a critical issues in PHP 4.4.5: - when register_globals = On, sessions don't work correctly (segfaults). Because of this I'd like to release a 4.4.6 soon with this fixes. As there is also an upgrade to pcre 7.0 we'd need atleast one RC, which I plan to release on Thursday. PCRE sounds like a destabilizing element, but if confidence is high(?) Good question. What's about 4.4.6 with only the required fix(es)? Or is there very good reason to update pcre now? --Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Z_BVAL (lvalue casts)
Hello internals, I don't know if you are aware of that. I just tried to compile some pecl code. I get an error message using this with gcc 4.x if it is used like Z_BVAL(myval) = ...; I was told it the gcc-team deprecated lvalue casts with version 3.4. Regards, Oliver -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 4.4.6RC1
Pierre wrote: Good question. What's about 4.4.6 with only the required fix(es)? Or is there very good reason to update pcre now? 4.4.6 with required fixes seems the safest and fastest. Certainly for those who can't/won't downgrade to 4.4.4 but find 4.4.5 problematic. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ If you can dodge a wrench, you can dodge a ball. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] pcre build problems
Oops, No I'm not used to building php from CVS. I'll create a shell script that calls the following in the right order for me: cvs update ./cvsclean ./configure --my-options make make test Then we'll see what happens! Rebuilding with ./cvsclean run! Chris Hannes Magnusson wrote: Did you ./cvsclean prior to building? -Hannes On 2/20/07, Chris Malton [EMAIL PROTECTED] wrote: Hello, In current CVS (check out about 30 mins ago) there is an error with pcre. When linking PHP, there is an error with unresolved external symbols. Here is the error log: ext/pcre/pcrelib/pcre_compile.o: In function `check_auto_possessive': /root/php6/ext/pcre/pcrelib/pcre_compile.c:1795: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_compile.c:1832: undefined reference to `_pcre_is_newline' ext/pcre/pcrelib/pcre_compile.o: In function `compile_branch': /root/php6/ext/pcre/pcrelib/pcre_compile.c:2209: undefined reference to `_pcre_is_newline' ext/pcre/pcrelib/pcre_exec.o: In function `match': /root/php6/ext/pcre/pcrelib/pcre_exec.c:1209: undefined reference to `_pcre_was_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:1268: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:2722: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:1238: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:1325: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:2834: undefined reference to `_pcre_is_newline' ext/pcre/pcrelib/pcre_exec.o:/root/php6/ext/pcre/pcrelib/pcre_exec.c:3027: more undefined references to `_pcre_is_newline' follow ext/pcre/pcrelib/pcre_exec.o: In function `php_pcre_exec': /root/php6/ext/pcre/pcrelib/pcre_exec.c:3993: undefined reference to `_pcre_was_newline' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 Build platform: Ubuntu Server x64 6.10 Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] pcre build problems
On 02/20/2007 11:49 PM, Chris Malton wrote: Oops, No I'm not used to building php from CVS. I'll create a shell script that calls the following in the right order for me: cvs update ./cvsclean insert ./buildconf here ./configure --my-options make make test Then we'll see what happens! Rebuilding with ./cvsclean run! -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: pcre build problems
On 02/21/2007 12:17 AM, Chris Malton wrote: OK, there are still some problems with PHP6, as indicated by my make test command. The script has posted my results to the server. I await the message's arrival on php.qa Btw, it won't appear on php.qa. Only test results for current releases and RCs appear there. -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: pcre build problems
On 2/20/07, Chris Malton [EMAIL PROTECTED] wrote: OK, there are still some problems with PHP6, as indicated by my make test command. The script has posted my results to the server. I await the message's arrival on php.qa PHP QA only accepts test results from the current test or stable releases, that is; In RC phase: only test results from that RC get accepted. No RC out yet: Only latest release gets accepted. Meaning: currently PHP QA only accepts tests from PHP4.4.5 5.2.1. -Hannes Chris Chris Malton wrote: Hello, In current CVS (check out about 30 mins ago) there is an error with pcre. When linking PHP, there is an error with unresolved external symbols. Here is the error log: ext/pcre/pcrelib/pcre_compile.o: In function `check_auto_possessive': /root/php6/ext/pcre/pcrelib/pcre_compile.c:1795: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_compile.c:1832: undefined reference to `_pcre_is_newline' ext/pcre/pcrelib/pcre_compile.o: In function `compile_branch': /root/php6/ext/pcre/pcrelib/pcre_compile.c:2209: undefined reference to `_pcre_is_newline' ext/pcre/pcrelib/pcre_exec.o: In function `match': /root/php6/ext/pcre/pcrelib/pcre_exec.c:1209: undefined reference to `_pcre_was_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:1268: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:2722: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:1238: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:1325: undefined reference to `_pcre_is_newline' /root/php6/ext/pcre/pcrelib/pcre_exec.c:2834: undefined reference to `_pcre_is_newline' ext/pcre/pcrelib/pcre_exec.o:/root/php6/ext/pcre/pcrelib/pcre_exec.c:3027: more undefined references to `_pcre_is_newline' follow ext/pcre/pcrelib/pcre_exec.o: In function `php_pcre_exec': /root/php6/ext/pcre/pcrelib/pcre_exec.c:3993: undefined reference to `_pcre_was_newline' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 Build platform: Ubuntu Server x64 6.10 Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Z_BVAL (lvalue casts)
Oliver Block wrote: Hello internals, I don't know if you are aware of that. I just tried to compile some pecl code. I get an error message using this with gcc 4.x if it is used like Z_BVAL(myval) = ...; That should be ZVAL_BOOL(z, ...); So, what's been some pecl code? -- Michael -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
