2000. augusztus 30. – Ebben a problémában:

  1. SZERKESZTŐI

  2. A SYSINTERNALS ÚJDONSÁGAI

    • ListDlls v2.23
    • HandleEx v2.26
    • ElogList v2.02
    • LoggedOn v1.1
    • Bluescreen v2.21
    • PageDefrag v2.01
    • LoadOrder v1.1
    • ClockRes v1.0
    • BgInfo v1.0
    • A Windows 2000, 3rd Ed.
    • Sysinternals a Microsoftnál
  3. BELSŐ INFORMÁCIÓK

    • A HIBAKERESÉSi jogosultság ereje
    • Új API-k a Win2K SP1-ben?
    • WinDev 2000 Nyugat
  4. MI LESZ A KÖVETKEZŐ?

    • Tokenmon

TÁRSASZPONZOR: A TÉLI SZOFTVER

A Sysinternals hírlevelet a Télies szoftver szponzorálja, a weben a www.winternals.com. A Modern szoftver az NT/2K-hez használható fejlett rendszereszközök vezető fejlesztője Windows szolgáltatója. A Téli szoftvertermékek közé tartozik a FAT32 az Windows NT 4.0, az NTFSDOS Professional Edition (a DOS írási/olvasási NTFS-illesztőprogramja) és a Távoli helyreállítás.

A Téli szoftver ERD Commander 2000 a legújabb kiadás a ERD Commander termékvonalon. ERD Commander 2000 új funkciói, köztük a beépített beállításjegyzék és fájlszerkesztők a legfejlettebb Windows NT és Windows 2000 helyreállítási eszköz a létezik. A 2000-es ERD Commander-t telepítheti hajlékonylemezre, CD-ROM-ra vagy akár a rendszer merevlemezére is a gyors elérés érdekében, és a telepítővarázslója teszi a külső SCSI- és egyéb tömeges tároló-illesztőprogramok hozzáadását. ERD Commander 2000 usd 349 dollár, vagy csak 49 dollár a ERD Commander Professional-tulajdonosok számára. További információért és a próbaverzió letöltését a www.winternals.com/products/erdcommander2000.shtml.

TÁRSASZPONZOR: WINDOWS 2000 MAGAZINE

Windows 2000 Magazine gyakorlati megoldásokat kínál az NT/2000 Windows együtt dolgoznak. Rendeljen egy ingyenes mintakérdést most és kockázat nélkül. Ha úgy dönt, hogy folytatja az előfizetést, 13 további problémát kap, 40%-kal a newsstand árához. Iratkozzon fel még ma a következő e-mai napon: http://www.win2000mag.com/sub.cfm?code=fs00inhs13

Üdvözlök mindenkit!

Üdvözöljük a Sysinternals hírleveleben. A hírlevelenek jelenleg 25 000 előfizetője van.

Sok időt töltök Regmon, Filemon és DebugView alkalmazásokkal, olyan eszközökkel, amelyeken Bryce és én a Sysinternalsnél fejlesztettünk. A Regmon egy beállításjegyzék-hozzáférés-figyelő (www.sysinternals.com/regmon.htm), a Filemon egy fájlelérési figyelő (www.sysinternals.com/filemon.htm), a DebugView pedig egy hibakeresési-kimeneti figyelő (www.sysinternals.com/dbgview.htm). Időnként előfordul, hogy olyan alkalmazás- vagy eszközillesztőt kell telepítenem a rendszerem egyikére, amely folyamatos tevékenységet hoz létre, amely ezen eszközök egyikében látható. Nem a szükséges tevékenységről van szó, de a szoftver által végzett műveletek általában ismétlődő jellegűek, és a kimeneti nyomkövetések vizsgálata feltárja, hogy a szoftver egy lekérdezési technikát használ, amelyben más kevésbé tolakodó mechanizmus is használható.

A különböző kereskedelmi vírusszkennerek például másodpercenként többször lekérdezik a vírusaláírás-fájljukat, hogy lássa, frissítve lett-e. Az egyik rendszerem rendelkezik egy nyomtató-illesztőprogrammal egy nagyobb nyomtatógyártótól, amely folyamatosan hibakeresési utasításokat ad ki, amelyek a "lekérdezés" szó belefoglalása révén meghirdetik a lekérdezést. Az egyik kedvenc példámban egy közműszolgáltató által a rendszer teljesítményének növeléseként meghirdetett segédprogram másodpercenként többször lekérdez több szállítói beállításkulcsot. Egy másik sloppy kódolási típusra jó példa egy nagyobb hálózatszolgáltató hálózati adaptere, amely tartalmaz egy felhasználói módú szoftverösszetevőt, amely beágyazott hibakeresési töréspontokat tartalmaz, amelyek folyamatosan úton vannak a szoftver végrehajtása során. Ha egy alkalmazásnak észlelnie kell a fájlban való változást, címtárváltozás-értesítést kérhet. Hasonlóképpen, ha egy beállításkulcs változásait kell észlelni, kulcsváltozás-értesítést kérhet, és a kereskedelmi szoftverek soha nem tartalmazhatnak alapértelmezés szerint engedélyezett hibakeresési kimenetet vagy hibakeresési töréspontokat.

A leggyakoribb példa azonban a Microsoft Windows Media Program Service, amely a Windows 2000 Server () csomaggal van csomagolva: az első 2 KB-ot másodpercenként \Winnt\System32\Windows Media\Server\Npsm.exe körülbelül 60-szor olvassa be egy olyan rendszeren, ahol egyébként nincs tevékenység (beleértve a médiaszolgáltatást \Winnt\System32\Windows Media\Server\ASDB\mdsas.mdb is). Ez nem káros, különösen azért, mert ez kedvezőtlen hatással lehet a kiszolgáló általános teljesítményére.

Biztos vagyok abban, hogy ha a Regmon, a Filemon vagy a DebugView nézetet már olyan hosszú ideje használta, valószínűleg hasonló példákkal is előszeretetkedt. Ha lát egy szűrőt, ne csak állítson be egy szűrőt, és felejtse el, hanem e-mailt is küld a szállítónak, amely a hanyag programozás miatt panaszkodik.

Kérjük, adja át a hírlevelet a barátainak, akik szerint érdekelheti a tartalma.

Köszönjük!

-Mark (Megjelölés)

A SYSINTERNALS ÚJDONSÁGAI

LISTDLLS V2.23

A ListDLLs egy parancssori segédprogram, amely részletes információkat nyújt a folyamatok által betöltött DLL-ekkel kapcsolatban. A ListDLL-ek például az egyes DLL-ek alapmemória-címét, méretét, verzióját és teljes elérési útját jelenítik meg. Ez az új verzió megjeleníti a folyamat indításához használt parancssort, beleértve a parancssoron átadott paramétereket is. Ez segíthet megkülönböztetni a különböző folyamatokat, és elhárítani az adott parancssori beállításokkal kapcsolatos problémákat.

Töltse le a ListDLLs v2.23-at a www.sysinternals.com/listdlls.htm.

HANDLEEX V2.26

A HandleEx egy olyan alkalmazás, amely információkat nyújt arról, hogy mely leírók és DLL-folyamatok vannak megnyitva vagy betöltve. A megjelenítés két alablakból áll. A felső mindig megjeleníti a jelenleg aktív folyamatok listáját, beleértve a tulajdonában lévő fiókok nevét, míg az alsó ablakban látható információk a HandleEx módtól függnek: ha a HandleEx kezelő módban van, a felső ablakban kiválasztott folyamat leírói megjelenik; HA DLL módban van, láthatja a folyamat által betöltött DLL-eket és memória-leképezésű fájlokat.

A HandleEx legújabb kiadása számos új funkciót tartalmaz. A ListDLL-hez hasonló első lépésként a folyamat tulajdonságainak megtekintésekor a folyamat indításához használt parancssor jelenik meg.

A HandleEx ezen verzió előtti egyik hátránya az volt, hogy bár megjelenítette annak a fióknak a nevét, amelyben a bejelentkezési munkamenet rendszerfolyamatai és folyamatai voltak végrehajtva, nem volt képes megkerülni az Windows NT/2000 biztonsági modellt, hogy megjelenítse a más felhasználói fiókokról indított folyamatok tulajdonosát (a Windows NT/2000 Resource Kits Pview programja szintén ezt a korlátozást használja). Ez nyilvánvaló volt az NT 4 terminálkiszolgáló és Windows 2000 terminálszolgáltatás-környezetben, ahol a HandleEx azt jelezte, hogy a más felhasználói munkamenetek során indított folyamatok ismeretlen tulajdonosokkal bírnak. A HandleEx 2.26-os v2.26 olyan trükk, amely kivétel nélkül meghatározza az összes folyamat tulajdonában található fiókot, így ideális eszköz a terminálszolgáltatások környezetéhez.

A HandleEx 2.26 utolsó új funkciója lehetővé teszi, hogy minden nyitott leírót kényszerítsen. Ezt a funkciót számos kérés fogadása után hozzáadtam. Azt javasoljuk azonban, hogy rendkívül körültekintően használja, mivel az alkalmazások általában nem számíthatnak arra, hogy a leírók hirtelen érvénytelenné válhatnak, és a kényszerítetten bezárt leírókat kezelő alkalmazások kiszámíthatatlan módon viselkedhetnek, vagy összeomlást okozhatnak.

Töltse le a HandleEx 2.26-os www.sysinternals.com/handleex.htm.

ELOGLIST V2.02

A Windows 2000 Resource Kit tartalmaz egy ELogDmp nevű eszközt, amely lehetővé teszi rekordok kiírását a helyi vagy távoli számítógép eseménynaplóiból. Az ELogList sokkal hatékonyabb, mint az ElogDmp, mert lehetővé teszi egy választható fióknév és jelszó megadását is, így a számítógép eseménynaplóit egy másik fiókból is elérheti, mint amelyikről az eszközt futtatja. Emellett, míg az ElogDmp eszköz nyers formában jeleníti meg az eseménynapló-bejegyzéseket, így a kimenet nehezen értelmezhető, ez az ElogList-frissítés úgy formázja az eseménynapló-bejegyzéseket, hogy az az Windows NT/2000 eseménynaplókban megjelenő szöveget mutassa. Még ha távoli rendszerekből is jelenít meg eseménynaplókat, az ElogList a megfelelő üzenetfájlokat használja a távoli rendszeren a sztringadatok formázásához.

Töltse le az ElogList 2.02-es www.sysinternals.com/eloglist.htm.

LOGGEDON V1.1

A LoggedOn egy parancssori kis applet, amely közli, hogy ki van bejelentkezve egy adott számítógépre helyileg vagy erőforrás-megosztáson keresztül. Az 1.1-es verzió frissítése lehetővé teszi az adott felhasználóhoz társított bejelentkezési munkamenetek keresését a hálózaton. Ez a funkció olyan helyzetekben hasznos, amikor frissítéseket szeretne végrehajtani egy felhasználói fiókon, és ellenőriznie kell, hogy a felhasználó jelenleg nincs-e bejelentkezve.

Töltse le a LoggedOn v1.1-et teljes forrással a www.sysinternals.com/misc.htm.

BLUESCREEN V2.21

A legtöbben most már bizonyára ismerik a híres Sysinternals Blue Screen képernyővédőt, amely pontosan ábrázolja az Windows NT vagy Windows 2000 összeomlását és újraindítását. A kezdeti kiadás óta folyamatosan 9x olyan felhasználóktól kaptam kéréseket, akik Windows számítógépeiken szeretnék futtatni a képernyőkímélőt, ezért végül 9x-re portoltuk Windows. A Windows 9x egy 2000-es Windows és újraindítást szimulál.

A Sysintenals Kék képernyős képernyővédő használatának egyetlen követelménye Windows 9x-edikén az, hogy beszerez egy másolatot egy Windows 2000 Ntoskrnl.exe-fájlról, amely a könyvtárban lesz eltárolva – A Blue Screen használatához szükség van az Windows 2000 kezdőképernyőhöz szükséges \Windows\System fájlra.

Most már teljesen összezavarhatja Windows 9-edik olyan felhasználót, akik visszatérnek a számítógépükre, és csak azt tapasztalják, hogy az egy 2000-es Windows összeomlási és újraindítási ciklusban maradt!

Töltse le a Bluescreen Screen Saver v2.21-es www.sysinternals.com/bluescreen.htm.

PAGEDEFRAG V2.01

A PageDefrag egy töredezettségmentesítési segédprogram, amely rendszerindításkor fut a rendszer lapozófájlszámának és beállításjegyzék-struktúráinak töredezettségmentesítéséhez. A PageDefrag volt az első segédprogram, amely képes töredezettségmentesné tenni a beállításjegyzék-struktúrákat, de a megjelenése óta ez a funkció több kereskedelmi töredezettségmentesítési funkcióhoz is hozzá lett adva. A PageDefrag azonban továbbra is ingyenes, és a 2.01-es verzió a 2000-es Windows és az NT 4 Windows is működik.

Ha érdekli az Windows NT 4 és Windows 2000 által biztosított töredezettségmentesítési felület, megismerheti, és letöltheti a forráskódot egy interaktív fájl töredezettségmentesítőjére a www.sysinternals.com/defrag.htm. A Sysinternals évekkel azelőtt dokumentálta a töredezettségmentes felületet, hogy a Microsoft a Platform SDK-ban szerepelt volna, és számos kereskedelmi töredezettségmentesítési eszköz a dokumentációt és a mintakódot is használja.

Töltse le a PageDefrag 2.01-es www.sysinternals.com/pagedfrg.htm. A töredezettségmentesítési felület dokumentációját a következő www.sysinternals.com/defrag.htm: .

LOADORDER V1.1

Gondolkozott már azon, hogy milyen sorrendben töltik be és inicializálják az eszközillesztőket és -szolgáltatásokat? Most már könnyen kiderítheti. A LoadOrder egy olyan segédprogram, amely feldolgozza a alatt található információkat, hogy képet készítsen HKLM\System\CurrentControlSet\Services az illesztőprogramok és a szolgáltatások terhelési sorrendjéről.

Töltse le a LoadOrder 1.1-es www.sysinternals.com/misc.htm.

CLOCKRES V1.0

Az ütemezővel kapcsolatos cikkeiben arról volt szó, hogy az Windows NT/2000 szál kvantálásának (a szál CPU-n való futtatásának hossza) a rendszeróra felbontásán alapul. Az óra felbontása az időzített események késését Windows is befolyásolja. A cikk www.sysinternals.com/timer.htm azt is ismerteti, hogy az alkalmazások hogyan módosíthatják az óra felbontását. A legtöbb SMP esetében a megoldás 15 ezredm, az egyprocesszoros rendszereken pedig a 10 ezredmére beállított értékek, amelyek standard SMP és egyprocesszoros HALs (hardver absztrakciós réteg) által vannak beállítva.

Bár a legtöbb rendszer a fent felsorolt közös értékeket használja, hogyan állapítható meg az óra tényleges felbontása a számítógépeken? A válasz a GetSystemTimeAdjustment Win32 API-ban található, amelyből megtudhatja, hogy a rendszer alkalmaz-e rendszeres módosítást a nap óráján. Éppen úgy történik, hogy ez az API az óra időközét is visszaadja. A ClockRes kis applet az API használatával mondja el a rendszer órájának felbontását.

Töltse le a ClockRes plusz forrást a www.sysinternals.com/misc.htm.

BGINFO V1.0

Ha Ön több kiszolgálóért felelős rendszergazda, akkor valószínűleg jelentős időt tölt azzal, hogy különböző információs párbeszédpaneleket nyit meg, és emlékezteti a különböző rendszertulajdonságok értékeire, például a telepített szervizcsomag-verzióra, IP-címekre, számítógépnévre, memóriaméretre és processzorsebességre. Most már az összes információt egyszerű nézetben megtekintheti az egyes kiszolgálók asztalán a Bryce által fejlesztett BgInfo segédprogrammal.

Futtatáskor a BgInfo létrehoz egy asztali hátteret, amely automatikusan jelentést készít a rendszer számos hasznos jellemzőjére. A BgInfo a Start mappába kerül, így az információk minden bejelentkezéskor elérhetők, és módosíthatja a BgInfo által látható adatokat, akár saját adatok hozzáadásával is. Ha a BgInfo telepítve van a kiszolgálókon, azzal időt takaríthat meg, amit az elfelejtett információk ismételt ki- és betekintésében töltött.

Töltse le a BgInfo v1.0-s www.sysinternals.com/misc.htm.

A WINDOWS 2000 HARMADIK KIADÁSÁN BELÜL

A 2000-es év Windows hivatalos könyve már elérhető! Ez a Kiadás, amelyet David Plugin (www.solsem.com) és Mark Russinovich a korábbinál több mint 40%-kal nagyobb, új lefedettséggel a hálózatkezelés, a plug-and-play, az energiagazdálkodás, a szolgáltatások, a registry, a WMI, a rendszerindítás és leállítás, valamint a tárolás terén. Emellett tartalmaz egy CD-t is, amely számos hatékony eszközt tartalmaz, amelyek máshol nem érhetők el, Windows 2000 belső vizsgálathoz.

Tekintse meg a könyv tartalomjegyzékét és megrendelését a www.sysinternals.com/insidew2k.htm.

SYSINTERNALS AT WWW.MICROSOFT.COM

Nincsenek olyan új tudásbáziscikkek, amelyek a Sysinternals szolgáltatásra hivatkoznak, de a Microsoft a webhely TechNet részében felvett néhány, a Sysinternals szolgáltatásra mutató, meglehetősen nagy profilú hivatkozást. Az első az "Ask Us About... A Security (Biztonság) oszlopban a www.microsoft.com/TechNet/security/au022800.asp oszlopban, ahol Az oszlopos Tobray figyelmezteti az olvasókat, hogy az NTFSDOS (www.sysinternals.com/ntfspro.htm) segítségével egy rosszindulatú felhasználó módosíthatja egy Windows 2000 tartományvezérlő Active Directory.

A második hivatkozás a microsoftos "Inside Microsoft" (Microsofton belüli) oszlopban www.microsoft.com/technet/inside/default.asp. Az oszlop Q A-stílusú, és két olyan kérdéssel kezdődik, amely annak eldöntésével kapcsolatos, hogy melyik alkalmazásban van & megnyitva egy adott fájl. A válasz során, ahol az olvasók a HandleEx (www.sysinternals.com/handleex.htm) és az NtHandle (www.sysinternals.com/nthandle.htm) pontra mutatnak, a cikk szerzője (a "The" Című könyv) a Sysinternalsről a következőt mondja: "Itt csak egy rengeteg nagyszerű segédprogram található ott, amely nem fog egy fillérbe kerülni. A Sysinternals kifejezés is időről időre vonatkozik (mi? Úgy gondolta, hogy Ezek az információk a fejében tartja az összes információt?). Ismét ide fog küldeni." Ez közel áll a Microsoft által a webhely hivatalos jóváhagyásához, ahogy várható volt.

BELSŐ INFORMÁCIÓK

A HIBAKERESÉSI JOGOSULTSÁG EREJE

A többi hibakeresési kimeneti figyelőtől, például a dbmontól eltérően a DebugView hibakeresési kimenet figyelője (www.sysinternals.com/dbgview.htm) helyi rendszergazdai jogosultságokat igényel a végrehajtáshoz, mert olyan eszközillesztőt telepít, amely rögzíti a kernelmódú hibakeresési kimenetet. Ennek eredményeképpen több tucat e-mailt kaptam a fejlesztőktől, amelyek arra panaszkodnak, hogy a vezetőség nem fog helyi rendszergazdai jogosultságokat adni nekik, csak a hibakeresési jogosultságot. A argumentum szerint a hibakeresési jogosultság okkal rendelkezik, és minden alkalmazásfejlesztőnek fejlesztenie kell. Ezek a fejlesztők megkérnek, hogy módosítsam a DebugView nézetet, hogy csak akkor telepítse az illesztőt, ha a felhasználó rendszergazdai jogosultságokkal rendelkezik, és egyébként csak a Win32 hibakeresési kimenetét gyűjti.

Ezek a kérések mindig adnak egy kis időkorlátot, mert a Hibakeresési jogosultság argumentumot kezelő nem veszi észre, hogy ez a jogosultság nyitja meg az utat a helyi rendszergazdai jogosultságok számára. A hibakeresési jogosultsággal a fejlesztők a helyi biztonsági szervezet (LSASS) folyamatához csatolhatják a hibakeresőt, és úgy módosíthatják őket, hogy helyi rendszergazdai jogosultságokat adjanak nekik a következő bejelentkezéskor. Vagy a rendszerfiókban futó bármelyik folyamatba be tudják injektálni a kódot, amely hozzáadná a fiókjukat a helyi rendszergazdák csoportjához. Amikor elmagyarázom ezt a panaszkodó fejlesztőknek, néha azt válaszolják, hogy a vezetőség nem vásárolja meg az argumentumot. Eddig nem volt semmi, amit visszavessek a vezetőséghez az esetükhöz, de egy nemrégiben több ilyen e-mail is arra ösztönözött, hogy tegyem meg a szükséges lépéseket.

A LogonEx segédprogram, amely a www.sysinternals.com/logonex.zip letölthető, grafikusan megjeleníti a hibakeresési jogosultság klónját. A LogonEx az NT Windows 2000-Windows működik. Ennek legjobb megjelenítése érdekében hozzon létre egy normál felhasználói fiókot, kivéve a "Programok hibakeresése" jogosultság kiegészítésével. Jelentkezzen ki, jelentkezzen be a fiókba, és futtassa a LogonExet. Az adott telepítéshez szüksége lesz az msv1_0.dll szimbólumfájlra (a fejlesztők általában rendszerszimbólumokkal vannak telepítve), amelyet a LogonEx a függvény belépési pontjának megkeresése és javításához MsvpPasswordValidate használ. Miután a LogonEx javítja a adatokat, jelszó megadása nélkül, bármely fiókkal bejelentkezhet a rendszerbe. A bemutató befejezéséhez bejelentkezik rendszergazdaként, és adja hozzá a létrehozott fiókot a helyi rendszergazdák csoportjához.

A LogonEx csak egy példa arra, hogy a hibakeresési jogosultsággal a fejlesztők hogyan vezénylheti át a rendszer vezérlését, de rengeteg másik is van. Reméljük, hogy a LogonEx meg is győződik a vezetőségről, hogy nincs értelme nem helyi rendszergazdai jogosultságokat adni a fejlesztőknek (ne feledje azonban, hogy nem tartományi rendszergazdai jogosultságról van szó, amely egy másik történet, amelyet a helyi rendszergazda csak a saját számítógépe felett mond el, a többit nem, míg a tartományi rendszergazda a hálózatra vonatkozik).

ÚJ API-K A WIN2K SP1-BEN?

Miután számos felhasználó problémákba ütközött az NT 4 szervizcsomagokkal (SP) kapcsolatban, amelyek új hibákat okoznak, a Microsoft olyan szabályzatot fogadott el, amely nem tartalmaz új funkciókat az SP-ben, hogy minimálisra csökkentse annak esélyét, hogy új problémákat okozna a régiek kijavítása közben. Vagy úgy gondoljuk. Windows megjelent a 2000 SP 1, és úgy tűnik, hogy nem rendelkezik új funkciókkal. A Ntoskrnl.exe, az Windows 2000 vezetői és kernelösszetevőit tartalmazó fájl, valamint az Ntdll.dll, a natív API-t és betöltőt tartalmazó kódtár részletes vizsgálata azonban felfedi, hogy egy új API tette a sajátját az SP 1-ben.

Az új API a következő függvényeket tartalmazza:

   RtlTraceDatabaseAdd
   RtlTraceDatabaseCreate
   RtlTraceDatabaseDestroy
   RtlTraceDatabaseEnumerate
   RtlTraceDatabaseFind
   RtlTraceDatabaseLock
   RtlTraceDatabaseUnlock
   RtlTraceDatabaseValidate

A függvények nevei elég leíró jellegűek, ezért ez egyértelműen egy API az események naplózásához. Az API érdekes aspektusa, hogy az implementáció megkettőzve van az Ntdllben és az Ntoskrnlben, ez eltér a többi Ntdll API-hoz, amelyek az Ntoskrnl-implementáció szolgáltatásait hívják meg.

Az API implementációjának vizsgálata azt mutatja, hogy a következő: egy alkalmazás létrehoz egy nyomkövetési adatbázist, amely az alkalmazás virtuális memóriájában van tárolva, és bejegyzéseket ad hozzá az adatbázishoz. Egy ponton az alkalmazás enumerálhatja az adatbázis tartalmát, és ha végzett az adatbázissal, törli. Érdekes módon úgy tűnik, hogy nincs mód az adatbázis-bejegyzések törlésére.

Mire használható az új API? A 2000-es advanced server Windows telepített viszonylag teljes körű szolgáltatásaimra semmi sincs telepítve, ezért nem világos, hogy bármit is csinál. Lehet, hogy ez egy hibakeresési API volt, amely véletlenül bekerült az SP 1 kiadási kódba.

Published Wednesday, August 30, 2000 7:07 PM by ottoh

[Hírlevelek archívuma ^][ Volume 2, Number 3][Volume 2, Number 5 ]

[Hírlevelek archívuma ^][ Volume 2, Number 3][Volume 2, Number 5 ]

A rendszerek belső hírlevele, 2. kötet, 4. szám

www.sysinternals.com
Copyright © 2000 Mark Russinovich