+1 on option b.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The windows build is ready for download at:
http://downloads.php.net/edink/php-5.2.4RC3-Win32.zip
http://downloads.php.net/edink/php-5.2.4RC3-win32-installer.msi
http://downloads.php.net/edink/pecl-5.2.4RC3-Win32.zip
http://downloads.php.net/edink/php
The windows build is available for download. It contains updated:
libmysql 5.0.45
libTidy 15 August 2007
http://downloads.php.net/edink/php-5.2.4RC2-Win32.zip
http://downloads.php.net/edink/php-5.2.4RC2-win32-installer.msi
http://downloads.php.net/edink/php-debug-pack-5.2.4RC2-Win32.zip
http://do
Scott MacVicar wrote:
> Based on the recent posts:
>
> libmysql
> pslib
> libtidy
> snmp
>
Thanks Scott, much appreciated.
Edin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I will look into this later tonight. I have very little time on my hands
so a list of libraries that need updating would be very much appreciated.
Edin
John Mertic wrote:
> Edin,
>
> I noticed that I can't download 5.2.4RC installer builds; getting a
> 403 - Forbidden error.
>
> Also the lates
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The windows build is now ready and can be downloded from:
http://downloads.php.net/edink/php-5.2.4RC1-Win32.zip
http://downloads.php.net/edink/php-5.2.4RC1-win32-installer.msi
http://downloads.php.net/edink/pecl-5.2.4RC1-Win32.zip
http://downloads.php
Hello,
No such schedule exists yet.
Edin
Arnold Daniels wrote:
> Hi,
>
> Are there a dates scheduled for the public releases of PHP 6 (beta, rc,
> stable)?
>
> Thank you,
> Arnold
>
> PS. I've searched the mailing lists, but couldn't find an answer. If the
> question is asked already, my apo
The new snaps site is up and running.
I want to thank John Mertic for the nice work the design and everyone
for coming with helpful suggestions.
Edin
P.S. this file is in the cvs as systems/snaps_index.php so any
modification suggestions would be best sent as patches to this file.
Edin
Way ahead of you :)
http://snaps.php.net/newsnaps.php
Edin
John Mertic wrote:
> On 5/26/07, Raghubansh <[EMAIL PROTECTED]> wrote:
>> Would like to see the branch name 4.4.x-dev , 5.5.x-dev, etc. and not
>> PHP4, PHP5.
>
> Changed the titles back.
>
> Any other comments on this version
> (htt
Robin Ericsson wrote:
> On 5/26/07, Edin Kadribasic <[EMAIL PROTECTED]> wrote:
>> Ilia, I would really like to know why you are not merging patches to
>> head?
>>
>> I think this is an unacceptable practice that should be stopped right
>> away.
>
&g
Ilia Alshanetsky wrote:
>
> On 25-May-07, at 10:11 AM, Hannes Magnusson wrote:
>
>> On 5/22/07, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
>>> iliaa Tue May 22 12:37:01 2007 UTC
>>>
>>> Added files: (Branch: PHP_5_2)
>>> /php-src/ext/standard/tests/strings htmlent
Hannes Magnusson wrote:
> Hi John
>
> On 5/25/07, John Mertic <[EMAIL PROTECTED]> wrote:
>> Below is a link to my take on the redesign:
>>
>> http://files.edin.dk/php/installer/snaps-html/index.html
>
> Looks really good.
Yes, it looks excellent.
> One suggestion: how about removing the left co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The windows build:
http://downloads.php.net/edink/php-5.2.3RC1-Win32.zip
http://downloads.php.net/edink/php-5.2.3RC1-win32-installer.msi
http://downloads.php.net/edink/pecl-5.2.3RC1-Win32.zip
http://downloads.php.net/edink/php-debug-pack-5.2.3RC1-Win3
On 19/05/2007, at 1.47, Cristian Rodriguez wrote:
2007/5/18, Greg Beaver <[EMAIL PROTECTED]>:
What about permanently removing this (mis) "feature" ?? , Im yet to
hear any valid reason or example to continue to permit this remote
include thingy, all examples I have seen are bogus and broken
On 19/05/2007, at 4.23, Wez Furlong wrote:
On 5/18/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
I can see 47 open bug reports assigned to you (this is
bugs.php.net only, there are also 25+ bug reports in PECL).
Most of the reports are COM, PDO or streams related. Do you still
maintain these
Antony Dovgal wrote:
[snip]
>> I really don't understand the objection. We have added the extensions to
>> the core before when we want to promote a certain technology.
>
> I object because I believe extensions should be moved from core to PECL,
> not the other way round.
> If you don't like PECL
Antony Dovgal wrote:
> On 05/04/2007 09:49 PM, Edin Kadribasic wrote:
>> Antony Dovgal wrote:
>>> What's the problem with having it in PECL?
>>> I'm sure everybody interested in it can get it working in no more than
>>> 10 seconds using `pecl install p
Antony Dovgal wrote:
> What's the problem with having it in PECL?
> I'm sure everybody interested in it can get it working in no more than
> 10 seconds using `pecl install phar`.
PECL is great, but it does require a build system with increasingly
obsolete set of tools (autoconf-2.13, etc.). Having
Hello Marcus,
Adding a new branch is a huge pita for people distributing binary
extension, including our own Windows build and PECL4WIN sites. So
perhaps we should wait with adding a new branch since 5.2 is a really
nice release, the php5 that works very well :)
I think that adding a Phar to the
Jan Reininghaus wrote:
> I would like to suggest a redesign of the page. In my opinion the page
> is too complex, so for example I find it a bit hard to match the
> information for the next snapshots in the left of the page with the
> snapshots itself on the right. I find it also complex that the s
Hi,
I was adding some new capabilities to our snaps generator so now we
can also provide the pecl bundle and the installer for the windows
distribution. (details and links at http://edin.dk/archives/37-New-
Snapshot-Capabilities.html)
If you have any suggestions on how to represent these n
+1
Nice to be able to do this directly without resorting to call_user_func().
Edom
Etienne Kneuss wrote:
> Hi,
>
> I've already proposed that 1-2 months ago, but now seems to be a good
> time to discuss new things, so let's try again:
>
> I believe it would be nice to be able to dynamically r
Hi Stas,
The problem is with the following scenario:
Say your php cli is in /usr/bin/php and /usr/bin is in your path.
You change dir to /tmp.
Now issue php -v and watch where php looks up its php.ini. main()'s
argv[0] will in this case be just "php" since we got called form the
path. The code
Hello John,
I'm having trouble building the installer lately. I get the following
error message once I have put all the files in place and when I run
build script.
Fatal error: Call to a member function appendChild() on a non-object in
C:\php4build\installer\tmp\win-installer\GenExtensionsCompone
Looks good. Ini search path is very broken indeed.
Edin
On 23/04/2007, at 19.01, Hannes Magnusson wrote:
Hi all
Attached is a patch for the PHP-cli php.ini search path feature which
fixes two things:
a) php.ini from cwd was picked up on BSDs
b) "resolves" to correct php-binary-location and pi
Hello Marcus,
I'm afraid you got it backwards. PHP source does not have to comply
with XML, or for that matter any other spec. The result of the PHP
code execution, should the desired output be XML, would of course
have to be.
So what the XML specification say is irrelevant for this discu
On Apr 14, 2007, at 6:51 PM, Nicolas A. Bérard-Nault wrote:
Maybe I'm missing something here, but why should PHP be compliant
with a
standard that absolutely has nothing to do with the language (c.f.:
XML) ?
Isn't it obvious that a file with the extension .php is NOT an XML
file ? It
seem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The windows build:
http://downloads.php.net/edink/php-5.2.2RC1-Win32.zip
(8376caa11f2e8f63c9070d0dfaeb360e)
http://downloads.php.net/edink/pecl-5.2.2RC1-Win32.zip
(decc20ca8d302268cee4cd5839dc1924)
http://downloads.php.net/edink/php-debug-pack-5.2.2
Antony Dovgal wrote:
> On 04/12/2007 11:39 PM, Edin Kadribasic wrote:
>> Antony Dovgal wrote:
>>> Hello all.
>>>
>>> If there are no objections, I'm going to drop asp_tags in HEAD tomorrow.
>>> You can see the patch here:
>>> http:
Antony Dovgal wrote:
> Hello all.
>
> If there are no objections, I'm going to drop asp_tags in HEAD tomorrow.
> You can see the patch here:
> http://tony2001.phpclub.net/dev/tmp/kill_asp_tags.diff
Big objection from here. See my other email. Discussed and agreed
against removing tags since that
Antony Dovgal wrote:
>>11. kill "<%" but keep ">
>> Sounds easy enough to do. Why not do it know, so that we can hear
>> about the impact for users as early as possible.
>
> Yeah, I'll post the patch in a minute..
Please leave this alone. There is no advantage to removing it and it
breaks exi
Hi Oliver,
The compiled ICU that is used for PHP6 is at:
http://files.edin.dk/php/win32/icu-3.4-MSVC-6.0.zip
The full set of libraries for PHP4-6 including ICU is:
http://files.edin.dk/php/win32/zip.zip
Edin
On Apr 3, 2007, at 23:05, Oliver Block wrote:
Hello,
I've had some problems with
If you just want to enter password on a Unix-like system you could use
the following:
/dev/null || " .
"stty -echo cbreak"
);
echo "$prompt: ";
// Get rid of newline when reading stdin
$r = substr(fgets(STDIN), 0, -1);
echo "\n";
system ("stty $ostty");
return
Hi Tijnema,
The mailing lists strips attachment that don't have a correct mime-type.
Could you post your patch somewhere and send the link to the list?
Does this patch require specific cURL version?
Edin
Tijnema ! wrote:
> Hi,
>
> I've written a small patch so that PHP supports limiting
> upl
Hey Marcus,
Yes, there is _snprintf, but macro isn't there. You'd have to define it
in the files you modifed,
Edin
Marcus Boerger wrote:
> Hello Edin,
>
> isn't there _snprintf along with a macro #define snprintf _snprintf?
> Not that it is exactly the same but it would work there.
>
> best
Hi,
An undesired change has sneaked into ext/mbstring/oniguruma.
Marcus I think these snprintf changes should be reverted as this is an
external library and PHP includes are not used in there meaning among
other thing snprintf is not available on windows.
Edin
Holografix wrote:
> Hello,
>
> i
Hi Michael,
Making dl() work on threaded platforms would be nice. Illustrating your
idea with a patch would be very helpful.
Edin
Michael Vergoz wrote:
> Hi
> I am currently developing a kind of application server based on PHP
> language.
> I use modifications I made on SAPI embed/.
> I use thr
Hi,
Windows build is available at:
http://downloads.php.net/edink/php-4.4.6RC1-Win32.zip
Edin
Derick Rethans wrote:
> Hello!
>
> I packed PHP 4.4.6RC1 today, which you can find here:
> http://downloads.php.net/derick/
>
> This release candidate addresses an issues that unfortunately crept
>
On Feb 6, 2007, at 0:46, Richard Lynch wrote:
and they don't even realize that the () doesn't mean what they think
it means, and it "just works" because it's a no-op.
() is not a no-op.
return ($a) vs. return $a could cause PHP to corrupt memory and crash :)
Edin
Lukas Kahwe Smith wrote:
> Yes, you will come across it if its added.
> I find the Javascript syntax confusing to read as well. However more
> importantly I do not see the point in adding this sugar to save 5 chars.
Nested arrays become very unreadable with the current PHP syntax. I
think killing
overwhelming support as
it's not desperately needed. But I'd be interested to hear
people's thoughts. It seems implementation shouldn't be an issue but
I'd have to dive a bit deeper.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www
The Windows build is ready as well:
http://downloads.php.net/edink/php-4.4.5RC2-Win32.zip
Edin
Derick Rethans wrote:
Hello!
I packed PHP 4.4.5RC2 today, which you can find here:
http://downloads.php.net/derick/
Please test it carefully, and report any bugs in the bug system, but
only if y
Windows build:
http://downloads.php.net/edink/php-5.2.1RC4-Win32.zip
(a4b7ac5a4a6a8cfc1580dd2e667b14ca)
http://downloads.php.net/edink/php-5.2.1RC4-win32-installer.msi
(28463a1c08e994e6510a7997c1297a99)
http://downloads.php.net/edink/pecl-5.2.1RC4-Win32.zip
(9b5df92540017478427f099c450d45a9)
http
Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2007-01-21 18:25:24 -0500:
Personally I think PHP related projects should avoid using "PHP" in
their name period as it causes far too many problems for the language
itself, since most people fail to distinguish between PHP the
language and proje
Windows build is ready for download too:
http://downloads.php.net/edink/php-5.2.1RC3-Win32.zip
(6dd32e4a2ec2dd67efe42edcba3fdee5)
http://downloads.php.net/edink/php-5.2.1RC3-win32-installer.msi
(50c20632cc232da6ae13c302339df0b5)
http://downloads.php.net/edink/pecl-5.2.1RC3-Win32.zip
(fa31e1c0ad
Stanislav Malyshev wrote:
> How it should matter for them - PHP is not supposed to be dependant on
> SAPI except for maybe some things in environment variables - which would
> be different on deployment machine anyway?
Not that people should write it like that, but I have seen code in the
wild tha
a
> debugger by viewing the list of loaded modules--I'd expect to see both
> the old and the new crt modules in there.
>
> --Wez.
>
> On 1/6/07, Edin Kadribasic <[EMAIL PROTECTED]> wrote:
>> Hi Andi,
>>
>> Turns out the problem is that Apache is buil
My CPU is still smoking in the corner, but it did manage to produce 57MB
of compressed goodies for your download pleasure:
The standard thread-safe build
==
http://downloads.php.net/edink/5.2.1RC2-VC6/php-5.2.1RC2-Win32.zip
(fbd2258728d6aafd139bd693c2dac138)
http://dow
> A last interesting question; what sort of headaches have you hit loading
> within the ISAPI/IIS environment? I would presume that older/modern IIS
> flavors suffer from similar headaches?
Seems that the least headache solution is to ship binaries built with
VC6. I have not encountered any probl
the build. There probably is some work that needs to be
> done on the 3rd party libs.
>
> Thanks.
>
> Andi
>
>> -Original Message-
>> From: Edin Kadribasic [mailto:[EMAIL PROTECTED]
>> Sent: Friday, January 05, 2007 7:48 PM
>> To: PHP Internals Lis
William A. Rowe, Jr. wrote:
> Marcus Boerger wrote:
>> Hello Ilia,
>>
>> weel 2002 aka 7.0 or 2003 aka 7.1 are pretty fine. We have left behind
>> 6.0 long ago :-)
>
> For reference, ActiveState python is built on Studio 2003 al la 7.1, while
> their perl is still built VC 6, if you are looking
Hey,
It seems that VC++ 8.0 (Visual Studio 2005) brings more trouble that its
worth. Mainly the way it deals with the C runtime. After spending hours
and hours of trying to figure out the way to make PHP work under Apache
on Windows and be able to load extensions, I'm throwing in the towel.
I can
Well to correct myself, Microsoft has released their FastCGI module for
earlier versions of IIS as well. Take a look at
http://www.iis.net/default.aspx?tabid=2&subtabid=25&i=1207
Edin
Edin Kadribasic wrote:
Well you can already use PHP/fastcgi with Apache and IIS6 on windows
using 3
on what version(s) of IIS/win32 this release soul be used?
thank you
Vincent Dupont
Ausy Belgium
-Original Message-
From: Edin Kadribasic [mailto:[EMAIL PROTECTED]
Sent: Fri 1/5/2007 14:27
To: PHP internals; php-general@lists.php.net
Subject: [PHP] FastCGI optmized Windows build of
Hello,
I have made a second build of 5.2.1RC2 for Windows with no thread safety
enabled. This will only work for non threaded SAPIs such as CGI/FastCGI
and CLI. The reason for this is that managing per thread state takes
some CPU time from the main task of running PHP scripts making non
threa
Hi,
Windows distribution is available at:
http://downloads.php.net/edink/php-4.4.5RC1-Win32.zip
Edin
Derick Rethans wrote:
Hello!
I packed PHP 4.4.5RC1 today, which you can find here:
http://downloads.php.net/derick/php-4.4.5RC1.tar.bz2
ee9238175c6b6ecec8712954065451c4
http://downloads.php
The windows build can be downloaded from:
http://downloads.php.net/edink/php-5.2.1RC2-Win32.zip
(aaabe7eda5cef1be6f9c51c621fbbfd3)
http://downloads.php.net/edink/pecl-5.2.1RC2-Win32.zip
(6f97b2365bfa56874801fa5053d387e0)
http://downloads.php.net/edink/php-debug-pack-5.2.1RC2-Win32.zip
(592f2fc11c9
Hannes Magnusson wrote:
On 12/21/06, Edin Kadribasic <[EMAIL PROTECTED]> wrote:
Hannes Magnusson wrote:
> And I sure am one of them.
> We are talking about _default_ settings, not edge cases. 128M is
> insane _default_ setting.
Having in mind how short-lived most of the PHP p
Hannes Magnusson wrote:
And I sure am one of them.
We are talking about _default_ settings, not edge cases. 128M is
insane _default_ setting.
Having in mind how short-lived most of the PHP processes are, I see
really nothing wrong with setting a default limit to 128 MB, and I
definitely don't
much slower that the current
snapshot from snaps.php.net. In a P4 2.0Ghz machine the bench.php
script takes ~25 seconds with the old compiler and ~30 seconds with
this new build :S
Nuno
- Original Message - From: "Edin Kadribasic" <[EMAIL PROTECTED]>
To: "PHP
Nuno Lopes wrote:
It is running happily here (I tested on a pc without visual studio
installed).
Strangely or not, this new binary is much slower that the current
snapshot from snaps.php.net. In a P4 2.0Ghz machine the bench.php
script takes ~25 seconds with the old compiler and ~30 seconds wit
Hello all,
Since we will soon be switching to the new Microsoft compiler for making
official PHP builds I have created a couple test builds to see how it
goes. There were some initial problems and we do have to adjust things
in the build to accommodate for changes of how the C++ redistributable
i
to work on changing this magic #
> generation this week anyway, so hopefully your problem will go away with the
> improvements.
>
>> -Original Message-----
>> From: Edin Kadribasic [mailto:[EMAIL PROTECTED]
>> Sent: Sunday, December 17, 2006 9:25 AM
>> T
Hi,
Trying to compile current php-5.2-dev on Windows using the new VC++ 8.0
(2005). PHP compiles without problems but on startup ends up in and
endless loop at around line 768 of zend_alloc.c. rand() and do...while()
never exit there.
If I disable ZEND_MM_COOKIES PHP starts up fine.
Edin
--
PH
Windows build is ready too:
http://downloads.php.net/edink/php-5.2.1RC1-Win32.zip
http://downloads.php.net/edink/php-5.2.1RC1-win32-installer.msi
http://downloads.php.net/edink/pecl-5.2.1RC1-Win32.zip
http://downloads.php.net/edink/php-debug-pack-5.2.1RC1-Win32.zip
MD5 (php-5.2.1RC1-Win32.zip) =
Hi,
I'm afraid you're out of luck there. We don't export symbols from the
bundled libmysql so there is practically no way an extension can use
that lib.
Do you have to make the extension that work with the stock php 4? Or is
working with an alternative build acceptable? I'm making the alternative
Ilia Alshanetsky wrote:
> Well, it does not consume any resources simply because no one is
> maintaining it ;-). How really different things would be if it were in
> pecl? I mean afaik COM is not enabled by default on win32, so you still
> need to enable it manually. So, the only extra step for pe
Antony Dovgal wrote:
> On 11/14/2006 08:26 AM, Andi Gutmans wrote:
>> Sounds like something which indeed isn't worth breaking. Was this
>> intentional?
>
> Sara says it was intentional, that's why I decided to write to the list.
> I don't think such intentional breaks should take place in any PHP
Hi Derick,
Would this patch provide any benefits for people outside EZ corporation?
You seem to think that It wouldn't since you din't bother to ask the
rest of the PHP devs on internals. Could you please explain?
Edin
Derick Rethans wrote:
> derickFri Nov 10 12:02:51 2006 UTC
>
Dmitry Shirokov wrote:
> Hey guys.
>
> What are you thinking about adding this feature:
>
> function foo()
> {
>return array(1,2,3,4,5,6);
> }
>
> echo foo()[4]; // < it that
> // or may be (foo())[4] ?
>
>
> // instead of
> $var = foo();
> echo $var[4];
+1 I would very much like
Matt Wilmas wrote:
> Hi Nuno,
>
> - Original Message -
> From: "Nuno Lopes"
> Sent: Thursday, November 09, 2006
>
>
>
>> Great patch! From my quick tests I got about 35% performance increase.
>> Ah, it needs a little tweak to work on windows, as 'long long' is defined
>>
> as
>
>
[EMAIL PROTECTED] wrote:
>>> header("Location: http://...",false,301);
>>>
>> This works here with PHP 5.1.7-dev and 5.2.1-dev and mod_fastcgi.
>> Have you tried just that line? Without any HTTP/-header?
>>
>
> I've tried every combination. Just tried it again and it still returns a 302
Derick Rethans wrote:
>> . E_STRICT any rule that reflects common strict standards, like OOP theory
>> that is considered harmless if not followed. For example the combination
>> 'abstract static' makes no sense in said theory but doesn't put our zend
>> engine in an unstable state.
>
Marcus Boerger wrote:
> Hello internals,
>
> after recent discussions (over the last three months)I finally made up my
> mind over E_STRICT, deprecation warnings and OOP messages/rules. My idea
> proposal is to do the following:
>
> - Add a new severity E_DEPRECATED
>
> - severities are used a
Lukas Kahwe Smith wrote:
> Ilia Alshanetsky wrote:
>
>> It is working code, its far from perfect given that it makes little
>> programatic sense and does break all known OO conventions.
>
> Being allowed to break these "known OO conventions" is a major
> feature, which has established PHP as a rapi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Windows build is available at:
http://downloads.php.net/edink/php-5.2.0RC6-Win32.zip
(2c9b099684bf12e13a3fd34ee5e751a9)
http://downloads.php.net/edink/php-5.2.0RC6-win32-installer.msi
(e1ac255f9073fa9b4c2efeb7c466b945)
http://downloads.php.net/edink
Andi Gutmans wrote:
> Seems like I missed that whole thread.
> I don't quite understand what we have to gain from dissallowing overriding
> static methods and/or abstract static methods. It's not really in the PHP
> spirit.
> Making it E_STRICT doesn't solve the situation because it will tell peopl
Sara Golemon wrote:
P.S. - Where is primary PDO development happening? Last I heard PECL
releases were coming out of the 5.1 branch and that was the place to be.
Has HEAD been kept in sync?
No. Probably the best thing at this point would be to merge the whole of
PDO from 5_2 to HEAD.
Edin
Antony Dovgal wrote:
I tend to disagree with you here, Edin.
Releasing one RC just after another - _that_ would be bad management.
RCs are RCs, if something is broken in one of them, let's wait for the
next one and see if it ok.
Also, I don't like the rush in the release management which to a
Rasmus Lerdorf wrote:
Edin Kadribasic wrote:
Now that we know that there is going to be RC6 I think there is no
point in waiting for another week for it just because we have to
release things on Thursday.
I think that the best thing would be to make immediate RC6 and allow
people some time
identify any
remaining issues with the current state of 5.2.0 as well as allow
existing bug reporters to confirm the critical issues outlined have been
resolved.
On 6-Oct-06, at 7:13 PM, Edin Kadribasic wrote:
Now that we know that there is going to be RC6 I think there is no
point in
Now that we know that there is going to be RC6 I think there is no point
in waiting for another week for it just because we have to release
things on Thursday.
I think that the best thing would be to make immediate RC6 and allow
people some time to test it, and if nothing critical comes up, re
Edin Kadribasic wrote:
Stanislav Malyshev wrote:
The vote is should OO strictness (fatal error on changing function
arguments in derived classes in this case) be removed or kept.
I think fatal error should be definitely removed or the rules be at
least relaxed sufficiently to accomodate for
Stanislav Malyshev wrote:
The vote is should OO strictness (fatal error on changing function
arguments in derived classes in this case) be removed or kept.
I think fatal error should be definitely removed or the rules be at
least relaxed sufficiently to accomodate for PHP flexibility - e.g., (
The vote is should OO strictness (fatal error on changing function
arguments in derived classes in this case) be removed or kept.
Edin
Wez Furlong wrote:
Just a lame ass late-to-the-show comment... I've been out of touch and
this mini thread gives no indication what the vote is about.
Can we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Windows build of 5.2.0RC5 is available:
http://downloads.php.net/edink/php-5.2.0RC5-Win32.zip
http://downloads.php.net/edink/php-5.2.0RC5-win32-installer.msi
http://downloads.php.net/edink/pecl-5.2.0RC5-Win32.zip
http://downloads.php.net/edink
Hi all,
We need to fix http://bugs.php.net/bug.php?id=38989 before the release.
Some change has broken path handling on windows recently.
Edin
Ilia Alshanetsky wrote:
> The filter issue has been cleared up, as you can probably tell from my
> massive commit last night. Both of the protagonists o
Richard Lynch wrote:
But if somebody is running Apache pre-fork whatsit...
Why remove it from SAPIS that can support it?
Even in prefork apache, a single apache child is used for many requests,
dl() can be problematic.
Edin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubsc
[X] (+1) please remove that redundant strictness again
[ ] (-1) leave as it is, we need strict OO implementation
[ ] ( 0) what the hell are you talking about?
Edin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Michael B Allen wrote:
> Our CLI module installer uses dl() to manually load the module and
> validate some basic functionality. This is a very nice feature and I'm
> disappointed to see it has been deprecated. Will there be any equivalent
> functionality moving forward? The extension directive is
Windows build (including the new installer) is available from:
http://downloads.php.net/edink/php-5.2.0RC4-Win32.zip
(b14008ffcae75a4373182fe9ad24f624)
http://downloads.php.net/edink/php-5.2.0RC4-win32-installer.msi
(722fb79e7b9ebd3146b182dfe7177f8d)
http://downloads.php.net/edink/pecl-5.2.0RC
Hi,
Just over a year ago sniper committed a patch that breaks php.ini search
path for CLI in order to align the behavior with the manual. You can see
his commit message on
http://cvs.php.net/viewvc.cgi/php-src/main/php_ini.c?view=log (revision
1.134).
I regret that this has just come to my attent
Andi Gutmans wrote:
I don't remember a public decision being made about libxml2. Maybe you are
talking about zlib?
IRC chatter doesn't count as a forum to discuss such issues because it
doesn't give others like me a chance to respond.
The whole discussion was started back in 2002 when Zeev ins
Andi Gutmans wrote:
We need to fix that then. And we might need to do something a bit smarter
for php5isapi.dll. I'll think about it but need to leave now for the
weekend. I don't think my explanation covered this issue but only the CGI.
I prefer trying to resolve the issues in a long term way th
Andi Gutmans wrote:
I don't understand what problems you mean. On the contrary, statically
linking in everything makes the system extremely unflexible and doesn't
allow you to upgrade dlls without having to upgrade the whole PHP build. If
libxml2.dll is placed in the same directory as php5ts.dll
Steph Fox wrote:
Steph Fox wrote:
We don't have any database client in php5ts.dll...
Wez did not want PDO in php5ts.dll in order to be able to upgrade PDO
between PHP releases (for instance from pecl4win.php.net).
That's work-around-able by having SQLite 2 support w/o PDO built as
stati
Steph Fox wrote:
We don't have any database client in php5ts.dll...
Wez did not want PDO in php5ts.dll in order to be able to upgrade PDO
between PHP releases (for instance from pecl4win.php.net).
Edin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www
My fault, this was not supposed to go to the list :)
Edin
Edin Kadribasic wrote:
I'm not sure what are you referring to. Care to clarify?
Edin
Steph Fox wrote:
So how come having the same argument for pdo and sqlite doesn't work?
- Original Message ----- From: "
I'm not sure what are you referring to. Care to clarify?
Edin
Steph Fox wrote:
So how come having the same argument for pdo and sqlite doesn't work?
- Original Message ----- From: "Edin Kadribasic" <[EMAIL PROTECTED]>
To: "Andi Gutmans" <[EMAIL P
ble.
Andi
-Original Message-
From: Rob Richards [mailto:[EMAIL PROTECTED]
Sent: Friday, August 25, 2006 4:26 AM
To: Andi Gutmans
Cc: 'Edin Kadribasic'; internals@lists.php.net
Subject: Re: [PHP-DEV] libxml2/threading/win 2003
MINIT is definitely not the place for this.
The xmlDllMain
1 - 100 of 366 matches
Mail list logo
