Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Powolny schowek
44 views
Skip to first unread message
Adam
Jan 8, 2015, 9:30:21 AM1/8/15
to
Witajcie.
Zauważyłem na trzeciej już maszynie: po Ctrl+C trzeba chwilę zaczekać,
aby schowek zadziałał - to znaczy, aby można zrobić Ctrl+V.
Podobnie wolno działa RPM + kopiuj.
Ta chwila to czasem kilkanaście sekund - co czasami praktycznie
uniemożliwia pracę.
Nie wiem, czy jest to problem z "napompowaniem" schowka, czy z jego
"wypchnięciem".
Nie ma większego znaczenia, co się kopiuje: fragment tekstu z
przeglądarki czy komórka z arkusza kalkulacyjnego.
Co dziwne, to większe dane (fotografia, cały arkusz) przechodzą
praktycznie od razu. Problem jest przy małych stringach - np. wycięcie
Part Number z dokumentu, aby go wrzucić do przeglądarki.
Mam tak na 2 kompach z XP i na jednym z Win7/64
Na 2 maszynach nie ma i nie było żadnych dodatkowych managerów schowka.
Ki diabeł?
Czego szukać?
--
Pozdrawiam.
Adam
Zauważyłem na trzeciej już maszynie: po Ctrl+C trzeba chwilę zaczekać,
aby schowek zadziałał - to znaczy, aby można zrobić Ctrl+V.
Podobnie wolno działa RPM + kopiuj.
Ta chwila to czasem kilkanaście sekund - co czasami praktycznie
uniemożliwia pracę.
Nie wiem, czy jest to problem z "napompowaniem" schowka, czy z jego
"wypchnięciem".
Nie ma większego znaczenia, co się kopiuje: fragment tekstu z
przeglądarki czy komórka z arkusza kalkulacyjnego.
Co dziwne, to większe dane (fotografia, cały arkusz) przechodzą
praktycznie od razu. Problem jest przy małych stringach - np. wycięcie
Part Number z dokumentu, aby go wrzucić do przeglądarki.
Mam tak na 2 kompach z XP i na jednym z Win7/64
Na 2 maszynach nie ma i nie było żadnych dodatkowych managerów schowka.
Ki diabeł?
Czego szukać?
--
Pozdrawiam.
Adam
Borneq
Jan 9, 2015, 11:20:05 AM1/9/15
to
W dniu 2015-01-08 o 15:30, Adam pisze:
zarażone jakimś trojanem, keyloggerem? Może sprawdzić webrootem?
> Mam tak na 2 kompach z XP i na jednym z Win7/64
>
> Na 2 maszynach nie ma i nie było żadnych dodatkowych managerów schowka.
Ale to dziwne, dlaczego akurat na wszystkich maszynach tak samo? Może są
>
> Na 2 maszynach nie ma i nie było żadnych dodatkowych managerów schowka.
zarażone jakimś trojanem, keyloggerem? Może sprawdzić webrootem?
Piotr Rezmer
Jan 10, 2015, 3:28:14 AM1/10/15
to
W dniu 2015-01-09 o 17:20, Borneq pisze:
schowka na serwery hackerów albo podmienia numer rachunku jak korzystasz
z bankowości internetowej? To możliwe.
--
pozdrawiam
Piotr
XLR250&bmw_f650_dakar
> Ale to dziwne, dlaczego akurat na wszystkich maszynach tak samo? Może są
> zarażone jakimś trojanem, keyloggerem? Może sprawdzić webrootem?
>
Myślisz że to jakiś przechwytywacz schowka, który np. wysyła zawartość
> zarażone jakimś trojanem, keyloggerem? Może sprawdzić webrootem?
>
schowka na serwery hackerów albo podmienia numer rachunku jak korzystasz
z bankowości internetowej? To możliwe.
--
pozdrawiam
Piotr
XLR250&bmw_f650_dakar
Adam
Jan 10, 2015, 5:59:41 AM1/10/15
to
W dniu 2015-01-10 o 09:28, Piotr Rezmer pisze:
Myślałem o tym, ale nie napisałem w pierwszym poście:
nie dzieje się tak zawsze. Dzieje się raczej kiedy mam otwartych kilka
czy kilkanaście aplikacji, rzadziej przy pracy dwumonitorowej, częściej,
gdy pracuję tylko na jednym monitorze.
Sprzęt to laptop Dell XPS M1330 / Win XP SP3 oraz Lenovo R500 na
Win7/x64 i równolegle na Win XP SP3 (natywny, nie wirtualny).
Ustawiony dość agresywnie NOD32, systemy sprawdzane cyklicznie co jakiś
czas także różnymi programami na okoliczność robactwa. Mam też ustawione
dość mocne regułki na routerach.
Netstat nie pokazuje nic niepokojącego.
Może problem z przeciążeniem?
Na Win7/x64 (tylko 8GB RAM) mam otwartą Operę x64, w niej ponad 40
otwartych zakładek, równolegle pracują dwa serwery SQL (2008R2/x64 i
2012/x64), kilka aplikacji na SQL, TheBAT z kilkoma kontami, operujący
na 34GB danych (łącznie z kilkunastoma już nieaktywnymi kontami), do
tego czasem Corel, jakieś Office/x32 lub Open Office (muszę mieć oba) -
to te największe otwarte aplikacje - może tu jest przyczyna?
Co prawda rzadko przekraczam zajęcie RAM powyżej 5GB i utylizację
powyżej 40%, ale te dane też nie zawsze są wiarygodnym wyznacznikiem.
Mam tylko kilka własnych skrótów klawiatury (do zawołania cmd, do
zawołania systemowego kalkulatora i jeszcze ze 2). Nie mam chyba skrótów
klawiaturowych do grafiki ani innych aplikacji - ale tego prawdopodobnie
nie ma jak sprawdzić, gdyż Windows o ile mi wiadomo, nie ma miejsca,
gdzie trzyma wszystkie skróty.
Pytanie:
jakie procesy odpowiadają za schowek? Co się dzieje (jakie biblioteki są
wołane) w momencie Ctrl-C i Ctrl-V?
Może inne pomysły?
--
Pozdrawiam.
Adam
> W dniu 2015-01-09 o 17:20, Borneq pisze:
>> Ale to dziwne, dlaczego akurat na wszystkich maszynach tak samo? Może są
>> zarażone jakimś trojanem, keyloggerem? Może sprawdzić webrootem?
>>
> Myślisz że to jakiś przechwytywacz schowka, który np. wysyła zawartość
> schowka na serwery hackerów albo podmienia numer rachunku jak korzystasz
> z bankowości internetowej? To możliwe.
>
Mało możliwe - dbam o higienę komputerów.
>> Ale to dziwne, dlaczego akurat na wszystkich maszynach tak samo? Może są
>> zarażone jakimś trojanem, keyloggerem? Może sprawdzić webrootem?
>>
> Myślisz że to jakiś przechwytywacz schowka, który np. wysyła zawartość
> schowka na serwery hackerów albo podmienia numer rachunku jak korzystasz
> z bankowości internetowej? To możliwe.
>
Myślałem o tym, ale nie napisałem w pierwszym poście:
nie dzieje się tak zawsze. Dzieje się raczej kiedy mam otwartych kilka
czy kilkanaście aplikacji, rzadziej przy pracy dwumonitorowej, częściej,
gdy pracuję tylko na jednym monitorze.
Sprzęt to laptop Dell XPS M1330 / Win XP SP3 oraz Lenovo R500 na
Win7/x64 i równolegle na Win XP SP3 (natywny, nie wirtualny).
Ustawiony dość agresywnie NOD32, systemy sprawdzane cyklicznie co jakiś
czas także różnymi programami na okoliczność robactwa. Mam też ustawione
dość mocne regułki na routerach.
Netstat nie pokazuje nic niepokojącego.
Może problem z przeciążeniem?
Na Win7/x64 (tylko 8GB RAM) mam otwartą Operę x64, w niej ponad 40
otwartych zakładek, równolegle pracują dwa serwery SQL (2008R2/x64 i
2012/x64), kilka aplikacji na SQL, TheBAT z kilkoma kontami, operujący
na 34GB danych (łącznie z kilkunastoma już nieaktywnymi kontami), do
tego czasem Corel, jakieś Office/x32 lub Open Office (muszę mieć oba) -
to te największe otwarte aplikacje - może tu jest przyczyna?
Co prawda rzadko przekraczam zajęcie RAM powyżej 5GB i utylizację
powyżej 40%, ale te dane też nie zawsze są wiarygodnym wyznacznikiem.
Mam tylko kilka własnych skrótów klawiatury (do zawołania cmd, do
zawołania systemowego kalkulatora i jeszcze ze 2). Nie mam chyba skrótów
klawiaturowych do grafiki ani innych aplikacji - ale tego prawdopodobnie
nie ma jak sprawdzić, gdyż Windows o ile mi wiadomo, nie ma miejsca,
gdzie trzyma wszystkie skróty.
Pytanie:
jakie procesy odpowiadają za schowek? Co się dzieje (jakie biblioteki są
wołane) w momencie Ctrl-C i Ctrl-V?
Może inne pomysły?
--
Pozdrawiam.
Adam
Borneq
Jan 10, 2015, 8:12:40 AM1/10/15
to
W dniu 2015-01-10 o 11:59, Adam pisze:
C++. Pisałem o tym na pl.comp.lang.c :
https://groups.google.com/forum/#!topic/pl.comp.lang.c/iYSlgS4aqvs
Natomiast u Ciebie tak jest nie na jednym, ale na kilku, co sugeruje
trojana, ale jak piszesz że NOD sprawdza. Na wszystkich maszynach jest
ten sam system? Czy Windows 8?
> Pytanie:
> jakie procesy odpowiadają za schowek? Co się dzieje (jakie biblioteki są
> wołane) w momencie Ctrl-C i Ctrl-V?
> Może inne pomysły?
Ciekawe, że u mnie kiedyś wolno działał schowek, ale tylko w Visualu
> jakie procesy odpowiadają za schowek? Co się dzieje (jakie biblioteki są
> wołane) w momencie Ctrl-C i Ctrl-V?
> Może inne pomysły?
C++. Pisałem o tym na pl.comp.lang.c :
https://groups.google.com/forum/#!topic/pl.comp.lang.c/iYSlgS4aqvs
Natomiast u Ciebie tak jest nie na jednym, ale na kilku, co sugeruje
trojana, ale jak piszesz że NOD sprawdza. Na wszystkich maszynach jest
ten sam system? Czy Windows 8?
Borneq
Jan 10, 2015, 8:30:07 AM1/10/15
to
W dniu 2015-01-10 o 11:59, Adam pisze:
> Ustawiony dość agresywnie NOD32, systemy sprawdzane cyklicznie co jakiś
> czas także różnymi programami na okoliczność robactwa. Mam też ustawione
> dość mocne regułki na routerach.
> Netstat nie pokazuje nic niepokojącego.
Mimo wszystko poleciłbym jeszcze Webroota, który znajdował u mnie
> czas także różnymi programami na okoliczność robactwa. Mam też ustawione
> dość mocne regułki na routerach.
> Netstat nie pokazuje nic niepokojącego.
zagrożenia nie widoczne przez inne programy. A poza tym na dzień dobry
blokuje nieznanym aplikacjom operację Paste (trzeba dodać samemu
aplikację, aby umożliwić Paste)
Niestety Webroot jest płatny a nie pamiętam czy jest iluś-dniowa wersja
demo.
Piotr Rezmer
Jan 10, 2015, 2:20:58 PM1/10/15
to
W dniu 2015-01-10 o 11:59, Adam pisze:
> Może inne pomysły?
Spróbuj odpalić SysInternals Process Explorer i popatrz co tam widać jak
robisz Ctrl-C.
Sprawdziłbym jeszcze czy system zacznie szybciej obsługiwać Ctrl-C jeśli
wyłączysz kartę sieciową lub wypniesz kabelek.
Ogólnie API wystawia funkcję AddClipboardFormatListener() której może
używać aplikacja będąca źródłem problemów (funkcja implementowana przez
user32.dll)
--
pozdrawiam
Piotr
XLR250&bmw_f650_dakar
Adam
Jan 10, 2015, 4:08:41 PM1/10/15
to
W dniu 2015-01-10 o 14:13, Borneq pisze:
Chyba trafiłeś :)
Systemy to Windows XP SP3 Pro x32 i Windows 7 Pro x64.
Od Win8 próbuję się trzymać z dala, jednak niestety, u klientów
występuje coraz częściej.
Dla mnie jest on nieintuicyjny, gubię się w nim gorzej niż "ciotka w
Czechach" ;)
Po zastanowieniu się doszedłem do wstępnego wniosku, że problem
występuje głównie po uruchomieniu systemu Comarch Optima, pisanego
właśnie w VC++.
Muszę to zweryfikować.
--
Pozdrawiam.
Adam
Systemy to Windows XP SP3 Pro x32 i Windows 7 Pro x64.
Od Win8 próbuję się trzymać z dala, jednak niestety, u klientów
występuje coraz częściej.
Dla mnie jest on nieintuicyjny, gubię się w nim gorzej niż "ciotka w
Czechach" ;)
Po zastanowieniu się doszedłem do wstępnego wniosku, że problem
występuje głównie po uruchomieniu systemu Comarch Optima, pisanego
właśnie w VC++.
Muszę to zweryfikować.
--
Pozdrawiam.
Adam
marfi
Jan 10, 2015, 4:15:44 PM1/10/15
to
Użytkownik "Adam" <a...@poczta.onet.pl> napisał w wiadomości
news:m8s4co$euf$1...@usenet.news.interia.pl...
...
Od daaawna jest na to lekarstwo o nazwie "Classic Start menu" :)
--
marfi
news:m8s4co$euf$1...@usenet.news.interia.pl...
...
> Dla mnie jest on nieintuicyjny, gubię się w nim gorzej niż "ciotka w
> Czechach" ;)
...
> Czechach" ;)
Od daaawna jest na to lekarstwo o nazwie "Classic Start menu" :)
--
marfi
artiun
Jan 11, 2015, 3:30:40 AM1/11/15
to
W dniu 2015-01-10 o 20:21, Piotr Rezmer pisze:
momencie CtrlC zobaczysz co się dzieje (za dużo tego). Nie musi być odpalana
jakakolwiek aplikacja, wystarczy, że będzie rundll z wywołaniem jednej
funkcji, podpięte to pod svchost.
Jak to zobaczysz? Dla siebie jestem ciekaw (help od Process Explorer ma już
kilka lat :) ).
--
Artur
0 weeks 0 days 0 hours 58 minutes 51 seconds and 362 milliseconds.
"pl.comp.os.ms-windows.winnt"
> W dniu 2015-01-10 o 11:59, Adam pisze:
>
>> Może inne pomysły?
>
> Spróbuj odpalić SysInternals Process Explorer i popatrz co tam widać jak
> robisz Ctrl-C.
Z góry napiszę, to nie złośliwość. Narzędzie wspaniałe. Jednak gdzie w
>
>> Może inne pomysły?
>
> Spróbuj odpalić SysInternals Process Explorer i popatrz co tam widać jak
> robisz Ctrl-C.
momencie CtrlC zobaczysz co się dzieje (za dużo tego). Nie musi być odpalana
jakakolwiek aplikacja, wystarczy, że będzie rundll z wywołaniem jednej
funkcji, podpięte to pod svchost.
Jak to zobaczysz? Dla siebie jestem ciekaw (help od Process Explorer ma już
kilka lat :) ).
--
Artur
0 weeks 0 days 0 hours 58 minutes 51 seconds and 362 milliseconds.
"pl.comp.os.ms-windows.winnt"
jg
Jan 12, 2015, 3:56:12 PM1/12/15
to
Dnia Thu, 08 Jan 2015 15:30:19 +0100, Adam napisał(a):
> Ki diabeł?
> Czego szukać?
sprobuj w trybie awaryjnym i pozniej powoli wlaczaj rozne programiki i
obserwuj kiedy sie zacznie przycinac...
--
jg
> Ki diabeł?
> Czego szukać?
sprobuj w trybie awaryjnym i pozniej powoli wlaczaj rozne programiki i
obserwuj kiedy sie zacznie przycinac...
--
jg
Adam
Jan 12, 2015, 5:53:22 PM1/12/15
to
W dniu 2015-01-12 o 21:56, jg pisze:
W trybie awaryjnym nie działają serwery i sporo usług, więc SQL-e i
frameworki nie ruszą, stąd też nie da się uruchomić aplikacji na nich
bazujących.
--
Pozdrawiam.
Adam
frameworki nie ruszą, stąd też nie da się uruchomić aplikacji na nich
bazujących.
--
Pozdrawiam.
Adam
Piotr Rezmer
Jan 17, 2015, 9:19:33 PM1/17/15
to
W dniu 2015-01-11 o 09:30, artiun pisze:
> Jak to zobaczysz? Dla siebie jestem ciekaw (help od Process Explorer ma
> już kilka lat :) ).
Miałem na myśli sprawdzenie czy jest jakaś związek z naciśnięciem
klawiszy i wysłaniem czegoś w sieć (np. zapytanie DNS).
--
pozdrawiam
Piotr
XLR250&bmw_f650_dakar
> Jak to zobaczysz? Dla siebie jestem ciekaw (help od Process Explorer ma
> już kilka lat :) ).
klawiszy i wysłaniem czegoś w sieć (np. zapytanie DNS).
--
pozdrawiam
Piotr
XLR250&bmw_f650_dakar
BQB
Jan 18, 2015, 3:56:19 PM1/18/15
to
W dniu 2015-01-10 o 11:59, Adam pisze:
> Ustawiony dość agresywnie NOD32, systemy sprawdzane cyklicznie co jakiś
> czas także różnymi programami na okoliczność robactwa. Mam też ustawione
> dość mocne regułki na routerach.
A sprawdź, czy w trybie awaryjnym też to występuje, sprawdź też, czy po
> czas także różnymi programami na okoliczność robactwa. Mam też ustawione
> dość mocne regułki na routerach.
wyłączeniu NODa, też to jest - Też mi kiedyś w jednym kompie coś
sprawdzał dziwnie długo, ale już nie pamiętam co to było. Telefon do
NODa i pomogli zrobić "protezę" obchodzącą problem, po jakimś czasie
nowsza wersja NODa już działała normalnie.
0 new messages