Nicht bekommen kann Xdebug arbeiten auf Windows 7

Installierte ich die neueste XAMPP-Paket, das PHP 5.3.0. Ich bin versucht zu aktivieren Xdebug, aber es will einfach nicht funktionieren.

Hier ist, was ich geändert habe in der php.ini-geliefert mit XAMPP:

; uncommented
zend_extension = "X:\xampp\php\ext\php_xdebug.dll"

; added the following lines:
xdebug.remote_enable=true
xdebug.remote_host=localhost
xdebug.remote_port=9000
xdebug.remote_handler=dbgp

Apache startet gut, aber wenn ich öffnen http://localhost/ in meinem browser, bekomme ich die folgende Fehlermeldung:

Nicht bekommen kann Xdebug arbeiten auf Windows 7

Wenn ich auf die Close the program - button, die Fehlermeldung erscheint wieder in einer Sekunde, als ob es in einer Endlosschleife. Ich würde es sehr zu schätzen alle helfen, diese zu arbeiten.

Mir läuft eine frische Installation von Windows 7 Ultimate 64-bit.

BEARBEITEN:
Aus dem Ergebnis von phpinfo():

Zend Extension Build    API220090626,TS,VC6 
PHP Extension Build     API20090626,TS,VC6 
Debug Build             no 
Thread Safety           enabled

InformationsquelleAutor Derek | 2009-12-14

  1. 4

    Es ist möglich, Sie haben die falsche version von Xdebug. Ich würde werfen Sie einen Blick auf phpinfo() und vergleichen Sie die Informationen gibt, um die verschiedene Versionen von Xdebug dll.

    Speziell, Sie wollen, um zu sehen, wenn "Thread-Sicherheit" aktiviert ist, und Sie müssen wissen, ob Sie eine VC6 kompiliert PHP oder eine VC9 (wenn Sie Apache benutzen, ist es fast garantiert, dass Sie möchten, dass die VC6).

    Thread-Sicherheit ist aktiviert. PHP erfüllt ist mit VC6. Ich packte thread-safe 5.3 VC6 und weder die 32-bit-Aroma-noch die 64-bit-Geschmack geladen wird. Jedoch Apache nicht abstürzt, nicht mehr.
    Dies ist hilfreich, hatte ich php 5.4 aber versuche zu installieren, 5.3-dll, die nicht geben einen Fehler obwohl.

    InformationsquelleAutor zombat

  2. 3

    Haben Sie versucht, Assistenten für benutzerdefinierte installation von XDEBUG analysiert Ihre php-installation und enthält die genauen Schritte, die Sie Folgen müssen,

    Den Windows-Binärdateien werden in der Regel für jedes mini-Version für die genannten PHP-version, obwohl die Erweiterung ist an die aktuelle PHP-version zu diesem Zeitpunkt. Die VCx-marker sagt mit der compiler die Erweiterung wurde gebaut, und Nicht thread-sicher sind, ob ZTS deaktiviert wurde. Diese Qualifier, muss der PHP-version Sie verwenden. Wenn Sie nicht wissen, welche Sie benötigen, entnehmen Sie bitte die benutzerdefinierte installation Anweisungen.

    http://xdebug.org/wizard.php

    Fügen Sie Ihre phpinfo out put in das Textfeld ein und erhalten Sie genaue xdebug dll müssten Sie für Ihre php -

    Das ist Brillant. Das einzige Problem ist, dass es installiert es direkt in PHP, so dass Sie brauchen ein bisschen mehr Feintuning, damit es von der Kommandozeile aus - das ist, was einige tools haben.
    Der Assistent hat mich gerettet, sonst nichts, ich versuchte gearbeitet. Endete als absoluter vs. relativer Pfad.

    InformationsquelleAutor Basav

  3. 2

    frank-ly, ich hatte auch 2 WIRKLICH schlechte Tage, und ich weiß nicht was nun endlich behoben,
    so, hier ist meine Sammlung von Do ' s und Fallstricke:

    ; this is the thread safe version,
; the absence of _nts_ in the dll name 'shows' this
; do not use _ts, your library won't get registered and won't show in phpInfo()
zend_extension = "D:/wamp/bin/php/php5.3.8/zend_ext/php_xdebug-2.1.2-5.3-vc9-x86_64.dll"

    überprüfen Sie Ihre php.ini, check phpinfo (), ob alle Werte (kommen)

    xdebug.remote_enable = on
xdebug.remote_handler=dbgp
xdebug.profiler_enable = off
xdebug.profiler_enable_trigger = off
; if you have multiple virtual hosts ( like 'local.fooclient' )
; maybe using the IP is safer (for any same-machine-debugging)
xdebug.remote_host=127.0.0.1
; maybe a -much- lower port helped, 84 was free. use netstat to figure out.
xdebug.remote_port=84
; idekey! also see note below
xdebug.idekey=netbeans-xdebug

    Mehr Fallstricke:

    Ich gesehen habe, ein Tippfehler von xdebug.remote_handle (ohne r) mehrere Male auf das web. hüten Sie sich vor.

    Einen Hinweis auf die idekey: Die oben genannten idekey zeigte in der Ausgabe von phpinfo() als master-Wert, ABER
    war überschrieben mit 'local value' wie MYMACHINENAME$. ==> Festlegen einer globalen env-var (in der computer-Eigenschaften) benannt DBGP_IDEKEY und Neustart (oder vielleicht auch nur Abmelden), um (auch) netbeans-xdebug hilft! Wieder: re-check-in phpInfo() es traten in Kraft.

    Natürlich anpassen netbeans-Menü:Optionen->php-tab->debugging Abschnitt dieses port-und session-id.

    Hier ist ein Skript, um zu überprüfen (durch php heißt) wenn dieser port ein, den Sie beabsichtigen zu sprechen, ist offen. (weiter unten auch in den Kommentaren, für diejenigen, die zu faul, zu geben aus dem Bild)

    Für Ihren browser zu schließen, starten Sie nicht zu vergessen (inmitten frustration) zu legen stets die debug-ab get-argument:

      http://localhost/myTest.php?XDEBUG_SESSION_START=netbeans-xdebug

    Auf dem port frontier, auch dieses tool helfen könnte.

    Quadruplecheck Sie halten VC6 und VC9 kompiliert Versionen von alles auseinander.

    Läuft Ihr whatever/path/php.exe myTest.php von der Befehlszeile aus (nachdem Sie die obigen Einstellungen fertig sind) möglicherweise auch enthüllen zusätzliche Fehler (es war, während ich war das basteln mit einer falschen dll).

    Kann ich nur empfehlen, http://www.wampserver.com
    (aus persönlichen Gründen, es passt mir besser als die beliebten xampp-Paket...)

    InformationsquelleAutor Frank Nocke

  4. 0

    Ja, es ist ein bekanntes problem - ist fast unmöglich zu bekommen, Xdebug arbeiten mit der neuesten Xampp-und 64-bit Vista/Win 7.

    Es ist ein bug berichteten viele Benutzer beschweren sich über Sie.

    Scheint die Lösung zu sein die Letzte beta-version auf Xampp. Es beinhaltet die version 2.0.6 (dev) von xdebug und es funktioniert Prima.

    Getestet habe ich es auf 64-bit-Vista für ca 10 Tage und nicht auf irgendwelche problem noch.

    InformationsquelleAutor Vafliik

  5. 0

    Wenn xdebug installiert ist, nicht mit XAMPP, nur mit PHP (32bit, TS, VC6, in C:\Program Files (x86)\PHP) und Apache (32bit) auf Windows 7 (64bit), in php.ini Sie müssen geben Sie den vollständigen Pfad zu x86 Ordner der Programm-Dateien wie.

    zend_extension="C:\Program Files (x86)\PHP\ext\php_xdebug-2.1.1-5.3-vc6.dll"

    und NICHT

    zend_extension="C:\Program Files\PHP\ext\php_xdebug-2.1.1-5.3-vc6.dll"

    Das war mein Fehler, wenn geändert, um x86-Ordner, xdebug zu arbeiten begann perfekt. Hoffe, dies hilft Ihnen, zu.

    InformationsquelleAutor Eye

  6. 0

    Wie andere gesagt haben, müssen Sie entsprechend Ihrer xdebug version mit der php-version.

    Du hast bereits abgestimmt die PHP-version und-Nummer, thread-Sicherheit, und-compiler.

    Wenn Sie nicht bereits herausgefunden (dies ist ein Alter thread), , was du bist fehlt, ist die INI-Konfiguration. Wenn Sie laden Sie ein Modul, thread-sichere, müssen Sie die folgende Zeile verwenden:

    zend_extension="C:\Path\To\The\Extension.dll"

    Wenn das Modul nicht thread-sicher, dann verwenden Sie die INI-Direktive, die Sie versucht habe zu verwenden.

    Gilt dies nur für zend_extension und nicht regelmäßige Erweiterungen.

    Hinweis: die Verwendung einer ts ist NICHT korrekt für Apache 2.2.21, PHP 5.3 unter W7 x64, auch wenn PHP und Apoache ist TS, verwenden Sie die normal-Taste (weisen Sie einfach die richtige dll, die eine Person, die nicht tragen ein _nts). Vielleicht war es richtig einige Zeit zurück.
    Sie sind richtig, bezweifle, dass jemand jemals sehen wird mein post an dieser Stelle, aber ich aktualisiert

    InformationsquelleAutor dcousineau

Schreibe einen Kommentar