Not that people should write it like that, but I have seen code in the
wild that uses getallheaders() (Apache only function) to get request
headers instead of using more portable ways.
Oh, I see. If people use Apache-only functions then surely they have to
have Apache :) But since there's a por
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
Well a lot of people develop on windows and deploy on Linux with
mod_php. For these people it probably makes more sense using mod_php on
windows still.
How it should matter for them - PHP is not supposed to be dependant on
SAPI except for maybe some things in environment variables - which woul
Hmm. I know that, in the past, I've had this kind of issue when
trying to distribute modules that use the debug version of the CRT
(which is itself not redistributable). I wonder if that is sneaking
into the build somehow?
--Wez.
On 1/7/07, Rob Richards <[EMAIL PROTECTED]> wrote:
Don't know i
Don't know if any of this will help, but here's what I've been getting
while trying to use VS 2005.
I'm not sure what the difference is between my debug build and the one
Edin released, but when using my own build apache loads everything fine.
Using Apache 2.0.59 for testing. When I change the
Hey Wez,
We have:
_VC_MANIFEST_EMBED_EXE= $(MT) -manifest [EMAIL PROTECTED] -outputresource:$@;1
_VC_MANIFEST_EMBED_DLL= $(MT) -manifest [EMAIL PROTECTED] -outputresource:$@;2
which should embed the manifest. It works for CLI/CGI but somehow does
not work wiht Apache (old CRT). Actually it works
Hi Edin,
It might be that we need to change our manifest for mod_phpx.dll to
make the crt load correctly. IIRC, there was some magical way to do
this based on the resource number you use when you bake the manifest
into the module; position 1 means one thing and position 2 means
another.
I have
Hello,
On 1/7/07, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
Andi Gutmans wrote:
> Btw, today I never recommend running mod_php on Windows and always point
> people to CGI or existing FastCGI implementations.
Well a lot of people develop on windows and deploy on Linux with
mod_php. For these
Andi Gutmans wrote:
Btw, today I never recommend running mod_php on Windows and always point
people to CGI or existing FastCGI implementations.
Well a lot of people develop on windows and deploy on Linux with
mod_php. For these people it probably makes more sense using mod_php on
windows sti
Hello Frank,
same here, i even have both 7.0 and 7.1 installed. Small hint about that,
one can set the registry to have the 6 project/solution files be opened with
6 and the others by the original tool (install 6 last or 6 first and then
edit registry).
best regards
marcus
Sunday, January 7, 2
10 matches
Mail list logo
