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
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
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 the PHP
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
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 with the same name.
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
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 command
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 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:
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. Create a simple
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.
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:
12 matches
Mail list logo