2001. április 18. – Ebben a problémában:

  1. SZERKESZTŐI

  2. A SYSINTERNALS ÚJDONSÁGAI

    • PsService v1.01
    • PsFile v1.0
    • PsExec v1.11
    • HandleEx v4.0
    • HibakeresésView v4.11
    • A Windows 2000,3rd Ed.
    • 2000. február Windows Magazine
    • Sysinternals a Microsoftnál
  3. BELSŐ INFORMÁCIÓK

    • Nagyszerű billentyűparancsok
    • PnP-hibakeresési üzenetek
    • Fordított tervezés
    • Új Windows XP rendszerhívások
    • Leválasztott hálózat
    • WinDev
    • TechEd US
  4. MI LESZ A KÖVETKEZŐ?

    • Az Windows XP előzetes be- és bejárásán belül

SZPONZOR: A TÉLI SZOFTVER ~~~~

A Sysinternals hírlevelet a Télies szoftver szponzorálja, a weben a következő webhelyen: http://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 95/98/Me és az Windows 2000 már meglévő Windows 95/98/Me és Windows 2000-es verziójának NT 4-támogatását lehetővé tevő, alacsony költségű, könnyen használható vállalati töredezettségmentesítési megoldás, a Defrag Windows 1.2-es verziója jelent meg. A Defrag Helyettes NE a Windows 2000 és Windows 95/98/Me beépített töredezettségmentesítőit használja, és saját hatékony töredezettségmentesítőt ad hozzá a Windows NT 4-hez. Mostantól egy egyszerű MMC beépülő modulból a teljes Windows-vállalatra felügyelheti a töredezettségmentesítési ütemezéseket anélkül, hogy bármilyen ügyfélszoftvert telepítenie kell az NT vagy Windows 2000 rendszereken. Az online vásárláshoz 10 rendszerlicenc áll rendelkezésre, amely csak 169 DOLLÁRért érhető el, és agresszív mennyiségi kedvezmények is elérhetők. További http://www.winternals.com információért látogasson el ide.

Üdvözlök mindenkit!

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

Az egyik első dolog, amit a Windows XP bétaverziója telepítésekor észrevesz, az újratervezett felhasználói felület, a Luna. A Luna-megjelenés a felület minden aspektusát átfedi az indítási menü viselkedését, az alkalmazásmenük és párbeszédpanelek kialakításáig. Ez a teljes konverzió egy "témák" motor használatával érhető el. A témák leírása témastílus-fájlokban (a végződő .msstyles fájlokban), a Luna-témafájl pedig a következő helyen luna.msstyle található: \Windows\Resources\Themes\Luna . Ugyanabban a könyvtárban található egy Shell nevű alkönyvtár, amelyben a shellstyle.dll található. Nem egyértelmű, hogy az XP hogyan használja a DLL-t – az Explorer betölti, és egy HTML-stíluslap van benne, de nincs exportálás. Mivel comdlg.dll és kernel32.dll importálják, és minden alkalmazás megkapja ezeknek a DLL-eknek a másolatát, minden folyamat a betöltött példányát is megkapja a témák ügyféloldali \Windows\System32\UxTheme.DLL kódtárából. Ez a DLL olyan függvényeket exportál, mint a IsThemeActive , , , és IsAppThemedGetCurrentThemeNameDrawThemeBackgroundGetThemeColor .

A beállításjegyzékben van megadva az aktuális téma, és itt van konfigurálva a témakivetívség. A alatt keresse meg a nevű kulcsot, ahol olyan értékeket láthat, mint a "colors" (színek) és HKEY_CURRENT_USER\Software\Microsoft\Plus!\Themes az "icons" (ikonok) a téma aktív Apply helyének megadásához. Ugyanabban a kulcsban az alkulcs az aktuális téma Current .msstyles fájljában található.

Mivel a WinAmphez és a Windows Media Player-hez hasonló alkalmazások "színezése" vált a legjobbá, azt feltételezzük, hogy a Microsoft egy olyan eszközt tesz közzé, amely lehetővé teszi a külső felek számára a saját témák kidolgozását, vagy legalább dokumentálja a fájl és a héjstílusú DLL formátumát, hogy külső felek témaszerkesztőket fejleszthethével dolgoztata volna .msstyles ki. Azonban nem biztos, hogy így lenne. A "Microsoft Windows XP: What's in It for Developers?" (online közzétéve a webhelyen, a Microsoft egyértelművé teszi, hogy nem kíván harmadik féltől származó http://msdn.microsoft.com/library/default.asp?URL=/library/techart/winxpintro.htm) témákat is elérhetővé tenni:

"Első pillantásra a több Windows XP-stílus lehetősége hasonlíthat az olyan alkalmazásokban található funkciókhoz, mint a Window Media Player, de vannak különbségek. A témák megváltoztatják az operációs rendszer vizuális stílusát, de konzisztens felhasználói felületet biztosítanak a Windows. Ez azért fontos, mert a témák rendszer szintűek. Az alkalmazásfelületre vonatkozó módosítások, például a gombok eltávolítása, nem megfelelőek az operációs rendszer szintjén. A témafájlformátumok nem nyilvánosak; A Microsoft megőrzi a témák tervezési vezérlését, hogy egységes felhasználói felületet biztosítson, és biztosítsa a tervezés folytonosságát. A témafejlesztői készlet nem lesz elérhető az WINDOWS XP-ben."

Biztos vagyok benne, hogy az ilyen alapálláshoz az az érv, hogy a külső témák valahogy megszakítják a felhasználói felületet, és a felhasználók a Microsoft ügyfélszolgálatát hívják segítségért. Nem tudom, miért nem annyira félnek Windows Media Player, mint a másik. A téma-hez hasonló megjelenést azonban lehet alkalmazni az asztalra és az alkalmazásokra is. Itt olyan asztali Windows található, mint az új http://www.wincustomize.com/ Aqua-Soft (egy WindowBlinds- ) Windows, amely az Apple OS X asztali gépének megjelenését és élményét http://www.windowblinds.net biztosítja. És mivel a közösség kitartóan dolgozik a kiadott cikkekkel, biztos vagyok benne, hogy jelenleg vannak olyan személyek, akik visszafejtik a Microsoft témaformátumát. Csak idő kérdése, hogy valaki kiadjon egy témaszerkesztőt, függetlenül attól, hogy a Microsoft milyen szabályzattal szabályozza a témákat.

Mi lesz tehát a Microsoft Windows XP témaszerkesztők és külső témák megjelenésekor? Várnunk kell, hogy lássuk, de az Apple viselkedése esetleg előzetes verzióként is elérhető. Néhány nappal ezelőtt az Apple kiadott egy vállalatot, amely egy témaszerkesztőt fejleszt a Mac OS megszűnő és dezisztens megrendeléshez: http://www.macworld.co.uk/news/main_news.cfm?NewsID=2773. Témafejlesztőiware.

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

PSSERVICE V1.01

Az NT 4 és a Win2K Resource Kit parancssori szolgáltatásvezérlő segédprogramja (SC) volt, amennyire csak tudom. Az SC lehetővé teszi a Win32-szolgáltatások állapotának és konfigurációjának megtekintését és beállítását a helyi vagy távoli rendszereken. A PsService az SC egy ingyenes klónja, amely néhány további funkcióval rendelkezik.

Az első az, hogy a PsService lehetővé teszi a távoli rendszerekhez való csatlakozást alternatív felhasználói hitelesítő adatokkal. Ez olyan esetekben hasznos, amikor a futtatott fiók nem rendelkezik rendszergazdai jogosultságokkal a távoli rendszeren, de van hozzáférése egy olyan fiókhoz, amely rendelkezik ilyen fiókkal. A második a PsService keresési képessége. Ha elfelejtette, hogy a hálózatában melyik rendszer futtatja a DNS-t, a DHCP-t vagy más szolgáltatást, hasznosnak fogja találni a keresési létesítményt, mert lehetővé teszi a szolgáltatásnév megadását, és jelenti a szolgáltatást futtató számítógépeket.

A PsService a Service Control Manager API-ra támaszkodik, amelyhez teljes dokumentációt talál a Platform SDK-ban, és a PsService nem igényel ügyfélszoftver-telepítést.

Töltse le a PsService v1.01-et a címen http://www.sysinternals.com/ntw2k/freeware/psservice.shtml.

PSFILE V1.0

A PsFile egy olyan eszköz, amely az NT/2K-ban a "net file" parancs korlátain túllépést Windows kérések esetén. Az NT és Win2K rendszereken a beépített "net" parancsot a "file" kapcsolóval használhatja a más számítógépek által a rendszer által exportált megosztáson megnyitott fájlok listához. A net parancs azonban csonkol hosszú elérési utakat, és csak a helyi rendszeren működik.

A PsFile ugyanazt az API-t használja (ennek megfelelően a "Net" API-t, amely a Platform SDK-ban van dokumentálva), mint a net parancs, de nem csonkolja a fájlneveket, és helyileg és távolról is működik, és nincs szükség ügyfélszoftverek telepítésére.

Töltse le a PsFile v1.0-t a következő címről: http://www.sysinternals.com/pstools.htm.

PSEXEC V1.11

A PsExec az NT/2K-hez Windows parancssori alkalmazás, amely lehetővé teszi programok távoli rendszereken való végrehajtását. A fő teljesítmény az, hogy távolról engedélyezi a konzolprogramokat, így interaktívan futtathatja őket. Ha például elindítja a parancssor végrehajtható fájlját (cmd.exe) egy távoli rendszeren a PsExec használatával, akkor gyakorlatilag van egy távoli rendszerhéja, és nem kell telepítenie semmilyen ügyfélszoftvert.

Amellett, hogy egyszerű telnetként szolgál, a PsExec lehetővé teszi a "csak helyi" alkalmazások távoli engedélyezését. Az IpConfig beépített eszköz, amely a rendszer hálózati konfigurációját mutatja, nem tudja megmutatni a távoli rendszerek konfigurációját. A PsExec azonban távolról is elindíthatja, és helyileg megtekintheti a kimenetét.

Bizonyos esetekben fontos, hogy melyik fiókban fut egy alkalmazás. Előfordulhat, hogy az alkalmazásnak futnia kell a fiókjában, hogy a beállításjegyzéken vagy a fájlokon végrehajtott módosítások a megfelelő biztonsági környezetben fordulnak elő. Más esetekben érdemes lehet az alkalmazást egy olyanban futtatni, amelyikben a PsExecet futtatja, más esetekben viszont érdemes lehet a távoli alkalmazást a rendszerfiókban futtatni. A PsExec az összes ilyen helyzetet támogatja.

Alapértelmezés szerint a PsExec "megszemélyesített" biztonsági környezetben hajtja végre a programokat. Ez azt jelenti, hogy ha a PsExecet a rendszergazda fiókjában futtatja, a távoli folyamat a rendszergazda fiókjában fog futni. A megszemélyesítési jogosultság korlátozásai miatt a távoli folyamat nem fog hozzáférni a távoli rendszer hálózati erőforrásaihoz. Ha felhasználónevet és jelszót ad meg a PsExec parancssorában, a PsExec elindítja a távoli folyamatot a másodlagos fiókban, és a távoli folyamat hozzáfér az adott fiókból elérhető hálózati erőforrásokhoz. Végül a parancssori kapcsoló lehetővé teszi, hogy a PsExec parancs futtatásával futtassa a távoli folyamatot a rendszerfiókban – ugyanabban a fiókban, mint a Win32-szolgáltatások.

Töltse le a PsExec v1.11-et itt: http://www.sysinternals.com/ntw2k/freeware/psexec.shtml.

HANDLEEX V4.0

A HandleEx egy többcsomópontos eszköz, amely megjeleníti a számítógépen aktív folyamatok listáját, valamint a megnyitott operációsrendszer-erőforrások leíróit és a betöltöttCL-eket. Keresési létesítménye és a folyamat, a leíró és a DLL-tulajdonságok részletes bemutatása teszi a HandleEx-et tökéletes eszközsé a DLL-verzióproblémák, a szivárgások és az adott fájlhoz vagy könyvtárhoz hozzáférő folyamat követéséhez.

Ha követte a Sysinternals frissítéseit, akkor figyelje meg, hogy a HandleEx az elmúlt néhány hónapban két főverziószámot ugrik. Az első jelentős frissítés, a v3.0 több funkciót is tartalmazott, például alkalmazásikonokat a folyamatnézetben, elemleírásokat az összes listview elemhez, egy sokkal hatékonyabb frissítést és egy továbbfejlesztett keresési funkciót, ahol a keresési párbeszédpanel eredményelemekre kattintva a HandleEx a megfelelő leíróra vagy DLL-bejegyzésre ugrik.

A fejlesztők számára talán a leghasznosabb a "frissítéskiemelő" és az áttelepített DLL kiemelése. A frissítéskiemelő a Nézet frissítésekor a HandleEx viselkedésére utal. Olyan új elemek, például folyamatok, leírók vagy betöltött CL-ek, amelyek nem voltak jelen a frissítés zöld színnel való kiemelése előtt, míg a már nem létező elemek piros színnel vannak kiemelve. Amellett, hogy vizuálisan figyelmezteti a változásokra, ez lehetővé teszi a folyamatban lévő szivárgások jól kezelhetőségét is, ahol az újonnan megnyitott leírók zöld színnel hatnak a frissítés után.

A HandleEx által áthelyezett DLL-fájlok kiemelése a DLL-áthelyezéshez kapcsolódik, amely a modulbetöltő viselkedését írja le az Windows-ban, ahol nem tudja tiszteletben részesíteni a DLL-fájlok buildelor megadott "alapcímet" a fejlesztők számára. A kód, amit a csatoló (a DLL vagy EXE-épület utolsó fázisában használt eszköz) hoz létre egy DLL-hez, dll-fájlon belüli memóriahivatkozások vannak beállítva azzal a feltételezéssel, hogy a betöltő tiszteletben fogja állítani a DLL alapcímét. Az alapcímtől induló és a betöltött DLL-lemezkép méretének megfelelő DLL-t betöltő folyamat memóriatartományának szabadnak kell lennie ahhoz, hogy a DLL betölthető legyen az előnyben részesített alapcímen. Ha az alapcímet több folyamat is támogatja, a memóriahasználat akkor érhető el, ha az összes folyamat azonos DLL-kódmemória-memóriával osztozik.

Ha a betöltő nem tudja begépelni egy DLL alapcímét, például ha egy másik már használja a kívánt címtartományt, a betöltőnek "áthelyezést" kell végrehajtania, amely magában foglalja az összes DLL-fájlon belüli memóriahivatkozás frissítését, hogy tükrözze a DLL tényleges betöltési címét. A folyamat betöltési ideje (általában észrevétlenül) lelassítása mellett az áthelyezett DLL-lemezkép nem megosztható más folyamatokkal, amelyeknél a DLL betöltődik az előnyben részesített alapcímre. Ez azt jelenti, hogy hatékonyan lekért egy második másolatot a DLL-ről, amely memóriát fogyaszt.

DLL módban kiválaszthatja az "Áthelyezett DLL-ek kiemelése" lehetőséget, így a HandleEx azokat a DLL-eket mutatja, amelyek nem töltődnek be az előnyben részesített alapcímüknél sárga színnel. A fejlesztők alaphelyzetbe állíthatják a DLL-alapcímeiket az áthelyezések elkerülése érdekében.

Mi a helyzet a HandleEx 4.0-s verziójára való ugrásának? A HandleEx legújabb verziója teljes körű leíró-megtekintést biztosít a Win9x/Me platformon. Most kiválaszthat egy folyamatot, és láthatja a megnyitott leírókat, ugyanúgy, mint amikor a HandleExet futtatja a WinNT/2K/XP-ben. Nem csupán ez, hanem a WinNT/2K/XP esetén is, az események, mutexek és szemaforok tulajdonságainak megtekintésével felfedi az állapotukra vonatkozó információkat (amelyek a tartatva vannak, jelezve vannak).

Töltse le a HandleEx 4.0-t a http://www.sysinternals.com/ntw2k/freeware/handleex.shtml.

DEBUGVIEW V4.11

A DebugView egy fejlesztői segédprogram, amellyel rögzítheti a helyi rendszeren vagy egy távoli rendszeren – akár egyszerre több rendszerből – származó alkalmazások vagy illesztőprogramok hibakeresési kimenetét. Ez a legújabb kiadás kompatibilitást biztosít a Windows XP Beta 2-vel, néhány használhatósági funkcióval és egy olyan funkcióval, amely a WinNT/2K/XP eszközillesztő-fejlesztőknek szól.

A DebugView szűrési párbeszédpanelje lehetővé teszi szűrőmaszkok beszúrása és kizárása beállítását, hogy szűkítse a hibakeresési kimenetet, amit látni szeretne. Emellett legfeljebb 5 különböző kiemelési szűrőt is megadhat, amelyek mindegyikének eltérő a testre szabható színe. Korábban, ha különböző szűrőket megkövetelő projektek voltak, a szűrőket minden alkalommal újra meg kellett adni, amikor projekteket váltott. A DebugView 4.11 használatával a szűrőket fájlba mentheti a gyors újratöltéshez. Ahogy korábban, a DebugView is az előző kilépéskor aktív szűrőkkel kezdődik.

Néha szükség van a hibakeresési kimeneti nyomkövetés rögzítésére későbbi elemzéshez vagy más nyomkövetésekkel való összehasonlításhoz. A DebugView új verziója előtt a naplófájlok megtekintésének egyetlen módja az volt, hogy be kellett tölteni egy szövegszerkesztőbe, ami azt jelentette, hogy nem lehetett hasznos kiemelési szűrőket alkalmazni. Most már betöltheti a DebugView naplófájlt a DebugView nézetbe, így a kimenet úgy látható, ahogyan eredetileg rögzítette. Ha több DebugView ablakot használ, összehasonlíthatja a nyomkövetéseket.

Az utolsó új funkció, a rendszerindítási naplózás kiegészíti a DebugView összeomlási memóriakép-támogatását az NT/Win2K-ban. A DebugView összeomlási memóriaképének támogatásával rögzítheti az eszközillesztő kimenetét, és ha az illesztő összeomlik a rendszeren, és engedélyezve van az összeomlási memóriakép (teljes vagy kernel), a DebugView használatával bontsa ki az illesztő hibakeresési kimenetét a memóriaképből, így az illesztőprogram kimenete az összeomlási pontig látható.

A rendszerindítási naplózás lehetővé teszi a rendszerindítási folyamat során rendszerindítási vagy rendszerindítási illesztőprogramként betöltő illesztőprogramok kimenetének rögzítését. A DebugView illesztőprogram legfeljebb 1 MB hibakeresési kimenetet rögzít és pufferel a rendszerindítás során a rendszerindítási naplózás engedélyezése után. Ha a rendszer működik, a DebugView alkalmazás futtatása importálja a pufferelt kimenetet megtekintésre. Ha az illesztő összeomlik a rendszerindítás során, és engedélyezve van az összeomlási memóriakép, a DebugView összeomlási memóriaképének támogatása lehetővé teszi az illesztő által az összeomlás előtt létrehozott kimenetet.

Töltse le a DebugView v4.11-et itt: http://www.sysinternals.com/ntw2k/freeware/debugview.shtml.

WINDOWS 2000, 3. KIADÁS

A 2000-es év Windows hivatalos könyve már elérhető! Ez a Kiadás, amelyet David Plugin (www.solsem.com) és Mark Russinccsal közös használatban van, több mint 40%-kal nagyobb az előzőnél, és új lefedettséggel a hálózatkezelés, a plug-and-play, az energiagazdálkodás, a szolgáltatások, a beállításjegyzék, 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.

Ha a könyv Amazon.com lapjára kerül, figyelje meg, hogy a könyv szeptemberi megjelenése óta csupán két vélemény lett http://www.amazon.com/exec/obidos/ASIN/0735610215/o/qid%3D957490318/sr%3D8-1/ref%3Daps%5Fsr%5Fb%5F1%5F1/103-5793119-3499040/systemsinternals/107-2386425-6078131 közzétéve. Ha megvan a könyv, határozottan javasoljuk, hogy ossza meg véleményét más leendő olvasókkal.

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

FEBRUÁRI WINDOWS 2000 MAGAZINE

Tekintse meg az NT/Win2K összeomlási memóriakép elemzésével Windows 2000 Magazine februári kiadását. A cikk első részében végigveszi az összeomlási memóriakép konfigurálásával kapcsolatos alapismereteket, és elmagyarázza, hogyan hoz létre az operációs rendszer összeomlási memóriaképet (a memóriakép sikertelen generálásával kapcsolatos tippeket is beleértve). Ezután elmagyarázom, hol lehet lehozni a legújabb memóriakép-elemző eszközöket, és végigmenni egy hatékony új Microsoft-segédprogram, a Kanalyze használatán. Végül egy kernel hibakeresővel vizsgálok meg egy memóriaképet. Még ha a memóriaképnek csak kis része is feltárja az okot az elemzéssel, hasznosnak kell találnia az információt.

A cikk online, a webhelyen található hivatkozáson keresztül van közzétéve, ahol megtalálja az összes http://www.sysinternals.com/publ.shtml publikációra mutató hivatkozást.

SYSINTERNALS AT WWW.MICROSOFT.COM

A Sysinternals a legutóbbi hírlevele óta megjelent a Microsoft tudásbázis (KB) cikkekben, így a Sysinternals-eszközökre hivatkozó teljes összeget 17-re hozzuk.

  • Q274038: PRB: ASP Error 8002801d "Library not registered" (A kódtár nincs regisztrálva)
    http://support.microsoft.com/support/kb/articles/Q274/0/38.ASP
    Ez a cikk a Regmonhoz irányítja a felhasználókat a Active Server hibák elhárításához.

  • 232830. negyedév: HOWTO: A fájlkezelő tulajdonjogának meghatározása
    http://support.microsoft.com/support/kb/articles/Q232/8/30.ASP
    Szeretné tudni, hogy melyik folyamathoz van megnyitva egy fájl? Ez a tudásbáziscikk a HandleExre irányítja.

  • 2163868. negyedév: PRB: Hozzáférés megsértése az alkalmazás telepítése során, ha fájl van használatban
    http://support.microsoft.com/support/kb/articles/Q216/3/68.ASP
    Visual Basic telepítőalkalmazások összeomlannak, ha használatban van egy fájl, amit másolni próbálnak. A HandleEx ideális eszköz a zavaró folyamat nyomon követéséhez.

  • 286198. negyedév: HOWTO: Az "Engedély megtagadva" hibák nyomon követése DLL-fájlokon
    http://support.microsoft.com/support/kb/articles/Q286/1/98.ASP
    A Filemon (a cikk a Regmont is említi) használatával láthatja, hogy egy COM- vagy MTS-alkalmazás melyik folyamata kap "hozzáférés megtagadva" hibaüzenetet.

  • 246199. negyedév: HIBA: A Gépház tárolt eljárás területi beállítása helytelen eredményeket okozhat
    http://support.microsoft.com/support/kb/articles/Q246/1/99.ASP
    Ez a cikk a ListDLL-ek használatát javasolja a C-SQL Server kódtárának melyik verzióját használja.

  • 196453. negyedév: Az NTVDM és a WOW indítási hibáinak elhárítása A 16 bites alkalmazások indításakor problémákat tapasztaló felhasználók a Filemonra mutatnak, hogy lássa, milyen fájlokhoz fér hozzá a 16 bites környezeti alrendszer http://support.microsoft.com/support/kb/articles/Q196/4/53.ASP (NTVDM).

BELSŐ INFORMÁCIÓK

NAGYSZERŰ BILLENTYŰPARANCSOK

Sokan valószínű, hogy az újabb Windows billentyűvel a kulcs egyszerűen helyet foglal. Egészen a közelmúltig így voltam, amikor Windows gyakran használt művelethez egy Windows-billentyűs billentyűparancsot használtam, most pedig az embléma a kulcsot viseli a gyakori használattal. Azttam, hogy megosztok néhány billentyűparancsot, amelyeket hasznosnak találok, és mindegyik az összes Windows.

Művelet Parancsikont
Feladatkezelő indítása ctrl+shift+escape
Rendszer tulajdonságainak megjelenítése párbeszédpanel Windows+Törés
Az összes ablak minimalizálása Windows+m
Az összes ablak teljes méretűre állítása Windows+M
Saját számítógép megnyitása Windows+e
Fájl keresése Windows+f
A futtatás párbeszédpanel megnyitása Windows+r

Miután próbaverzióval és hibával meghatároztam ezeket, David Fog rámutatott, hogy Windows 2000-es súgóban vannak dokumentálva a "Természetes billentyűparancsok" alatt.

PNP-HIBAKERESÉSI ÜZENETEK

Ha a 2000-es Windows-hoz fejleszt plug-and-play illesztőprogramokat, akkor meglepő lehet, ha azt is megtanulja, hogy akár a Windows 2000 kereskedelmi buildjét is össze lehet koaxálni, hogy kiterjedt plug-and-play rendszer hibakeresési üzeneteket készítsen az enumerálás és az illesztőprogram betöltésének folyamata során. A kernel hibakeresője legyen megszakítva a rendszerindítás elején, és állítsa a belső kernelváltozót 2-re (a legtöbb üzenet 1-es szinttel PnpEnumDebugLevel indul el). Megjelenik egy példa a kimenetre, amely az illesztőt (szoftverenumerációs buszillesztőt) betöltő PnP-kezelőt mutatja be:

.
IopCallDriverAddDevice: Processing devnode 0xfe503208
IopCallDriverAddDevice: DevNode flags going in = 0x000019
IopCallDriverAddDevice: Will load driver
IopCallDriverAddDevice: Opening registry key Root\SYSTEM\0000
IopCallDriverAddDevice:         Class GUID is {4D36E97D-E325-11CE-BFC1-08002BE10318}
IopCallDriverAddDevice: Unable to open GUID\Properties key {4D36E97D-E325-11CE-BFC1-08002BE10318} - 0xc0000034
IopCallDriverAddDevice:         Value Service [Type 1, Len 14] @ 0xe14ee82c
IopCallDriverAddDevice:                 Service Name swenum
IopCallDriverAddDevice:                 DriverName is \Driver\swenum
IopCallDriverAddDevice:                 Driver Reference 0xff3a8af0
IopCallDriverAddDevice: Adding Services (type 0)
IopCallDriverAddDevice: Adding Services (type 1)
IopCallDriverAddDevice: Adding Services (type 2)
IopCallDriverAddDevice: Adding driver 0xff3a8af0
IopCallDriverAddDevice:         Routine returned 00000000
.

FORDÍTOTT MÉRNÖKI TERVEZÉS

Azok, akik a Sysinternalst követték, tudják, hogy (a DDK-ban található illesztőprogram-forrásokon kívül) nem férek hozzá egyetlen Windows-forráskódhoz sem, és hogy a SoftICE és a saját egyéni visszafejtő eszközöm munkaigényes használatával tanulom meg annak megvalósításának bonyolultságát.

"Fordított tervezés: Szükséges funkció vagy tiltott tevékenység?" ( , amely a 9. Circuit Court of Appeals januári esetét írja le egy, a Következő és a Connectix közötti esetről, amely szintén érdekelni fogja az Ön http://www.planetit.com/techcenters/docs/security/news/PIT20010123S0001) számára. Miután a Connectix kifejlesztette a "Virtual Game Station" programot, amellyel PlayStation-játékokat futtathat a pc-n, a bíróság úgy hozta, hogy a Connectix a törvénynek megfelelő volt a PlayStation visszafejtése során (a visszafejtés révén), hogy lehetővé tegye számukra az emulátor kidolgozását.

Bár a visszafejtés jogi hatóköre , különösen a tiltó zsugorítási licencek figyelembe véve, még mindig nem egyértelmű, ez az eset a visszafejtés oldalán áll.

WINDOWS XP KERNELFRISSÍTÉSEK

Az NT 4 és Windows 2000 közötti változástól eltérően a Windows XP kernelen finomabb változásokon esett át, amelyek közül sok a teljesítmény javítására irányul. A illesztőfejlesztők számára elérhető kernel API-k több mint 200 új exportált kernelfunkcióval egészültek ki, amelyek néhány korábbi rést töltöttek be. A Filemon és más Sysinternals-eszközök például a nem dokumentált folyamat környezeti blokk elérésével szerezik be a műveletet végző folyamat nevét – Windows XP-ben képesek lesznek a PsGetProcessImageFileName hívására. A folyamatattribútumok beszerzéséhez és beállításához majdnem 3 tucat új PS-hívás, új hibakeresési kimeneti API-k állnak a 2016-ban, amelyek lehetővéják a kimeneti típus és a hibakeresési szint besorolását, valamint egy új rendszerhívást a beállításjegyzék-struktúrák mentéséhez. Van néhány API is, például a , a és a az Boot.ini 64 bites Windows XP-megfelelője szerkesztéséhez, amelyek nem fájlban vannak tárolva, nem volatilis memóriában ZwQueryBootOptionsZwSetBootEntryOrder vannak ZwDeleteBootEntry tárolva.

A kernelen azonban jelentősebb módosítások is vannak, amelyek nagy része eszközillesztőkre vagy kerneltámogatásra támaszkodik. Van például egy rendszer-visszaállítási szolgáltatás, amely egy fájlrendszerszűrő-illesztőprogram (sr.sys) segítségével nyomon követi a fájlok változásait, hogy a rendszer visszaállítható legyen egy korábbi időpontra. A tárolószűrő illesztőprogramja volsnap.sys, amely a fájlrendszer-illesztőprogramok együttműködésével képes egy kötet időponthoz időben másolt példányára. A gyors felhasználóváltási szolgáltatás beépített terminálszolgáltatás-támogatást használ, amely lehetővé teszi több felhasználó bejelentkezését és közötti váltását, valamint a fájlrendszer-illesztőprogramok továbbfejlesztett töredezettségmentesítési API-támogatását.

A Microsoft közzétett egy tanulmányt, amely a következő dokumentum számos fejlesztését ismerteti: http://www.microsoft.com/hwdev/Whistler/download/Whistler_kernel.zip. A részletesség különböző mértékű, így az implementációval és a viselkedéssel kapcsolatos számos kérdés megválaszolatlan marad, de ez egy viszonylag jó átfogó áttekintés. Természetesen a sysinternals jövőbeli hírleveleit és cikkeit, valamint a Windows 2000-es cikkeit is meg tudja válaszolni.

LEVÁLASZTOTT HÁLÓZAT

A fejlesztői központom nagy része hálózati alkalmazásokon található, de Windows 2000-es Windows-ben nem tesztelheti ezeket az alkalmazásokat, amikor leválasztott számítógépet (például laptopot) indít el az alapértelmezett konfigurációban. Ennek az az oka, hogy a TCP/IP verem nincs aktiválva, hacsak a rendszer nem észlel hálózati kapcsolatot. Ez azt jelenti például, hogy (ahol a "laptop" a számítógép neve), és a kapcsolat nélküli rendszereken mindkettő dir \\laptop\c$ping 127.0.0.1 meghiúsul. Ha tartományalapú számítógépe van, ez a rendszerindítás során késéseket is okozhat.

Ennek két áthidaló megoldása van. Az egyik a Microsoft visszacsatolási adapterének telepítése, amely a Hardver varázslóval telepíthető virtuális hálózati adapter. A második a médiaérzékszerv letiltása, amely megakadályozza, hogy a rendszer észlelje a leválasztott kapcsolatát egy beállításjegyzékbeli érték beállításával a Microsoft TUDÁSBÁZIS 239924. negyedévi cikkében leírtak szerint: http://support.microsoft.com/support/kb/articles/Q239/9/24.ASP. Ezen módszerek bármelyikével a TCP/IP verem még leválasztott rendszereken is aktív, így hálózati API-kon és UNC elérési utakon (például ) keresztül férhet hozzá a helyi \\laptop\c$ rendszerhez.

WINDEV

Windev, Windows fejlesztői konferencia, ebben az évben Bostonban, június 11-15-én tartják. A Win32, Windows a systems és a .NET programozás összes legfelső szintű neve jelen lesz, és ebben az évben egyedül ebben az évben lehet részt venni egy 2000 belső előadáson, amelyet David Microsoft (www.solsem.com) és én is bemutatunk. Dave és én közösen tartjuk az első nap "Inside Windows 2000 Fundamentals" oktatóanyagát. Emellett egy előadást is tartunk, amely a processzorok közötti kommunikációs mechanizmusok programozását ismerteti Windows és egyet az XP Windows újdonságairól.

Az előadások absztrakcióit itt találja: Windev webhelyére mutató hivatkozás http://www.sysinternals.com/ntw2k/info/talk.shtml.

TECHED US

A TechEd a Microsoft premier konferenciája, amely 10 000 embert rajzolt meg, és az elmúlt néhány évben elkelt. Ebben az évben Atlantában, Atlantában tartják 17-21-ig, és bár a fókusz a .NET-re koncentrál, a Microsoft meghívott, hogy bemutatja a "A Tour of Sysinternals Tools" (A Sysinternals-eszközök bemutatása) és a "Introduction to Windows NT/2000 Crash Dump Analysis" (A Sysinternals-eszközök bemutatása) és a "Introduction to Windows NT/2000 Crash Dump Analysis" (A Sysinternals-eszközök bemutatása) és a "Introduction to Windows NT/2000 Crash Dump Analysis" (A Sysinternals-eszközök bemutatása) című bemutatót. David Fog is jelen lenni, és a 2000-es Windows, valamint a folyamat és a szálak belső működését mutatja be.

Az európaiak számára david és én is bemutatjuk ugyanezeket a foglalkozásokat a TechEd Europe oldalon, amely július 3-6-án van.

Tekintse meg az absztrakciókat, és kövesse a TechEd kezdőlapjára mutató hivatkozást http://www.sysinternals.com/ntw2k/info/talk.shtml.

MI A KÖVETKEZŐ?

A WINDOWS XP ELŐBEFETCHING SZOLGÁLTATÁSON BELÜL

Az XP-Windows egyik legjelentősebb fejlesztése a gyors rendszerindítási idők. A fejlesztés alapja az előzetes becsatornázás. Az XP figyeli a lemezelérést a rendszerindítás során, és tárolja az adatokat a későbbi rendszerindításhoz, ahol az adatokat felhasználva betölti az alkalmazásokat a memóriába, mielőtt azok hivatkoznak rá. A következő alkalommal az előzetes becsatolási mechanizmusokon belül elmagyarázom, hogyan valósítja meg őket az XP.


Köszönjük, hogy elolvasta a Sysinternals hírlevelet.

Published Wednesday, April 18, 2001 19:04 by ottoh

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

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

The Systems Internals Newsletter Volume 3, Number 1

http://www.sysinternals.com
Copyright (C) 2001 Mark Russinovich