SH>>Perhaps we should try running php.net and zend.com on php5 before we
SH>>release? if we're not even eating our own dogfood yet, it seems
SH>>premature to release.
As for zend.com, I don't think this is going to happen before the release,
if the release dates are what they are announced.
Als
OK - I have rsync working on Windows ( no need for full cygwin and I'll
publish the links later )
It runs as far as manual/tr/figures and then fails:-
rsync: read error: Connection reset by peer.
rsync error: error in rsync protocol data stream (code 12) at io.c(151)
Since the next directory woul
Hi,
would it be possible to simply have PHP5 delayed until 7th July?
We could add GIF write support within GD lib, because on the 7th of July
the patent is world wide lifted.
Stefan
(ps: maybe this even attracts more people to PHP5 ;)
--
PHP Internals - PHP Runtime Development Mailing List
To uns
Hello Stefan,
imo a very good idea.
Add support at the 7th (no other changes), a few gif tests on the 8th
and then release.
best regards
marcus
Sunday, June 20, 2004, 12:41:51 PM, you wrote:
> Hi,
> would it be possible to simply have PHP5 delayed until 7th July?
> We could add GIF write su
On Sun, 20 Jun 2004, Stefan Esser wrote:
> Hi,
>
> would it be possible to simply have PHP5 delayed until 7th July?
> We could add GIF write support within GD lib, because on the 7th of July
> the patent is world wide lifted.
I don't want GIF support in ;-)
Derick
--
PHP Internals - PHP Runtim
At 10:28 20/06/2004, Stanislav Malyshev wrote:
SH>>Perhaps we should try running php.net and zend.com on php5 before we
SH>>release? if we're not even eating our own dogfood yet, it seems
SH>>premature to release.
As for zend.com, I don't think this is going to happen before the release,
if the re
> > would it be possible to simply have PHP5 delayed until 7th July?
> > We could add GIF write support within GD lib, because on the 7th of July
> > the patent is world wide lifted.
>
> I don't want GIF support in ;-)
>
While I appreciate your reasons for not wanting GIF and agree with them on
an
At 11:00 20/06/2004, Sara Golemon wrote:
As to release timing, I'd feel uncomfortable "adding" a new bundled libgd
the day of/day before release. I'd sooner release 5.0.0 on the 4th, add GD
on the 8th, and RC 5.0.1 once or twice.
+1 on that.
Zeev
--
PHP Internals - PHP Runtime Development Mailing
On Sun, 20 Jun 2004, Sara Golemon wrote:
> > > would it be possible to simply have PHP5 delayed until 7th July?
> > > We could add GIF write support within GD lib, because on the 7th of July
> > > the patent is world wide lifted.
> >
> > I don't want GIF support in ;-)
> >
> While I appreciate you
The ext/mcve module at some point in time needs to be renamed
ext/monetra to reflect a naming change, and lessen confusion
in the field, as the product is no longer referenced as MCVE.
What is the best way to go about doing this? I did not want to
just go in there and remove ext/mcve and commit the
On Sun, 20 Jun 2004, Brad House wrote:
> The ext/mcve module at some point in time needs to be renamed
> ext/monetra to reflect a naming change, and lessen confusion
> in the field, as the product is no longer referenced as MCVE.
>
> What is the best way to go about doing this? I did not want to
>
heh, well, I know I definitely do not have permissions
to do that then :)
Any assistance someone could provide me would be appreciated.
Also, I can go ahead an make a set of patches to finalize
the naming switch for the config.m4/w32 and the remaining
references in the code (and commit prior to ren
On Sun, 20 Jun 2004, Brad House wrote:
> heh, well, I know I definitely do not have permissions
> to do that then :)
> Any assistance someone could provide me would be appreciated.
> Also, I can go ahead an make a set of patches to finalize
> the naming switch for the config.m4/w32 and the remaini
> > > I don't want GIF support in ;-)
> > >
> > While I appreciate your reasons for not wanting GIF and agree with them
on
> > an academic level, I don't think it makes sense from our user's
perspective
> > to hold back support for something for which the base code already
exists
> > and requires o
Zeev Suraski wrote:
We'll actually try to move something on www.zend.com to PHP 5 before the
release, but definitely not the whole of it. It's a much more
complicated site than www.php.net is, though, so it will take longer to
actually migrate the whole of it.
I don't think it reflects on the
Hi,
Does anyone have example C code to establish a pipe to PHP using something
like file descriptors, sockets, etc. that can allow me to send multiple file
processing requests to PHP without the overhead of calling POPEN repeatedly
and having to reload the PHP executable? I would like to load PHP
Hi,
Does anyone have example C code to establish a pipe to PHP using something
like file descriptors, sockets, etc. that can allow me to send multiple file
processing requests to PHP without the overhead of calling POPEN repeatedly
and having to reload the PHP executable? I would like to load PHP
Hi,
On 20 Jun 2004, at 17:36, Brad House wrote:
Any assistance someone could provide me would be appreciated.
Also, I can go ahead an make a set of patches to finalize
the naming switch for the config.m4/w32 and the remaining
references in the code (and commit prior to renaming the
directory if des
Why not take the opportunity and move the extension to PECL?
It sounds like a good candidate.
Well, PECL still seems a bit like the redheaded step-child. I cannot
even seem to reference it in the php documentation online (except for
seeing some modules have been moved there).
There are quite a few
On Sun, 20 Jun 2004, Brad House wrote:
> Well, PECL still seems a bit like the redheaded step-child. I cannot
> even seem to reference it in the php documentation online (except for
> seeing some modules have been moved there).
> There are quite a few users that utilize this extension, including
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 20 Jun 2004, at 19:42, Brad House wrote:
When PECL is better adopted by the community, and PHP provides
documentation on them, I would have no problem moving it there.
Following Rasmus' mail, moving your extension also increases
the convenience f
Please don't associate being moved to PECL with whether or not the
extension is distributed as a standard PHP extension in the distribution
tarball or not. The two have nothing to do with each other.
-Rasmus
On Sun, 20 Jun 2004, Jan Lehnardt wrote:
> --[PinePGP]-
On Sun, 20 Jun 2004, Zeev Suraski wrote:
> I don't think it reflects on the quality of PHP 5. It does reflect on the
> fact that migrating is a bit scary.
Agreed, but I think that anything we can do to help mitigate these
fears will help spur PHP 5 adoption.
Deciding to migrate is about reward
I run the il.php.net mirror on php5 from the beta era... It looks to be
working fine...
On Sun, 2004-06-20 at 17:49, Zeev Suraski wrote:
> At 10:28 20/06/2004, Stanislav Malyshev wrote:
> >SH>>Perhaps we should try running php.net and zend.com on php5 before we
> >SH>>release? if we're not even
Problem:
Php will allocate a new pcre object for each different regular
expression. Since the allocated memory is outside the zend memory
system, php can eat up lots of memory, and potentially eventually
exhausting the memory.
The patch I wrote introduces a new flag 'z', which enables t
On Sun, 20 Jun 2004, Sara Golemon wrote:
> > Yeah, it's prolly ok to put it in 5.0.1, as long as that's QA-ed
> > and handled the 'normal' way, like Ilia is doing for 4.3.x. Don't screw
> > up or change our release things for the silly GIF stuff.
> >
> Ah, I wasn't aware the PHP_4_3 branch would g
I was under the impression that it was one or the other, not
both. How do you coordinate the 2?
-Brad
Rasmus Lerdorf wrote:
Please don't associate being moved to PECL with whether or not the
extension is distributed as a standard PHP extension in the distribution
tarball or not. The two have noth
On Sun, 20 Jun 2004, Brad House wrote:
> I was under the impression that it was one or the other, not
> both. How do you coordinate the 2?
At distribution time we select which extensions to bundle. Generally ones
we decide belong in the distribution tarball get a cvs symlink from
php-src to pe
On Friday 18 June 2004 02:04 pm, Andi Gutmans wrote:
> That said, I think it'd be great if there'd be people willing to pitch in
> and work on trying to get it to work.
Well if it's help which is needed, then I volunteer myself for anything that
needs to be done to make it happen.
--
Jeremy Joh
Andi Gutmans <[EMAIL PROTECTED]> writes:
> We won't release PHP 5 final without upgrading it. But as I think PHP 5 final
> is about a month away (I don't think we'll need another RC), I suggest to
> upgrade SQLite right after RC3 so that it's tested.
>
> Andi
Before it gets too close to the PHP 5
Hello Derrell,
Monday, June 21, 2004, 1:01:02 AM, you wrote:
> Andi Gutmans <[EMAIL PROTECTED]> writes:
>> We won't release PHP 5 final without upgrading it. But as I think PHP 5 final
>> is about a month away (I don't think we'll need another RC), I suggest to
>> upgrade SQLite right after RC3
FYI (it'll save you looking):
There are two branches in SQLite's CVS.. I believe that Derrell is
referring to more recent releases of the stable 2.8.* branch rather than the
alpha 3.* branch. The sqlite library currently bundled with PHP 5 is 3
version points behind the times and dates from last
Hello Steph,
Monday, June 21, 2004, 7:16:40 AM, you wrote:
> FYI (it'll save you looking):
> There are two branches in SQLite's CVS.. I believe that Derrell is
> referring to more recent releases of the stable 2.8.* branch rather than the
> alpha 3.* branch. The sqlite library currently bundled
I know it's off topic, and I appologize, but I lurk on
this mailing list using a disposable address to avoid
spam, and now I'm receiving it as a result of being on
the list (or posting to it). I have now received three
separate Microsoft
emails (security updates and such) at this address,
which is
34 matches
Mail list logo
