• Cikk

[Hírlevelek archívuma ^][< 2. kötet, 3. szám][2. kötet, 5. >szám ]

The Systems Internals Newsletter Volume 2, Number 4

www.sysinternals.com
Copyright © 2000 Mark Russinovich

2000. augusztus 30. – Ebben a kérdésben:

  1. SZERKESZTŐI

  2. A SYSINTERNALS ÚJDONSÁGAI

    • ListDlls v2.23
    • HandleEx v2.26
    • ElogList v2.02
    • LoggedOn v1.1
    • Kékvásznú v2.21
    • PageDefrag v2.01
    • LoadOrder v1.1
    • ClockRes 1.0-s verzió
    • BgInfo 1.0-s verzió
    • A Windows 2000-ben, 3.
    • Sysinternals a Microsoftnál

  3. BELSŐ ADATOK

    • A DEBUG jogosultság ereje
    • Új API-k a Win2K SP1-ben?
    • WinDev 2000 Nyugat

  4. MI VÁRHATÓ?

    • Tokenmon

TÁRS-SZPONZOR: WINTERNALS SZOFTVER

A Sysinternals Hírlevél által szponzorált Winternals Software, a weben www.winternals.com. A Winternals Software a Windows NT/2K fejlett rendszereszközök vezető fejlesztője és szolgáltatója. A Winternals software termékek közé tartozik a FAT32 a Windows NT 4.0-hoz, az NTFSDOS Professional Edition (a DOS olvasási/írási NTFS-illesztőprogramja) és a Távoli helyreállítás.

A Winternals Software ERD Commander 2000 a díjnyertes ERD Commander terméksorának legújabb kiadása. Az ERD Commander 2000 új funkciói, beleértve a beépített beállításjegyzéket és a fájlszerkesztőket, a windowsos NT és a Windows 2000 legfejlettebb helyreállítási eszközének teszik. Az ERD Commander 2000-et hajlékonylemezekre, CD-ROM-ra és akár a rendszer merevlemezére is telepítheti a gyors hozzáférés érdekében, és a telepítővarázsló megkönnyíti a külső SCSI és más háttértár-illesztőprogramok hozzáadását. ERD Commander 2000 $349, vagy csak $49 a meglévő ERD Commander Professional tulajdonosok. Tudjon meg többet, és töltse le a próbaverziót a www.winternals.com/products/erdcommander2000.shtml.

TÁRSSZPONZOR: WINDOWS 2000 MAGAZIN

A Windows 2000 Magazin gyakorlati megoldásokat tartalmaz a Windows NT/2000-zel minden nap dolgozó felhasználóknak. Rendeljen meg egy ingyenes mintaproblémát most és kockázat nélkül. Ha úgy dönt, hogy folytatja az előfizetését, további 13 problémát fog kapni, 40%-kal alacsonyabban az újságárusok áránál. Iratkozzon fel ma a következő címen: http://www.win2000mag.com/sub.cfm?code=fs00inhs13

Üdvözlök mindenkit!

Üdvözöljük a Sysinternals hírlevélben. A hírlevélnek jelenleg 25 000 előfizetője van.

Sok időt töltök a Regmon, a Filemon és a DebugView, az eszközök, amelyeket Bryce és én fejlesztettünk ki a Sysinternals-ban. 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 hibakeresési kimeneti figyelő (www.sysinternals.com/dbgview.htm). Időnként találkozom egy olyan alkalmazás- vagy eszközillesztővel, amely a több rendszerem egyikén van telepítve, és olyan folyamatos tevékenységet generál, amely látható az egyik ilyen eszközben. Nem a szükséges tevékenységről beszélek, de a szoftver által végrehajtott műveletek általában ismétlődő jellegűek, és a kimeneti nyomok vizsgálata azt mutatja, hogy a szoftver lekérdezési technikát használ, ahol más kevésbé tolakodó mechanizmus használata lehetséges.

A különböző kereskedelmi vírusolvasók például másodpercenként többször lekérdezik a vírusaláírási fájljukat, hogy kiderüljön, frissült-e. Az egyik rendszerem rendelkezik egy nyomtató-illesztőprogrammal egy nagy nyomtatógyártótól, amely folyamatosan ad ki hibakeresési utasításokat, amelyek a "lekérdezés" szó befoglalásával hirdetik, hogy lekérdezést hajtanak. Az egyik kedvenc példámban egy segédprogram a rendszer teljesítményének javításaként hirdetett egy fő segédprogram szállítójától, amely másodpercenként több alkalommal lekérdezi a szállító beállításkulcsait. A hanyag kódolás egy másik típusára példa egy nagy hálózati gyártó hálózati adapterében található, amely tartalmaz egy felhasználói módú szoftverösszetevőt, amely beágyazott hibakeresési töréspontokat tartalmaz, amelyek folyamatosan haladnak a szoftver végrehajtásakor. Ha egy alkalmazásnak észlelnie kell a fájl módosítását, kérheti a címtárváltozásról szóló értesítést. Hasonlóképpen, ha egy beállításkulcs módosításait kell észlelnie, kulcsmódosítási értesítést kérhet, és a kereskedelmi szoftvereknek soha nem szabad hibakeresési kimenetet vagy hibakeresési töréspontokat tartalmazniuk, amelyek alapértelmezés szerint engedélyezve vannak.

Talán a legrokonszenvesebb példa azonban a Windows 2000 Serverrel () csomagba csomagolt Microsoft Windows Media Program Service:\Winnt\System32\Windows Media\Server\Npsm.exe az első 2 KB-ot \Winnt\System32\Windows Media\Server\ASDB\mdsas.mdb másodpercenként 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 sem). Erre nincs mentség, különösen azért, mert ez hátrányosan befolyásolhatja a kiszolgáló általános teljesítményét.

Biztos vagyok benne, hogy ha már használta Regmon, Filemon vagy DebugView bármilyen ideig, akkor valószínűleg találkoznak hasonló példákat. Ha lát egyet, ne csak állítson be egy szűrőt, és felejtse el, e-mailben elküldheti a szállítónak a hanyag programozásra panaszkodó e-mailt.

Kérjük, adja át a hírlevelet barátainak, akikről úgy gondolja, hogy érdeklik a tartalmai.

Thanks!

-Mark

A SYSINTERNALS ÚJDONSÁGAI

LISTDLLS V2.23

A ListDLLs egy parancssori segédprogram, amely részletes információkat jelenít meg a folyamatok által betöltött DLL-ekről. A ListDLLs például megjeleníti az egyes DLL-ek alapmemóriájának címét, méretét, verzióját és teljes elérési útját. Ez az új verzió bemutatja a folyamat elindításához használt parancssort, beleértve a parancssorban á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 2.23-at a www.sysinternals.com/listdlls.htm.

HANDL Enterprise kiadás X V2.26

A HandleEx egy alkalmazás, amely információkat jelenít meg arról, hogy mely leírók és DLL-folyamatok vannak megnyitva vagy betöltve. A kijelző két részablakból áll. A felső mindig az aktuálisan aktív folyamatok listáját jeleníti meg, beleértve a saját fiókjuk nevét is, míg az alsó ablakban feltárt információk attól függnek, hogy a HandleEx milyen üzemmódban van: ha a HandleEx kezelő módban van, akkor a felső ablakban kijelölt folyamat által kijelölt fogópontok jelennek meg; HA DLL módban van, látni fogja a folyamat által betöltött DLL-eket és memórialeképezett fájlokat.

A HandleEx legújabb kiadása számos új funkciót tartalmaz. Először is, a ListDLL-ekhez hasonlóan most a folyamat elindításához használt parancssor jelenik meg a folyamat tulajdonságainak megtekintésekor.

A HandleEx ezen verzió előtti egyik hiányossága az volt, hogy bár a bejelentkezési munkamenet rendszerfolyamatait és folyamatait végrehajtó fiók nevét jeleníti meg, nem tudta megkerülni a Windows NT/2000 biztonsági modellt, hogy megjelenítse a más felhasználói fiókokból indított folyamatok tulajdonosát (a Windows NT/2000 erőforráskészletekből származó Pview program is ezt a korlátozást szenvedi). Ez fájdalmasan nyilvánvaló volt az NT 4 terminálkiszolgáló és a Windows 2000 Terminálszolgáltatások környezetekben, ahol a HandleEx azt jelezte, hogy a más felhasználói munkamenetekből indított folyamatoknak ismeretlen tulajdonosai voltak. A HandleEx 2.26-os verzió egy trükköt implementál, amely kivétel nélkül képes meghatározni az összes folyamat tulajdonosi fiókját, így ideális eszköz a Terminálszolgáltatások környezeteihez.

A HandleEx 2.26-os verziójának utolsó új funkciója lehetővé teszi a nyitott leírók bezárását. Ezt a funkciót azután adtam hozzá, hogy sok kérés érkezett hozzá. Azt javaslom, hogy használja a rendkívül óvatosan, mert az alkalmazások általában nem íródott arra számít, hogy a fogópontok hirtelen érvénytelenné válhatnak, és az alkalmazások a kényszerű zárt lehet viselkedni kiszámíthatatlanul, vagy összeomlik ennek eredményeként.

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

ELOGLIST V2.02

A Windows 2000 Resource Kit tartalmaz egy ELogDmp nevű eszközt, amellyel rekordokat hozhat létre egy eseménynaplóból a helyi vagy távoli számítógépen. Az ELogList nagyobb teljesítményű, mint az ElogDmp, mivel lehetővé teszi egy opcionális fióknév és jelszó megadását is, hogy a számítógép eseménynaplói egy másik fiókból férjenek hozzá, mint amelyikből az eszközt futtatja. Ezen túlmenően, míg az ElogDmp eszköz nyers formában jeleníti meg az eseménynapló-bejegyzéseket, ami megnehezíti a kimenet értelmezését, ez az ElogList frissítés az eseménynapló-bejegyzéseket úgy formázja, hogy szöveg jelenjenek meg a Windows NT/2000 Eseménynapló. Még akkor is, ha távoli rendszerek eseménynaplóit jeleníti meg, 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-s verziót a www.sysinternals.com/eloglist.htm.

LOGGEDON V1.1

A LoggedOn egy parancssori kisalkalmazás, amely azt jelzi, hogy ki van bejelentkezve egy adott számítógépre helyileg vagy erőforrásmegosztásokon keresztül. Az 1.1-es verzió frissítése lehetővé teszi, hogy a hálózaton keressen egy adott felhasználóhoz társított bejelentkezési munkameneteket. Ez a funkció olyan helyzetekben hasznos, amikor frissíteni szeretne egy felhasználói fiókot, és ellenőriznie kell, hogy a felhasználó jelenleg nincs-e bejelentkezve.

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

BLUESCR Enterprise kiadás N V2.21

A legtöbben már biztosan ismerik a híres Sysinternals Kék képernyőkímélőt, amely pontosan ábrázolja a Windows NT vagy a Windows 2000 összeomlását és újraindítását. A kezdeti kiadás óta folyamatosan kaptam kéréseket a Windows 9x-felhasználóktól, amelyek futtatni szeretnék a képernyőkímélőt a számítógépükön, ezért végül a Windows 9x-be portoltam. Windows 9x rendszeren a Windows 2000 összeomlását és újraindítását szimulálja.

A Sysintenals Kék képernyős képernyőkímélő windows 9x rendszeren való használatának egyetlen követelménye, hogy beszerezze egy Windows 2000 Ntoskrnl.exe fájl másolatát a könyvtárba \Windows\System való helyezéshez – A Kék képernyő megköveteli a Windows 2000 kezdőképernyő fájlját.

Most már tényleg összezavarhatja a gyanútlan Windows 9x-felhasználókat, akik csak azért térnek vissza a számítógépükre, hogy felfedezzék, hogy elakadt egy Windows 2000 összeomlási és újraindítási ciklusban!

Töltse le a Bluescreen Screen Saver v2.21-et a 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ájljainak é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 volt töredezettségmentesíteni a beállításjegyzék-csalánkiütéseket, de a kiadás óta ez a funkció több kereskedelmi töredezettségmentesítőhöz lett hozzáadva. A PageDefrag azonban továbbra is ingyenes, és a 2.01-es verzió a Windows 2000 és a Windows NT 4 rendszeren is működik.

Ha érdekli a Windows NT 4 és a Windows 2000 által biztosított töredezettségmentes felület, megismerheti azt, és letöltheti a forráskódot egy interaktív fájltöredezettség-mentesítési eszközre www.sysinternals.com/defrag.htm. A Sysinternals már évekkel azelőtt dokumentálta a töredezettségmentes felületet, hogy a Microsoft belefoglalta volna a platform SDK-jába, és számos kereskedelmi töredezettségmentesítő használta a dokumentációt és a mintakódot.

Töltse le a PageDefrag 2.01-es verziót a www.sysinternals.com/pagedfrg.htm. Tekintse meg a töredezettségmentesítési felület dokumentációját www.sysinternals.com/defrag.htm.

LOADORDER V1.1

Gondolkozott már azon, hogy milyen sorrendben töltődnek 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 az alatta lévő HKLM\System\CurrentControlSet\Services információkat, hogy képet készítsen az illesztőprogramról és a szolgáltatás terhelési sorrendjéről.

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

CLOCKRES V1.0

Az ütemezővel kapcsolatos cikkeimben arról beszéltem, hogy a Windows NT/2000 szálkontrasztja (a szál bekapcsolásának hossza a CPU-n való futtatáshoz) a rendszeróra felbontásán alapul. Az óra felbontása a Windows időzítőalapú eseményeinek késését is befolyásolja. A cikk www.sysinternals.com/timer.htm még azt is ismerteti, hogy az alkalmazások hogyan módosíthatják az óra felbontását. A legtöbb SMP-n a felbontás 15 ms, az uniprocesszorokon pedig a 10 ms- es értékek, amelyeket a standard SMP és az egyprocesszoros HALs (Hardver absztrakciós réteg) állít be.

Bár a legtöbb rendszer a fent felsorolt gyakori értékeket használja, hogyan határozhatja meg az óra tényleges felbontását a számítógépeken? A válasz a GetSystemTimeAdjustment Win32 API-ban rejlik, amely megmutatja, hogy a rendszer rendszeres módosítást alkalmaz-e a napszakra. Ez csak úgy történik, hogy ez az API az óraintervallumot is visszaadja. A ClockRes kisalkalmazás az API-val jelzi a rendszer órájának felbontását.

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

BGINFO V1.0

Ha Ön több kiszolgáló rendszergazdája, valószínűleg jelentős időt tölt azzal, hogy különböző információs párbeszédpaneleket nyit meg, hogy emlékeztesse magát a különböző rendszertulajdonságok értékeire, például a telepített szervizcsomagok verziójára, az IP-címekre, a számítógép nevére, a memória méretére és a processzor sebességére. Most már minden információt egyszerű nézetben tekinthet meg az egyes kiszolgálók asztalán a Bryce által kifejlesztett 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éről. A BgInfo-t a Start mappába helyezheti, hogy az információk mindig elérhetők legyen, amikor bejelentkezik, és módosíthatja a BgInfo által megjelenített adatokat, akár sajátot is hozzáadhat. Ha a BgInfo telepítve van a kiszolgálókon, azzal időt takaríthat meg, amikor ismétlődően keres könnyen elfelejtett információkat.

Töltse le a BgInfo 1.0-s verziót a www.sysinternals.com/misc.htm.

A WINDOWS 2000 3. KIADÁSÁBAN

A Windows 2000 belső részeiről szóló hivatalos könyv már elérhető! Ez a kiadás David Solomon (www.solsem.com) és Mark Russinovich társszerzőségével több mint 40%-kal nagyobb az előzőnél, ú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 a leállítás, valamint a tárolás területén. Emellett tartalmaz egy CD-t is, amely számos olyan hatékony eszközzel rendelkezik, amely máshol nem érhető el a Windows 2000 belső elemeinek vizsgálatához.

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

SYSINTERNALS AT WWW.MICROSOFT.COM

Nincsenek olyan új TUDÁSBÁZIS-cikkek, amelyek a Sysinternals jelentésére hivatkoznak, de a Microsoft néhány nagyon magas profilú hivatkozást adott hozzá a Sysinternalshez a webhely TechNet részén. Az első a "Ask Us About... Biztonság" oszlop a www.microsoft.com/TechNet/security/au022800.asp, ahol Joel Scambray oszlopos figyelmezteti az olvasókat, hogy NTFSDOS (www.sysinternals.com/ntfspro.htm) segítségével egy rosszindulatú felhasználó módosíthatja a tartalmát a Windows 2000 tartományvezérlő Active Directory.

A második hivatkozás a "Microsofton belül" oszlopban található www.microsoft.com/technet/inside/default.asp. Az oszlop Q&A stílusú, és két kérdésből áll, amelyek meghatározzák, hogy melyik alkalmazásnak van megnyitva egy adott fájlja. A válasz során, ahol az olvasók a HandleEx (www.sysinternals.com/handleex.htm) és az NtHandle (www.sysinternals.com/nthandle.htm) felé mutatnak, a cikk szerzője (a "Vakond") ezt állítja a Sysinternals-ről: "Csak egy csomó nagyszerű segédprogram van, amely nem fog egy fillérbe kerülni. Még a Mole is sysinternals-re hivatkozik időről időre (Mi? Azt hitte, talán Mole tartja ezt az információt a fejét?). Még egyszer, itt fog küldeni téged." Ez körülbelül olyan közel áll a Microsoft által a webhely hivatalos jóváhagyásához, mint amire számíthatunk.

BELSŐ ADATOK

A HIBAKERESÉSI JOGOSULTSÁG EREJE

A többi hibakeresési kimeneti figyelővel ellentétben , beleértve a dbmonot, a DebugView hibakeresési kimeneti monitorom (www.sysinternals.com/dbgview.htm) helyi Rendszergazda istrator jogosultságokat igényel a végrehajtáshoz, mivel egy olyan eszközillesztőt telepít, amely rögzíti a kernel módú hibakeresési kimenetet. Ennek eredményeként több tucat e-mailt kaptam a fejlesztőktől, hogy a felügyeletük nem ad nekik helyi rendszergazdai jogosultságokat, csak a hibakeresési jogosultságot. Az argumentum szerint a hibakeresési jogosultság oka van, és minden alkalmazásfejlesztőnek fejlesztenie kell. Ezek a fejlesztők megkérnek, hogy módosítsam a DebugView-t, hogy csak akkor telepítse az illesztőprogramot, ha a felhasználó rendszergazdai jogosultságokkal rendelkezik, és egyébként csak összegyűjti a Win32 hibakeresési kimenetét.

Ezek a kérések mindig ugratást adnak, mert a Hibakeresési jogosultság argumentumot használó felügyelet nem veszi észre, hogy ez a jogosultság megnyitja a helyi rendszergazdai jogosultságok kapuit. A hibakeresési jogosultság használatával a fejlesztő rendelkezhet egy hibakereső csatolásával a Helyi biztonsági hatóság folyamatához (LSASS), és módosíthatja, hogy a következő bejelentkezéskor helyi rendszergazdai jogosultságokat adjon nekik. Vagy bármilyen, a rendszerfiókban futó folyamatba beszúrhatnak kódot, amely hozzáadná a fiókját 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ük nem vásárolja meg az érvet. Eddig nem volt semmi, hogy visszavegyenek a vezetőségükhöz, hogy meghozhassák az ügyüket, de az ilyen e-mailek közelmúltbeli kiütése arra késztetett, hogy tegyek lépéseket.

A LogonEx, a www.sysinternals.com/logonex.zip címen letölthető segédprogram grafikusan ábrázolja a hibakeresési jogosultságot. A LogonEx Windows NT és Windows 2000 rendszeren működik. Annak érdekében, hogy a legjobban megjelenjen, hozzon létre egy normál felhasználói fiókot, kivéve a "Hibakeresési programok" jogosultságot. Jelentkezzen ki és jelentkezzen be a fiók alatt, és futtassa a LogonExet. Szüksége lesz a msv1_0.dll szimbólumfájljára az adott telepítéshez (a fejlesztők általában rendszerszimbólumokkal rendelkeznek), amelyet a LogonEx használ a MsvpPasswordValidate függvény belépési pontjának megkereséséhez és javításához. Miután a LogonEx elvégezte a javítást, bármilyen fiókkal bejelentkezhet a rendszerbe jelszó megadása nélkül. A bemutató befejezéséhez jelentkezzen be rendszergazdaként, és vegye fel a létrehozott fiókot a helyi rendszergazdák csoportjába.

A LogonEx csupán egy példa arra, hogyan teszi lehetővé a hibakeresési jogosultság, hogy a fejlesztők átvegyék a rendszer irányítását, de sok más is van. Remélem, hogy a LogonEx meggyőzi a vezetőséget arról, hogy nincs értelme helyi rendszergazdai jogosultságokat adni a fejlesztőknek (megjegyzés, hogy nem tartományi rendszergazdai jogosultságokról beszélek, ami egy másik történet, amely szerint a helyi rendszergazda csak a saját számítógépe felett uralkodik, nem más, míg a tartományi rendszergazda a hálózatot szabályzza).

ÚJ API-K A WIN2K SP1-BEN?

Miután sok 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 minimalizálja annak esélyét, hogy új problémákat vezessenek be a régiek javításakor. Vagy így gondoltuk. A Windows 2000 SP 1 nemrég jelent meg, és úgy tűnt, hogy nem rendelkezik új funkciókkal. Az Ntoskrnl.exe, a Windows 2000 végrehajtói és kernelösszetevőit tartalmazó fájl, valamint a natív API-t és a betöltőt tartalmazó Ntdll.dll kódtár részletes vizsgálata azonban azt mutatja, hogy egy új API az 1. SP-ben debütált.

Az új API a következő függvényekből áll:

   RtlTraceDatabaseAdd
   RtlTraceDatabaseCreate
   RtlTraceDatabaseDestroy
   RtlTraceDatabaseEnumerate
   RtlTraceDatabaseFind
   RtlTraceDatabaseLock
   RtlTraceDatabaseUnlock
   RtlTraceDatabaseValidate

A függvények neve meglehetősen leíró, ezért ez egyértelműen egy API a naplózási eseményekhez. Az API érdekessége, hogy az implementációja duplikálva van az Ntdllben, és az Ntoskrnlben ez eltér a többi Ntdll API-tól, amelyek egy Ntoskrnl-implementáció szolgáltatásait hívják meg.

Az API implementációjának vizsgálata azt mutatja, hogy így használják: 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. Az alkalmazás egy bizonyos ponton számba tudja venni az adatbázis tartalmát, és ha elkészült az adatbázissal, törli azt. Furcsa módon úgy tűnik, hogy nincs mód az adatbázis-bejegyzések törlésére.

Mi használja ezt az új API-t? Semmi, ami telepítve van a meglehetősen teljes körű Windows 2000 Advanced Server telepítés, így nem egyértelmű, hogy bármi nem. Lehet, hogy ez egy hibakeresési API volt, amely véletlenül bekerült az SP 1 kiadási kódjába.

Közzétéve: 2000. augusztus 30. szerda, 19:07 ottoh

[Hírlevelek archívuma ^][< 2. kötet, 3. szám][2. kötet, 5. >szám ]