Dmitry Stogov in php.windows (Mon, 30 Dec 2013 11:23:19 +0400):
>I would very appreciate, if you provide more or less compact reproducable
>case.
OK, I tracked it down to the module that causes the internal server
error 500: Superfish.
https://drupal.org/project/superfish
Take any Drupal7 site, u
Jan Ehrhardt in php.windows (Sun, 12 Jan 2014 23:09:13 +0100):
>Dmitry Stogov in php.windows (Mon, 30 Dec 2013 11:23:19 +0400):
>>I would very appreciate, if you provide more or less compact reproducable
>>case.
>
>OK, I tracked it down to the module that causes the internal server
>error 500: Supe
Jan Ehrhardt in php.windows (Thu, 26 Dec 2013 00:58:34 +0100):
>Ontopic again: the bad news is that I am now getting segfaults with the
>experimental builds in Drupal7. I do not know what caused the change
>(might be the upgrade of some Drupal modules). Anyway: opcache in the
>experimental builds n
Jan Ehrhardt in php.windows (Sun, 05 Jan 2014 17:25:31 +0100):
>OK, got a ZwTerminateProcess.dmp by tracking the php-cgi.exe PID on
>memory leaks and the like. No debug symbols yet, so I will run another
>analysis.
I cannot get DebugDiag to find the correct symbols. And I do not know
how to do the
Jan Ehrhardt in php.windows (Thu, 02 Jan 2014 17:16:33 +0100):
>This made it easy to switch the second PHP version and test when the
>500-error occurs. A bit to my surprise it only happens for the NTS
>versions of PHP 5.4 and PHP 5.5. The NTS version of PHP 5.3 runs without
>problems with the opcac
Hi Jan,
great you stay on this issue.
On Sat, December 28, 2013 15:06, Jan Ehrhardt wrote:
> "Anatol Belski" in php.windows (Thu, 26 Dec 2013 23:10:41 +0100):
>
>> Yeah, there is a page
>> https://bugs.php.net/bugs-generating-backtrace-win32.php , the debug
>> tool is in current version 2.0 now,
"Anatol Belski" in php.windows (Thu, 26 Dec 2013 23:10:41 +0100):
>Yeah, there is a page
>https://bugs.php.net/bugs-generating-backtrace-win32.php , the debug tool
>is in current version 2.0 now, but the screenshots are compatible.
I am now getting this result with a x64 debug build:
WARNING - De
On Sat, Dec 28, 2013 at 3:06 PM, Jan Ehrhardt wrote:
> "Anatol Belski" in php.windows (Thu, 26 Dec 2013 23:10:41 +0100):
>>Yeah, there is a page
>>https://bugs.php.net/bugs-generating-backtrace-win32.php , the debug tool
>>is in current version 2.0 now, but the screenshots are compatible.
>
> I am
Jan,
On Sat, December 28, 2013 19:18, Jan Ehrhardt wrote:
> Jan Ehrhardt in php.windows (Sat, 28 Dec 2013 17:53:13 +0100):
>
>> Silly design of DebugDiag. Why does not it look by default in the
>> directory where the DLL is located? VC does it that way
>>
>> I am now putting then in c:\symcach
Jan Ehrhardt in php.windows (Thu, 26 Dec 2013 22:25:25 +0100):
>Program received signal SIGSEGV, Segmentation fault.
>[Switching to Thread 872.0xb44]
>0x6fdfdf9f in zend_mm_set_custom_handlers ()
> from D:\phpdev\php57.x86\php5ts.dll
>(gdb) bt
>#0 0x6fdfdf9f in zend_mm_set_custom_handlers ()
>
Jan Ehrhardt in php.windows (Thu, 26 Dec 2013 20:47:08 +0100):
>I will try to get a BT with GDB. Probably that wil mean I have to load
>PHP 5.7 as mod_php in a VC11 Apache, because GDB does not catch errors
>of a php-cgi that is loaded from within Apache.
>
>I will install Apache 3.4.7 VC11 now on
"Anatol Belski" in php.windows (Thu, 26 Dec 2013 22:35:06 +0100):
>On Thu, December 26, 2013 20:47, Jan Ehrhardt wrote:
>> I will try to get a BT with GDB. Probably that wil mean I have to load
>> PHP 5.7 as mod_php in a VC11 Apache, because GDB does not catch errors
>> of a php-cgi that is loaded
On Thu, December 26, 2013 22:25, Jan Ehrhardt wrote:
> Jan Ehrhardt in php.windows (Thu, 26 Dec 2013 21:24:39 +0100):
>
>> Fatal error: Undefined class constant 'MYSQL_ATTR_USE_BUFFERED_QUERY'
>> in includes\database\mysql\database.inc on line 46
>
> False alarm, this had something to do with the e
On Thu, December 26, 2013 22:45, Jan Ehrhardt wrote:
> "Anatol Belski" in php.windows (Thu, 26 Dec 2013 22:35:06 +0100):
>
>> On Thu, December 26, 2013 20:47, Jan Ehrhardt wrote:
>>
>>> I will try to get a BT with GDB. Probably that wil mean I have to
>>> load PHP 5.7 as mod_php in a VC11 Apache, b
Jan Ehrhardt in php.windows (Thu, 26 Dec 2013 21:24:39 +0100):
>Fatal error: Undefined class constant 'MYSQL_ATTR_USE_BUFFERED_QUERY' in
>includes\database\mysql\database.inc on line 46
False alarm, this had something to do with the extension_dir settings. I
have php 5.7 x86 TS now running as mod_
"Anatol Belski" in php.windows (Thu, 26 Dec 2013 19:37:21 +0100):
>There was a number of commits to opcache last week, I also merged them
>into str_size_and_int64 branch. So the code base should be comparable. I
>think the best way to handle it yet is using bugs.php.net, especially as
>you mean the
On Thu, December 26, 2013 20:47, Jan Ehrhardt wrote:
> "Anatol Belski" in php.windows (Thu, 26 Dec 2013 19:37:21 +0100):
>
>> There was a number of commits to opcache last week, I also merged them
>> into str_size_and_int64 branch. So the code base should be comparable. I
>> think the best way to
17 matches
Mail list logo
