Xdebug вылетает apache - PullRequest
       35

Xdebug вылетает apache

2 голосов
/ 07 июня 2011

Мой Xdebug работает нормально, когда я использую внутренний браузер eclipses, но когда я использую его во внешнем браузере, происходит сбой apache.

Я использую xampp и на Windows 7 64 бит.Если кому-то нужна дополнительная информация, дайте мне знать.

По какой-то причине, если у меня есть открытая вкладка переменных в php-отладчике в eclipse, это приводит к сбою apache.Поэтому, чтобы остановить это, я просто не могу открыть вкладку переменных во время отладки.Таким образом, это позволяет избежать проблемы, но не устраняет ее.Я хотел бы иметь возможность иметь эту вкладку.Есть предложения?

Ответы [ 4 ]

1 голос
/ 13 августа 2011

Эй, у меня все получилось

Eclipse 3.6.1 (потому что в более поздних версиях сочетание клавиш для добавления комментария к строке не работает) Xampp 1.7.4 Xdebug 2.1.2

Трюкэто изменить php с VC6 на VC9, а затем он просто работает правильно.КСТАТИ.Это панель переменных, которая приводит к сбою xdebug apache на php VC6.

Не забудьте получить версию xdebug VC9 для нового php И если вы поместите свой новый php в каталог, отличный от \ xampp \ php, то на phpinfo ();вы увидите, что php.ini не загружен, поэтому просто переименуйте старый php (вместе вы можете переключать их с одного на другой в любое время) и поместите новый php в тот же каталог, в котором исходный php находился в «\ xampp \ php», и скопируйтеваш php.ini (потому что пути не меняются).Также не забудьте получить любые дополнительные расширения php, которые вы использовали в версии VC9 для нового php, и поместите их в "\ xampp \ php \ ext"

1 голос
/ 06 октября 2011

Я могу подтвердить большую часть того, что сказал t0meck.За исключением того, что я перешел на xampp-win32-1.7.7-VC9 с PHP 5.38.Принимая результаты phpinfo () от этого к пользовательскому анализатору установки Xdebug , он определяет php_xdebug-2.1.2-5.3-vc9.dll, но проблема не полностью устранена.Как я задокументировал на своей странице «Примечания к себе», у меня работает следующее:

После выполнения описанной выше процедуры «запустить как» должно работать с первой попытки, но «отладить как»'может разбить Apache при каждой попытке.Это проблема, которая заставляет многих людей отвлекаться.Существует явная ошибка, выявленная при использовании перспективы отладки.В центре вверху перспективы находится окно с двумя вкладками: представление переменных и представление точек останова.Обычно Apache аварийно завершает работу только тогда, когда подсвечивается представление переменной, поэтому вместо этого выделите представление точки останова.Затем установите точку останова на вашем проекте.Теперь, если вы один из выбранных, вы сможете пройтись по сценарию с помощью отладчика, но при переключении в режим просмотра переменных он все равно может вызвать сбой Apache.Что за сопротивлениеПовторите процесс, и в следующий раз вы действительно увидите переменные, и проблема волшебным образом исчезнет, ​​пока вы не перезапустите проект.Просто повторите процедуру и будьте довольны тем, что вы один из счастливчиков.

1 голос
/ 08 июня 2011

Возможно, сборка и тип XDebug не соответствуют вашей сборке и типу apache & php ...

Apache, скомпилированный с VS.NET 2008 (VC9) для 32-битной системы и использующий PHP в качестве модуля, потребует XDebug: 32-битную, VC9, Thread Safe.

http://xdebug.org/download.php

Кроме того, вы можете протестировать другой пакет WAMP, который поставляется с XDebug (например, WampDeveloper), и если он также не работает для вас, это, вероятно, не проблема несоответствия сборки.

0 голосов
/ 07 января 2013

Не знаю, поможет ли это, у меня такая же проблема, но она связана с дескриптором глубины массива xdebug> handle в представлении Variables. И вы можете изменить это. Widnow> Настройки> PHP> Отладка>> Установленная отладка> Xdebug> Настройка увеличения «Максимальная глубина массива» решила мою проблему.

http://bugs.xdebug.org/view.php?id=658#c1767

Просто установите его на 10 или больше, и он должен работать

...