[PHP-DEV] PHP 5 Beta 3
Guys (n' Girls), I think there was a lot of good and positive talk in the past few emails. Let me summarize: a) There are still people who have to fix some of their extension and are actually working on them. These fixes should definitely be in PHP 5 and the RC. b) There are people who are working on new or major rewrites of their extensions such as Shane and Marcus, who acknowledge that when they are done, their extensions will be released. I understand from Marcus that he's fine to have PDO in 5.0.0 or 5.0.1 whatever is relevant. As PDO is something many are waiting for, no matter when it is released as stable, people will start using it. c) There are bastard extensions such as Java and Corba (I thought that Java was fixed by Wez) and no one is touching them. I believe that no release of PHP can wait indefinitely for someone to take ownership and fix such extensions. We will either need to remove them or pray someone picks them up quickly (although I still think Java is supposed to work). In any case, we are talking about two very non mainstream extensions here. It's not as if the Java one is a very feasible extension to use in production environments because it's slooo and heavy. d) If you're an extension maintainer or just a good guy, please take a look at the bug reports. So I suggest the following, let's kick ourselves in the tush, aim for Beta 3 on the 30th of November, and hopefully after that we can do a feature freeze and go into bug fixing only mode. We can re-evaluate this date as we get closer in case people are really having a hard time getting their stuff done. But we can't wait for people who just don't have time in the next few months. That doesn't make sense. How's that? :) Andi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 Beta 3
Andi Gutmans wrote: It's not as if the Java one is a very feasible extension to use in production environments because it's slooo and heavy. I agree. But I think people might yell at us because when remove functionality from PHP 4 to PHP 5. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] raw post data
Any chance we can make the necessary changes to support an upload progress bar? I came accross this web site but I'm not quite sure if always populating RAW_POST_DATA is enough. http://www.raditha.com/php/progress.php Andi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 Beta 3
On Wed, 2003-11-12 at 08:57, Sebastian Bergmann wrote: Andi Gutmans wrote: It's not as if the Java one is a very feasible extension to use in production environments because it's slooo and heavy. I agree. But I think people might yell at us because when remove functionality from PHP 4 to PHP 5. Stuff them into PECL and let them mature alongside PHP 5. The 0.001% who care can install the java extension and such from there. - Stig -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] some public relation for php 5
*This message was transferred with a trial version of CommuniGate(tm) Pro* Hi all, after the RC/Beta-discussion of php5 i habe set up a separate mailinglist to discuss about HOW we can make a better public relation for PHP5. The reason for doing this is, that IMHO there is far to less information/documentation about php5, what will change, what php-developers have to look at when migrating to php5 and so on ... my idea was, to set up a column on well known php-portals around the world, that informs about how to migrate, what will be new, what will change AND doing this column continously and translated in every possible/needed language. So what we need are php-webportals, who are wellknown in their countries and can deliver the (translated) contents (so i would do this with Dynamic Web Pages, as this is a well known german-speaking php-portal that just celebrated his 4th birthday btw ;)) and we need authors ofcourse (as Kevin? ;)). I would really like many people to support this project. I think, if we can manage to set up such an column, the international version of it would be published on php.net, and localized ones on whatever portals (we have a list of php-sites around the world on http://www.php.net/links.php, so maybe theses people can subscribe to the mailinglist). At last i would like to ask you portalsite-owner to publish the mailinglist on your site, so that people, who do not read php-dev get informed about it. Thanx! ah, and i probably should tell you how to subscribe to the list ;): [EMAIL PROTECTED] if you get the confirmation-mail, just hit reply and paste the confirmationID into the subject to get subscribed. i hope many people will support this, as we all should help to get PHP5 into real world ;) cheers -Wolfgang -- PHP-Knotenpunkt Dynamic Web Pages: http://www.dynamicwebpages.de/ PHP 4.3. Professionelle Lösungen für dynamisches Webpublishing: http://www.php-buch.de/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 Beta 3
On Wed, 12 Nov 2003, Sebastian Bergmann wrote: Andi Gutmans wrote: It's not as if the Java one is a very feasible extension to use in production environments because it's slooo and heavy. I agree. But I think people might yell at us because when remove functionality from PHP 4 to PHP 5. The thing doesn't work. Why would someone yell at anyone about removing something that didn't actually exists in the first place? :) btw. Someone needs to remove sapi/servlet too. It depends on ext/java which doesn't exist anymore. --Jani -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
AW: [PHP-DEV] PHP 5 Beta 3
*This message was transferred with a trial version of CommuniGate(tm) Pro* Hi Derek, I would suggest starting a mailing list or some such for the admins of php community websites, where you guys can write up small explanations and lists of your changes that make it to cvs. started this one already, please subscribe [EMAIL PROTECTED] regards, -Wolfgang -- PHP-Knotenpunkt Dynamic Web Pages: http://www.dynamicwebpages.de/ PHP 4.3. Professionelle Losungen fur dynamisches Webpublishing: http://www.php-buch.de/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 Beta 3
On Nov 12, 2003, at 3:42 AM, Stig S. Bakken wrote: On Wed, 2003-11-12 at 08:57, Sebastian Bergmann wrote: Andi Gutmans wrote: It's not as if the Java one is a very feasible extension to use in production environments because it's slooo and heavy. I agree. But I think people might yell at us because when remove functionality from PHP 4 to PHP 5. Stuff them into PECL and let them mature alongside PHP 5. The 0.001% who care can install the java extension and such from there. I agree this is the right way to go. George -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
At 07:37 12/11/2003, Stig S. Bakken wrote: Yes, but it's not only the engine that would be going into RC, it's the entire distribution. John has a very good point in that some of the changes that people are looking to PHP 5 for will be extension specific, releasing an RC before the extensions are more or less stable doesn't make sense to me. I think that this is one of the cases where the saying 'The biggest enemy of good is perfect' applies. I pretty much disagree with the main point of John. The key features of PHP 5.0, the ones people are talking about, are the new object model, XML (SimpleXML), and maybe mysqli and SQLite. These are all in very good conditions, all RC-quality AFAIK. Waiting for additional features is wasting time, as simple as that. It doesn't come to say that these additional features are not important. They may very well be very important. But the fact we've been sitting on so many features, ZE2, SimpleXML, mysqli and more and not giving the general public access to them makes no sense. I just can't agree with the notion of 'It makes no sense to release 5.0, just to release 5.1 shortly afterwards'. To that I say - it sure does! That's typically the opensource approach, release early, release often. Given our release cycles as of late, there's no chance we'll meet that theme even if we release tomorrow morning :) But we shouldn't go to the opposite extreme. My suggestion - we'll work on fixing ZE2 bugs (*). Fix as many as we can as soon as possible, and aim to release on Dec 15. Worst case - we'll delay to Xmas. If enough changes accumulate - we can have B3 too, but I'm not sure it will be necessary, because the betas don't appear to gain too much interest, at least not the kind of interest we need from the wide public. At this timeframe - if somebody feels he has some very pressing matter that, for some reason, must be ready for PHP 5.0.0 - by all means, finalize it. You have more than a month. But even more importantly, be advised that it's almost certain that this feature does NOT have to be in PHP 5.0.0. It can be in 5.0.1, or 5.1, or 5.2. Guys, major PHP 4 features (like output buffering, output compression, XML support) came post PHP 4.0.0. Now, while popping mail over a 24,000bps modem in some hotel in Tokyo, I just saw that Andi suggested that we go for Beta 3 around Nov 30. To be honest - again, given the relative lack of wide feedback for the betas - I don't think it will be very beneficial, but I don't think it'll do any harm either. I think we should still try and aim for RC1 for Dec 15, unless we get major negative feedback for B2 or B3 by that time. BTW - I agree with Edin about some issues that need to be solved, with the most important one IMHO being libxml bundling. In all efforts to avoid a thread on this subject of any shape or form - I'd really like to push the approach of having two source dists - one w/ libxml, and one w/o it, both created by makedist, and available for download. I think that even the biggest advocates of bundling as well as the biggest advocates of PHP-purity can live with that solution. Now the only question is whether there are any volunteers to make the necessary patches to PHP's build as well as makedist that will make this magic ;) Zeev (*) I think many of those are actually old ZE1 bugs that were tested to also break ZE2, and given the fact I told Jani that ZE1 bugs are second priority, he retagged them as ZE2 bugs. You may have to keep them for downwards compatibility ;) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
Uwe Schindler wrote: One important thing before RC1 is to fix the libraray filenames on Windows to be php5.dll. How is the status about that? I'll do the diff file next Saturday. But we will need to rename some files in case a php4... name doesn't sound right. Oliver -- GB/E/IT d+ s+:+ a-- C++$ UL$ P L+++$ E- W++$ N- ?o ?K w--(---) !O M+$ V- PS+ PE- Y PGP t++ 5-- X+@ R- tv++ b++(+++) DI D+ G++ e+++ h(*) r y+(?) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
Zeev Suraski wrote: Now, while popping mail over a 24,000bps modem in some hotel in Tokyo, I just saw that Andi suggested that we go for Beta 3 around Nov 30. To be honest - again, given the relative lack of wide feedback for the betas - I don't think it will be very beneficial, but I don't think it'll do any harm either. I think we should still try and aim for RC1 for Dec 15, unless we get major negative feedback for B2 or B3 by that time. Maybe I am mistaken, but I just though of that this morning... I was reading some slides from Rasmus yesterday, and I was looking at a graph about Op-Codes compilation/cache. I then asked myself how it would be done in PHP5. Will it be possible with ZE2 to use IonCube PHP4/Zend Cache and APC? If is it pertinent, how could developpers of those extensions port their code to the new ZE2? Would it require some sort of API freeze in ZE2? If ZE2 needs to be freezed for those extensions to be ported, maybe it would be a good idea to release RC1 ASAP. Oliver -- GB/E/IT d+ s+:+ a-- C++$ UL$ P L+++$ E- W++$ N- ?o ?K w--(---) !O M+$ V- PS+ PE- Y PGP t++ 5-- X+@ R- tv++ b++(+++) DI D+ G++ e+++ h(*) r y+(?) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 Beta 3
On Wed, 12 Nov 2003, Andi Gutmans wrote: So I suggest the following, let's kick ourselves in the tush, aim for Beta 3 on the 30th of November, and hopefully after that we can do a feature freeze and go into bug fixing only mode. We can re-evaluate this date as we get closer in case people are really having a hard time getting their stuff done. But we can't wait for people who just don't have time in the next few months. That doesn't make sense. If we're rushing to release, can we at least bundle a version of mysqli that can work with the 4.1-alpha download packages on MySQL.com? There's going to be zero public testing of this extension when people need to: 1) Install BitKeeper (which I can't even do on my Mac OS X) 2) Upgrade to autoconf 2.5.3 3) Upgrade to Automake 1.5 4) Upgrade to Libtool 1.4 5) Upgrade to Bison 1.7.5 If they want to build MySQL 4.1 from CVS, which is what's necessary to get mysqli to compile. That's a real PITA and I doubt anyone's going to do this without extreme motivation. -adam -- [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
How about function names (in my SAPI module I changed everything from for example php4_execute to php5_execute for NSAPI). How about Apache and the others? Should be there some in-code fixes, too? At 16:49 12.11.2003, Olivier Hill wrote: Uwe Schindler wrote: One important thing before RC1 is to fix the libraray filenames on Windows to be php5.dll. How is the status about that? I'll do the diff file next Saturday. But we will need to rename some files in case a php4... name doesn't sound right. Oliver -- GB/E/IT d+ s+:+ a-- C++$ UL$ P L+++$ E- W++$ N- ?o ?K w--(---) !O M+$ V- PS+ PE- Y PGP t++ 5-- X+@ R- tv++ b++(+++) DI D+ G++ e+++ h(*) r y+(?) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php - Uwe Schindler [EMAIL PROTECTED] - http://www.php.net NSAPI SAPI developer Erlangen, Germany -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 Beta 3
That would be illegal. If we're rushing to release, can we at least bundle a version of mysqli that can work with the 4.1-alpha download packages on MySQL.com? -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
Uwe Schindler wrote: How about function names (in my SAPI module I changed everything from for example php4_execute to php5_execute for NSAPI). How about Apache and the others? Should be there some in-code fixes, too? You mean like php5_apache.dll should be loaded with a: LoadModule mod_php5 php5_apache.dll And not with: LoadModule mod_php4 php5_apache.dll Oliver -- GB/E/IT d+ s+:+ a-- C++$ UL$ P L+++$ E- W++$ N- ?o ?K w--(---) !O M+$ V- PS+ PE- Y PGP t++ 5-- X+@ R- tv++ b++(+++) DI D+ G++ e+++ h(*) r y+(?) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
On Wed, 12 Nov 2003, Zeev Suraski wrote: (*) I think many of those are actually old ZE1 bugs that were tested to also break ZE2, and given the fact I told Jani that ZE1 bugs are second priority, he retagged them as ZE2 bugs. You may have to keep them for downwards compatibility ;) Actually most of the bugs that are found in both ZE1 and ZE2 are in the 'Scripting engine problem' category. ZE2 only bugs are in the Zend Engine 2 problem category. (at least I've _tried_ to keep them separated like this) Of course some of the ZE2 bugs might be found in ZE1 too, I haven't tested them all.. --Jani -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] return by reference behaviors in PHP 5
Greetings:
I'm familliar with the new Only variables or references can be returned
by reference behavior in PHP 5 and am helping the PEAR crew resolve
compatibility issues on this front.
I ran some tests using the php5-win32-20031530 snapshot and came
across results I didn't expect. I thought PHP 5 was only supposed to
return variables. But it just as happy to return strings, expressions,
constants, etc. Conversely, attempts to return a variable on the line of
the return doesn't fly.
Is all of this intended? Will any of these behaviors cause memory
corruption? Will these behaviors change? It seemed better to ask now
both to make sure this is what's supposed to happen and to ensure PEAR
developers don't have to do yet another code rewrite later.
I searched various list and news group archives for answers to this, but
found nothing exactly covering this matter.
Below is a test script outlining what happened vs what I thought would
happen.
Thanks,
--Dan
function intention() {
$x = 1;
return $x; // works, as intended
}
define('DB_OK', 'a constant');
function a_const() {
return DB_OK; // works, but should it?
}
function str() {
return 'a string'; // works, but should it?
}
function int() {
return 4; // works, but should it?
}
function tru() {
return true;// works, but should it?
}
function nul() {
return null;// works, but should it?
}
function expr() {
return 5 + 2; // works, but should it?
}
function assign() {
return $x = 8; // error, but shouldn't it return $x by reference?
}
$y = intention();
echo br /intention() = $y;
$y = a_const();
echo br /a_const() = $y;
$y = str();
echo br /str() = $y;
$y = int();
echo br /int() = $y;
$y = tru();
echo br /tru() = $y;
$y = nul();
echo br /nul() = $y;
$y = expr();
echo br /expr() = $y;
$y = assign();
echo br /assign() = $y;
/*
* RESULTS
*
* intention() = 1
* a_const() = a constant
* str() = a string
* int() = 4
* tru() = 1
* nul() =
* expr() = 7
*
* Fatal error: Only variables or references can be returned by reference
* in d:\atest.html on line 36
*/
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com/
4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
Zeev Suraski wrote: My suggestion - we'll work on fixing ZE2 bugs (*). Fix as many as we can as soon as possible, and aim to release on Dec 15. Worst case - we'll delay to Xmas. If enough changes accumulate - we can have B3 too, but I'm not sure it will be necessary, because the betas don't appear to gain too much interest, at least not the kind of interest we need from the wide public. The primary reason I see for a beta 3 is to provide the php developer community a hard date for finishing features prior to a feature freeze. Then we can give ourselves some time for QA and bug fixing (2-4 weeks), and release the RC. I think doing a sudden RC and continuing with normal development at the same time is not good. Do a beta 3, branch on when we release it and feature freeze the branch. That branch will be 5.0. I understand not wanting to have 5.0 release dwindle into an unseen future (it's been an awfully long time already), and I'm excited for it's release, but I don't understand the necessity to release all of a sudden, or the need to have it out in december. It feels like short circuting the release cycle to me. I think if we go beta 3 at the end of Nov., then an RC sometime in the second half of Dec., we'd be doing pretty good. Release could then happen in January sometime, depending on the stability of the RC. I also think that yet again, this discussion is showing the need for PECL to manage releases of extensions seperately. I know things are moving in that direction, but I'd like to keep it on peoples minds :) Shane -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
Hello Olivier, Wednesday, November 12, 2003, 5:12:37 PM, you wrote: Uwe Schindler wrote: How about function names (in my SAPI module I changed everything from for example php4_execute to php5_execute for NSAPI). How about Apache and the others? Should be there some in-code fixes, too? You mean like php5_apache.dll should be loaded with a: LoadModule mod_php5 php5_apache.dll I installed php5 from ./makerpm today and yes i needed to LoadModule mod_php5 php5_apache.dll (if i were on windows) -- Best regards, Marcusmailto:[EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
FW: [PHP-DEV] patch for ssize_t stuff in win32 build
OK, this time I'll name it '.txt' too .. ! let me know if you have any trouble with applying it, I haven't tested this software before. -Original Message- From: Steph [mailto:[EMAIL PROTECTED] Sent: 12 November 2003 20:42 To: internals Subject: [PHP-DEV] patch for ssize_t stuff in win32 build I stayed with the stuff we know _can't_ affect anything else this time ;) Please can someone with the requisite karma commit this? - Steph Index: ext/gd/libgd/gd_jpeg.c === RCS file: /repository/php-src/ext/gd/libgd/gd_jpeg.c,v retrieving revision 1.14 diff -u -r1.14 gd_jpeg.c --- ext/gd/libgd/gd_jpeg.c 26 Oct 2003 00:42:42 - 1.14 +++ ext/gd/libgd/gd_jpeg.c 12 Nov 2003 20:28:21 - @@ -38,10 +38,6 @@ #include jpeglib.h #include jerror.h -#if PHP_WIN32 -typedef SSIZE_T ssize_t; -#endif - static const char *const GD_JPEG_VERSION = 1.0; typedef struct _jmpbuf_wrapper Index: main/config.w32.h === RCS file: /repository/php-src/main/config.w32.h,v retrieving revision 1.79 diff -u -r1.79 config.w32.h --- main/config.w32.h 4 Oct 2003 02:51:19 - 1.79 +++ main/config.w32.h 12 Nov 2003 20:28:27 - @@ -174,7 +174,7 @@ #define SIZEOF_LONG_LONG_INT 0 #define SIZEOF_LONG_LONG 0 #define SIZEOF_INTMAX_T 0 -#define ssize_t ptrdiff_t +#define ssize_t SSIZE_T #ifdef _WIN64 # define SIZEOF_SIZE_T 8 # define SIZEOF_PTRDIFF_T 8 Index: sapi/cgi/libfcgi/include/fcgi_config_win32.h === RCS file: /repository/php-src/sapi/cgi/libfcgi/include/fcgi_config_win32.h,v retrieving revision 1.1 diff -u -r1.1 fcgi_config_win32.h --- sapi/cgi/libfcgi/include/fcgi_config_win32.h26 Nov 2002 05:51:16 - 1.1 +++ sapi/cgi/libfcgi/include/fcgi_config_win32.h12 Nov 2003 20:28:28 - @@ -106,6 +106,3 @@ /* Define as `__inline' if that's what the C compiler calls it, or to nothing if it is not supported. */ /* #undef inline */ - -/* Define to `int' if sys/types.h does not define. */ -#define ssize_t int \ No newline at end of file -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
Marcus Boerger wrote: I installed php5 from ./makerpm today and yes i needed to LoadModule mod_php5 php5_apache.dll (if i were on windows) Hello Marcus, Well, that's what I though. IIRC, the last time I tried PHP5 under Windows, the Apache SAPI code was changed. I was uncertain what Uwe meant about the php5_execute. Was he refering to the LoadModule directive under Apache? Oliver -- GB/E/IT d+ s+:+ a-- C++$ UL$ P L+++$ E- W++$ N- ?o ?K w--(---) !O M+$ V- PS+ PE- Y PGP t++ 5-- X+@ R- tv++ b++(+++) DI D+ G++ e+++ h(*) r y+(?) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
Hello Zeev, Wednesday, November 12, 2003, 3:14:27 PM, you wrote: [...] BTW - I agree with Edin about some issues that need to be solved, with the most important one IMHO being libxml bundling. In all efforts to avoid a thread on this subject of any shape or form - I'd really like to push the approach of having two source dists - one w/ libxml, and one w/o it, both created by makedist, and available for download. I think that even the biggest advocates of bundling as well as the biggest advocates of PHP-purity can live with that solution. Now the only question is whether there are any volunteers to make the necessary patches to PHP's build as well as makedist that will make this magic ;) Well said. I did some work on makerpm and already got it working again. Then with the help of ilia the next step is to split up the process to generate multiple rpms for the different extensions. Once this is ready we'd either need some magic selection thingie or have some machines that build for the important distributions. Best regards, Marcusmailto:[EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
Hello Thies, Wednesday, November 12, 2003, 9:47:01 PM, you wrote: On Wed, Nov 12, 2003 at 09:44:23PM +0100, Marcus Boerger wrote: Hello Olivier, Wednesday, November 12, 2003, 5:12:37 PM, you wrote: Uwe Schindler wrote: How about function names (in my SAPI module I changed everything from for example php4_execute to php5_execute for NSAPI). How about Apache and the others? Should be there some in-code fixes, too? You mean like php5_apache.dll should be loaded with a: LoadModule mod_php5 php5_apache.dll I installed php5 from ./makerpm today and yes i needed to LoadModule mod_php5 php5_apache.dll (if i were on windows) and - as we all know - marcus runs windows, so we're ready for a release;-) ...actually that was a damn stupid semi production 'suse' (shudder). helly uses windows as the client :-) -- Best regards, Marcusmailto:[EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC 1 - Article/Tutorial Sponsorship Opportunity
I saw a mention of someone inquiring if Zend would sponsor the writing of articles / tutorials on PHP5, and that it appeared Andi wasn't too keen on the idea. I went to my boss and found that my employer would be interested in possibly sponsoring articles to be written on the new features and benefits of PHP5. We own a large network of web development and web hosting related sites (hotscripts.com / webhostingtalk.com / devpapers.com / programmingtalk.com / dbforums.com / etc.) If your interested in this, please contact us for more information. Please reply to: [EMAIL PROTECTED] Jeremy Johnstone Lead Developer iNET Interactive http://www.inetinteractive.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] php5 method return reference error?
Howdy,
I'm playing with php5 (from cvs), and came accross a strange error
that doesn't happen with php4. Maybe someone can shed some light on
this for me?
I get the error
Fatal error: Only variables or references can be returned by reference
in /home/waboring/devel/html/test.php on line 11
Here is the php code
?php
class foo {
var $test = 0;
}
class bar {
function get() {
//both of these fail
//return new foo;
return $this-_buildOBJ();
}
function _buildOBJ() {
$obj = new foo();
$obj-test = 'worked';
return $obj;
}
}
$bar = new bar;
$foo = $bar-get();
echo $foo-test;
?
This doesn't happen in php4.
This seems to go away if I change the bar::get() method to
function get() {
$obj = $this-_buildOBJ();
return $obj;
}
This seems like a bug to me, since both cases the return value is a
reference of an object?
Thanks Walt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC1
Marcus Boerger wrote: have some machines that build for the important distributions. I'm planning to install Fedora in a VMware somewhen soon so I could run makerpm for this distribution. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC 1 - Article/Tutorial Sponsorship Opportunity
Hey, I think you misunderstood me. I didn't mean I wasn't keen on the idea. We are constantly paying people to write articles. I just meant that I think it's wrong if no one documents here because they'll say companies like Zend will finance it. There are things beyond articles which need to be written such as the PHP manual, release notes, NEWS and so on. And of course the critical mass one company can provide is smaller than a whole community. Then again it's great if your company sponsors articles and as I said, we're constantly doing the same. Andi At 08:51 PM 11/12/2003 -0600, Jeremy Johnstone wrote: I saw a mention of someone inquiring if Zend would sponsor the writing of articles / tutorials on PHP5, and that it appeared Andi wasn't too keen on the idea. I went to my boss and found that my employer would be interested in possibly sponsoring articles to be written on the new features and benefits of PHP5. We own a large network of web development and web hosting related sites (hotscripts.com / webhostingtalk.com / devpapers.com / programmingtalk.com / dbforums.com / etc.) If your interested in this, please contact us for more information. Please reply to: [EMAIL PROTECTED] Jeremy Johnstone Lead Developer iNET Interactive http://www.inetinteractive.com -- 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] PHP 5 Beta 3
At 12:22 AM 11/13/2003 -0500, l0t3k wrote: Two things that need fixing : 1. support for class constants for internal classes. Christiano has already posted a patch. I applied his patch. As I told him I don't think persistent internal classes across requests will be supported with all the bells and whistles. In general they should work but I expect more problems to be found such as not being able to initialize constants with arrays (which is no big deal IMO). 2. session support for internal classes. should we have a Serializable interface which classes inherit, or have sleep and wakeup handlers in the zend_object_handlers structure ? I guess it's possible. In most cases I think internal classes won't be serialized though, such as COM. I don't think it needs fixing though. It's something which can be added whenever... Andi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php5 method return reference error?
Hi Walter: On Wed, Nov 12, 2003 at 10:13:10PM -0800, Walter A. Boring IV wrote: Fatal error: Only variables or references can be returned by reference in /home/waboring/devel/html/test.php on line 11 This is the expected behavior. This has been discussed in the bugs database and on this list. I even started a thread on this topic today. This group is archived in the following two places: http://groups.google.com/groups?group=mailing.www.php-dev http://marc.theaimsgroup.com/?l=php-dev The topic is discussed in bug 24687: http://bugs.php.net/bug.php?id=24687 Enjoy, --Dan -- FREE scripts that make web and database programming easier http://www.analysisandsolutions.com/software/ T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y 4015 7th Ave #4AJ, Brooklyn NYv: 718-854-0335 f: 718-854-0409 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
