2010-07-20 4 views
2

Windows 7 64K에서 작동하도록 Android 플러그인을 사용하여 Eclipse를 가져 오는 데 많은 문제가 있습니다. 나는 일식 응답을 많이 얻지 못하고있다. 꽤 무작위로 발생하는 것 같습니다. 나는 Windows 7이 현재 Android SDK를 지원하지 않는다는 것을 알고 있습니다.Android 개발 용 Windows 7에서 Eclipse가 응답하지 않음

그러나 누구나 작동하도록합니까? 윈도우 7 64 K - - 갈릴레오 (3.5.2) 이클립스 - 나는 윈도우 7의 x64에있어 안드로이드 개발을 위해 그것을 사용하고 JDK 1.6.0_21 64K

답변

0

:

나는 다음을 사용하고 있습니다 . 전혀 문제 없습니다. 안드로이드 SDK가 확실합니까? 아니면 안드로이드 폰입니까? 최신 업데이트를 모두 가져오고 모든 파일과 작업 공간을 사용자 폴더 외부에 둡니다. 이렇게하면 권한 문제가 발생하지 않습니다.

+0

Thanks Lawrence. 안드로이드 SDK를 확실히 사용하고 있습니다. (http://developer.android.com/sdk/index.html). 내 작업 영역은 사용자 폴더 외부에 있습니다. 어떤 버전의 Eclipse를 사용하고 있습니까? – Sortell

+0

버전 : 3.5.2 - 빌드 ID : M20100211-1343. AVD를 사용할 때 충돌이 발생합니까? 아니면 그것도없이? – LawrenceGS

+0

그것 없이도 일어납니다. – Sortell

0

Eclipse가 가비지 수집기를 많이 공격하고 있습니다. 환경 설정에서 Show heap status을 클릭하면 이것이 원인인지 확인할 수 있습니다. 일반.

eclipse.ini 파일 끝에 -Xmx1024m을 넣을 수 있습니다. 이미 -Xmx 설정이있는 경우 해당 설정으로 바꾸십시오. 그러면 GC가 UI를 자주 일시 중지하지 않도록 할 수 있습니다.

+0

이미 시도했습니다. 문제는 여전히 발생합니다. – Sortell

0

정확히 같은 문제가 나타납니다. Eclipse IDE가 자주 응답하고 겉보기에 무작위로 응답하지 않습니다. 실행중인 Windows 7 64 비트, galileo 3.5.2, JDK 1.6.

+0

스레드 덤프를받을 수 있습니까? jvisualvm 도구를 사용하여 스레드 덤프를 생성합니다. 로그 파일에 오류나 예외가 표시되지 않습니다. 똑같은 것을 보시겠습니까? – Sortell

0

나는 윈도우 7에 이클립스 헬리오스 64bit를 사용하고 있으며이 문제가 다시 마지막 JDK와 것 같다 : 자바 버전 "1.6.0_21" 자바 (TM) SE 런타임 환경 (1.6.0_21-B06를 구축) C : \ 이클립스 JEE - 헬리오스 - win32- 자바 핫스팟 (TM) 64 비트 서버 VM

내가 사용하는 해결 방법은 JRE의 이전 버전을 사용하는 것 (17.0-B16, 혼합 모드를 구축) x86_64 \ eclipse.exe -XX : MaxPermSize = 256m -vm "C : \ Program Files \ Java \ jdk1.6.0_20 \ bin \ java.exe"

5

동일한 "응답하지 않음" 조짐. 그래서 다음은 모든 사람들에게 적용되지 않을 수도 있습니다.

저는 Eclipse Helios Service Release 1을 사용하여 Windows 7 Enterprise x64를 실행하고 있으며 Eclipse가 "응답하지 않음"을 자주 보입니다 (매일). 지금까지는 보통 adb를 중지하여 문제를 해결할 수 있습니다. Windows 작업 매니저 (CTRL-ALT-DEL 다음 시작 작업 관리자) 프로세스 탭 정렬에서

    • 이동 이미지 이름 열
    • 선택 adb.exe * 32
    • 프로세스 끝내기
    • 끝 확인 대화 상자에서도 처리됩니다.

    "DeviceMonitor 연결 시도"에 대한 콘솔 경고가 표시 될 수 있지만 잠시 후 Eclipse가 차단 해제되고 adb가 다시 시작됩니다.

  • +1

    나는 아직도 (2013 년에) 때때로 문제를 겪었습니다. 이것이 도움이되었습니다 ... – koma

    1

    jvisualvm을 사용하면 스레드 덤프가 발생하고 교착 상태가 발생합니다. 이것은 adb를 죽임으로써 치유되지 않습니다. 나는 그것을보고했다 (그리고이 질문을 참조했다) : http://code.google.com/p/android/issues/detail?id=25149

     
    
    
    
    Found one Java-level deadlock: 
    ============================= 
    "Device Client Monitor": 
        waiting to lock monitor 0x0000000010516468 (object 0x00000000e14ca208, a java.util.ArrayList), 
        which is held by "Device List Monitor" 
    "Device List Monitor": 
        waiting to lock monitor 0x0000000010516510 (object 0x00000000e9354218, a com.android.ddmuilib.logcat.LogCatReceiverFactory), 
        which is held by "main" 
    "main": 
        waiting to lock monitor 0x0000000010e01a98 (object 0x00000000e0dbd3f8, a java.util.ArrayList), 
        which is held by "Device List Monitor" 
    
    Java stack information for the threads listed above: 
    =================================================== 
    "Device Client Monitor": 
        at com.android.ddmlib.DeviceMonitor.deviceClientMonitorLoop(DeviceMonitor.java:657) 
        - waiting to lock (a java.util.ArrayList) 
        at com.android.ddmlib.DeviceMonitor.access$100(DeviceMonitor.java:42) 
        at com.android.ddmlib.DeviceMonitor$3.run(DeviceMonitor.java:577) 
    "Device List Monitor": 
        at com.android.ddmuilib.logcat.LogCatReceiverFactory.removeReceiverFor(LogCatReceiverFactory.java:53) 
        - waiting to lock (a com.android.ddmuilib.logcat.LogCatReceiverFactory) 
        at com.android.ddmuilib.logcat.LogCatReceiverFactory.access$000(LogCatReceiverFactory.java:31) 
        at com.android.ddmuilib.logcat.LogCatReceiverFactory$1.deviceDisconnected(LogCatReceiverFactory.java:41) 
        at com.android.ddmlib.AndroidDebugBridge.deviceDisconnected(AndroidDebugBridge.java:797) 
        at com.android.ddmlib.DeviceMonitor.updateDevices(DeviceMonitor.java:391) 
        - locked (a java.util.ArrayList) 
        - locked (a java.util.ArrayList) 
        at com.android.ddmlib.DeviceMonitor.processIncomingDeviceData(DeviceMonitor.java:323) 
        at com.android.ddmlib.DeviceMonitor.deviceMonitorLoop(DeviceMonitor.java:191) 
        at com.android.ddmlib.DeviceMonitor.access$000(DeviceMonitor.java:42) 
        at com.android.ddmlib.DeviceMonitor$1.run(DeviceMonitor.java:82) 
    "main": 
        at com.android.ddmlib.AndroidDebugBridge.addClientChangeListener(AndroidDebugBridge.java:437) 
        - waiting to lock (a java.util.ArrayList) 
        at com.android.ddmuilib.logcat.LogCatPidToNameMapper.(LogCatPidToNameMapper.java:46) 
        at com.android.ddmuilib.logcat.LogCatReceiver.(LogCatReceiver.java:59) 
        at com.android.ddmuilib.logcat.LogCatReceiverFactory.newReceiver(LogCatReceiverFactory.java:62) 
        - locked (a com.android.ddmuilib.logcat.LogCatReceiverFactory) 
        at com.android.ddmuilib.logcat.LogCatPanel.deviceSelected(LogCatPanel.java:243) 
        at com.android.ddmuilib.SelectionDependentPanel.deviceSelected(SelectionDependentPanel.java:52) 
        at com.android.ide.eclipse.ddms.views.SelectionDependentViewPart.selectionChanged(SelectionDependentViewPart.java:67) 
        at com.android.ide.eclipse.ddms.DdmsPlugin$6.run(DdmsPlugin.java:705) 
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) 
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135) 
        - locked (a org.eclipse.swt.widgets.RunnableLock) 
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4140) 
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3757) 
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696) 
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660) 
        at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494) 
        at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674) 
        at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) 
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:667) 
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) 
        at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:123) 
        at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) 
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) 
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) 
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344) 
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) 
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) 
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) 
        at java.lang.reflect.Method.invoke(Unknown Source) 
        at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622) 
        at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577) 
        at org.eclipse.equinox.launcher.Main.run(Main.java:1410) 
    
    Found 1 deadlock. 
    
     
    
    
    관련 문제