home *** CD-ROM | disk | FTP | other *** search
/ Chip: 25 Years Anniversary / CHIP_25Jahre_Jubilaeum.iso / downloads / 400616 / IE5 / DCOM95.EXE / 1033 / RCDATA / CABINET / relnt95.txt < prev    next >
Text File  |  1999-04-23  |  22KB  |  509 lines
  1. DCOM95 1.3
  2. Anmerkungen zu dieser Version
  3. Zuletzt geΣndert: 14. MΣrz 1998
  4.  
  5. DCOM95 unterstⁿtzt das DCOM-Protokoll (Distributed Component 
  6. Object Model) unter Microsoft(r) Windows(r) 95. Das DCOM-
  7. ▄bertragungsprotokoll erm÷glicht eine zuverlΣssige, sichere,
  8. effiziente und transparente Datenⁿbertragung zwischen
  9. COM-Komponenten (Component Object Model) wie ActiveX(r)-
  10. Steuerelemente, Skripts und Java-Applets, die sich in einem
  11. LAN, einem WAN oder im Internet auf verschiedenen Computern
  12. befinden. Mit Hilfe von DCOM k÷nnen die einzelnen Prozesse einer
  13. Anwendung an unterschiedlichen Orten verteilt sein, je nachdem,
  14. wo sie in Anbetracht ihrer jeweiligen Aufgabe am sinnvollsten
  15. eingesetzt werden.
  16.  
  17. Genauere Informationen zu DCOM finden Sie in der ▄bersicht ⁿber
  18. DCOM unter: http://www.microsoft.com/com/.
  19.  
  20. Inhalt
  21. ======
  22. I.   Neue Funktionen seit DCOM95 1.2
  23. II.  Behobene Probleme seit DCOM95 1.2
  24. III. Bekannte Probleme
  25. IV.  Unterschiede zu DCOM fⁿr Windows NT
  26. V.   Weitervertrieb
  27. VI.  Technischer Support und weitere Informationen
  28. VII. Dateiliste
  29.  
  30. I. Neue Funktionen seit DCOM95 1.2
  31. ----------------------------------
  32.  
  33. Unterstⁿtzung fⁿr VB6.0-Datentypen
  34.  
  35. In Visual Basic(r) 6.0 k÷nnen Visual Basic-Daten vom Typ Variant
  36. benutzerdefinierte Datenstrukturen enthalten. DCOM95 unterstⁿtzt
  37. dies nun auch als Remote-Daten.
  38.  
  39. II. Behobene Probleme seit DCOM95 1.2
  40. -------------------------------------
  41.  
  42. Dieser Abschnitt beschreibt in DCOM95 1.3 behobene Probleme, die
  43. sich auf Anwendungen auswirkten, die unter Windows 95 mit DCOM95
  44. 1.2 ausgefⁿhrt wurden.
  45.  
  46. Dateimoniker unterstⁿtzen zusΣtzliche Pfadsyntax
  47.  
  48. Dateimoniker k÷nnen jetzt auch aus Argumenten der Form
  49. "<startverz><relativerpfad>" erstellt werden, z. B.
  50. "C:\bug\bug\..\..\foo.jpg". In DCOM95 1.1 waren nur entweder
  51. relative (z. B. "..\..\foo.jpg") oder absolute Pfade
  52. (z. B. "C:\foo.jpg") zulΣssig.
  53.  
  54. Allgemeiner Schutzfehler beim Entladen von Oleaut32.dll
  55.  
  56. Bisher trat ein allgemeiner Schutzfehler auf, wenn Oleaut32.dll
  57. vor einem Aufruf von "CoUninitialize" entladen wurde. Dies trat
  58. meistens dann auf, wenn eine VB-Anwendung ein Steuerelement
  59. erstellte, das statisch mit Oleaut32.dll verknⁿpft war, und
  60. das Steuerelement dann freigab, bevor "CoUninitialize"
  61. aufgerufen wurde. Dieser Vorgang l÷st in dieser Version von
  62. DCOM95 keinen allgemeinen Schutzfehler mehr aus.
  63.  
  64. Marshallen und RⁿckgΣngigmachen von Visual Basic-Datentypen
  65.  
  66. Das Marshallen und RⁿckgΣngigmachen des Marshallens bestimmter
  67. Visual Basic-Datentypen wurde verbessert. Datenfeldparameter
  68. ⁿber 64 KB sind jetzt m÷glich. Strukturen, die unter Verwendung
  69. von Aliasen zum Typ definiert wurden, werden jetzt korrekt
  70. gemarshallt bzw. das Marshallen wird korrekt rⁿckgΣngig gemacht.
  71.  
  72. Zu oft gel÷schte Atome in "OleUninitialize"
  73.  
  74. Dieser Fehler trat in Anwendungen auf, die "OleInitialize" und
  75. "OleUninitialize" mehrfach aufriefen. WΣhrend der Initialisierung
  76. fⁿgt OLE viele Atome fⁿr DDE RPC hinzu. Wenn diese Atome bereits
  77. von einem anderen Thread hinzugefⁿgt wurden, werden sie nicht
  78. noch einmal hinzugefⁿgt. WΣhrend der Deinstallation wurden die
  79. Atome jedoch immer gel÷scht, ohne dass die Zugriffsnummern gel÷scht
  80. wurden. Wenn "OleInitialize" das nΣchste Mal aufgerufen wurde,
  81. waren die alten Zugriffsnummern noch vorhanden, obwohl die
  82. zugeh÷rigen Atome bereits gel÷scht waren; OLE fⁿgte die Atome
  83. deshalb nicht wieder hinzu. Aus diesem Grund waren alle OLE-Atome
  84. nach mehrmaligem Aufrufen von "OleInitialize" und "OleUninitialize"
  85. ungⁿltig. Dieses Problem wurde behoben.
  86.  
  87. ADO-Server fahren ordnungsgemΣ▀ herunter
  88.  
  89. Active Data Objects (ADOs) verwenden Zeigermoniker, um einen
  90. Serverprozess zu starten. DCOM95 zΣhlte bisher die Verweise auf
  91. Moniker falsch, da ZΣhlung bei 1 statt bei 0 begann. Der
  92. Zeigermoniker hatte deshalb immer mehr als 0 Verweise und konnte
  93. deshalb nicht freigegeben werden. Der ADO-Server konnte deshalb nicht
  94. herunterfahren, auch wenn keiner der Zeiger zum Server mehr
  95. verwendet wurde. Dieses Problem wurde behoben.
  96.  
  97. "CoCreateInstance" funktioniert mit eigenem DNS-Namen
  98.  
  99. Bisher konnte "CoCreateInstance" nicht mit dem gⁿltigen Namen des
  100. lokalen Computers aufgerufen werden. Dies wurde behoben, und
  101. "CoCreateInstance" funktioniert nun ordnungsgemΣ▀.
  102.  
  103. Langsame ▄bertragung auf Speichersystem bei gro▀er Verbunddatei
  104.  
  105. Die ▄bernahmezeit auf ein im STGM_TRANSACTED-Modus ge÷ffnetes
  106. Stammspeichersystem war bisher sehr langsam, wenn die Verbunddatei
  107. sehr gro▀ war (z. B. 400 MB). Die Grenzen der internen Seitentabelle
  108. wurden erh÷ht, und das Problem wurde damit beseitigt.
  109.  
  110. Exportieren von Objekten von neuerstelltem MTA
  111.  
  112. Bisher konnte ein Server ein Objekt aus einem Multi-Threaded
  113. Apartment (MTA) nicht erstellen, wenn das MTA im gleichen Prozess
  114. bereits einmal erstellt worden war. Dies wurde behoben. Wenn der
  115. Server jetzt ein MTA erstellt, es l÷scht und spΣter erneut
  116. erstellt, k÷nnen Objekte aus dem MTA exportiert werden.
  117.  
  118. Mehrere Kopien von VB4-exe-Dateien
  119.  
  120. Wenn mit DCOM95 v1.1 dieselbe mit Visual Basic 4 kompilierte
  121. Datei mehrmals aufgerufen und anschlie▀end in beliebiger
  122. (au▀er umgekehrter) Reihenfolge wieder geschlossen wurde,
  123. reagierte die letzte ausfⁿhrbare Datei nicht mehr. Dasselbe
  124. trat bei Formularen in Microsoft Exchange auf. Das Problem
  125. wurde behoben, und VB4-Dateien k÷nnen jetzt in beliebiger
  126. Reihenfolge geschlossen werden.
  127.  
  128. Erweiterte Zeichen in Visual Basic-Dateinamen
  129.  
  130. Visual Basic-Module oder -Klassen mit erweiterten Zeichen (einer
  131. beliebigen Sprache) im Namen konnten oft auf Computern mit anderem
  132. Gebietsschema nicht ge÷ffnet werden. Dies wurde behoben.
  133.  
  134. Speicherverlust im Heap-Speicher bei Verwendung von
  135. IDataObject/IAdviseSink
  136.  
  137. Es trat ein Speicherverlust auf, wenn ein Uniform Data Transfer
  138. zwischen einem Datenobjekt auf einem lokalen Server, der die
  139. IdataObject-Schnittstelle implementiert, und einem Client, der
  140. IadviseSink implementiert, verwendet wurde. Wenn der Client das
  141. STA-Modell verwendete, trat bei jedem Anruf ein Verlust von 32
  142. Byte auf. Dieses Problem manifestierte sich, da die Server
  143. zunehmend mehr Zeit zur Ausfⁿhrung ben÷tigten. Der Datenverlust
  144. wurde behoben.
  145.  
  146. III. Bekannte Probleme
  147. ----------------------
  148.  
  149. Corel WordPerfect Suite 7: Installation verursacht ungⁿltige Seite
  150.  
  151. Wenn Sie Corel WordPerfect Suite 7 auf einem Windows 95-System mit
  152. DCOM95 installieren, wird u. U. wΣhrend der Installation ein Fehler
  153. wegen einer ungⁿltigen Seite in PfOd70.pfc angezeigt. Schlie▀en Sie
  154. die Meldung einfach. Das Setup-Programm fΣhrt ohne weitere Probleme
  155. fort.
  156.  
  157. Microsoft Access 95: Datenbankreplikation funktioniert nicht
  158.  
  159. Wenn Sie auf einem Computer mit DCOM95 versuchen, in Microsoft
  160. Access 95 eine Datenbank zu replizieren, wird u. U. die folgende
  161. Fehlermeldung angezeigt:
  162.  
  163. Microsoft Access kann diesen Vorgang nicht abschlie▀en, da es die
  164. DLL-Datei (Dynamic-Link Library) Msjtrclr nicht finden oder
  165. initialisieren kann.
  166.  
  167. Dieses Problem wird von Microsoft Access 95 verursacht. Sie k÷nnen
  168. das Problem umgehen, wenn Sie ein Programm schreiben, das statt des
  169. Replikationstools das Access-Objektmodell nutzt, oder indem Sie zur
  170. Replikation den Aktenkoffer verwenden. Dieses Problem tritt in
  171. Microsoft Access 97 nicht auf.
  172.  
  173. WordPerfect
  174.  
  175. Wenn in einem WordPerfect-Dokument eine Corel-Kalkulationstabelle
  176. einbettet ist und diese Kalkulationstabelle ein weiteres
  177. eingebettetes Objekt enthΣlt (z. B. eine Bitmap), wird beim
  178. Schlie▀en des innersten Objekts u. U. eine Warnung mit der
  179. Meldung angezeigt, dass die Netzwerkverbindung getrennt wurde.
  180. Diese Warnung wird vier- bis fⁿnfmal angezeigt, ist aber ohne
  181. Bedeutung. Schlie▀en Sie einfach die Warnungen, und fahren
  182. Sie mit Ihrer Arbeit fort.
  183.  
  184. MTA-Clients, die BSTR-Konvertierungsroutinen verwenden, blockieren
  185. DDE-Meldungen
  186.  
  187. Automatisierte BSTR-Konvertierungsroutinen (z. B. BstrFromR4)
  188. erstellen versteckte Fenster, um die Typkonvertierung zu
  189. erleichtern. Diese Fenster werden von der
  190. Windows-Nachrichtenwarteschlange nicht bedient. Wenn ein
  191. solches Fenster von einem MTA-Client (Multiple-Threaded Apartment)
  192. aus erstellt wird, werden die DDE-Meldungen u. U. blockiert.
  193. Der Clientthread ist laut MTA-Programmierungsmodell nicht dazu
  194. verpflichtet, die Nachrichtenwarteschlange zu bedienen.
  195. Wenn die Warteschlange aber nicht bedient wird, werden
  196. globale Broadcastmeldungen von diesem Hauptebenenfenster blockiert.
  197.  
  198. Es gibt zwei M÷glichkeiten, dieses Problem zu umgehen: die
  199. BSTR-Konvertierungsroutinen werden von einem STA-Client
  200. (Single-Threaded Apartment) aus aufgerufen, oder der MTA-Thread
  201. des Clients muss sich wie ein STA-Thread verhalten (ein STA-Thread
  202. bedient die Nachrichtenwarteschlange immer). Wenn die Blockierung
  203. an einer Win32-Zugriffsnummer auftritt, muss der Thread die Funktion
  204. "MsgWaitForMultipleObjects" aufrufen, so dass die Windows-Meldungen
  205. gleichzeitig verarbeitet werden.
  206.  
  207. DLL-Pfadnamen ⁿber 127 Zeichen verursachen Fehler
  208.  
  209. Eine DLL mit einem Pfadnamen, der 128 oder mehr Zeichen lang ist,
  210. kann zwar registriert werden, aber beim Zugriff auf ein von dieser
  211. DLL unterstⁿtztes Objekt wird von "CoCreateInstance" und
  212. "CoGetClassObject" ein Fehler zurⁿckgegeben (REGDB_E_CLASSNOTREG).
  213.  
  214. IV. Unterschiede zu DCOM fⁿr Windows NT
  215. ---------------------------------------
  216.  
  217. Sicherheit in DCOM95
  218.  
  219. Die wesentlichen Funktionen und die Schnittstelle (Application
  220. Programming Interface, API) von DCOM95 wird unter Windows 95 und
  221. unter Windows NT 4.0 identisch. Aufgrund der unterschiedlichen
  222. Sicherheitsstrukturen der Betriebssysteme sind jedoch einige
  223. Sicherheitsfunktionen anders. Es wird empfohlen, die vorgegebenen
  224. Sicherheitseinstellungen des Systems zu verwenden. Au▀erdem muss
  225. auf Freigaben in einem Dateisystem die Sicherheit auf Benutzerebene
  226. eingestellt werden (siehe unten).
  227.  
  228. Folgende Dienste sind verfⁿgbar. Mit ihnen k÷nnen auch die
  229. vorgegebenen Sicherheitseinstellungen au▀er Kraft
  230. gesetzt werden:
  231. *    CoInitializeSecurity
  232. *    CoQueryAuthenticationService
  233. *    CoQueryProxyBlanket
  234. *    CoSetProxyBlanket
  235. *    CoQueryClientBlanket
  236. *    IClientSecurity Interface
  237. *    IServerSecurity Interface
  238.  
  239. Manche Funktionen von DCOM fⁿr Windows NT sind unter Windows 95
  240. jedoch nicht verfⁿgbar, da die Sicherheitsstruktur von Windows 95
  241. anders aufgebaut ist.
  242.  
  243. Hierbei ist besonders das Fehlen von Sicherheitsfunktionen in der
  244. Win32-API zu beachten - z. B. k÷nnen keine Zugriffskontrolllisten
  245. (Access Control Lists, ACL) erstellt werden, und es gibt keine
  246. AccessCheck-Funktion - sowie das Fehlen eines Sicherheitskontexts
  247. fⁿr Threads und Prozesstoken. Unter Windows 95 ist hierfⁿr keine
  248. native Unterstⁿtzung vorgesehen. DCOM95 unterstⁿtzt deshalb keinen
  249. IdentitΣtswechsel (also die Hilfsfunktionen "CoImpersonateClient"
  250. und "CoRevertToSelf" ⁿber die IServerSecurity-Schnittstelle), der
  251. unter Windows NT 4.0 auf Thread- und Prozesstokensicherheit beruht.
  252. IdentitΣtswechsel werden oft bei der automatischen ▄berprⁿfung des
  253. Zugriffs auf Ressourcen mit eingeschrΣnkten Zugriffsrechten
  254. verwendet, z. B. auf das Dateisystem, andere Prozesse oder
  255. das Netzwerk. Unter Windows 95 kann der Zugriff auf diese
  256. Ressourcen nicht beschrΣnkt werden.
  257.  
  258. DCOM95 verfⁿgt jedoch ⁿber verschiedene Hilfsobjekte fⁿr
  259. Zugriffskontrollfunktionen, die zur ▄berprⁿfung des Zugriffs durch
  260. Remote-Clients auf System- oder benutzerdefinierte Ressourcen und
  261. Daten verwendet werden k÷nnen. Diese Hilfsobjekte werden vom
  262. Systemobjekt "CLSID_DCOMAccessControl" ausgefⁿhrt, das die
  263. IAccessControl-Schnittstelle verwendet.
  264.  
  265. "IAccessControl" sollte immer zur Verwaltung der Sicherheitsrechte
  266. verwendet werden, wenn die Portierung zwischen Windows 95 und
  267. Windows NT wichtig ist. Das "CLSID_DCOMAccessControl"-Objekt ist in
  268. allen Versionen von DCOM95 sowie in Windows NT 4.0 SP2 und spΣter
  269. verfⁿgbar. Informationen zu "IAccessControl" finden Sie in der
  270. Platform SDK-Dokumentation.
  271.  
  272. Start- und Zugriffssicherheit
  273.  
  274. Die ▄berprⁿfung der Startberechtigung von Servercode wird von
  275. DCOM95 nicht unterstⁿtzt, da das Starten von Servern nicht
  276. unterstⁿtzt wird. Server und Klassen mⁿssen bereits ausgefⁿhrt
  277. werden, damit Remote-Clients Verbindung zu ihnen aufnehmen
  278. und sie verwenden k÷nnen.
  279.  
  280. DCOM95 kann zu bereits ausgefⁿhrten Servern und Klassen
  281. Verbindung aufnehmen. Die Zugriffssicherheit wird ⁿber den
  282. Registrierungsschlⁿssel "\APPID\{.}\AccessPermissions"
  283. unterstⁿtzt und ⁿber das Tool DCOMCNFG oder wΣhrend der
  284. Installation oder Konfiguration des Servercodes angepasst.
  285. Nichtauthentifizierte Benutzer k÷nnen Server verwenden,
  286. wenn die Klasse fⁿr die Unterstⁿtzung nichtauthentifizierter
  287. Verbindungen konfiguriert ist (ⁿber statische
  288. Konfigurationstools oder dynamisch ⁿber die
  289. CoInitializeSecurity-Funktion). Au▀erdem k÷nnen
  290. Zugriffskontrolllisten erstellt werden, die definieren,
  291. welche Benutzer und Gruppen auf bestimmte Dienste
  292. zugreifen k÷nnen.
  293.  
  294. Authentifizierungsebenen
  295.  
  296. DCOM95-Clients k÷nnen DCOM-Aufrufe unter Verwendung jeder
  297. beliebigen Authentifizierungsebene durchfⁿhren. DCOM95-Server
  298. oder -Clients, die einen Rⁿckruf erhalten, k÷nnen nur DCOM-Aufrufe
  299. mit der Authentifizierungsebene RPC_C_AUTHN_LEVEL_NONE oder
  300. RPC_C_AUTHN_LEVEL_CONNECT annehmen.
  301.  
  302. Transportprotokolle
  303.  
  304. DCOM95 unterstⁿtzt nur die Verbindung ⁿber TCP. Wenn das
  305. TCP-IP-Protokoll nicht installiert ist, kann DCOM95 das
  306. COM-Protokoll zu einem anderen Computer nicht unterstⁿtzen.
  307.  
  308. Registrierungseinstellungen
  309.  
  310. Von DCOM95 werden unter HKEY_LOCAL_MACHINE\Software\Microsoft\OLE
  311. folgende Registrierungsschlⁿssel eingerichtet:
  312.  
  313. EnableDCOM (Standardwert: "Y"). Dieser Schlⁿssel aktiviert DCOM
  314. auf diesem Computer. Wenn dieser Wert "N" lautet, kann der Computer
  315. keine Verbindung zu Objekten auf Remote-Computern aufnehmen oder
  316. sie aktivieren; Remote-Computer k÷nnen keine Verbindung zu Objekten
  317. auf dem lokalen Computer aufnehmen. Wenn dieser "Y" lautet, ist
  318. entweder die Client-Verbindung vom lokalen Computer zu remoten
  319. Objekten (wenn EnableRemoteConnect='N' ist; siehe unten) oder die
  320. volle Client/Server-Verbindung m÷glich (wenn EnableRemoteConnect='Y';
  321. siehe unten).
  322.  
  323. EnableRemoteConnect (Standardwert: "N"). Dieser Schlⁿssel macht
  324. es COM-Servern m÷glich, Remote-Clients zu unterstⁿtzen. Wenn dieser
  325. Wert "Y" lautet, k÷nnen Verweise zu Schnittstellen lokaler Objekte
  326. zu Remote-Clients weitergegeben werden, und Remote-Clients k÷nnen
  327. Verbindung zu ausgefⁿhrten Objekten aufnehmen. Wenn dieser Wert "N"
  328. lautet, kann der Computer Verbindung zu remoten Objekten aufnehmen,
  329. aber nicht als Server agieren: die Verbindung zu ausgefⁿhrten
  330. Objekten ist nicht m÷glich.
  331.  
  332. Unter HKEY_CLASSES_ROOT\CLSID wird der folgende
  333. Registrierungsschlⁿssel eingerichtet:
  334.  
  335. {bdc67890-4fc0-11d0-a805-00aa006d2ea4}\InstalledVersion.
  336. Dieser Schlⁿssel enthΣlt die Versionsnummer von DCOM95 im
  337. Format "a,b,c,d". Anhand dieses Werts stellt Internet Component
  338. Download fest, ob DCOM95 installiert ist. Der Wert wird bei
  339. der Installation in die Registrierung eingefⁿgt und sollte
  340. nicht geΣndert werden.
  341.  
  342. Windows 95 als Remote-Server
  343.  
  344. Windows 95 kann als Remote-Server agieren. Dabei ist allerdings
  345. folgendes zu beachten:
  346. *    Starten wird nicht unterstⁿtzt. Der Serverprozess muss
  347.     bereits ausgefⁿhrt werden, damit ein Client zu ihm Verbindung
  348.     aufnehmen kann.
  349. *    Wenn eine sichere Verbindung ben÷tigt wird, muss auf dem
  350.     Server (und fⁿr Rⁿckrufe auch auf dem Client) die
  351.     Zugriffssteuerung auf Benutzerebene eingestellt und ein
  352.     Sicherheits-Dienstanbieter angegeben sein.
  353. *    Der Registrierungsschlⁿssel "EnableRemoteConnect" muss den
  354.     Wert "Y" haben.
  355.  
  356. DCOM95 wurde in Verbindung mit dem Sicherheits-Dienstanbieter
  357. der Windows NT-DomΣne ausfⁿhrlich getestet. Wenn Sie einen anderen
  358. Sicherheits-Dienstanbieter verwenden, treten u. U. Probleme auf.
  359.  
  360. Zum Einrichten der Zugriffssteuerung auf Benutzerebene muss
  361. Filesec.vxd installiert sein. Diese Datei wird bei der
  362. Installation der Datei- und Druckerfreigabe auf Windows
  363. 95-Systemen installiert.
  364.  
  365. ╓ffnen Sie zum Aktivieren der Zugriffssteuerung auf Benutzerebene
  366. das Dialogfeld "Netzwerk" in der Systemsteuerung, klicken Sie auf
  367. die Registerkarte "Zugriffssteuerung", aktivieren Sie das
  368. KontrollkΣstchen "Zugriffssteuerung auf Benutzerebene", und geben
  369. Sie den Namen der SicherheitsdomΣne ein. Unter UmstΣnden hat
  370. dies Auswirkungen darauf, wie Sie auf im Netzwerk freigegebene
  371. Verzeichnisse zugreifen. Weitere Informationen hierzu finden
  372. Sie in der Onlinedokumentation. Wenn es im Dialogfeld
  373. "Netzwerk" keine Registerkarte "Zugriffssteuerung" gibt,
  374. mⁿssen Sie einen Netzwerk-Clientservice installieren.
  375. Informationen zur Installation eines Netzwerkclients finden
  376. Sie in der Onlinehilfe unter dem Stichwort "Netzwerkclients,
  377. Einrichten".
  378.  
  379. V. Weitervertrieb
  380. -----------------
  381.  
  382. Informationen zum Weitervertrieb von DCOM95 finden Sie in den
  383. Richtlinien zum Weitervertrieb im Endbenutzer-Lizenzvertrag
  384. (license.txt).
  385.  
  386. Wenn Sie planen, DCOM95 weiter zu vertreiben, sollten Sie Ihrem
  387. DistributionsdatentrΣger die Dateien "DCOM95.EXE" und optional
  388. "DCM95CFG.EXE" hinzufⁿgen. Sie sollten diese selbstextrahierenden
  389. Programmdateien ⁿber das Setup-Programm ausfⁿhren. Diese
  390. Programmdateien installieren die korrekten Dateien nur dann,
  391. wenn eine neuere Version noch nicht installiert ist. Die fⁿr
  392. DCOM95 erforderlichen korrekten RegistrierungseintrΣge
  393. werden automatisch vorgenommen. Auf Windows NT-Systemen
  394. ist keine Installation m÷glich.
  395.  
  396. StandardmΣ▀ig werden von DCOM95.EXE und DCM95CFG.EXE eine
  397. Lizenzvereinbarung und andere Eingabeaufforderungen fⁿr
  398. Benutzer angezeigt. DCOM95.EXE fordert den Benutzer auf,
  399. das System nach Abschlu▀ neu zu starten. Wenn Sie eine der
  400. beiden Programmdateien ⁿber das Setup-Programm ausfⁿhren,
  401. ist es empfehlenswert, die selbstextrahierenden Dateien
  402. im Hintergrund auszufⁿhren. Sie mⁿssen den Benutzer dazu
  403. auffordern, das System nach Beendigung des Setups
  404. neu zu starten, wenn DCOM95 installiert wurde.
  405.  
  406. Verwenden Sie zum Ausfⁿhren von DCOM95.EXE oder DCM95CFG.EXE
  407. im Hintergrund diese Befehlszeile:
  408.    [Name der EXE-Datei] /r:n /q:a
  409.  
  410.  
  411. VI. Technische Unterstⁿtzung und weitere Informationen
  412. ------------------------------------------------------
  413.  
  414. Gebⁿhrenpflichtige Unterstⁿtzung
  415.  
  416. Die Anwendungsentwicklung mit Hilfe von DCOM95 wird von Microsofts
  417. Technischem Support unterstⁿtzt. Wenn Sie einen Premier Level- oder
  418. einen Priority Level-Supportvertrag abgeschlossen haben, k÷nnen Sie
  419. sich jederzeit an den Technischen Support wenden. Sie k÷nnen aber
  420. auch einzelne Priority Support-Scheine erwerben (dies entspricht
  421. im wesentlichen einer einmaligen Gebⁿhr pro Frage). Wenn Sie Fragen
  422. zu den Angeboten der gebⁿhrenpflichtigen Unterstⁿtzung haben,
  423. wenden Sie sich an Microsoft Support Sales:
  424. (001-800) 936 35 00, 6.00-18.00 Pacific Time (9 Stunden
  425. Zeitunterschied), Montag bis Freitag mit Ausnahme von
  426. US-Feiertagen. Die Informationen von Microsofts Technischem
  427. Support sind auch ⁿber das World Wide Web erhΣltlich:
  428.     http://www.microsoft.com/germany/support/.
  429.  
  430.  
  431. Gebⁿhrenfreie Unterstⁿtzung
  432.  
  433. Newsgroups sind eine erstklassige Quelle fⁿr kostenlose technische
  434. Unterstⁿtzung durch andere Entwickler und Interessenten. ZusΣtzlich
  435. besuchen die Entwickler, Programmmanager, Kundendienstmitarbeiter
  436. und Programmierer von Microsoft die offiziellen Newsgroups so oft wie
  437. m÷glich auf, um Feedback zu erhalten und Fragen zu beantworten oder
  438. Irrtⁿmer aufzuklΣren. Wenn Sie einen Artikel in einer Newsgroup
  439. ver÷ffentlichen, haben Sie jedoch keine Garantie darauf, dass Sie
  440. eine Antwort von Microsoft erhalten.
  441.  
  442. In folgenden Newsgroups k÷nnen Sie Fragen zu DCOM95 stellen:
  443. *    comp.os.ms-windows.programmer.ole
  444. *    microsoft.public.win32.programmer.ole
  445.  
  446. Die DCOM-Verteilerliste ist eine weitere gute Quelle fⁿr kostenlose
  447. technische Unterstⁿtzung. Einer der Vorteile von Verteilerlisten
  448. besteht darin, dass Microsoft ⁿber dieses Medium zu vielen Themen
  449. Vorabnachrichten ver÷ffentlicht. Andererseits sollte erneut betont
  450. werden, dass es sich hier nicht um den offiziellen Technischen
  451. Support von Microsoft handelt - die Mitarbeiter von Microsoft
  452. nehmen hieran zwar durchaus aktiv teil, Sie haben aber keine
  453. Garantie darauf, dass ein ver÷ffentlichter Beitrag auch
  454. beantwortet wird.
  455.  
  456. Weitere Informationen zur DCOM-Verteilerliste finden Sie auf
  457. folgender Seite:
  458.     http://www.microsoft.com/sitebuilder/resource/mail.asp.
  459.  
  460. Feedback
  461.  
  462. Senden Sie bitte Kommentare und Fehlerberichte an die
  463. DCOM-Verteilerliste.
  464.  
  465. Weitere Informationen
  466.  
  467. ZusΣtzliche Informationen zu DCOM finden Sie auf der COM-Homepage:
  468. http://www.microsoft.com/com/.
  469.  
  470. VII. Dateiliste
  471. ---------------
  472.  
  473. In der folgenden Tabelle werden die Versionsnummern der mit DCOM95
  474. ausgelieferten Dateien aufgefⁿhrt.
  475.  
  476. asycfilt.dll     2.40.4275.1
  477. comcat.dll     5.0.1601.1
  478. compobj.dll     2.30.200.1
  479. dcom2w98.dll     2.10.35.35
  480. dllhost.exe     4.71.3328.0
  481. iprop.dll     4.0.1381.6
  482. ole2.dll     2.30.200.0
  483. ole32.dll     4.71.3328.0
  484. oleaut32.dll     2.40.4275.1
  485. olecnv32.dll     4.71.3328.0
  486. olepro32.dll     5.0.4275.1
  487. olethk32.dll     4.71.3328.0
  488. rpcltc1.dll     4.71.3328.0
  489. rpcltc5.dll     4.71.3328.0
  490. rpcltccm.dll     4.71.3328.0
  491. rpclts5.dll     4.71.3328.0
  492. rpcltscm.dll     4.71.3328.0
  493. rpcmqcl.dll     4.71.3328.0
  494. rpcmqsvr.dll     4.71.3328.0
  495. rpcns4.dll     4.71.3328.0
  496. rpcrt4.dll     4.71.3328.0
  497. rpcss.exe     4.71.3328.0
  498. secur32.dll      4.10.0.2177
  499. stdole2.tlb      2.40.4275.1
  500. stdole32.tlb     2.10.3027.1
  501. storage.dll      2.30.200.0
  502.  
  503. In der folgenden Tabelle werden die Versionsnummern der mit DCM95CFG
  504. ausgelieferten Dateien aufgefⁿhrt.
  505.  
  506. dcomcnfg.exe     5.00.1603.1
  507. ciscnfg.exe      4.71.2618.0
  508.  
  509.