INFO: Aktivace serverů COM a stanic Windows NT

Překlady článku Překlady článku
ID článku: 169321
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Pokud klient požádá objektu třídy registrované třídy COM buď Vrátí objekt existující třídy nebo spustí proces, který je registrován jako obsahující požadovanou třídu objektu. Proces získání třídy klient žádá, která (zda způsobí, že odkaz na objekt proces vytváření nebo "spuštění") se nazývá "aktivací".

Za určitých podmínek může COM spustit nový proces serveru i když existující objekt třídy běží a zaregistrován jako vícenásobné použití. Navíc při COM vytvoří nový proces, který může být proces spuštěn v nové prostředí zabezpečení známé jako "stanice window" namísto sdílení existující pracovní stanice jako interaktivní pracovní stanice. (Další informace informace o okně stanic, vyhledávání v dokumentaci Win32 SDK fráze.)

Principy COM algoritmy pro vytváření nových procesů a okna stanice během požadavek na aktivaci, je důležité mít několik příčin. Nejprve COM může vytvořit více než jednu instanci procesu více použití objekt třídy z důvodu problémů zabezpečení. Za druhé budou servery "jedno použití" vždy spustit samostatné procesy, ale mohou i nemusí být spuštěn v samostatném okně stanic. Tento rozdíl může projevit kód aplikace v některých případech neobvyklé, například když dva servery COM komunikovat prostřednictvím okna zprávy nebo zabezpečených komunikačních zařízení například COM nebo RPC. Za třetí protože počet stanic okno, které lze současně vytvořené v systému Windows NT je omezená, je důležité vědět, Pokud COM server získá nové pracovní stanice.

Tento článek zkoumá aktivace různých scénářů a vysvětluje, když nový procesy a stanicemi okna jsou vytvořeny.

Další informace

Při vytvoří nový proces serveru COM, nebo přiřadí nové pracovní stanice na nový proces serveru závisí na několika faktorech:
  1. Zabezpečení Identita, pod kterou třídu COM nastavena. Na Identita třídy lze nastavit prostřednictvím nástroje DCOMCNFG a je určen RunAs, pojmenovanou hodnotu AppID klíči pro třídu.
  2. Vs jedno použití více použití registrace třídy objektů.
  3. Identifier(SID) zabezpečení procesu klienta (Toto je numerická hodnotu, která představuje určitý uživatelský účet a zabezpečení totožnost a hlavní v prostředí systému Windows NT).
  4. Přihlašovací identifikátor (LUID) procesu klienta.(Nové přihlášení identifikátor je generován pro každý jedinečný přihlášení k počítači se systémem Systém Windows NT. Toto přihlášení může být buď prostřednictvím uživatel psát uživatele jméno a heslo do příkazového řádku logon NT nebo prostřednictvím volání win32 Rozhraní API LogonUser.)
  5. Místní a Vzdálená aktivace.
  6. Pracovní stanice klienta.

Použití více tříd

Třída více použití je třída, která je zaregistrován v COM (prostřednictvím CoRegisterClassObject() rozhraní API) určující příznak REGCLS_MULTIPLEUSE. Pro Tyto třídy COM obvykle používá stejnou instanci procesu serveru všechny požadavky klientů aktivace. Avšak pro třídy, které jsou konfigurovány ke spuštění ve skupinovém rámečku zabezpečení spouštějící uživatelů a několik jiných případech COM Spustí novou instanci serverového procesu aktivace služby požadavky. Tím se spustí novou instanci procesu serveru, je je-li to možné, že proces serveru získá také nové okno stanice. Jsme se zkoumat různé scénáře, ale nejprve jsme projedná stručně Proč COM spouští nové procesy obsahující požadovanou třídu objektů při instance objektu třídy, které je již zapsáno jako "více použití" Třída.

První, když třídou COM (přesněji, když AppID přidružené Třídy COM) je zaregistrován v systému, který má být spuštěn jako "spouštějící uživatel" správce systému nastavil určité zásady zabezpečení s ohledem na třídy. Zásada je, že activator obdrží objektu třídy uvnitř proces, který běží ve stejném kontextu zabezpečení, jako aktivační kód.

Tuto zásadu zabezpečení můžete přijít do konfliktu s definované serverem chování mají pouze jeden objekt třídy factory pro všechny aktivace požadavky (označeno REGCLS_MULTIPLEUSE). COM upřednostňuje zabezpečení zásady prostřednictvím chování aplikací. Následkem toho více použití serverů Spustit jako "spouštějící uživatel" nebude chovat podle registrované více použití běžných pravidel. Pro každý bude spuštěn nový proces. Aktivace zaregistrovaný objekt zabezpečení.

Druhý, jestliže proces nespustí spuštěn v kontextu zabezpečení modelu COM. rozdílné stanovené pro daný identifikátor CLSID registruje identifikátor třídy CLSID, že se nezdaří registrace (funkce CoRegisterClassObject vrátí kód chyby CO_E_WRONG_SERVER_IDENTITY v tomto případě). A je-li požadavek na aktivaci později přijde nový proces bude spuštěn pomocí modelu COM se zabezpečením kontext určený pro CLSID/AppID. COM nelze důvěřovat volací kód CoRegisterClassObject() (nezabezpečené operace), je možné důvěřovat pouze nastavení registru (registr je zabezpečené databázi) k určení, které Třída objektu, který chcete použít a jak jej spustit. Toto chování zabraňuje nedovolené třídy objektů neoprávnění uživatelé falšování obsahu celého systému.

Mějte na paměti, že jsme nyní vrátí při vydávání nových procesů a okno stanice jsou vytvořeny při použití více serverů, které jsou spouštěny modelem COM. Všimněte si, že žádným způsobem v LUID klienta nezáleží více použití třídy případu.
  1. "Interaktivní uživatel" zabezpečení identity. V případě, kdy více použití třídy COM společnosti AppID je nakonfigurován pro spuštění jako identita "Interaktivní uživatel" velmi první proces serveru a jeho třída objektu bude používán COM služby všech následných požadavky na aktivaci. Tato instance serveru bude mít interaktivní pracovní stanice, pokud existuje (Pokud není uživatel přihlášen místně pak všechny požadavky na aktivaci nezdaří). Jak bylo uvedeno výše, pokud nejsou spouštěny COM a není spuštěna procesu interaktivní prostředí Window registruje identifikátor CLSID, který bude registrace selhat. A pokud požadavek na aktivaci později, bude mít nový proces. spustit s kontextu zabezpečení Interaktivní uživatel. To chování zabrání nedovolené falešného třídy objektů. Jelikož žádné další serverové procesy jsou někdy zahájeny COM, Otázka nové okno stanic je moot. Identifikátor SID klienta, jeho LUID. nebo zda je místní nebo vzdálené nezáleží v tomto případě.
  2. "Uživatel" zabezpečení identity. Podobně jestliže je více použití třídy COM AppID je nakonfigurován jako "uživatel" (ID předdefinované zabezpečení), první server zpracovat a jeho objekt třídy použije COM všechny následné aktivaci služby požadavky. Tato první instance serveru budou mít své vlastní pracovní stanice vytvořen jako část první proces vytváření. Protože ne další procesy serveru někdy zahájeny COM, Další otázka okno stanic je moot. Identifikátor SID klienta, jeho hodnota LUID nebo zda jej není místní nebo vzdálené nepodporuje věci v tomto případě. Všimněte si, že při prvním spuštění bude vytvořen nový pracovní stanice instance třídy/AppID nakonfigurován jako "Tento uživatel", i když stejný uživatel je právě přihlášen v interaktivní prostředí winstation. COM nikdy server nakonfigurován tak, aby pomocí interaktivní prostředí winstation Spusťte jako "Uživatel", protože by výsledkem odlišné chování Třída nesouvisející problém totožnosti v závislosti aktuálně přihlášený uživatel. Jak bylo uvedeno výše, pokud nejsou spouštěny COM a není spuštěna procesu účet zadaný v "Uživatel" pokusí zaregistrovat identifikátor CLSID, který registrace se nezdaří a pokud požadavek na aktivaci později přijde nový "Toto" účtu se spustí proces. Toto chování zabraňuje nedovolené falešného třídy objektů. Na druhé straně proces registrovány pro daný identifikátor CLSID a APPID je nakonfigurován jako "Tento uživatel", je vytvořen v příslušné uživatelské účet agentem než COM (například ji spustí Interaktivní uživatel při interaktivní uživatel je stejný uživatel takto" uživatel", nebo ji začala CreateProcess() službou stejném kontextu zabezpečení jako "uživatel"), a pak zaregistruje svou REGCLS_MULTIPLEUSE třída objektů COM bude používat existující spuštění objekt třídy splňovat následující příchozí požadavky na aktivaci z libovolného klient.
  3. "Spuštění uživatelem" zabezpečení identity. V tomto případě je nastavena třídy AppID spustit pod spouštění" Idenitity uživatel"(Toto je také známé jako"aktivovat jako aktivátor" Třída). a. místního klienta. Nejprve zvážit v případě místního počítače. Existují dvě pravidla: 1. Každý identifikátor SID klienta jiné aktivace způsobí COM spustit nové instance procesu serveru i ve stejném okně stanice. 2. I odpovídající identifikátory zabezpečení (například v případě, kdy je stejný uživatel přihlášen více než jednou na jednom počítači NT), každý jiný. stanice window místního klienta způsobí COM spustit nový instance procesu serveru. Jinými slovy jsou spouštějící uživatel identity více použití serverů okno stanic nikdy sdíleny. Všechny procesy klienta s stejný SID a stejné okno stanice budou sdílet jeden serverový proces ve stejné pracovní stanice. Protože server sdílí okna stanice jsou vytvořeny žádné nové okno stanice klienta. Předpokládejme například, že jste interaktivně přihlášeni jako a_domain\a_user. Spuštění více instancí klienta, všechny které se budou připojovat do stejné instance server(which has the interaktivní prostředí Window). Nyní předpokládejme, že klient, který je služba, která je nastaven na spuštění start pod a_domain\a_user. To služba spustí novou instanci serveru COM. V takovém protože COM způsobí nové instance serveru, které mají být spuštěny protože proces služby má jiné než pracovní stanice interaktivní okno stanice--přestože identitu Service(Client) proces je stejný jako identita spuštění proces serveru (a_domain\a_user). Upozorňujeme však, že žádné nové okno stanice je vytvořen pro proces serveru COM. Server bude stále Zdědit stanice okno služby. Pokud je nastavena služba Start pod LocalSystem a spolupracovat s plochou (viz "Povolit službě interakce s plochou" zaškrtávací políčko ve službě Aplet ovládacího panelu), pak bude služba spuštěna interaktivní pracovní stanice nebo winsta0. V tomto případě bude nadále COM spuštění nové instance serveru (klienta SID což je LocalSystem v tomto případě se liší od čísla SID na server, který je a_domain\a_user) v interaktivní pracovní stanice. b. vzdáleného klienta. U Vzdálená aktivace COM ignoruje okno stanice Klient protože je na rozdíl od místních případ nad vzdálený klient. Zde pravidlem je, že každý nový identifikátor SID klienta způsobí nové instance serverového procesu se bude proces spuštěný a každý nový server získáte nové pracovní stanice. Požadavky na následné aktivaci pomocí vzdáleného Klienti s stejný SID bude znovu použít existující třídy registrované objekt stejně jako jeho procesu a okno stanice. Předpokládejme například, že jste přihlášeni jako a_domain\a_user v 10 různých počítačích. Klienti ze všech těchto počítačích budou připojovat k instanci serveru v počítači serveru. Klient z a_domain\b_user počítač spustí novou instanci serveru a nové pracovní stanice. Vzdálený volající s stejný SID jako místní uživatel, který byl spuštěn. COM server registrované pro požadovaný identifikátor CLSID budou znovu existující třídy objektu. Však pořadí, ve kterém je COM server spuštěna je důležité v tomto případě. Pokud server spustí místní klient nejdříve, potom vzdáleného klienta s stejný SID budou připojení k tomuto serveru. Na druhé straně, pokud je spuštěn server vzdálený klient nejdříve, potom se stejným identifikátorem SID místního klienta Spustí novou instanci serveru. To přejde zpět do okna pravidla stanice uvedené výše. Pro místní klienty, pracovní stanice klienta a serveru musí odpovídat, pro vzdálené klienty pracovní stanice klienta je ignorována. Například pokud místního klienta a_domain\a_user spustí server první, pak vzdáleného klienta a_domain\a_user se připojit k serveru. Naopak pokud je vzdálený a_domain\a_user klient spustí klienta první, pak místní server Spustí novou instanci serveru a nové okno a_domain\a_user stanice. LUID klienta v tomto případě nezáleží.
  4. Servery založené na službě COM. Modelu COM třídy/AppID který je zabalen do služby Win32 je praktická nezbytnost více použití serveru od služby lze spustit pouze jednou. V tomto případě na první žádost o aktivaci je nový proces. spustit vlastní okno stanice. Existují dvě výjimky: Odpověď: Pokud služba je nastavena ke spuštění pod účtem LocalSystem, zdědí stanice předdefinovaných okno systému. b. Pokud spustit pod účtem LocalSystem a lze je nastavena služba spolupracovat s plochou, dědí interaktivní okno stanice nebo winsta0. Všechny následné aktivaci požaduje, zda místní nebo vzdálený, jsou zpracovány prostřednictvím objektu třídy služby. Jak bylo uvedeno výše, pokud nejsou spouštěny COM a není spuštěna jako proces Zadaný identifikátor CLSID, který se nezdaří registrace registruje a Pokud požadavek na aktivaci později registrované služby bude spustit. Toto chování zabraňuje nedovolené falešného třídy objektů.

Jedno použití třídy

Poznámka: Jedno použití tříd je nutno co nejvíce. Jedno použití Registrace je starší nastavení a je určen k podpoře starších COM aplikace a pro usnadnění portování starších než COM aplikací modelu COM. Důrazně doporučujeme, aby nové třídy je navržen pro podporu více- pomocí registrace třídy objektu. To platí zejména u servery s identitou "Tento uživatel", kde způsobit přesně jedno použití třídy opačné účinek víceúčelové tříd. Vytvoří nový proces serveru a nové okno stanice za aktivaci a, jako jsou podrobněji rozvedeny níže, může dojít k zdroj potíží v systému Windows NT.

Jedno použití třídy je takový, který je zaregistrován v COM (prostřednictvím CoRegisterClassObject() rozhraní API) určující příznak REGCLS_SINGLEUSE. Pro takové třídu COM vždy spustí novou instanci třídy serverového procesu pro každý požadavek na aktivaci z libovolného klienta (místní nebo vzdálená). Pro účely tohoto článku, je zbývající otázku: Pokud server získá nový také v okně stanice?
  1. "Interaktivní uživatel" zabezpečení identity. Přijmout v případě, ve kterém je nastaven jedno použití třídy prostřednictvím jeho AppID k spuštění s identitou "Interaktivní uživatel". Pro tento případ, každý nový instance procesu serveru bude vždy sdílet interaktivní okno stanice, pokud existuje (Pokud není uživatel přihlášen místně pak všechny požadavky na aktivaci nezdaří). Žádné nové pracovní stanice bude vytvořil. COM.
  2. "Uživatel" zabezpečení identity. Nyní předpokládejme, že pokud je nastavena na hodnotu AppId jedno použití třídy COM. spuštění s identitou "Tento uživatel". V takovém případě je velmi pravidlo jednoduché. Každý nový klient aktivace spustí nový proces do nového pracovní stanice. To platí bez ohledu na to, zda uživatel zadal jako "Toto" je uživatel přihlášen k interaktivní pracovní stanice v době všech požadavků na aktivaci.
  3. "Spuštění uživatelem" zabezpečení identity. a. místního klienta. V případě aktivace místního počítače bude proces serveru vždy získáte pracovní stanice klienta. Žádné nové okno stanice Někdy jsou vytvořeny. Předpokládejme například, že jste interaktivně přihlášený jako a_domain\a_user a je spuštěno více instancí klientský program. Zobrazí každý výsledné nové instance serveru interaktivní pracovní stanice. Nyní předpokládejme, že klient je Služba spuštěná pod účtem LocalSystem. Server COM v Tento případ bude sdílet pracovní stanice procesu služby. b. vzdáleného klienta. V případě vzdálené aktivace modelu COM, ignoruje stanice okno je vzdálený klient od klienta. Jako vždy nové instance serveru pro každé vzdálené aktivaci bude spuštěn proces. Pravidla jsou: 1. Pro každý nový vzdáleného klienta SID nové pracovní stanice bude Vytvoření procesu serveru. 2. Pro každý nový vzdálený klient LUID nové pracovní stanice bude Vytvoření procesu serveru. 3. Všechny vzdálené klienty s stejné dvojice identifikátoru SID a LUID vytvoří servery že budou sdílet stejnou pracovní stanice. Například jste přihlášeni v počítači vzdáleného klienta jako a_domain\a_user. Tento klient spustí vzdálený server, který bude získáte nové pracovní stanice. Nyní, pokud a_domain\a_user spustí druhý instance aplikace klienta ze stejného počítače klienta které zase spustí novou kopii na vzdálený server počítači, tento server bude sdílet okna původní server stanice. Nyní předpokládejme, přihlaste se k jinému počítači znovu jako a_domain\a_user a spusťte klienta odsud. Odpovídající instance serveru budou mít nové pracovní stanice. Tento příklad ukazuje aby se i v případě, že klient SID jsou stejné, protože druhý klient má různé LUID, jeho procesu serveru se zobrazí nové okno stanice.
  4. Servery založené na službě COM. Jedno použití třídy nikdy uplatňovat jako služeb systému Windows NT. Nemá smysl, protože není možné spustit více instancí procesu služby systému Windows NT.

Tabulka Summarizing scénáře

---------------------------------------------------------------------------
       |                      Multiple-Use Server
       |             (class factory has requested reuse)
       |                       Activation Modes
       |-------------------------------------------------------------------
       |   Interactive     | As "This       |As "Launching    | Win32
Client |      User         |   User"        |   user"         | service
				
Local  | Process launched  | Process        | Process         | Service
       | in the            | launched in a  | launched client | started on
       | interactive window| new window     | window station  | first
       | station on first  | station on     | on first        | activation
       | activation        | first          | request,        | request
       | request,          | activation     | subsequent      | (new winsta
       | subsequent        | request,       | requests from   | or system/ 
       | requests get      | subsequent     | the same SID/   | interactive
       | existing class    | requests get   | window station  | winsta
       | object,           | existing class | get existing    | depending
       | activations fail  | object         | class object, no| on service
       | if no user logged |                | sharing of class| config),
       | on locally        |                | objects across  | subsequent
       |                   |                | window stations | requests
       |                   |                | even if same SID| get
-------|                   |                |-----------------| existing
Remote |                   |                | Process launched| class
       |                   |                | in new winsta on| objects
       |                   |                | first activation|
       |                   |                | request by a    |
       |                   |                | SID, subsequent |
       |                   |                | remote requests |
       |                   |                | by the same SID |
       |                   |                | get existing    |
       |                   |                | class object;   |
       |                   |                | class launched  |
       |                   |                | by local user   |
       |                   |                | reused by remote|
       |                   |                | callers with    |
       |                   |                | same SID        |
				
---------------------------------------------------------------------------

---------------------------------------------------------------------------
       |                      Single-Use Server
       |          (new process created for each activation request)
       |                       Activation Modes
       |-------------------------------------------------------------------
       |   Interactive     | As "This       |As "Launching    | Win32
Client |      User         |   User"        |   user"         | service
				
Local  | Process always    | Process always | Process always  | N/A(only
       | launched in the   | launched in a  | launched in     | one
       | interactive       | new window     | the window      | activation
       | window station,   | station        | station of      | possible)
       | if no interactive |                | client process  |
       | window station    |                |                 |
       | activation fails  |                |                 |
-------|                   |                |-----------------|
Remote |                   |                | if both SID and |
       |                   |                | LUID of the     |
       |                   |                | client match    |
       |                   |                | previous client |
       |                   |                | activation,     |
       |                   |                | process launched|
       |                   |                | in existing     |
       |                   |                | window station, |
       |                   |                | otherwise in new|
       |                   |                | windowstation   |
				
---------------------------------------------------------------------------

Okno stanic a prostředků systému Windows NT

V této části bude posouzen důsledky vytvoření nového okna stanice v systému Windows NT a která by měla vliv konfigurace COM server. Jak můžete vidět, je omezen počet okna stanice, které lze vytvořit na počítači se systémem Windows NT. Pokud je toto omezení překročena, systém Windows NT se nezdaří pokus COM spuštění nové instance serverového procesu. Obvykle se chybová zpráva následující Zobrazí se:
Inicializace knihovny DLL
d:\WINNT\system32\kernel32.dll se nezdařilo. Proces je
ukončení neobvykle.
V systému Windows NT stanice každé okno má alespoň jednu plochu spojené s ním. Systém Windows NT používá haldu speciální paměti pro všechny aplikace systému windows systém na pracovní ploše. Standardně každý hromady plochy spotřebovává 3 MB paměti. Systém Windows NT má limit konfigurovatelné 48 MB pro vytvoření plochy haldách. To znamená, že maximální počet stanic okno, které mohou být vytvořeny v systému Windows NT je počítač 16 (pravděpodobně méně protože stanice window lze obsahovat více než jedné plochy). Chcete-li tento počet zvýšit, snížit Výchozí velikost haldy plochy pomocí úpravy registru pomocí registru Editor.

Upozornění: Nesprávné použití Editoru registru může způsobit vážné, celý systém problémy, které mohou vyžadovat přeinstalaci systému Windows NT k jejich nápravě. Společnost Microsoft nemůže zaručit, že všechny problémy vyplývající z použití Editor registru budete moci vyřešit. Tento nástroj lze používáte na vlastní nebezpečí.

Je třeba upravit pojmenovanou hodnotu, zobrazí se pod následujícím klíčem:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
   Manager\SubSystems
				
Je třeba upravit "Windows" pojmenovanou hodnotu. Je řetězec REG_SZ. Upravit řetězec a hledejte "sdílené části = 1024, 3072". Toto sdílené" Sekce = 1024, 3072, 512 ". Je třeba restartovat počítač, tato změna vstoupí v platnost. Díky této změně zadáváte haldy 3 MB (výchozí) velikost plochy a 512 KB interaktivní pracovní stanice pro všechny non- interaktivní plochy (první parametr je zastaralý, ale nesmí být změnit). Tato změna umožní vytvoření přibližně menší než 48 MB na 512 KB nebo 96 stanic okna.

Poznámka: Pracovní stanice může obsahovat více ploch v rámci. V diskusní servery "Spouštění uživatel" výše, všude, kde pracovní stanice místní klienta proces uvedených měla být posouzena jako kratší formulář pro "pracovní stanice a plochy". Je nastavení "Spouštění uživatele" skutečně určena pro starší než-aware servery modelu DCOM a by měla být použita jen zřídka. Tyto starší servery očekávat, že v jejich vlastní plochy. Proto pro MULTIPLEUSE "Spuštění uživatelem" servery, každý proces klienta do jiného plochy v rámci stejné pracovní stanice způsobí nové procesu serveru spustit v této stanici nebo plochu. Pro SINGLEUSE "Spouštění uživatele" servery, opět serveru zdědí windows stanice a plochy proces klienta.

V systému Windows NT 4.0 Service Pack 4.0 COM pokusí znovu použít okno stanic. Před tím, pokud server nastaven RunAs konkrétního uživatele a spuštění více instancí procesu serveru, každý proces bude získáte vlastní pracovní stanice. To vede k omezení popisují stanice window výše. V aktualizaci SP4 COM pokusí vytvořit všechny servery RunAs (to znamená, že není "Aktivovat jako aktivátor" nebo "Spuštění uživatelem"), které fungují v rámci stejné uživatelské identity (nebo token) ve stejné pracovní stanice.

To eliminuje potřebu upravuje velikost haldy plochy v těch případech, kdy více procesů serveru spustit s stejný token. Je-li v konfiguraci všech serverů jsou nastaveny RunAs stejného uživatele nebo více instancí stejného procesu serveru RunAs spustit, pak by není snížíte stůl horní heapsize navržené v článku. Doporučuje se ponechat jej na výchozí hodnotu (3 M) v tomto případě. Důvodem je, že pokud snížíte haldě plochy, pak systém můžete vytvořit další okna stanic a plochy; však budou postupně menší počet procesů, které lze spustit ve stanici a plochy okna.

Na druhé straně v konfiguraci, máte-li více serverů se systémem s různými tokeny, pak budete řešit omezení stanice okna. V takovém případě by měly dodržovat doporučení v článku pro zmenšení velikosti plochy haldy.

Odkazy

Další informace o problému hromady plochy naleznete následující článek znalostní báze Microsoft Knowledge Base:

142676 Oprava běžných chyb souboru User32.dll

Vlastnosti

ID článku: 169321 - Poslední aktualizace: 23. dubna 2011 - Revize: 4.0
Klíčová slova: 
kbapi kbdcom kbenv kbinfo kbinterop kbkernbase kbprogramming kbusage kbmt KB169321 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:169321

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com