<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Named Pipes &#x2F; Wait for Client]]></title><description><![CDATA[<p>Ich habe einen Server und zunächst einen Client, die untereinander Daten austauschen sollen. Das habe ich nach den Beispielen der Win32-SDK realisiert. Es läuft einwandfrei, wenn Server und Client ordnungsgemäss gestartet werden. Der Server wartet in ConnectNamedPipe unendlich lange, wenn kein Client den named pipe aufgreift. Ich habe daraufhin ein Time-Event eingefügt und lasse WaitForSingleObject darauf warten. Geht auch, doch dann muss ich den Server mit ExitProcess abbrechen oder er läuft ins Nirwana. Irgendwie habe ich noch keine passende Lösung gefunden. Der Server soll jederzeit die volle Kontrolle behalten, egal ob der (oder die) Clients tätig werden.</p>
]]></description><link>https://www.c-plusplus.net/forum/topic/235162/named-pipes-wait-for-client</link><generator>RSS for Node</generator><lastBuildDate>Wed, 08 Apr 2026 05:41:45 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/235162.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 26 Feb 2009 12:54:01 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Named Pipes &#x2F; Wait for Client on Thu, 26 Feb 2009 12:54:01 GMT]]></title><description><![CDATA[<p>Ich habe einen Server und zunächst einen Client, die untereinander Daten austauschen sollen. Das habe ich nach den Beispielen der Win32-SDK realisiert. Es läuft einwandfrei, wenn Server und Client ordnungsgemäss gestartet werden. Der Server wartet in ConnectNamedPipe unendlich lange, wenn kein Client den named pipe aufgreift. Ich habe daraufhin ein Time-Event eingefügt und lasse WaitForSingleObject darauf warten. Geht auch, doch dann muss ich den Server mit ExitProcess abbrechen oder er läuft ins Nirwana. Irgendwie habe ich noch keine passende Lösung gefunden. Der Server soll jederzeit die volle Kontrolle behalten, egal ob der (oder die) Clients tätig werden.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1670618</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1670618</guid><dc:creator><![CDATA[berniebutt]]></dc:creator><pubDate>Thu, 26 Feb 2009 12:54:01 GMT</pubDate></item><item><title><![CDATA[Reply to Named Pipes &#x2F; Wait for Client on Thu, 26 Feb 2009 16:06:11 GMT]]></title><description><![CDATA[<p>Was musst Du wan machen? Ich verstehe Dein Problem nicht bzgl. ExitProrocess. Wo hast Du das Gefühl die Kontrolle zu verlieren?</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1670758</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1670758</guid><dc:creator><![CDATA[Martin Richter]]></dc:creator><pubDate>Thu, 26 Feb 2009 16:06:11 GMT</pubDate></item><item><title><![CDATA[Reply to Named Pipes &#x2F; Wait for Client on Wed, 04 Mar 2009 18:51:48 GMT]]></title><description><![CDATA[<p>Meine Antwort hat etwas länger gedauert, weil ich ich der Fragestellung auf den Grund gehen wollte. Das geschilderte Problem liegt offensichtlich nicht an der WinApi. Mein WinVista-HU (diese Sprache verstehe ich nur unvollkommen) kooperiert nicht sauber mit dem installierten Compiler und ist auch so sehr instabil. Nach WM_CLOSE läuft dieses Programm und auch andere munter im Hintergrund weiter. Ich gehe zum Programmieren zurück auf den ausrangierten PC mit Win98-EN und besorge mir ein neues System. Danke, Martin Richter.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1674325</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1674325</guid><dc:creator><![CDATA[berniebutt]]></dc:creator><pubDate>Wed, 04 Mar 2009 18:51:48 GMT</pubDate></item></channel></rss>