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 workin
+1.
I have a few classes written for php4 that does'nt work with the current
cvs version of php5. I'm trying to reduce the code to be as small as
possible but still showing the errors/bugs. I guess I have to speed up
that process :-)
- Frank
> Guys (n' Girls),
>
> I think there was a lot of go
Hello Andi,
Wednesday, November 12, 2003, 8:12:33 AM, you wrote:
> 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
I took a quick look at the Java extension just now. What I did was
simply copy the ext/java directory from PHP_4_3 to HEAD. It builds okay
but segfaults with this simple script:
getProperty('java.version');
?>
zend_call_function(_zend_fcall_info * 0x0012f860, _zend_fcall_info_cache
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://sebastia
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,
Patches to do this have been posted here a couple of times, nobody was
interested.
As for always populating the raw post data. See the aptly named
always_populate_raw_post_data php.ini setting.
-Rasmus
On Wed, 12 Nov 2003, Andi Gutmans wrote:
> Any chance we can make the necessary changes to
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
> functio
*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/
__
And - maybe Zend can help here - to enforce the
communication
of php5 and it's features (i.e. pay some good people to write an
extra-column on
zend-website, php-website and wellknow php-portals around the world,
introducing
STEP
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 P
*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
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 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 m
One important thing before RC1 is to fix the libraray filenames on Windows
to be php5.dll. How is the status about that?
-
Uwe Schindler
[EMAIL PROTECTED] - http://www.php.net
NSAPI SAPI developer
Erlangen, Germany
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vi
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
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 thi
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
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
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
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 ph
On Nov 12, 2003, at 10:57 AM, Olivier Hill wrote:
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.
Pretty much the same
Wez Furlong wrote:
That would be illegal.
Yup.. unless PHP would be OSI certified?
Or have a license exception from MySQL, which is slow to obtain.
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++
> Yup.. unless PHP would be OSI certified?
http://opensource.org/licenses/php.php
> Or have a license exception from MySQL, which is slow to obtain.
This is the problem right now.
--Wez.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.
At 11:14 AM 11/12/2003 -0500, Olivier Hill wrote:
Wez Furlong wrote:
That would be illegal.
Yup.. unless PHP would be OSI certified?
PHP is OSI certified.
Andi
Or have a license exception from MySQL, which is slow to obtain.
Oliver
--
GB/E/IT d+ s+:+ a-- C++$ UL$ P L+++$ E- W++$ N- ?o ?K
Sorry. I was unclear. I don't want to actually bundle MySQL. I'm
familiar with *that* discussion.
I want to #ifdef out the parts of the mysqli extension code that use
features added by MySQL, AB into 4.1 tree *after* their packaged
"alpha" release. Since the current version of mysqli uses these
fe
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 ;)
Act
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 thou
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
I stayed with the stuff we know _can't_ affect anything else this time ;)
Please can someone with the requisite karma commit this?
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
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 b
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)
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 a
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
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 chang
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 benef
Two things that need fixing :
1. support for class constants for internal classes. Christiano has
already posted a patch.
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_hand
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"
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 B
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
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
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
43 matches
Mail list logo
