Błąd Eclipse DDMS „Nie można powiązać z lokalnym 8600 dla debuggera”

W Eclipse pojawia się następujący błąd:

[timestamp - ddms] Can't bind to local 8600 for debugger

Czemu?

Oprócz dodania „127.0.0.1 localhost” do pliku hosts, wprowadź następujące zmiany w Eclipse.

W oknie -> Preferencje -> Android -> DDMS:

• Ustaw podstawowy lokalny port debugera na „8601”
• Zaznacz pole „Użyj ADBHOST”, a wartość powinna wynosić „127.0.0.1”

Dziękuję Benowi Claytonowi w komentarzach za poprowadzenie mnie do rozwiązania.

Niektóre słowa kluczowe Google: dolegliwość lub rozwiązanie dla debugowania Nexus S Android z komunikatem o błędzie: Nie można powiązać z lokalnym 8600 dla debuggera.

Spróbuj zabić port 8600 za pomocą tego polecenia:

fuser -k 8600/tcp

To naprawiło to dla mnie.

Nie odinstalowuj, to po prostu głupia rzecz wykonana przez system, który wydaje się mieć problem ze znalezieniem lokalnego hosta. Spójrz tutaj , to dość łatwe do naprawienia. Miałem ten sam problem kilka tygodni temu i rozwiązałem go w ten sposób.

plik hosta okna, który jest pomieszany:
plik znajduje się w tym miejscu:
C: \ WINDOWS \ system32 \ drivers \ etc

Powinien zawierać następujący wiersz: 127.0.0.1 localhost

Miałem następujący plik hosts

127.0.0.1 localhost
192.168.1.2 localhost

i zacząłem otrzymywać błąd w sposób ciągły i było to bardzo irytujące

„Nie można powiązać z lokalnym 8600 dla debuggera”
„Nie można powiązać z lokalnym 8601 dla debuggera”
„Nie można powiązać z lokalnym 8602 dla debuggera” i tak dalej

Usunąłem drugą linię z pliku hosts 192.168.1.2 localhost i wszystko wróciło do normy.

Mam nadzieję że to pomoże.

Oprócz dodania hosta lokalnego 127.0.0.1 do pliku hosts, wprowadź następujące zmiany w Eclipse.

Pod

Okno -> Preferencje -> Android -> DDMS

Ustaw podstawowy port lokalnego debugera na 8601

Zaznacz pole Użyj ADBHOST, a wartość powinna wynosić 127.0.0.1. Podziękowania dla Bena Claytona i Doguhan Uluca w komentarzach za poprowadzenie mnie do rozwiązania.

Niektóre słowa kluczowe Google:

Problem lub rozwiązanie dla debugowania Nexus S Android z komunikatem o błędzie: Nie można powiązać z lokalnym 8600 dla debuggera .

Miałem podobny problem na OSX. Tak się składa, że ​​otworzyłem dwa wystąpienia Eclipse, więc mogłem odwołać się do kodu w innym obszarze roboczym. W końcu zdałem sobie sprawę, że te dwie instancje mogą ze sobą kolidować, więc zamknąłem jedną. Po tym nie widzę już błędu „Nie można połączyć…”.

Dla osób biegających Android StudioiEclipse :

Wiem, że odpowiedzi są już nasycone, ale dodam tylko, że wygląda na to, że ten błąd pojawia się po zainstalowaniu Android Studio i powrocie do Eclipse w celu zbudowania i uruchomienia projektu.

Upewnij się, że zamknąłeś wszystkie inne wystąpienia ADB, które mogą być uruchomione (w tym Android Studio). Gdy już to zrobisz, jeśli nadal masz problemy, spróbuj zabić wszystkie procesy serwera ADB i ponownie uruchomić. Jeśli nie ustawiłeś zmiennej globalnej, otwórz terminal i przejdź do folderu narzędzi platformy Android SDK, do którego odwołuje się Eclipse, a następnie uruchom:

./adb kill-server
./adb start-server

Korzystam z pakietu Android ADT w systemie Windows 8. Oba rozwiązania opisane w tym temacie (edycja pliku hosta i zmiana preferencji zaćmienia) nie rozwiązały problemu.

W mojej sytuacji problem został rozwiązany poprzez deinstalację Javy 7 (obecnie używającej Javy 6). Debugger znów działa!

Uruchomienie dwóch instancji adb (np. Debugera eclipse i android studio) w tym samym czasie powoduje konflikty, ponieważ również

W moim przypadku problem polegał na tym, że w tle wisiało zaćmienie ducha; nie korzystał z żadnego obszaru roboczego i nie miał okien, więc znalazłem go tylko na liście procesów. Zabicie go rozwiązało problem.

W systemie Windows 8 walczyłem z tym przez jakiś czas:
czy masz zainstalowany system AVG ? Odinstalowywanie AVG wystarczyły do mnie

W moim przypadku wynikało to z faktu, że próbowałem debugować za pomocą eclipse, ale jednocześnie działałem na Android Studio. Oba programy próbowały monitorować urządzenia z Androidem na podobnych portach. Zamknij wszystkie środowiska IDE inne niż jedno lub zmodyfikuj numer portu używany do debugowania w preferencjach IDE, aby nie były podobne.

W moim przypadku po prostu zadziałało, gdy zabiłem proces Eclipse i ponownie uruchomiłem oprogramowanie.

Na moim Macu z terminala:

$ ./adb kill-server
$ ./adb start-server
* daemon not running. starting it now on port 5037 *
* daemon started successfully *

Otworzyłem zaćmienie i ustawiłem port ddms na 5037. działa dobrze.

Jedyną poprawką, która naprawdę zadziałała, było odinstalowanie Javy 7 i zainstalowanie Javy 6 na moim komputerze z systemem Windows 8 x64.

Możesz pobrać Javę 6 stąd .

Wypróbuj inny kabel, a jeśli to nie zadziała, wypróbuj inny telefon.

Zmagałem się z tym i wszystkimi powyższymi wskazówkami przez kilka dni. Ale złącze w moich urządzeniach było niestabilne. W ramach testu przesuń telefon i zobacz, czy połączenia zrywają się.

Niektóre wskazówki, takie jak ADB USB, naprawią to tymczasowo i jawnie (ponownie) wybierając proces urządzenia do debugowania. Ale dla mnie główną przyczyną było fizyczne połączenie.

Więc teraz z nowym urządzeniem nigdy nie mam problemu! Łuszczący się kabel spowodowałby ten sam problem. Powodzenia! Czuję twój ból.

Na podstawie odpowiedzi wsparcia Aptana Studio potwierdzono, że wtyczka Aptana i Android Development Tools kolidują na tym porcie (tj. Serwer Comet firmy Aptana nakładał się na ten port). Aptana otworzyła bilet w 2010 roku.

Niestety nie wygląda na to, że Aptana jeszcze to naprawiła lub skonfigurowała port serwera Comet. Zmiana numeru portu w eclipse i ponowne uruchomienie adb NIE naprawiło tego za mnie. W końcu zostałem zmuszony do odinstalowania wtyczki Aptana.

Pracował dla mnie, w oparciu o tę odpowiedź

W Eclipse przejdź do

Window->Preference->Android->DDMS

Następnie zaznacz opcję „Użyj ADBHOST” jako „127.0.0.1”.

Następnie po prostu uruchom ponownie zaćmienie

Po godzinach prób naprawienia tego za pomocą sdks java, pliku eclipse.ini i całego materiału znalezionego na pytaniu, co na pewno zadziałało:

UINSTALLED AVG ANTI-VIRUS

wtedy wszystkie porty w DDMS staną się zielone, bez względu na ustawienia java lub Genymotion lub ...

Może jest już za późno na odpowiedź na to pytanie, ale myślę, że znalazłem na to poprawkę, co zauważyłem w pliku info.plist> JVMoption (Mac), w pakiecie aplikacji są dwie wersje java tj. pokazuje "1.6 *, 1.7 +", więc właśnie zmieniłem to na "1.8 *", co jest moją obecną wersją Java i teraz działa dla mnie