co spowodowało IOException i Broken pipe

Question

Mój AVD ma API 15, nie wiem dlaczego, ale poniższy komunikat pojawia się zawsze, gdy uruchamiam aplikację na emulatorze. Wygląda na to, że nie spowodowało żadnych problemów, z wyjątkiem komunikatu o błędzie w konsoli.

[2012-06-17 00:03:26 - ddmlib] Broken pipe 
java.io.IOException: Broken pipe 
    at sun.nio.ch.FileDispatcher.write0(Native Method) 
    at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47) 
    at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:122) 
    at sun.nio.ch.IOUtil.write(IOUtil.java:93) 
    at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:352) 
    at com.android.ddmlib.JdwpPacket.writeAndConsume(JdwpPacket.java:213) 
    at com.android.ddmlib.Client.sendAndConsume(Client.java:575) 
    at com.android.ddmlib.HandleHeap.sendREAQ(HandleHeap.java:348) 
    at com.android.ddmlib.Client.requestAllocationStatus(Client.java:421) 
    at com.android.ddmlib.DeviceMonitor.createClient(DeviceMonitor.java:837) 
    at com.android.ddmlib.DeviceMonitor.openClient(DeviceMonitor.java:805) 
    at com.android.ddmlib.DeviceMonitor.processIncomingJdwpData(DeviceMonitor.java:765) 
    at com.android.ddmlib.DeviceMonitor.deviceClientMonitorLoop(DeviceMonitor.java:652) 
    at com.android.ddmlib.DeviceMonitor.access$100(DeviceMonitor.java:44) 
    at com.android.ddmlib.DeviceMonitor$3.run(DeviceMonitor.java:580) 

Co może być przyczyną?

Answer 1

Wyjątek "Przerwana rura" występuje, gdy połączenie z gniazdem jest zamykane przez klienta po drugiej stronie. Zazwyczaj nie ma się o co martwić.

Answer 2

Domyślam się, że klient (Eclipse) komunikuje się z serwerem (emulatorem) przez protokół Pipe (ten protokół jest dobrze znany, aby komunikować 2 procesy na tym samym komputerze).

Kanał komunikacji może być czasem przerwany. (Jest to możliwe z ponad 100 powodów)

Aby rozwiązać ten problem: zrestartuj emulator (AVD). Może będziesz musiał poczekać chwilę (~ 1min ??), aby Eclipse mógł przywrócić kanał Pipe, a twój Log Cat powróci. W przeciwnym razie zrestartuj emulator Eclipse &, aby pozbyć się tego błędu.

Answer 3

Najczęstszą przyczyną "zerwanej rury" jest to, że jedna maszyna (pary komunikującej się za pośrednictwem gniazda) wyłączyła koniec gniazda przed zakończeniem komunikacji. Mniej więcej połowa z nich wynikała z zakończenia programu komunikacyjnego na tym gnieździe.

Jeśli program wysyłający bajty wysyła je i natychmiast zamyka gniazdo lub sam się kończy, możliwe jest, że gniazdo przestaje działać przed przesłaniem i odczytaniem bajtów.

Spróbuj wstawiać pauzę w dowolnym miejscu, gdzie zamykasz gniazdo i zanim zezwolisz programowi zakończyć działanie, aby sprawdzić, czy to pomaga.

FYI: "pipe" i "socket" to terminy używane czasem zamiennie.

Answer 4

Zauważyłem, że zdarza się to często (co 5 minut). Częstotliwość wydawała się wzrastać, gdy miałem uruchomione zarówno urządzenie fizyczne, jak i emulator.

Zatrzymanie emulatora i tylko używanie urządzenia fizycznego do debugowania zatrzymało to tak często - teraz widzę je tylko raz lub dwa razy dziennie.

Aby rozwiązać problem, gdy się to zdarza, nie trzeba zamykać emulatora ani restartować urządzenia - wyłączenie trybu debugowania USB i ponowne włączenie powinno spowodować, że będzie on ponownie wyświetlany pod adb.

Answer 5

Stare pytanie, ale nadal istotne i nie widzę żadnej innej odpowiedzi z tych informacji:

Dla mnie stało się to, gdy inny Eclipse został uruchomiony w tym samym czasie, z DDMS konkurować w tym samym gnieździe jako Eclipse próbuje połączyć się z urządzeniem z systemem Android.

Rozwiązaniem było zamknięcie drugiego Eclipse. Mam nadzieję, że to komuś pomaga.

Aktualizacja: Prawdopodobnie lepszym rozwiązaniem jest edycja portu DDMS drugiego zaćmienia na coś, czego nie używasz. Więc nie ma wyścigu.

Answer 6

W moim przypadku usunę plik .android w moim katalogu domowym. To jest w porządku.

Answer 7

Jeśli ktoś używa jednocześnie zarówno środowiska zaćmieniowego, jak i androida, błąd zostanie rzucony przez środowisko. Nawet jeśli wybierzesz urządzenie za pomocą DDMS, spowoduje to błąd.

Answer 8

Stało się tak, gdy miałem otwarte zarówno monitor, jak i Eclipse ADT. Spróbuj zamknąć wszystkie rzeczy związane z systemem Android, a następnie wykonaj adb kill-server && sleep 5 && adb devices, a następnie ponownie uruchom narzędzie (Eclipse/Ant/AS).

Answer 9

"Zerwana rura" oznacza zapisanie danych do połączenia, które zostało już zamknięte przez partnera. Rozwiązanie: nie rób tego. Jest to w zasadzie błąd protokołu aplikacji.

Answer 10

Używałem zarówno Androida Studio, jak i DDMS. Zamknięcie DDMS naprawiło problem dla mnie.

Ponowne uruchomienie Androida Studio nie miało żadnego wpływu.

Answer 11

Od dawna zmagam się z tym problemem. Ilekroć chciałem debugować aplikację mobilną na Androida za pomocą narzędzia do debugowania Chrome, rozłączałem się co 5 minut.

Dowiedziałem się, że przyczyną tego jest rzeczywiście inny proces, który wykorzystuje połączenie z telefonem komórkowym, który działa w systemie operacyjnym, który przerywa komunikację między telefonem komórkowym a systemem operacyjnym.

Używam Macbook Pro i miałem uruchomiony debugger IntelliJ IDEA + Android File Transfer (nie wiedziałem, że to działa) i narzędzie do debugowania Chrome. Po zamknięciu procesu przesyłania plików w Androidzie za pomocą narzędzia "Monitor aktywności" wszystko działało dobrze, nie było już żadnego rozłączenia między telefonem komórkowym a systemem operacyjnym. Moja sugestia to sprawdzanie zawsze, jeśli używasz innego procesu Android.

Answer 12

Jeśli ktoś jeszcze nie znalazł rozwiązania tego problemu. W Eclipses Neon zdarzyło się to, gdy miałem dwa słoiki DDMS w katalogu wtyczek. Miałem plik andmore.ddms.jar i com.android_ddms.jar. Usunięcie jednego rozwiązuje błąd, myślę, że obaj konkurują o połączenie z tym samym portem.