mgrzeg

Zgłosiłeś się z pomocą przy filtrach dla .pl? m.g.

Witam na forum, co prawda nie jest to moja działka, ale wygląda na dosyć często spotykany ostatnio problem, więc odpowiadam. Zajrzyj tu: [KLIK] m.g.

W Twoim systemie masz lokalizację ustawioną na (en), co powoduje powyższy problem. Zajrzyj do Panelu sterowania -> Region i język, zakładka "Formaty" i z listy rozwijanej przestaw na "Polski (Polska)". Możesz sprawdzić ustawienia użytkownika poprzez klucz rejestru. W tym celu uruchom wiersz polecenia i wpisz w nim: reg query "HKCU\Control Panel\International" i w odpowiedzi podaj wynik (szczególnie interesuje mnie wartość LocaleName) m.g.

Wygląda bardzo podobnie do poprzedniego przypadku. Poproszę jeszcze o zrzut pamięci zgodnie z opisem z postu #4: [KLIK] m.g.

Witam, zapoznaj się z tematem: [KLIK] i jeśli to nie pomoże, to poproszę o przygotowanie zrzutu pamięci zgodnie z podanym tam opisem. m.g.

Witam na forum, poproszę o przygotowanie logu Dependency Walkera oraz zrzutu pamięci procesu, zgodnie z opisem: [KLIK] m.g.

Wygląda na problem z ustawieniami językowymi w systemie (aplikacja próbuje pobrać aktualizację z internetu) Zamiast pl-PL aplikacja widzi neutralną pl, co kończy się wyjątkiem. Sprawdź, co masz ustawione w ramach ustawień regionalnych (powinno być polski (Polska)) oraz co masz ustawione w domyślnej przeglądarce. Firefox ma neutralną pl, w IE domyślnie jest pl-PL, więc być może tu leży problem. Przestaw domyślną na IE, upewnij się, że masz tam pl-PL (opcje internetowe->zakładka 'ogólne'->języki) i uruchom ponownie aplikację. W przypadku kolejnego błędu przygotuj kolejny zrzut. m.g.

Dzięki za logi. Brakuje w nich niestety zrzutów pamięci z szerszą informacją o błędzie, spróbujmy może jakiś wygenerować. 1. Pobierz procdump [KLIK] 2. Utwórz na dysku katalog c:\dumps i wypakuj procdump.exe do tego katalogu. 3. Uruchom wiersz poleceń (Start-> w polu 'wyszukaj programy i pliki' wpisz cmd.exe) 4. Zmień katalog bieżący na c:\dumps cd c:\dumps 5. Uruchom procdump w trybie oczekiwania na DS3_Tool procdump.exe -e -ma -w "DS3_Tool.exe" 6. Dopiero w tym momencie spróbuj uruchomić DS3_Tool i poczekaj, aż pojawi się komunikat błędu. Plik zrzutu (.dmp) spakuj, wrzuć na speedyshare i w odpowiedzi daj link. Widzę, że inne programy zgłaszały inne wyjątki i nie wiem, czy nie będziemy musieli powtórzyć powyższej procedury dla pozostałych programów, ale na razie spróbujmy ten. m.g.

Witam na forum, poproszę o pliki zawierające zrzuty pamięci, mam nadzieję, że coś się zapisało. W tym celu uruchom cmd jako administrator i wykonaj te dwa polecenia, które skopiują zawartość wer do Twoich dokumentów. Spakuj zawartość i udostępnij na speedyshare.com. m.g.

Raczej nie, ale na wszelki wypadek możesz przygotować jeszcze log Dependency Walkera oraz zrzut pamięci, wszystko zgodnie z opisem: [KLIK]. m.g.

Witam na forum, o ile mi wiadomo, Sleeping Dogs nie ma wsparcia dla XP (a przynajmniej w dotychczasowych wątkach okazywało się, że wymaga DX11, którego w XP nie ma i nie będzie). m.g.

Znowu nadmiarowa spacja Tym razem tuż po parametrze /c. Wpisz zatem: findstr /c:"[sR]" %windir%\logs\cbs\cbs.log > "%userprofile%\desktop\sfcdetails.txt" m.g.

Jeszcze może zanim Picasso rzuci okiem - w poleceniu generującym sfcdetails.txt wkradł się błąd - masz spację w '% userprofile%', stąd problem z zapisaniem pliku. m.g.

Najlepsze życzenia noworoczne dla Picasso, Luuka, pozostałych moderatorów, aktywnych i pomocnych użytkowników serwisu a także dla wszystkich, którzy szukali i zapewne znaleźli pomoc na forum Szampańskiej zabawy i zdrowia na cały rok, no i oczywiście braku jakichkolwiek problemów z komputerami! m.g.

A czy ta inna aplikacja (2) nie jest gdzieś zapisana na dysku i nie można po prostu skopiować odpowiednich plików? m.

Proponuję, żebyś założył odpowiedni wątek w dziale pomocy doraźnej: [KLIK], przy czym nie zapomnij o podaniu niezbędnych informacji: [KLIK] m.g.

Witam na forum, sorry za tak późną reakcję, ale dopiero teraz dorwałem się do jakiejś maszynki. Obawiam się jednak, że nie mam dobrych wiadomości. Wygląda na to, że program "f:\gas guzzlers combat carnage\bin32\GASGUZZLERS.EXE" jest zlinkowany z biblioteką dwmapi.dll, która pojawia się dopiero od Visty wzwyż. Widzę, że wrzuciłeś ten plik do c:\windows\system32\DWMAPI.DLL, jednak to nic nie pomoże - proponuję, żebyś zmienił nazwę tego pliku na c:\windows\system32\DWMAPI.OLD, ponieważ jego obecność może mieć wpływ również na inne programy. Po zmianie nazwy możesz spróbować uruchomić swoją grę, ale szanse na to, że depends złapał coś, czego nie powinien są praktycznie zerowe m.g.

W ostatnim logu, po zakończeniu fazy startu i pracy prefetchera a więc po 5 min. od startu nie widzę praktycznie żadnego obciążenia dysku. Jeśli chcesz, możemy spróbować przygotować log aktywności dysku w momencie, gdy obserwujesz coś niepokojącego - daj znać, a opiszę sposób jego przygotowania. Odnośnie 5% obciążenia procesora - widzę, że co ok. 1 sek uaktywnia się sterownik NVidii (u Ciebie nvlddmkm.sys w wersji 8.17.13.142 - 301.42 z 2012-05-15 09:34:51), spróbuj go zatem uaktualnić (przy czym uważaj na ostatnią wersję - na forum niektórzy zgłaszają problem freezów i zmiany kursora dla tej wersji). Zużycie pamięci na poziomie 250 MB - nie jest to coś niepokojącego. Niektóre usługi systemowe (np. SysMain) mogą mieć takie zapotrzebowanie, ale jeśli Cię to niepokoi, możesz przygotować zrzut pamięci tego procesu i udostępnić go (zrzut możesz przygotować z poziomu menadżera zadań -> ppm -> utwórz plik zrzutu, lub wykorzystać procdump z pakietu Sysinternals (skorzystaj z pkt. 2 w opisie: [KLIK]). Odnośnie obciążenia dysku, to możesz pomyśleć o zmianie typu uruchamiania usługi 'Usługa udostępniania w sieci programu Windows Media Play' na 'wyłączony'). Pewną ulgą może też być wyłączenie usługi 'Windows Search'. Odnośnie startu systemu - obawiam się, że wiele nie da się ugrać, najwięcej dałaby wymiana dysku na SSD. Spróbuj zapuścić chkdsk /F oraz później pełną defragmentację - może to troszkę pomóc prefetcherowi (choć sam też powinien dać sobie radę poprzestawiać wszystko w czasie normalnej pracy komputera). Zrób to, co opisałem wyżej, może jeszcze wrócimy do tego później. m.g.

Postępuj zgodnie z instrukcjami, jeśli czegoś nie rozumiesz, to napisz bardziej szczegółowo z czym masz problem. Takie zdawkowe 'nie rozumiem' nie posuwa nas za bardzo do przodu. m.g.

Witam na forum, przygotuj log Dependency Walkera oraz zrzut pamięci procesu, zgodnie z opisem: [KLIK]. m.g.

Rozumiem, że wszystko działa. Jeśli nie, to napisz, a będziemy szukać dalej. Jeśli ok, to też daj znać, to zamkniemy temat. m.g.

Dzięki za logi. No i jestem w kropce. Nie widzę tu nic niepokojącego, komputer uruchamia się ok. 2 min (na podstawie ostatniego z podesłanych logów - 133,61 sek.). Są drobiazgi, które mnie zastanawiają, choć wydają się być w normie: - ok 10 sek. 100% użycia jednego z rdzeni przez jeden z wątków services.exe przy przetwarzaniu rejestru (a dokładniej funkcji: ntkrpamp.exe!HvpFindFreeCellInThisViewWindow). Takie 'cudo' pojawia się w każdym z podesłanych przez Ciebie logów w okolicach końca fazy postboot. Przyznaję, że nie spotkałem się do tej pory z czymś takim, ale też i nie analizowałem zbyt wielu Vist; - stosunkowo długie fazy 'pre session init' oraz 'session init', w czasie których dysk kręci się wokół plików rejestru oraz sterowników; - po fazie postboot, do ok. końca 5 minuty aktywność dysku o niskim priorytecie i/o prefetchera - związana z wyliczaniem nowego scenariusza dla kolejnych uruchomień i szybszego ładowania systemu i aplikacji. Po zakończeniu opisanych wyżej czynności system jest praktycznie z zerowym wykorzystaniem - procesor, dysk, pamięć - wszystko leży odłogiem i czeka na Ciebie. Czy dalej wydaje Ci się, że jest mocno nie tak? I jeśli tak, to co Cię niepokoi? m.g.

Zacznij od zmiany nazwy pliku WS2_32.DLL (znajdującego się w katalogu c:\documents and settings\szostakowscyy\moje dokumenty\bol studio) na WS2_32.old Następnie uruchom program i sprawdź, czy jest ok. m.g.

Spróbuj zatem ręcznie. Uruchom cmd jako administrator i wpisz w nim (wszystko w jednej linii): W ten sposób ustalimy obecne ustawienia. Wynik zapisz, lub zrób zrzut z ekranu (powinno się pojawić: BŁĄD: System nie znalazł w rejestrze określonego klucza albo wartości.) Następnie, także z tego samego cmd: Po wszystkim restart. Jak będziesz chciał w przyszłości przywrócić poprzednią wartość: m.g.

PnP Events Task.......|Driver....................................................................|Start(s)|.Stop(s)|.Diff(s) ----------------------------------------------------------------------------------------------------------------- DriverLoad.|NETwNv32..................................................................|...13,19|...55,66|...42,47 DriverLoad.|nvlddmkm..................................................................|....8,42|...12,90|....4,48 DeviceStart|IDE\DiskHitachi_HTS545050KTA300_________________BKFOC60G\4&a0e7dad&0&0.0.0|....1,29|....2,63|....1,34 DeviceEnum.|PCI\VEN_1180&DEV_0822&SUBSYS_18971043&REV_22\4&2db3e035&0&09F0............|...58,36|...59,39|....1,03 DeviceStart|ACPI\SYN0A0F\4&bafb5f8&0..................................................|...59,49|...60,20|....0,71 DeviceStart|USB\VID_04F2&PID_B033&MI_00\6&2e402345&0&0000.............................|...64,64|...65,18|....0,54 DriverLoad.|VgaSave...................................................................|...61,96|...62,49|....0,53 DriverLoad.|IntcAzAudAddService.......................................................|...60,79|...61,32|....0,53 ----------------------------------------------------------------------------------------------------------------- Widzę, że uaktualniłeś sterownik z wersji 12.0.0.78 (2008-05-21 13:36) do 14.3.0.6 (2011-11-01 00:43). I od razu pojawił się problem - sterownik ładuje się ponad 40 sek.! Coś jest jednak mocno nie tak z siecią - czy mogę Cię prosić o choćby tymczasowe usunięcie IPv6 i przygotowanie logu zgodnie z pierwotnym opisem (bez restartów)? Kolejny krok, to jeśli masz możliwość mechanicznego włączenia/wyłączenia WiFi, to spróbuj uruchomić system z wyłączonym WiFi, oczywiście także przygotowując log (nie włączaj sieci do końca zbierania danych przez xperf). Oba pliki poproszę spakowane na speedy.sh. m.g.