On 1/18/2012 6:13 AM, Lester Caine wrote:
>
> A much better reason for not supporting the build is probably that the 64bit
> compiler is
> not available in the free development stack? We have to buy a development
> stack to get the
> 64bit compiler which blocks rather than working with the publi
On 1/18/2012 12:14 PM, Lester Caine wrote:
> William A. Rowe Jr. wrote:
>> On 1/18/2012 6:13 AM, Lester Caine wrote:
>>> >
>>> > A much better reason for not supporting the build is probably that the
>>> > 64bit
>>> compiler is
>>> &
On 1/19/2012 5:29 AM, Pierre Joye wrote:
> 2012/1/19 Ángel González :
>
>> Such binaries wouldn't be compatible with IIS, but mingw seems preferible
>> to the legacy VC6 for use with the oficial Apache binaries.
A couple of things to remember; msvcrt.dll is quite actively maintained,
even when it
On 2/27/2012 6:58 AM, jpauli wrote:
> PHP through mod_php on Linux should compile without ZTS.
>
> configure script searches for apxs binary and tries to invoque "apxs -q
> MPM" to figure out what MPM has been compiled in Apache for the TS flag to
> be defined or not (thus, activating PHP ZTS, or
On 2/27/2012 6:46 PM, Christopher Jones wrote:
>
> On 02/27/2012 01:12 PM, William A. Rowe Jr. wrote:
>> On 2/27/2012 6:58 AM, jpauli wrote:
>
>>> Recently we had a bug with the new Apache 2.4 API where apxs doesn't answer
>>> about the MPM configurat
On 2/28/2012 12:26 PM, Stas Malyshev wrote:
>
>> so prefork hasn't been the default in some 7 years. The only sensible build
>> for mod_php is ZTS, which will load and operate whichever mpm is loaded by
>> the user. The only sensible single thread environment is cgi (enhanced,
>> of course, with
On 2/28/2012 3:41 PM, Sebastian Bergmann wrote:
> On 02/28/2012 02:44 PM, Christopher Jones wrote:
>> Build PHP with ZTS enabled by default. Allow it to be explicitly
>> disabled during 'configure'
>
> Why punish everyone by default because of Apache? Does not make sense to
> me.
What is so dif
Several of my administrators have grown to love PHPIniDir
in the sapi/apache2handler/, so I've thrown together this
patch for Apache 1.3 mod_php to provide the feature. I'm
guessing alot of users would be grateful for it if they
want to keep php.ini in the conf/ tree, or wherever makes
the most se
[Ping] Anyone interested in PHPIniDir Apache 1.3 directive support?
Bill
Several of my administrators have grown to love PHPIniDir
in the sapi/apache2handler/, so I've thrown together this
patch for Apache 1.3 mod_php to provide the feature. I'm
guessing alot of users would be grateful fo
At 01:26 AM 6/28/2005, Andrey Hristov wrote:
>Should it be named php4ts?
ewww - certainly not. Win32 has no problem with loading two modules,
e.g. php4ts and php5ts, mod_php4 and mod_php5 all in the same process.
But not if the dll names collide.
At 09:56 AM 6/28/2005, Wez Furlong wrote:
>If th
Rob Richards wrote:
Attached is a patch to allow PHP 6 to build on windows
(ext/string/string.c).
MS compiler doesnt allow arithmetic operations on void *.
FYI arithmetic ops should never behave on (void *) since the
sizeof(*(void*)) is, by definition, undefined.
--
PHP Internals - PHP Runtim
Perhaps this is a stupid question, but has anyone ensured that zlib
rev 1.2.3 still exhibits this behavior? The trouble ticket is close
to useless for recapping this; but I'm happy to shepard a fix or some
solution through the zlib dev team.
The ticket indiciated that PHP is using it's own fork
Sara Golemon wrote:
with MD5 and SHA1 more or less broken
Overstatement much?
I've had implementations of sha256,384, and 512 lying about for months now
(possibly over a year), but was told they didn't have a place in core since
mhash provided the functionality (A statement I recall agreeing w
Two weeks ago;
ext/pcre/config0.m4
was added by duplicating ext/pcre/config.m4,v directly in the CVS repository.
Unfortunately this breaks every historical checkout, due to the now duplicate
existance of config0.m4 and config.m4, causing duplicate builds of the pcre
extention.
Of course, if
Jani Taskinen wrote:
Not that we will patch the repository files, but why do you care?
You actually use some old release branch? :)
In case I wasn't clear, or the patch wasn't clear, this is -every- historical
checkout that's broken. Including those in the past month.
>If you're
Rasmus Lerdorf wrote:
Marcus Boerger wrote:
the solution is correct. And btw just another reason to switch to svn.
Without the patch the old branches magically inherit the new file just as
we could change the past.
I have applied the patch.
Thanks Rasmus, and Marcus for your analysis.
Andi Gutmans wrote:
> Although it may work for you with your applications unless all of your
> 3rd party libs are compiled with VS 2005 there's a fair chance that
> you'll have issues when data structures are passed between PHP which is
> compiled against one CRT lib to DLLs which were compiled wit
Marcus Boerger wrote:
> Hello Andi,
>
> most struct sizes do not matter in the windows API (becasue it takes care
> of that). The problem actually lies in the POSIX stuff and the modified
> stuff as well as the new *_r() and *_l() and what not functions that do not
> exist in the older functions
Alexey Zakhlestin wrote:
isn't "public domain" specific enough?
Public Domain actually isn't a universal concept, and it isn't
recognized everywhere in law. A very open BSD style license first,
followed by granting it to the public domain, should cover all bases.
Even somewhere that doesn't re
Stanislav Malyshev wrote:
Hi!
Are there any objections to incorporating bugfix for #43941 (fix for how
json handles invalid UTF-8 sequences) into 5.2? I had some requests
about it, right now it's only in 5.3+.
Is there the alternative of substituting an unmappable character FFFD in
place of
David Zülke wrote:
Am 21.08.2008 um 18:50 schrieb Rasmus Lerdorf:
David Zülke wrote:
Am 21.08.2008 um 18:41 schrieb Rasmus Lerdorf:
David Zülke wrote:
Am 21.08.2008 um 18:08 schrieb Rasmus Lerdorf:
David Zülke wrote:
Am 21.08.2008 um 03:34 schrieb William A. Rowe, Jr.:
Stanislav
As far as the future direction of embedded PHP (and let's agree here
we aren't talking about every application, for mass vhosters some
fcgi or suid flavor of PHP is going to remain a better choice, and
for others, so we can avoid that debate)...
The next direction for server worker pools will lik
Stan Vassilev | FM wrote:
I have to agree, this kind of change would be very frustrating for
Win32 users, even though the solution is that simple.
Nobody reads update guides or installation instructions, they're used
to write path like that and they'll continue to do it, so we'll have
much mo
Rustam Abdullaev wrote:
Hi,
Is anyone working on a suspendable request support in PHP when used as a
module in Apache?
The 'Event' mpm should be there already, IIRC.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Cristian Rodríguez wrote:
> 田中 裕一 escribió:
>> Hi all,
>>
>> Could anyone tell me the license of the binaries and source code placed here?
>> http://pecl2.php.net/downloads/php-windows-builds/
>>
>> I am developing a commercial package software using PHP and I will build
>> libraries and PHP my own
Marcel Esser wrote:
> Using ::: as a namespace seperator would be great.
A general rule of telephony dialing and other data input, three of
the same character will too often be entered or recognized as two
or four characters due to user or mechanical error. That's why
when you see mnemonic phone
Greg Beaver wrote:
> Hi all,
>
> Let me make this brief: there will be lots of complaining about the
> namespace separator.
>
> Stop. Now.
And if you had the common decency not to change the thread-id and subject
some on this list might respect the spirit of your plea.
--
PHP Internals - PHP
William A. Rowe, Jr. wrote:
> Greg Beaver wrote:
>> Hi all,
>>
>> Let me make this brief: there will be lots of complaining about the
>> namespace separator.
>>
>> Stop. Now.
>
> And if you had the common decency not to change the thread-id and
Uwe Schindler wrote:
>
> I am not sure, if VC6 can be dropped easily. E.g. some SAPIs that directly
> map into servers may have problems if using the wrong CRT. Until now, I had
> no time to build up a Windows "Sun Java System Webserver" and test it with
> both CRTs. The code compiles fine on the
Pierre Joye wrote:
>
> A VC6 extension is not compatible with a VC9 build (or the other way
> round). It crashes randomly depending on what the extension does
> (xdebug for one is really good for this test :).
This is only true for specific combinations of extensions and 3p libs
based on what res
Hannes Magnusson wrote:
> On Sun, Jan 25, 2009 at 22:43, Giovanni Giacobbi
> wrote:
>> The problem turned out to be an invalid interpretation of the HTTP/1.1
>> protocol with "Transfer-Encoding: chunked" by the HTTP stream context, which
>> caused get_sdl() to parse a WSDL including the chunk t
Giovanni Giacobbi wrote:
>
> @William: I'm not sure I understand your reply: Apache#1 (the one running my
> test code) has nothing to do in all of this, because PHP is opening a raw
> socket and communicating on its own with Apache#2 (the one outputting the
> wsdl with chunked encoding). Thus P
Rathnakar Konda wrote:
after observing lots of core dumps from apache, we got a different segfault and
its back trace is given bellow
#0 0x2aaab1c46688 in ZEND_FETCH_DIM_RW_SPEC_VAR_UNUSED_HANDLER (
execute_data=0x714ea6c8)
at /usr/local/src/php/php-5.2.9/Zend/zend_vm_execute.h
jvlad wrote:
#2 0x2c145afb in apr_pool_destroy () from
/usr/lib64/libapr-1.so.0
No symbol table info available.
See http://httpd.apache.org/dev/debugging.html on how to grab the
-win32-symbols.zip package. Unpack it over httpd and you will probably
have more legible backtraces. Ens
Hannes Magnusson wrote:
Hi Sharad
I would appreciate if anyone can help me in finding out how to obtain
extra
information from php ... I am not able to find a debug pack for PHP 4
The sad bit is, it's totally unnecessary to have a specific debug build,
but the maintainers have never tak
apache and apache2 sapi build fixes for obscure platforms (aix, hpux etc.) and
to tend the long neglected php5apache2filter streaming sapi module.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
John Mertic wrote:
Hi there,
On 7/26/06, Steph Fox <[EMAIL PROTECTED]> wrote:
In the case of Apache 1 only, php-apache.ini needs to be in the
toplevel Apache directory. In every other case (php-cli.ini,
php-cgi-fcgi.ini php-apache2.ini, and
php-whatever-2.2-SAPI-is-called.ini)
it needs to be
Given that there is significant interest, and no objection, I'll
commit this later today. Are any of trunk / 5.2 or 4.4 branches
frozen right now?
Bill
Steph Fox wrote:
Steph Fox wrote:
It wouldn't make any difference to John, since he'd need to support
older Apache installs for the instal
Arpad Ray wrote:
> If you set post_max_size to 0, you can parse the post data yourself from
> php://input. Combine that with the Content-Length value from
> apache_request_headers() and you have everything you need for a progress
> monitor.
Of course - this is entirely irrelevant if the client use
Stanislav Malyshev wrote:
>> I suggest to first make the theoreticaly decision that we prefer to support
>> this on a per-request if it's feasible. When I say feasible it means with
>>
> Per-request is very problematic with regard to bytecode caches, for
> obvious reasons. However, per-virtual-d
Ilia Alshanetsky wrote:
>
> On 20-Oct-06, at 5:10 PM, Marcus Boerger wrote:
>
>> Hello Ilia,
>>
>> also an ISO/shared server will never be securewhatever you do and
>> you can
>> make MySQL disaalow external connections. That basically means in those
>> scenarios you do not need any authenticat
If Unicode were the solution, the PHP project was on the right page with 6.0.
Sure there remained work to do, but...
How long did it take to realize UTF16 wasn't the end of the story? UCS-4 is
the minimum to solve this, and we all agree that 32 bits aren't storing a single
char in the western wor
On 3/16/2010 6:48 AM, dreamcat four wrote:
>
> Sure UTF-16 can make sense. But only if your external representations
> are also in UTF-16. So whats the default Unicode settings for MYSQL,
> POSTGRE, etc? Well, are they always set to UTF-8, or UTF-16?
This is a very good point. The PHP project co
On 3/24/2010 6:41 PM, Stanislav Malyshev wrote:
> Hi!
>
>> Wouldn't it suffice to add a field for the hash value and a flag that
>> indicates its validity to zval instead of appending zend_literal
>> everywhere?
>
> Enlarging zval would be costly (the engine uses tons of zvals) and may
> also be
On 3/25/2010 3:53 AM, Johannes Schlüter wrote:
> Hi,
>
> On Wed, 2010-03-24 at 23:24 -0700, Thomas Hruska wrote:
>> PHP 5.2.13 on Windows XP SP3 w/ Apache (PHP as a module) is crashing for
>> me. I've tried to create a simple test case to reproduce but I'm not
>> able to. Any hints/tips or a g
On 10/29/2010 7:47 PM, admin wrote:
> WTF is T_PAAMAYIM_NEKUDOTAYIM?
>
> This has to be THE most asked question by new php developers when they come
> across it.
> Can we please change the token name to T_DOUBLE_COLON so I don't have to hear
> about it
> constantly?
>
> Those that disagree don
On 10/29/2010 8:17 PM, admin wrote:
>>
> obviously the old arguments didn't work, time to start anew.
obviously you didn't stop to learn the art of persuasion.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 1/30/2011 5:02 PM, Stas Malyshev wrote:
>
> It looks like all of these are reproducible only on vc6 build and all have
> same issues
> with division and rounding, and all not reproducible on vc9 - which makes me
> thing it's
> some vc6 problem. Maybe the one Gustavo identified, or something l
On 1/30/2011 10:36 PM, Rasmus Lerdorf wrote:
> On 1/30/11 8:30 PM, Daniel Convissor wrote:
>>
>> That's not an option for the large number of people who want to run PHP
>> under Apache, let alone folks who don't have VC9 tools. The diff() code
>> is mauling data types in undesirable, though easily
On 1/31/2011 5:23 AM, Pierre Joye wrote:
> hi,
>
> On Mon, Jan 31, 2011 at 5:36 AM, Rasmus Lerdorf wrote:
>
>> Aren't Apache VC9 builds readily available these days?
>>
>> http://www.apachelounge.com/download/
>
> I forgot to mention it here again. These builds are not officially
> supported by
On 1/31/2011 1:43 PM, Pierre Joye wrote:
> On Mon, Jan 31, 2011 at 6:26 PM, William A. Rowe Jr.
> wrote:
>> On 1/30/2011 5:02 PM, Stas Malyshev wrote:
>>>
>>> It looks like all of these are reproducible only on vc6 build and all have
>>> same issues
>
On 1/31/2011 2:04 PM, Pierre Joye wrote:
> On Mon, Jan 31, 2011 at 8:52 PM, William A. Rowe Jr.
> wrote:
>
>> Which I think we agree with, but you answer is a non sequitur, if you are
>> defining the 'next right solution', why deploy the n-1 build environment?
&
On 10/21/2011 4:42 PM, Lester Caine wrote:
> Stephen Zarkos wrote:
>> Yes, I do:) Although the tests we've done are a bit different from this
>> sort of
>> benchmark. We typically do more load testing, where we have one or more
>> load agent(s)
>> each creating multiple virtual clients accessi
Andi Gutmans wrote:
>
> In the spirit of dumping Win95 support in PHP 5, I'd like to officialy dump
> Windows 98&ME support from this point onwards. We are sticking to old
> Windows APIs because of this support which doesn't make much sense
> considering that Microsoft has stopped supporting those
This sounds like a sane approach. My own 2c is that your failure to load
represents a failure to correctly package the .manifest data of the
individual modules; perhaps this is due to the individual modules requiring
an entry for php5ts.dll? Without digging deeper, it is probably most sane
to shi
Edin Kadribasic wrote:
>
> I can get PHP to work fine on the command line, both cgi and cli. It
> also works fine under IIS using fastcgi. But loading sapi dll into a
> webserver (not using php.exe or php-cgi.exe) works for the sapi itself,
> but trying to load any extensions via php.ini fails mis
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 to coexist more peacefully
with one or
Edin Kadribasic wrote:
> Hi Andi,
>
> Turns out the problem is that Apache is building their binaries using
> VC6 so wrong CRT gets loaded. The only solution I found was to tell
> Windows to load Apache with msvcr80.dll instead of msvcr.dll by suppling
> a manifest file in Apache bin directory. If
Stefan Esser wrote:
> It should be noted, that the PHP Group is not allowed to give anyone the
> right to use PHP in it's product name.
It's called a Trademark. It may or may not be a Registered Mark, but both
concepts exist carrying varying weight in any jurisdiction.
> If they do so they viola
Derick Rethans wrote:
> Hello!
>
> there is a critical issues in PHP 4.4.5:
> - when register_globals = On, sessions don't work correctly (segfaults).
>
> Because of this I'd like to release a 4.4.6 soon with this fixes. As
> there is also an upgrade to pcre 7.0 we'd need atleast one RC, which I
FYI, a cvs rtag -d php5_5_0 might be in order before somebody trips
over this (if 5.2 ever evolves to 5.5, sort of unlikely but who knows?)
Bill
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Antony Dovgal wrote:
> On 02/23/2007 11:31 PM, William A. Rowe, Jr. wrote:
>> FYI, a cvs rtag -d php5_5_0 might be in order before somebody trips
>> over this (if 5.2 ever evolves to 5.5, sort of unlikely but who knows?)
Was there ever such a release? There is such a tag hiding o
Antony Dovgal wrote:
>
> Probably somebody set this tag several years ago.
> Is this a problem?
Of course, if you are the person who goes to tag php5_5_0, which will
blow up loudly, or almost silently if none of the current files have that
tag but they sit in the attic. cvs co will pick them up
Marcus Boerger wrote:
> Hello William,
>
> why? Simple cvs tag -F will do the trick.
Nope - because -F doesn't remove tags, only overrides them. Ancient
attic artifacts would remain tagged...
Antony Dovgal wrote:
>
> Well, we're not going to use in anyway, because it doesn't comply with
> the
Thomas Hruska wrote:
> Heads up! Installed the latest Win32 binaries of thread-safe PHP 5.2.1
> on Win32 Apache and IIS. PHP started crashing (definitely PHP -
> php5ts.dll) when I went to access the MyProBB web forum. (Win32 Apache
> flat out crashes, IIS bails with HTTP 500 errors).
Consideri
Andrew Brampton wrote:
>
> As you can see this improvement makes PHP easier on the eye for all those
> loyal subjects of the crown.
Given the value proposition of saving 96.7% stack and heap space per
variable created, the patch looks worth considering.
--
PHP Internals - PHP Runtime Developmen
On Windows, there is no such thing as a true open-write-for-append.
Unlike Unix, write for append mode is not atomic, internally it is a
seek + write. Mix that with multiple writers, and you have an inherent
race condition built it.
Richard Quadling wrote:
> That's good news. Has a patch been s
Richard Quadling wrote:
> So isn't locking the solution for Windows?
If this is single writer process, even with multithreads - a mutex
is most efficient, otherwise with concurrent writer processes, file
locking makes the most sense.
Bill
--
PHP Internals - PHP Runtime Development Mailing List
Lester Caine wrote:
> Andi Gutmans wrote:
>> I see no value in making compatibility breaks in 5.x and not in the next
>> major version. As it is we drive a lot of our users crazy. We already
>> agreed this is a 6.x thing.
>>> IMHO one good reason to start a new branch for 5.x would be the
>>> abili
Antony Dovgal wrote:
> On 05/08/2007 04:02 PM, Oliver Block wrote:
>> Am Dienstag, 8. Mai 2007 13:45 schrieben Sie:
>>> What was your configure line?
>>
>> ./configure --with-apxs2=/usr/sbin/apxs2 --prefix=/usr/local/php5
>> --enable-debug --enable-maintainer-zts --with-mysql --with-imap
>> --with-
Stanislav Malyshev wrote:
>> Switching to subversion would mean a learning curve for some, and a
>> change of PHP development tools and practice for _everyone_ involved
>> in php.net. It's a major step, particularly at a time when people are
>
> I used to think so, but my experience working with
In httpd server (and most) there is a startup phase, when we generally
trust what the admin has done, and a runtime phase. There are obvious
exploits if untrusted scripts can run arbitrary dlload's after startup.
enable_dl in php.ini will obviously override this, but to start up and
load dynamic
Rasmus Lerdorf wrote:
> William A. Rowe, Jr. wrote:
>> In httpd server (and most) there is a startup phase, when we generally
>> trust what the admin has done, and a runtime phase. There are obvious
>> exploits if untrusted scripts can run arbitrary dlload's after s
Rasmus Lerdorf wrote:
> William A. Rowe, Jr. wrote:
>> An example php.ini file that is significantly immune to these side effects
>> would seem to be a good idea. Either that, or a "DON'T COHOST UNTRUSTED
>> SCRIPTS" disclaimer :)
>
> Disabling dl() is a
Richard Lynch wrote:
> On Thu, May 31, 2007 3:36 pm, William A. Rowe, Jr. wrote:
>> In httpd server (and most) there is a startup phase, when we generally
>> trust what the admin has done, and a runtime phase. There are obvious
>> exploits if untrusted scripts can run arb
Andi Gutmans wrote:
> I got a feature idea from Apache. Apache will automatically translate
> mod_rewrite.so in LoadModule to mod_rewrite.dll on Windows.
It does? Apache/Win32 actually names the '.dll' as mod_rewrite.so on
windows. There's nothing special about the '.dll' filename extension,
a s
th the .dll
> filename (i.e. Windows Explorer).
>
> Maybe my idea is better then :)
> Andi
>
>> -Original Message-----
>> From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
>> Sent: Wednesday, June 20, 2007 10:53 PM
>> To: Andi Gutmans
>> Cc: internals@l
Stanislav Malyshev wrote:
>> something isn't clear to me: Is php as apache module supposed to work
>> without problems - if compiled as zts - only on apache worker or even
>> on apache prefork?
>
> I think if you manage to compile it that way it might work, but I don't
> really see why you would w
Vesselin Kenashkov wrote:
> -1
> Because the majority of the installation (somebody two month ago in this
> list mentioned that php 5 has just 10% adoption) is still php4 just
> makes no sense to drop the support.
This is a very old and tired argument, and pretty much is exactly where
Apache httpd
Rasmus Lerdorf wrote:
>
> Perhaps the real argument here is whether we should be doing Unicode at all?
I've watched these debate with tremendous interest. i18n is one of my
pure 'hobbies' (my 'clients' are all quite happy with ISO-8859-1, and
one of my backgrounds is WinNT where everything becam
Hartmut Holzgraefe wrote:
>
>> The complaints over the 4 or 5 I have mentioned on the list has borne
>> the remarks that I swamp the list with the reports, how it would be if
>> I dumped a couple hundred?
>
> if you dumped them on the list you would end up in everyones ignore
> list as *the list
81 matches
Mail list logo
