Ok, I was finally able to compile a release version of PHP 4.4.2 with debug
flags. When running as a ISAPI module under IIS6 on a windows server 2003
SP1 machine, I was able to observe it break on "Access Violation" exception
catch block in php4isapi.c

But the call trace and the registers values dont make much sense to me. Can
you point me to extra information or some extra instructions to be better
able to understand whats really causing the access violations issue.

1.) Call trace & registers from one test:


HttpExtensionProc(_EXTENSION_CONTROL_BLOCK * 0x00d5f8b0) line 902
W3ISAPI! 5a322991()
W3CORE! 5a3968ff()
W3CORE! 5a3a66f9()
W3CORE! 5a394c6f()
W3CORE! 5a394bf0()
W3CORE! 5a394baf()
W3CORE! 5a394fab()
W3DT! 5a3618b2()
W3DT! 5a3616ca()
W3TP! 5a3024de()
W3TP! 5a3026bc()
W3TP! 5a301db9()
KERNEL32! 77e66063()

EAX = 00000033 EBX = 00000000 ECX = 000050E0
EDX = 00000000 ESI = 00000000 EDI = 00000000
EIP = 01652488 ESP = 00D0F964 EBP = 00D0FE40
EFL = 00000212 CS = 001B DS = 0023 ES = 0023
SS = 0023 FS = 003B GS = 0000 OV=0 UP=0 EI=1
PL=0 ZR=0 AC=1 PE=0 CY=0
ST0 = +0.00000000000000000e+0000
ST1 = +0.00000000000000000e+0000
ST2 = +0.00000000000000000e+0000
ST3 = +0.00000000000000000e+0000
ST4 = +0.00000000000000000e+0000
ST5 = +0.00000000000000000e+0000
ST6 = +0.00000000000000000e+0000
ST7 = +4.50000000000000000e+0001 CTRL = 027F
STAT = 0020 TAGS = FFFF EIP = 01C4AC10
CS = 001B DS = 0023 EDO = 01CA4DB8


2.) from another test:

HttpExtensionProc(_EXTENSION_CONTROL_BLOCK * 0x00d7b0d0) line 900
W3ISAPI! 5a322991()
W3CORE! 5a3968ff()
W3CORE! 5a3a66f9()
W3CORE! 5a394c6f()
W3CORE! 5a394bf0()
W3CORE! 5a394baf()
W3CORE! 5a394fab()
W3DT! 5a3618b2()
W3DT! 5a3616ca()
W3TP! 5a3024de()
W3TP! 5a3026bc()
W3TP! 5a301db9()
KERNEL32! 77e66063()


EAX = 01652343 EBX = 00000000 ECX = 00000000 EDX = 00000000 ESI = 00000000
EDI = 00000000 EIP = 01652442 ESP = 157DF964 EBP = 157DFE40 EFL = 00000246
CS = 001B DS = 0023 ES = 0023 SS = 0023 FS = 003B GS = 0000 OV=0 UP=0 EI=1
PL=0 ZR=1 AC=0 PE=1 CY=0

157DFE20 = 157DCA50

ST0 = +0.00000000000000000e+0000 ST1 = +0.00000000000000000e+0000
ST2 = +0.00000000000000000e+0000 ST3 = +0.00000000000000000e+0000
ST4 = +0.00000000000000000e+0000 ST5 = +0.00000000000000000e+0000
ST6 = +0.00000000000000000e+0000 ST7 = +4.50000000000000000e+0001
CTRL = 027F STAT = 0020 TAGS = FFFF EIP = 01C4AC10 CS = 001B DS = 0023
EDO = 01CA4DB8




On 5/1/06, Wez Furlong <[EMAIL PROTECTED]> wrote:

Switching to linking against the release build of libc should help.
Change /MDd to /MD in the dsp/dsw or whatever it is.

--Wez.

On 4/30/06, Sharad Gupta <[EMAIL PROTECTED]> wrote:
> Ok, when I compile a "release" version .. I dont get "no input file
> specified" error when opening php scripts in browser ..
>
> But when I compile "debug" version, I get that error ... can any one
shed
> some light on this behaviour .. is it intended behaviour and what can I
do
> to rectify it ?
>
> Thanks
>
> On 4/29/06, Sharad Gupta <[EMAIL PROTECTED]> wrote:
> >
> > It seems I was able to compile a debug version of php 4.4.2 myself
using
> > MSVC++ 6 with php4dll.dsw... but when I point IIS to ISAPI dll ... on
all
> > scripts, I get "input file not found" error ...
> >
> > when I dump a phpinfo using "php -i" ... it tells me that I am using
PHP
> > in CGI/FastCGI mode ... but I dont recall doing that intentionally ...
> > anyonw has an idea about this behaviour ?
> >
> > also, what is the difference between php4dll.dsw & php4.dsw ?
> >
> > thanks for your help
> >
>
>

Reply via email to