<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/4.1.6" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Follow the yellow brick road! - Latest Comments on Muß ein API doppeltes Schließen eines HANDLEs  oder Verwendung eines ungültigen HANDLEs aushalten?</title>
		<link>https://mcblogs.craalse.de/sku?disp=comments</link>
		<atom:link rel="self" type="application/rss+xml" href="https://mcblogs.craalse.de/sku?tempskin=_rss2&#38;disp=comments&#38;p=76" />
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=4.1.6"/>
		<ttl>60</ttl>
		<item>
			<title>sku [Member] in response to: Muß ein API doppeltes Schließen eines HANDLEs  oder Verwendung eines ungültigen HANDLEs aushalten?</title>
			<pubDate>Thu, 10 Nov 2005 19:34:28 +0000</pubDate>
			<dc:creator>sku [Member]</dc:creator>
			<guid isPermaLink="false">c26@https://mcblogs.craalse.de/</guid>
			<description>DEI, denk daran, dass das eine doch etwas ignorante Lösung sein kann, denn wenn a jeda einen TLS-slot für seine DLL braucht, kann das sehr schnell dazu führen, daß keine mehr da sind. Zumindest unter NT4 kann das mit IIRC 64 TLS-Slots per Prozeß ratz-fatz zu Problemen führen.</description>
			<content:encoded><![CDATA[DEI, denk daran, dass das eine doch etwas ignorante Lösung sein kann, denn wenn a jeda einen TLS-slot für seine DLL braucht, kann das sehr schnell dazu führen, daß keine mehr da sind. Zumindest unter NT4 kann das mit IIRC 64 TLS-Slots per Prozeß ratz-fatz zu Problemen führen.]]></content:encoded>
			<link>https://mcblogs.craalse.de/sku/muaszlig_ein_api_doppeltes_schlieaszlig#c26</link>
		</item>
		<item>
			<title> dei [Visitor] in response to: Muß ein API doppeltes Schließen eines HANDLEs  oder Verwendung eines ungültigen HANDLEs aushalten?</title>
			<pubDate>Thu, 10 Nov 2005 15:10:29 +0000</pubDate>
			<dc:creator>dei [Visitor]</dc:creator>
			<guid isPermaLink="false">c25@https://mcblogs.craalse.de/</guid>
			<description>Hier der zweite Versuch einer Antwort, der erste blieb zwischen Bowser und Server hängen ;-(&lt;br /&gt;
&lt;br /&gt;
Nach etwas grübeln über diesen Blog bin ich zum Schluss gekommen, dsa die per Thread-Handle-Varianten mit TLS Erfolg verspricht. Damit kann ich sichern das ein Handle wirklich nur in einem Thread gültig ist (und das wollte ich auch) und haben einen Lock-Convoi von 0. Jetzt kommt nur die Raketen-Wissenschaft an der Sache. Ich benötige ein Set von APIs welches ein Handle von Thread A vorbereitet für die Übergabe an Thread B und gewolltest Kopieren zwischen Threads zu ermöglichen.&lt;br /&gt;
Ich werde das mal am Wochenende Probieren und über die aufgekommenen Schwierigkeiten berichten.</description>
			<content:encoded><![CDATA[Hier der zweite Versuch einer Antwort, der erste blieb zwischen Bowser und Server hängen ;-(<br />
<br />
Nach etwas grübeln über diesen Blog bin ich zum Schluss gekommen, dsa die per Thread-Handle-Varianten mit TLS Erfolg verspricht. Damit kann ich sichern das ein Handle wirklich nur in einem Thread gültig ist (und das wollte ich auch) und haben einen Lock-Convoi von 0. Jetzt kommt nur die Raketen-Wissenschaft an der Sache. Ich benötige ein Set von APIs welches ein Handle von Thread A vorbereitet für die Übergabe an Thread B und gewolltest Kopieren zwischen Threads zu ermöglichen.<br />
Ich werde das mal am Wochenende Probieren und über die aufgekommenen Schwierigkeiten berichten.]]></content:encoded>
			<link>https://mcblogs.craalse.de/sku/muaszlig_ein_api_doppeltes_schlieaszlig#c25</link>
		</item>
			</channel>
</rss>
