php-windows Digest 23 Jul 2013 03:02:45 -0000 Issue 4117

Topics (messages 31052 through 31060):

Re: CLI Crash Bug
        31052 by: Jan Ehrhardt
        31053 by: Jan Ehrhardt
        31054 by: Keith Davis
        31055 by: Keith Davis
        31056 by: Jan Ehrhardt
        31057 by: Keith Davis
        31058 by: Keith Davis
        31059 by: Jan Ehrhardt
        31060 by: Keith Davis

Administrivia:

To subscribe to the digest, e-mail:
        php-windows-digest-subscr...@lists.php.net

To unsubscribe from the digest, e-mail:
        php-windows-digest-unsubscr...@lists.php.net

To post to the list, e-mail:
        php-wind...@lists.php.net


----------------------------------------------------------------------
--- Begin Message ---
Keith Davis in php.windows (Mon, 22 Jul 2013 08:04:44 -0500):
>Seems to be the same problem with this method, no debugging symbols found.
>I've added the debug pack to my c:\PHP directory (with the extension
>.pdb files in \ext.) 

I had the same problem. I am not sure if the GNU debugger looks at the
.pdb files, but that does not seem to make a difference.

>(gdb) run -r exit();
>Starting program: c:\php\php.exe -r exit();
>[New Thread 1936.0x3104]
>[New Thread 1936.0x2a68]
>warning: Critical error detected c0000374

OK, gdb detected the critical error.

>Program received signal SIGTRAP, Trace/breakpoint trap.
>0x7756e696 in ntdll!KiRaiseUserExceptionDispatcher ()
>   from C:\Windows\system32\ntdll.dll
>(gdb) bt
>#0  0x7756e696 in ntdll!KiRaiseUserExceptionDispatcher ()
>   from C:\Windows\system32\ntdll.dll
>#1  0x74c62bf7 in ?? ()
>#2  0x07400050 in ?? ()
>#3  0x7756f5c9 in ntdll!LdrAddRefDll () from C:\Windows\system32\ntdll.dll
>#4  0xc0000374 in ?? ()
>#5  0x775a4268 in ntdll!_itow () from C:\Windows\system32\ntdll.dll
>#6  0x00abfbd0 in ?? ()
>#7  0x7756f6a9 in ntdll!LdrAddRefDll () from C:\Windows\system32\ntdll.dll
>#8  0x00000002 in ?? ()
>#9  0x74c62bab in ?? ()

Maybe the developers of OPcache can do something with this information,
although it is deep inside Windows. Is it a Windows Server? Which
edition? 2008 R2 or higher?

Jan

--- End Message ---
--- Begin Message ---
Keith Davis in php.windows (Mon, 22 Jul 2013 08:04:44 -0500):
>Program received signal SIGTRAP, Trace/breakpoint trap.
>0x7756e696 in ntdll!KiRaiseUserExceptionDispatcher ()
>   from C:\Windows\system32\ntdll.dll

Your bug report was talking about
C:\Windows\SysWOW64\ntdll.dll
https://bugs.php.net/bug.php?id=65247

Mixup of 64-bits and 32-bits?

Jan

--- End Message ---
--- Begin Message ---
"Maybe the developers of OPcache can do something with this information, 
although it is deep inside Windows. Is it a Windows Server? Which edition? 2008 
R2 or higher?"

How do I contact them? Actually, this is Windows 7 Professional Service Pack 1. 
I can test on a Server 2008 R2 machine (which is what we use in production), if 
that would help.

Keith Davis - (214) 906-5183


-----Original Message-----
From: Jan Ehrhardt [mailto:php...@ehrhardt.nl]
Sent: Monday, July 22, 2013 8:45 AM
To: php-wind...@lists.php.net
Subject: Re: [PHP-WIN] Re: CLI Crash Bug

Keith Davis in php.windows (Mon, 22 Jul 2013 08:04:44 -0500):
>Seems to be the same problem with this method, no debugging symbols found.
>I've added the debug pack to my c:\PHP directory (with the extension
>.pdb files in \ext.)

I had the same problem. I am not sure if the GNU debugger looks at the .pdb 
files, but that does not seem to make a difference.

>(gdb) run -r exit();
>Starting program: c:\php\php.exe -r exit(); [New Thread 1936.0x3104]
>[New Thread 1936.0x2a68]
>warning: Critical error detected c0000374

OK, gdb detected the critical error.

>Program received signal SIGTRAP, Trace/breakpoint trap.
>0x7756e696 in ntdll!KiRaiseUserExceptionDispatcher ()
>   from C:\Windows\system32\ntdll.dll
>(gdb) bt
>#0  0x7756e696 in ntdll!KiRaiseUserExceptionDispatcher ()
>   from C:\Windows\system32\ntdll.dll
>#1  0x74c62bf7 in ?? ()
>#2  0x07400050 in ?? ()
>#3  0x7756f5c9 in ntdll!LdrAddRefDll () from
>C:\Windows\system32\ntdll.dll
>#4  0xc0000374 in ?? ()
>#5  0x775a4268 in ntdll!_itow () from C:\Windows\system32\ntdll.dll
>#6  0x00abfbd0 in ?? ()
>#7  0x7756f6a9 in ntdll!LdrAddRefDll () from
>C:\Windows\system32\ntdll.dll
>#8  0x00000002 in ?? ()
>#9  0x74c62bab in ?? ()

Maybe the developers of OPcache can do something with this information, 
although it is deep inside Windows. Is it a Windows Server? Which edition? 2008 
R2 or higher?

Jan

--
PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: 
http://www.php.net/unsub.php



This message (including any attachments) may contain confidential or otherwise 
privileged information and is intended only for the individual(s) to which it 
is addressed. If you are not the named addressee you should not disseminate, 
distribute or copy this e-mail. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. E-mail transmission cannot be guaranteed to be secured or error-free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses. The sender therefore does not accept liability 
for any errors or omissions in the contents of this message or that arise as a 
result of e-mail transmission. If verification is required please request a 
hard-copy version from the sender.

www.pridedallas.com



--- End Message ---
--- Begin Message ---
Now, that is very odd. Why would gdb32.exe (or php.exe 32 bit in this context) 
be accessing C:\Windows\system32\ntdll.dll?

Keith Davis - (214) 906-5183


-----Original Message-----
From: Jan Ehrhardt [mailto:php...@ehrhardt.nl]
Sent: Monday, July 22, 2013 9:12 AM
To: php-wind...@lists.php.net
Subject: Re: [PHP-WIN] Re: CLI Crash Bug

Keith Davis in php.windows (Mon, 22 Jul 2013 08:04:44 -0500):
>Program received signal SIGTRAP, Trace/breakpoint trap.
>0x7756e696 in ntdll!KiRaiseUserExceptionDispatcher ()
>   from C:\Windows\system32\ntdll.dll

Your bug report was talking about
C:\Windows\SysWOW64\ntdll.dll
https://bugs.php.net/bug.php?id=65247

Mixup of 64-bits and 32-bits?

Jan

--
PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: 
http://www.php.net/unsub.php



This message (including any attachments) may contain confidential or otherwise 
privileged information and is intended only for the individual(s) to which it 
is addressed. If you are not the named addressee you should not disseminate, 
distribute or copy this e-mail. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. E-mail transmission cannot be guaranteed to be secured or error-free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses. The sender therefore does not accept liability 
for any errors or omissions in the contents of this message or that arise as a 
result of e-mail transmission. If verification is required please request a 
hard-copy version from the sender.

www.pridedallas.com



--- End Message ---
--- Begin Message ---
Keith Davis in php.windows (Mon, 22 Jul 2013 10:36:32 -0500):
>"Maybe the developers of OPcache can do something with this information,
>although it is deep inside Windows. Is it a Windows Server? Which
>edition? 2008 R2 or higher?"
>
>How do I contact them?

https://github.com/zendtech/ZendOptimizerPlus
Open an issue.

>                       Actually, this is Windows 7 Professional
>Service Pack 1. I can test on a Server 2008 R2 machine (which is what we
>use in production), if that would help.

You've got a really weird problem at hand. If even 'php -r exit();'
crashes, there definitely is something wrong with your setup. Did you
load php_opcache.dll with

zend_extension=php_opcache.dll (no path=it looks in your extension_dir)

And did you have the recommended opcache.xxx settings as stated at the
bottom of https://github.com/zendtech/ZendOptimizerPlus

To rule out other factors, I would disable all extensions except opcache
and then try php -r exit(); once again.

Jan

--- End Message ---
--- Begin Message ---
I will, but 2 things that really confuse me:

* we have one machine (out of 4) that does not crash - all of these machines 
are built and configured to a specification,  so I don't know why this one is 
different
* the error does not occur when in IIS - only on the CLI

Keith Davis - (214) 906-5183


-----Original Message-----
From: Jan Ehrhardt [mailto:php...@ehrhardt.nl]
Sent: Monday, July 22, 2013 11:04 AM
To: php-wind...@lists.php.net
Subject: Re: [PHP-WIN] Re: CLI Crash Bug

Keith Davis in php.windows (Mon, 22 Jul 2013 10:36:32 -0500):
>"Maybe the developers of OPcache can do something with this
>information, although it is deep inside Windows. Is it a Windows
>Server? Which edition? 2008 R2 or higher?"
>
>How do I contact them?

https://github.com/zendtech/ZendOptimizerPlus
Open an issue.

>                       Actually, this is Windows 7 Professional Service
>Pack 1. I can test on a Server 2008 R2 machine (which is what we use in
>production), if that would help.

You've got a really weird problem at hand. If even 'php -r exit();'
crashes, there definitely is something wrong with your setup. Did you load 
php_opcache.dll with

zend_extension=php_opcache.dll (no path=it looks in your extension_dir)

And did you have the recommended opcache.xxx settings as stated at the bottom 
of https://github.com/zendtech/ZendOptimizerPlus

To rule out other factors, I would disable all extensions except opcache and 
then try php -r exit(); once again.

Jan

--
PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: 
http://www.php.net/unsub.php



This message (including any attachments) may contain confidential or otherwise 
privileged information and is intended only for the individual(s) to which it 
is addressed. If you are not the named addressee you should not disseminate, 
distribute or copy this e-mail. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. E-mail transmission cannot be guaranteed to be secured or error-free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses. The sender therefore does not accept liability 
for any errors or omissions in the contents of this message or that arise as a 
result of e-mail transmission. If verification is required please request a 
hard-copy version from the sender.

www.pridedallas.com



--- End Message ---
--- Begin Message ---
We have been loading the extension as such:

zend_extension="c:/php/ext/php_opcache.dll"

However, I've tried it the other way as well:

zend_extension=php_opcache.dll

Still crashes.

Yes, we are using those recommended settings.

Ahhhh, geez. It looks like it's caused by Wincache. I disable and enable that 
extension and the crashing stops and starts.

However, again, I've tested Wincache thoroughly with Opcache in IIS and have no 
issues. It's only on the command line.

Keith Davis - (214) 906-5183


-----Original Message-----
From: Jan Ehrhardt [mailto:php...@ehrhardt.nl]
Sent: Monday, July 22, 2013 11:04 AM
To: php-wind...@lists.php.net
Subject: Re: [PHP-WIN] Re: CLI Crash Bug

Keith Davis in php.windows (Mon, 22 Jul 2013 10:36:32 -0500):
>"Maybe the developers of OPcache can do something with this
>information, although it is deep inside Windows. Is it a Windows
>Server? Which edition? 2008 R2 or higher?"
>
>How do I contact them?

https://github.com/zendtech/ZendOptimizerPlus
Open an issue.

>                       Actually, this is Windows 7 Professional Service
>Pack 1. I can test on a Server 2008 R2 machine (which is what we use in
>production), if that would help.

You've got a really weird problem at hand. If even 'php -r exit();'
crashes, there definitely is something wrong with your setup. Did you load 
php_opcache.dll with

zend_extension=php_opcache.dll (no path=it looks in your extension_dir)

And did you have the recommended opcache.xxx settings as stated at the bottom 
of https://github.com/zendtech/ZendOptimizerPlus

To rule out other factors, I would disable all extensions except opcache and 
then try php -r exit(); once again.

Jan

--
PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: 
http://www.php.net/unsub.php



This message (including any attachments) may contain confidential or otherwise 
privileged information and is intended only for the individual(s) to which it 
is addressed. If you are not the named addressee you should not disseminate, 
distribute or copy this e-mail. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. E-mail transmission cannot be guaranteed to be secured or error-free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses. The sender therefore does not accept liability 
for any errors or omissions in the contents of this message or that arise as a 
result of e-mail transmission. If verification is required please request a 
hard-copy version from the sender.

www.pridedallas.com



--- End Message ---
--- Begin Message ---
Keith Davis in php.windows (Mon, 22 Jul 2013 12:49:59 -0500):
>Ahhhh, geez. It looks like it's caused by Wincache. I disable and enable
>that extension and the crashing stops and starts.
>
>However, again, I've tested Wincache thoroughly with Opcache in IIS and
>have no issues. It's only on the command line.

Where did you get the php_wincache.dll? I could not find it on PHP.net
and neither on http://www.iis.net/downloads/microsoft/wincache-extension

Did you compile it yourself? It might be worth a try to use the
php_wincache.dll from one of my builds:
http://www.apachelounge.com/viewtopic.php?t=5423
http://www.apachelounge.com/viewtopic.php?t=5480

Jan

--- End Message ---
--- Begin Message ---
http://forums.iis.net/p/1196789/2047778.aspx/1?Re+WinCache+for+PHP+5+5+
http://sourceforge.net/projects/wincache/files/development/wincache-1.3.4.1-dev-5.5-nts-vc11-x86.exe/download

I thought of that already and tried this one:

http://www.apachelounge.com/viewtopic.php?t=5480


Keith Davis - (214) 906-5183


-----Original Message-----
From: Jan Ehrhardt [mailto:php...@ehrhardt.nl]
Sent: Monday, July 22, 2013 6:10 PM
To: php-wind...@lists.php.net
Subject: Re: [PHP-WIN] Re: CLI Crash Bug

Keith Davis in php.windows (Mon, 22 Jul 2013 12:49:59 -0500):
>Ahhhh, geez. It looks like it's caused by Wincache. I disable and
>enable that extension and the crashing stops and starts.
>
>However, again, I've tested Wincache thoroughly with Opcache in IIS and
>have no issues. It's only on the command line.

Where did you get the php_wincache.dll? I could not find it on PHP.net and 
neither on http://www.iis.net/downloads/microsoft/wincache-extension

Did you compile it yourself? It might be worth a try to use the 
php_wincache.dll from one of my builds:
http://www.apachelounge.com/viewtopic.php?t=5423
http://www.apachelounge.com/viewtopic.php?t=5480

Jan

--
PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: 
http://www.php.net/unsub.php



This message (including any attachments) may contain confidential or otherwise 
privileged information and is intended only for the individual(s) to which it 
is addressed. If you are not the named addressee you should not disseminate, 
distribute or copy this e-mail. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. E-mail transmission cannot be guaranteed to be secured or error-free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses. The sender therefore does not accept liability 
for any errors or omissions in the contents of this message or that arise as a 
result of e-mail transmission. If verification is required please request a 
hard-copy version from the sender.

www.pridedallas.com



--- End Message ---

Reply via email to