Nie można uruchomić Eclipse; JVM został zakończony. Kod wyjścia = 13


326

wprowadź opis zdjęcia tutaj

Właśnie dołączam -vm C: \ Program Files \ Java \ jre6 \ bin \ javaw.exe

w eclipse.ini następnie próbuję ponownie rozpocząć zaćmienie i dostałem ten błąd. Daj mi jak rozwiązać lub połączyć to, co faktycznie go rozwiązało.

to jest moje eclipse.ini

-startup 
plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar
 --launcher.library
 plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.1.R36x_v20100810 
-showsplash
 org.eclipse.platform
--launcher.XXMaxPermSize 256m 
--launcher.defaultAction 
openFile 
-vm 
C:\Program Files\Java\jre6\bin\javaw.exe
-vmargs 
-Xms40m 
-Xmx384m

Dziękuję Ci



12
Jeśli Eclipse przestanie działać po aktualizacji z Java 7 do Java 8 (1.8.0 u25 lub nowszej), możliwe, że Eclipse jest 64-bitowy i wymaga 64-bitowej wersji środowiska JRE. Zobacz to pytanie, aby uzyskać więcej informacji.
ADTC

moim przypadkiem jest odinstalowanie starszej wersji jdk, podczas gdy Eclipse wciąż próbuje ją znaleźć.
Sophia

Instaluję Eclipse na moich komputerach z systemem Windows od około 2008 roku i nigdy nie spotkałem się z kodem błędu 13 przy pierwszym uruchomieniu. Można by pomyśleć, że do tej pory to zostało posortowane.
Andrew S,

Odpowiedzi:


130

Może to być sposób, w jaki pokazuje błąd (a nie sposób, w jaki jest zapisany w pliku eclipse.ini), ale w Eclipse.ini (Określanie JVM) znajduje się tekst, który mówi:

  • Opcja -vm i jej wartość (ścieżka) muszą znajdować się w osobnych wierszach.
  • Wartość musi być pełną bezwzględną ścieżką do pliku wykonywalnego Java, a nie tylko do katalogu domowego Java.
  • Opcja -vm musi wystąpić przed opcją -vmargs, ponieważ wszystko po -vmargs jest przekazywane bezpośrednio do JVM

5
-vm C: \ Program Files \ Java \ jre6 \ bin \ javaw.exe -startup plugins / org.eclipse.equinox.launcher_1.1.0.v20100507.jar --launcher.library plugins / org.eclipse.equinox.launcher.win32 .win32.x86_1.1.1.R36x_v20100810 -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m --launcher.defaultAction openFile -vmargs -Xms40m -Xmx384m
Prince OfThief

1
Zawsze możesz spróbować umieścić 2 nowe linie VM tuż przed instrukcjami -vmargs, zamiast na samym początku?
mecsco,

11
Okej, rozwiązuję to. Po prostu ponownie instaluję JDK 64-bit, ponownie rozpakowuję eclipse-64bit i ponownie edytuję eclipse.ini.
Prince OfThief

Dodano -vm w eclipse.ini, to zadziałało. Dzięki @danmec
gks

3
Gdyby jdk7 został zainstalowany, a następnie zaktualizowany do wersji 8 z systemem Windows 7, plik ini nie działał, dopóki nie użyłem tego formatu: -vm C: / Program Files / Java / jdk1.7.0_71 / bin bez cudzysłowów. nie jestem pewien, czy wymagane są ukośniki, czy nie.
Nick

180

Miałem ten sam błąd podczas konfigurowania środowiska eclipse.ini do korzystania z JRE6. Okazuje się, że spowodowałem ten błąd, niepoprawnie konfigurując środowisko Eclipse do korzystania z 64-bitowej maszyny JVM podczas uruchamiania 32-bitowej wersji środowiska Eclipse 3.7.

Prawidłowa konfiguracja wymagała argumentu eclipse.ini -vm do używania „C: / Program Files (x86) /” zamiast „C: / Program Files /”.

Upewnij się, że wersja JVM (wersja 32/64-bitowa) odpowiada wersji Eclipse (wersja 32/64-bitowa).


5
Dla mnie był to ten sam problem z najnowszym zaćmieniem. Jeśli chcesz korzystać z 64-bitowej wersji Java, musisz zainstalować 64-bitowe środowisko Eclipse.
Konstantin Petrukhnov

2
Tak, to był mój problem. Pobrałem 32-bitowy JDK. Jestem java noob. Wielkie dzięki.
miłość na żywo

1
Czuję się teraz naprawdę głupio, pobierając zarówno 64-bitowe zaćmienie, jak i jdk, ale nadal próbuję określić za pomocą x86 .... Przynajmniej nie jestem sam xD
AmazingDreams

2
@ książę-złodziej, byłoby wspaniale, gdybyś mógł oznaczyć tę odpowiedź jako zaakceptowaną, ponieważ jest to prawdziwa przyczyna problemu, który miałeś i jest to trochę mylące, mając gorszą odpowiedź oznaczoną jako zaakceptowaną. Dzięki!
Clint Eastwood

3
Uruchamiałem 32-bitowe środowisko Eclipse przeciwko 64-bitowej maszynie JVM.
Justin Skiles

34

Spójrz na drugi wiersz okna komunikatu. Tam możesz zobaczyć, które środowisko uruchomieniowe Java faktycznie zostało uruchomione. Mój nagle stał się C: \ ProgramData \ Oracle \ Java \ javapath \ javaw.exe. Stało się tak po tym, jak zainstalowałem „chrome java Updater” (przeglądarka Chrome jęczała: „Twoja Java jest nieaktualna, musisz zaktualizować ...”).

Przed tą „aktualizacją chrome java” moje zaćmienie (luna jee x64) zaczęło się bez błędu. Przyglądając się bliżej tła, wykryłem: aktualizator chrome java (notabene uruchomiony z witryny Oracle) dodał C: \ ProgramData \ Oracle \ Java \ javapath przed zmienną env PATH. Zawiera trzy dowiązania symboliczne do najnowszej instalacji JRA 8 JRE w folderze programu (x86) -> stąd do 32-bitowej wersji JRE java. Oracle zastępuje Java8 starą techniką mającą dowiązania symboliczne w system32 (64bit) lub. SysWOW64 (32-bitowy).

Tymczasem się nauczyłem. Niezależnie od tego, który instalator Java wykonałeś jako ostatni (* .exe), Windows zapamiętuje ten smak Java (32b lub 64b), w wyniku czego po aktualizacji łącza w C: \ ProgramData \ Oracle \ Java \ javapath wskazują na java instalacja zapamiętanego smaku. Jeśli masz instalację zaćmienia 64b i napotkasz opisany błąd: ponownie zainstaluj najnowszą wersję JDK 64b. Następnie aktualizacje Java nie będą już łączyły się z wersją 32b. Eclipse 64b uruchomi się poprawnie bez wpisu w eclipse.ini.


2
Dzięki za zrozumienie tego. Jaki jest właściwy sposób, aby to naprawić? Czy powinienem zaktualizować env var i wyczyścić ten link?
plus-

Usunąłem nowy wpis w PATH env var i dodałem wpis -vm w eclipse.ini, który wskazuje na 64-bitowy zestaw SDK. Wątpię jednak, aby usunięcie wpisu PATH było poprawne. Przy następnej aktualizacji prawdopodobnie będzie tam ponownie. Zadałem własne pytanie dotyczące tego problemu ( stackoverflow.com/questions/26502059/... )
Heri

1
wczoraj to się powtórzyło, jak się obawiałem: po aktualizacji Java zainicjowanej przez chrome mój SpringToolSuite nie zaczął się już z tym samym błędem (STS został nowo zainstalowany i nie miał jeszcze argumentu -vm w pliku ini).
Heri

7
Usunąłem c: \ ProgramData \ Oracle \ Java \ javapath z PATH env var, a teraz DZIAŁA !! Dzięki!
skoperst

Zaktualizowano zmienną ścieżki, aby używała% JAVA_HOME% \ bin i poprawiono zestaw% JAVA_HOME% rozwiązany problem. Wszystko działało poprawnie i coś (gdzieś aktualizacja) coś zepsuło.
Nitb

33

Musisz sprawdzić, czy Twój komputer ma 64-bitowy lub 32-bitowy system operacyjny, to samo dotyczy JDK (64-bit / 32-bit), a także Eclipse (64-bit / 32-bit).

Upewnij się, że wszystkie są takie same; jeśli nie, musisz pobrać ten, który pasuje do twojej bitowości.


Dzięki! Wystąpił błąd podczas próby zainstalowania edytora Dart Google (wersja 64-bitowa). Po prostu musiałem zmienić .ini, aby odwoływał się do 64-bitowej wersji Java i zadziałało.
Lucjusz

5
To nie do końca poprawne. 32-bitowa kombinacja JDK / Eclipse będzie działać dobrze w 64-bitowym systemie Windows.
marsbear

to naprawiło mój problem (ponownie). faktycznie szukałem tej odpowiedzi po aktualizacji mojej Java i otrzymaniu tego samego problemu. w końcu uderzyło mnie, że używam 32-bitowej wersji Firefoksa jako mojej domyślnej przeglądarki, więc kiedy nastąpiło automatyczne pobieranie java, zgadłem, że potrzebuję wersji 32-bitowej i poszedłem z tą lokalizacją instalacji dla mojego .ini
Jon B

22

W przypadku Eclipse:

Dodano te dwie linie w eclipse.ini

Drugi wiersz reprezentuje lokalizację JDK pliku javaw.exe.

-vm

C: \ Program Files \ Java \ jdk1.7.0_60 \ bin \ javaw.exe

Uwaga: umieść linie -vm przed opcją -vmargs, w przeciwnym razie zostanie wybrana domyślna lokalizacja.

Dla STS

Zmień to samo co powyżej w STS.ini


17

Po prostu też to uderzyłem. Okazuje się, że przynajmniej dla mnie było to spowodowane próbą użycia środowiska JRE w wersji 64 dla Win32 z Eclipse dla win32. Wydaje mi się, że Win32 Eclipse wymaga Java win32 (co nazywa się -586 na liście instalatorów Java od Oracle / Sun).

Powodem, dla którego używałem obu, jest to, że próbowałem wskazać błąd, który objawił się tylko w 64-bitowym Eclipse, więc potrzebowałem wersji 32-bitowej do porównania.

Po zainstalowaniu ZARÓWNO wersji JRE „x64” (win64) i „i586” (win32) na moim komputerze, wszystko działa dobrze i nie ma błędu 13. Najwyraźniej oba mogą być zainstalowane jednocześnie.


Podobnie tutaj. Próbowałem użyć 64-bitowego Eclipse na komputerze WIn64, ale wydaje mi się, że miałem 32-bitową Javę. W każdym razie przełączono na 32-bitowe środowisko Eclipse i wszystko jest w porządku.
Raw_Input,

Też to widziałem. Szczególnie zły instalator zainstalował 32-bitową Javę na win64, bez uprzedzenia.
XTL

14

Błąd oznacza, że ​​jest to niepoprawna wersja JVM dla tej wersji Eclipse. Link zawiera więcej szczegółów:

http://www.ehow.com/how_4784069_terminated-exit-code-error-eclipse.html


1
Jak poznać kompatybilną wersję?
Prince OfThief

8
Ta strona naprawdę niewiele mówi.
jakobengblom2

Był zmuszony zaktualizować Javę, aby uruchomić niektóre aplikacje JavaWS ... zainstalował 32-bitową wersję JRE, ale Eclipse chciał wersji JDK ... po zainstalowaniu 64-bitowej wersji JDK i zaktualizowaniu ścieżki PATH w celu odniesienia do tej wersji problem został rozwiązany
Micho Rizo

6

Upewnij się, że środowisko Eclipse i Java są używane w wersji 32-bitowej lub 64-bitowej.

Nie można uruchomić 64-bitowego zaćmienia z 32-bitowym środowiskiem JRE.

java -version

Maszyna 64-Bitwirtualna serwera Java HotSpot ™

Wersja 32-bitowa JRE nie będzie zawierała wersji 64-bitowej.


Brak wzmianki o tym w pliku „readme” lub w komunikacie o błędzie. Nie budzi zaufania do Eclipse, jeśli ktoś ocenia go pod kątem użycia.
David Spector,

4

Właśnie miałem ten sam problem i spędziłem około godziny, próbując go rozwiązać. W końcu był to znak „ # ” na ścieżce.

Zmieniłem nazwę „C: \ # IDE \ eclipse 3.7 \” na „C: \ + IDE \ eclipse 3.7 \” i to rozwiązało problem.


4

Ostatnio napotkałem ten sam problem. Moja wersja środowiska Eclipse nie obsługiwała wersji 8 Java.

Przypadkowo zainstalowałem Jre 8 na moim komputerze, który automatycznie zaktualizował moją zmienną PATH, dodając na początku „C: \ ProgramData \ Oracle \ Java \ javapath”, co doprowadziło do zaćmienia środowiska, aby pobrać tę wersję (i zignorować ręcznie dodaną wersję 1.6, która nadeszła później w kolejności) i zawieszać się przy użyciu kodu wyjścia 13.

Właśnie usunąłem ten ciąg ze ścieżki, więc który system doprowadził do pobrania mojej starszej wersji i zaćmienie zaczęło się dobrze.


2

Miałem ten sam problem z zaćmieniem na obu komputerach. Miałem zainstalowaną wersję 32-bitową. Więc usunąłem 32-bitowy i zamiast tego zainstalowałem 64-bitowy i działało idealnie.


W tym samym czasie można zainstalować zarówno 32-bitową, jak i 64-bitową wersję JRE. W rzeczywistości będziesz go potrzebować, jeśli używasz 32-bitowej przeglądarki i 64-bitowej instalacji Eclipse.
ADTC


2

Przejdź do folderu, w którym zapisałeś Eclipse. Przejrzyj folder konfiguracji w dzienniku uruchamiania. Daje to znacznie lepszą diagnostykę niż „kod wyjścia 13”.


2

Po aktualizacji Java, środowisko Eclipse nie uruchomi się, ponieważ zmieniła się domyślna lokalizacja jdk. Dodanie następujących wierszy do pliku eclipse.ini natychmiast rozwiązało mój problem:

-vm
C:\Program Files (x86)\Java\jdk1.7.0_75\bin\javaw.exe

Dodałem te linie tuż przed vmargs. Wygląda to następująco:

...
--launcher.defaultAction
openFile
-vm
C:\Program Files (x86)\Java\jdk1.7.0_75\bin\javaw.exe
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Dhelp.lucene.tokenizer=standard
-Xms40m
-Xmx512m

Aby uzyskać więcej informacji na temat eclipse.ini, odwiedź tę stronę http://wiki.eclipse.org/Eclipse.ini#-vm_value:_Windows_Example

W moim przypadku używam 32-bitowego zaćmienia i java. Jeśli zainstalowałeś zarówno 32-bitową, jak i 64-bitową wersję Java, uważaj, aby wybrać odpowiednią wersję. W przypadku wersji 64-bitowych zapoznaj się z plikiem javaw.exe w katalogu

C:\Program Files\Java\jdk1.8.0_60\bin

2

Ilekroć zobaczysz ten błąd, przejdź do katalogu Konfiguracja i sprawdź, czy właśnie wygenerowany plik dziennika został wygenerowany. Powinien mieć odpowiedni stos śledzenia śledzenia wyjątków. Mój był przypadek, w którym zainstalowałem zaktualizowaną 32-bitową wersję JRE (lub JVM), która była domyślną Javą dodaną do ścieżki. A moja instalacja Eclipse była 64-bitowa, co oznaczało, że potrzebowała 64-bitowej maszyny wirtualnej do uruchomienia jej rodzimych bibliotek SWT. Po prostu odinstalowałem 32-bitową maszynę JVM i zastąpiłem ją 64-bitową maszyną JVM.

Zastanawiam się, czy poprawią ten mechanizm raportowania, zamiast cicho generować plik dziennika w jakimś katalogu.


1

Ten błąd wystąpił dla mnie na Ubuntu, ponieważ zainstalowałem 32-bitową i 64-bitową Javę. Posługiwać się

sudo update-alternatives --config java

aby ustawić odpowiednią wersję do użycia jako domyślną.



1

Używałem Eclipse Juno i nie pamiętałem, czy było to 32 czy 64 bity. Zainstalowałem Java 32 bity i dlatego się nie udało. Następnie zainstalowałem Java 64 bity i Eclipse Juno znów działa.

Usunąłem również wszelkie odwołania do java lub jre w moich zmiennych środowiskowych (PATH).


1

Moim zdaniem, większość odpowiedzi tutaj dotyczących różnych architektur Eclipse i Java jest po prostu błędna i można to łatwo sprawdzić za pomocą np. Monitora Procesu pod Windows. -vmOpcja jest tam, aby uruchomić wersję konkretnego java i miejsce to jest, że skonfigurowany proces jest uruchomiony i działa cały kod Java na własną rękę, dlatego skonfigurować do java.exe. W takim przypadku NIE musisz mieć tej samej architektury dla Eclipse i Java, ale możesz mieszać zarówno 32-bitowy, jak i 64-bitowy. Tylko ty NIE mieszać zarówno jeśli NIE używać -vm, ale niech Eclipse obciążenia Java natywnie pod własnym procesie korzystania jvm.dll i takie. Ten ostatni jest domyślne zachowanie Eclipse, ale nie w tym przypadku, jeśli już prawidłowo skonfigurować -vmweclipse.ini.

Jeśli mi nie wierzysz, zrób kilka testów samodzielnie, używając różnych architektur Eclipse i Java i skonfiguruj -vmlub nie skonfiguruj poprawnie. W końcu dokładnie to opisał pytający w swoim komentarzu do zaakceptowanej odpowiedzi:

Nie można uruchomić Eclipse; JVM został zakończony. Kod wyjścia = 13

Mówi, że 64-bitowy JDK działa teraz, ale na jego zrzucie ekranu widać, że jego Eclipse ma 32 bity, ponieważ ścieżka do niego launcher.libraryto 32 bity.

A teraz z powodu, dla którego tu przybyłem: żaden z moich klientów miał problemy z ładowaniem jednej z naszych aplikacji opartych na Eclipse / OSGI, a Java zakończyła działanie z kodem wyjścia 13. W końcu pokazało, że problem nie dotyczył -vmani architektury Java i eclipse.exe, ale zamiast tego po prostu zaginął config.inii chyba eclipse.exenie wiedziałem, co załadować lub coś takiego. Po tym, jak to zauważyliśmy i config.iniwróciliśmy na miejsce, aplikacja załadowała się dobrze przy użyciu -vmi 64-bitowej wersji JRE7 w połączeniu z 32-bitową wersją eclipse.exe.


0

Miałem ten sam problem na Ubuntu i rozwiązałem go, rozpakowując wszystkie pliki * .pack w katalogu jdk. na przykład: cd /usr/java/jdk1.7.0_03/jre/lib sudo ../bin/unpack200 rt.pack rt.jar


0

użyj poniższej konfiguracji;

    -startup
    plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
    --launcher.library
    plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.200.v20130807-1835
    -product
    org.springsource.ggts.ide
    --launcher.defaultAction
    openFile
    --launcher.XXMaxPermSize
    256M
    -vm
    C:\Program Files\Java\jdk1.7.0_51\jre\bin\javaw.exe
    -vmargs
    -Dorg.eclipse.swt.browser.IEVersion=10001
    -Dgrails.console.enable.interactive=false
    -Dgrails.console.enable.terminal=false
    -Djline.terminal=jline.UnsupportedTerminal
    -Dgrails.console.class=grails.build.logging.GrailsEclipseConsole
    -Dosgi.requiredJavaVersion=1.6
    -Xms40m
    -Xmx768m
    -XX:MaxPermSize=256m
    -Dorg.eclipse.swt.browser.IEVersion=10001


0

W moim przypadku ścieżka JAVA nie została ustawiona w zmiennych Env. Rozpoczął pracę po ustawieniu poprawnej ścieżki w ścieżce Env.

Wpisz javac w wierszu polecenia i upewnij się, że JAVA PATH jest poprawna.


0

Zrobiłem kilka rzeczy, aby pozbyć się tego irytującego błędu, ponieważ modyfikowanie .ini nigdy nie działało dla mnie.

  1. Zainstalowano najnowszą wersję JDK
  2. Całkowicie usuń stary folder IDE Eclipse.
  3. Tym razem rozpakowałem do innej lokalizacji

Podwójne kliknięcie „eclipse.exe” działa teraz jak urok Użyj domyślnego obszaru roboczego, aby załadować swoje stare projekty.

Podejrzewam, że jest to problem Java VM JDK bardziej niż zaćmienie.


0

Użyłem nowego Instalatora Eclipse . Nie podobała mi się ścieżka instalacji i zmieniłem ją ręcznie. Potem dostałem też kod zakończenia = 13 wiadomości.

W pliku o nazwie znajduje się nowa właściwość . Musiałem tylko zmodyfikować go w nowej lokalizacji, co rozwiązało ten problem.eclipse.ini-install

W nowym instalatorze wybrałem D:/eclipse, ale IDE zostało zainstalowane na D:/eclipse/eclipse. Więc przeniosłem folder ręcznie. Następnym razem, gdy próbowałem otworzyć zaćmienie, dostałem błąd wyjścia. Dlatego musiałem zmodyfikować eclipse.inii ustawić bieżącą lokalizację:

-install
D:/eclipse

0

Zanim przejdziesz do rozwiązania, daj nam znać, dlaczego wyświetla ten błąd. Jeśli znasz problem związany z tym problemem, możemy łatwo naprawić ten błąd.

Powód 1: Najczęstszą przyczyną tego problemu jest to, że próbujemy zainstalować inną wersję bitową, czyli 64-bitową lub 32-bitową wersję oprogramowania. Może to być Eclipse lub Java.

Rozwiązanie: Sprawdź, którą wersję systemu operacyjnego używasz. Upewnij się, że pobrałeś tę samą wersję Eclipse, a także tę samą wersję oprogramowania Java.

Powód 2: Błąd konfiguracji w pliku Eclipse.ini

Rozwiązanie: Dodaj wiersz „-vm, a następnie ścieżkę do pliku Java Java SDK” na końcu pliku Eclipse.ini. na przykład: -vm C: \ Program Files \ Java \ jdk1.7.0_71 \ bin \ javaw.exe

Powód 3: Znaki specjalne (#,!, @) W katalogu instalacyjnym Eclipse.

Rozwiązanie: Upewnij się, że nie masz żadnych znaków specjalnych.

Powód 4: Dodałeś ścieżkę JAVA dwa razy w zmiennej systemowej PATH i obie ścieżki są różne.

Rozwiązanie: Usuń jedną niepoprawną / inną ścieżkę JAVA ze zmiennej systemowej PATH.

Powód 5: Być może używasz najnowszej wersji Eclipse, ale możesz używać niewłaściwej lub nieobsługiwanej wersji wirtualnej maszyny Java (JVM).

Rozwiązanie: Aby sprawdzić, której wersji Java używasz otwartego wiersza polecenia, naciśnij klawisz win + R, wpisz cmd i naciśnij klawisz Enter. Teraz w konsoli wpisz komendę Java -version, aby poznać wersję Java. Teraz sprawdź, czy Eclipse obsługuje tę wersję, czy nie. Lub Możesz otworzyć folder „readme” w folderze Eclipse i otworzyć plik readme_eclipse.html, aby zobaczyć, którą wersję obsługuje.


2
Nie publikuj identycznych odpowiedzi na wiele pytań. Opublikuj jedną dobrą odpowiedź, a następnie głosuj / oznacz, aby zamknąć pozostałe pytania jako duplikaty. Jeśli pytanie nie jest duplikatem, dopasuj swoje odpowiedzi do pytania.
durron597,

0

dla osób z Eclipse Neon

Chciałem uruchomić Eclipse Neon i miałem JRE 1.8, ale JDK 1.7 Zwróciło błąd = 13, wtedy zainstalowałem java JDK 1.8 i wszystko działało jak urok


0

Też miałem ten problem. Miałem stary JDK1.8.0_05. Zainstalowałem najnowszą wersję JDK1.8.0_111 i wszystko działa teraz świetnie. Po prostu pamiętaj o zaktualizowaniu zmiennej środowiskowej.

Używam 64-bitowego systemu Windows 7. Korzystanie z Eclipse Neon 1a.

Mam nadzieję, że komuś pomoże.


0

Mam do czynienia z tym samym problemem ze sts 3.8.4, więc spróbowałem różnych ustawień, ale nie powiodło się, ponownie zainstalowałem jdk n próbowałem, ale ten sam problem. W końcu pobrałem sts 3.8.2 n działa bez żadnych problemów. Korzystanie z systemu Windows 8, 64-bitowego systemu operacyjnego. dzięki


Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.