I probably over did my past post.
Let me simply ask, do you think there is technical merit (worth while)
to create a patch which offers multi-directory DLL loading support for
the PHP.INI extension_dir= option?
Example:
extension_dir="./ext;c:/myserver/bin;c:/otherext"
Reasons:
Current
Richard Quadling wrote:
2008/5/9 Hector Santos <[EMAIL PROTECTED]>:
nmake is the issue as it is not using the shell first. It is looking
for executables via the path. System Internal's FileMonitor shows
this.
I can confirm that nmake v6 from VS C/C++ 6.00 did not exhibit the
problem. Howev
2008/5/9 Hector Santos <[EMAIL PROTECTED]>:
> Richard Quadling wrote:
>
>> You don't actually need to install cygwin to see the fault.
>>
>> Create a batch file called rmdir.bat like this ...
>>
>
> But this is not what you have in the production makefile environment.
>
> Here is a quick test. Crea
Richard Quadling wrote:
You don't actually need to install cygwin to see the fault.
Create a batch file called rmdir.bat like this ...
But this is not what you have in the production makefile environment.
Here is a quick test. Create a simple makefile in your home folder. for
me, it is:
Michael B Allen wrote:
On Thu, May 8, 2008 at 2:02 PM, Christopher Jones
<[EMAIL PROTECTED]> wrote:
I've had a couple of recent requests for the OCI8 extension to support
"External Authentication" (aka OS authentication). I also recall a
discussion or two in the past, and there is at least
Richard Quadling:
> Effectively nmake is not respecting the shell to run internal commands.
>
> As you can see (hopefully), rmdir is a SHELL command, even if an
> executable exists with the same name and that executable is in the
> path.
>
> The issue is that nmake doesn't respect the shell comma
Hannes,
I'd say throw the warning if the switch is on and someone does
call-time-pass-by-reference and turn that switch off by default.
That's exactly the situation we have now - a warning when the INI setting is
changed, for code that by default runs silently.
And we offer a recommendation
2008/5/9 Steph Fox <[EMAIL PROTECTED]>:
> Hi Richard,
>
>>> Wouldn't having /cygwin/bin permanently in your PATH screw up native
>>> executables throughout? Can you use MS rmdir on your system at all?
>>>
>> No. As in normal windows, shell commands take precedence over
>> programs/scripts, even wit
Hi Richard,
Wouldn't having /cygwin/bin permanently in your PATH screw up native
executables throughout? Can you use MS rmdir on your system at all?
No. As in normal windows, shell commands take precedence over
programs/scripts, even with the same name. If I want to use a cygwin
program in pre
2008/5/8 Steph Fox <[EMAIL PROTECTED]>:
>> If only I could send the sound of my shoulders slumping as yet another
>> post is ignored/filtered. http://news.php.net/php.internals/37517
>
> I only asked why :)
>
>> As I said in the original post, if you have cygwin installed (as was
>> needed to build
I'm relatively new to PHP development. I hope this is the appropriate
area for this question since I was thinking maybe I could use the
opportunity to get involved with the internals by making a patch
regarding how DLLs are loaded.
Specifically, the extension_dir="path" directive which only al
Steph Fox wrote:
The more I look into this, the weirder it seems.
> [snip]
>
There's nothing wrong with it?
So why throw an error at all?
I have to say, I'm really confused over this. Either it's wrong, so you
deliver a warning, or it's OK, so you don't. But what *really* bothers
me is th
12 matches
Mail list logo
