I can't say I'm quite sure why anyone is continuing to argue against
something that's already been denied, especially in a thread about
ending the argument.
David Zülke wrote:
Fookin' Jaysus man.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.
Fookin' Jaysus man. It _is_ a feature, _not_ a vulnerability. It starts
getting a weak point when stupid high school kiddies who "know PHP well"
start coding something ("this boy's as good as a professional, only way
cheaper") that introduces a vulnerability because they are drop dead stupid.
That'
may zend_vm_set_opcode_handler be exported with ZEND_API?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
:)
At 06:43 PM 6/30/2005 +0200, Pierre-Alain Joye wrote:
On Thu, 30 Jun 2005 09:35:22 -0700
[EMAIL PROTECTED] (Andi Gutmans) wrote:
> Yep that was exactly the reason.
> We've had these feature freezes in the past and we will branch
> off after RC1 to allow commiting to HEAD (sans core due to
>
On Thu, 30 Jun 2005 09:35:22 -0700
[EMAIL PROTECTED] (Andi Gutmans) wrote:
> Yep that was exactly the reason.
> We've had these feature freezes in the past and we will branch
> off after RC1 to allow commiting to HEAD (sans core due to
> Unicode merge). So it's really minimal time (2-3 weeks) whi
At 07:52 AM 6/30/2005 -0400, Wez Furlong wrote:
What are you planning to do in those 3 weeks?
Personally, I'd find it really irritating to have to merge across branches
for PDO changes in that timespan. Unless it's really important, we should
avoid creating branches. Keep in mind that the tree
to translate in turkish
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, 30 Jun 2005 07:52:04 -0400
Wez Furlong <[EMAIL PROTECTED]> wrote:
> On 6/30/05, Pierre-Alain Joye <[EMAIL PROTECTED]> wrote:
> > > So to summarize a schedule I suggest:
> > > a) 5.1.0 Beta 3 Friday, July 8th.
> > > b) Release & branch 5.1.0 RC1 July 15-22nd
> > > c) Mid-July start merging
Please consider the attached patch which adds a "--without-t1lib"
option for the win32 configure/make process (to ext/gd/config.w32).
For those of us who want GD, but won't ever need the Type 1 font
support recently added it would be useful to be able to not include the
bulk of t1lib. Thanks.
Mi
Russell Nelson wrote:
Okay, I'm leaving for vacation in 7 hours. I'd like to bring the
'include' discussion to an end. There have been a lot of weak points
made...
Russell, no offense, but the developers, and many random other people
have attempted to stop this conversation many times. Thi
Ilia,
I think that makes sense. When we branch I'll ask them to give clear
guidelines as to what shouldn't be touched. Your list is probably very
close to reality.
Andi
At 09:22 AM 6/30/2005 -0400, Ilia Alshanetsky wrote:
Andi,
The merge Andrei and Dmitry will be performing will for the mo
Andi,
The merge Andrei and Dmitry will be performing will for the most part be
limited to Zend/ main/* and ext/standard/*. IMHO it makes little sense
to lock the entire tree with dozens of modules for features and other
improvements, between 5.1 release and UNICODE merge.
Ilia
--
PHP Intern
On 6/30/05, Pierre-Alain Joye <[EMAIL PROTECTED]> wrote:
> > So to summarize a schedule I suggest:
> > a) 5.1.0 Beta 3 Friday, July 8th.
> > b) Release & branch 5.1.0 RC1 July 15-22nd
> > c) Mid-July start merging Unicode into HEAD. Until end of July
> > minimum changes to HEAD.
> >
> > I think it'
Stig Venaas hasn't been around in a while, so that information is out of date.
I'd suggest posting your query/question/suggestion/patch to this
mailing list, rather than direct to Stig.
--Wez.
On 6/30/05, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> On Thu, 30 Jun 2005 06:08:18 +0200
> "Guus Leeuw
That is so nice Derick.
With regards
Kamesh Jayachandran
On Thu, 30 Jun 2005 12:00:30 +0200 (CEST), "Derick Rethans"
<[EMAIL PROTECTED]> said:
> On Thu, 30 Jun 2005, Kamesh Jayachandran wrote:
>
> > Hi Derick,
> > Our LibC implementation of mknod as of today allows creation of regular
> > file, r
On Wed, 29 Jun 2005 18:10:15 -0700
[EMAIL PROTECTED] (Andi Gutmans) wrote:
> Sorry to break up the allow_url_fopen discussion but I think that
> thread is getting a bit old already and definitely clogging up
> the mailing list. (hint hint)
>
> I'd like to start moving forward with the 5.1.0 relea
On Thu, 30 Jun 2005, Kamesh Jayachandran wrote:
> Hi Derick,
> Our LibC implementation of mknod as of today allows creation of regular
> file, regular dir and fifo only.
> It does not support Character and Block device creation.
> The documentation of NetWare LibC mandates dev argument to mknod
Hi Derick,
Our LibC implementation of mknod as of today allows creation of regular
file, regular dir and fifo only.
It does not support Character and Block device creation.
The documentation of NetWare LibC mandates dev argument to mknod to be
0.(Which currently the case with php_dev=0).
May be w
On Thu, 30 Jun 2005, Kamesh Jayachandran wrote:
> Hi Derick,
> In NetWare there does not exist a function by name makedev.
> The following patch checks for the existence of makedev and calls only
> if it exists.
>
> http://www.ductape.net/~kameshj/ext_posix_makedev.patch
I see you're just commen
Hi Derick,
In NetWare there does not exist a function by name makedev.
The following patch checks for the existence of makedev and calls only
if it exists.
http://www.ductape.net/~kameshj/ext_posix_makedev.patch
Please apply the same.
Thanks in advance
With regards
Kamesh Jayachandran
--
http:
On Thu, 30 Jun 2005 06:08:18 +0200
"Guus Leeuw jr." <[EMAIL PROTECTED]> wrote:
> Hey,
>
>
>
> Who is currently maintaining the ldap_ function set in PHP?
php-src/EXTENSIONS:
EXTENSION: ldap
PRIMARY MAINTAINER: Stig Venaas <[EMAIL PROTECTED]>
MAINTENANCE: Maintained
ST
Thanks.
That was so fast.
With regards
Kamesh Jayachandran
On Thu, 30 Jun 2005 08:41:11 +0200 (CEST), "Derick Rethans"
<[EMAIL PROTECTED]> said:
> On Thu, 30 Jun 2005, Kamesh Jayachandran wrote:
>
> > Still have one small issue with it for NetWare.
> > We decided to use autoconf based build for P
22 matches
Mail list logo
