Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:23589
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
	b=tYHsAer573GV9S3u1van/q5RKR1uDkPxdHsYrlRy4Ic0SwSborNymqdYpC4xzp4rvrQjLYlG5YGulLVSNdOVrEGMfPWwW4EddODenrf+fi4VtArtstkHImgnUc8VFTuTdglnWQPholFzZP6eYCK2kyXQBK3djqLoEHj1obqBsFM=
Message-ID: <82bc920f0605200611yc86c52fl3920f1f2bd31f82c@mail.gmail.com>
Date: Sat, 20 May 2006 09:11:12 -0400
To: internals@lists.php.net
In-Reply-To: <4e89b4260605010645p10aa4058k150021b310f91b71@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_32148_17117244.1148130672894"
References: <82bc920f0604281846p2ebbd32ao8593f00c3d5c8638@mail.gmail.com>
	<006901c66b78$5cf9f350$0100a8c0@pc07653>
	<82bc920f0604290706y62b2eb48ha65000f36bc29e4a@mail.gmail.com>
	<82bc920f0604301141n75d9b560v41b5ca07e10fba83@mail.gmail.com>
	<4e89b4260605010645p10aa4058k150021b310f91b71@mail.gmail.com>
Subject: Re: [PHP-DEV] Help with generating a stack trace on IIS6
From: sharadg@gmail.com ("Sharad Gupta")

------=_Part_32148_17117244.1148130672894
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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 <kingwez@gmail.com> 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 <sharadg@gmail.com> 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 <sharadg@gmail.com> 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
> > >
> >
> >
>

------=_Part_32148_17117244.1148130672894--