Article View: pl.comp.lang.delphi
Article #334662Re: Przejęcie odwołania funkcji obsługi plików w DLL
From: xbary
Date: Tue, 10 Jan 2012 20:31
Date: Tue, 10 Jan 2012 20:31
34 lines
2997 bytes
2997 bytes
On 10 Sty, 21:12, "marfi" <marfi @bb.onet.pl> wrote: > U ytkownik "xbary" <xb...@wp.pl> napisa w wiadomo cinews:507a36b4-a163-4bf5-9044-c366f1e9efea@h13g2000vbn.googlegroups.com... > On 10 Sty, 20:14, "marfi" <marfi @bb.onet.pl> wrote: > > > U ytkownik "xbary" <xb...@wp.pl> napisa w wiadomo > > cinews:75934d7e-dc45-4c01-a2ac-36a9e13814b9@i6g2000vbk.googlegroups.com... > > ...>Problem polega na tym e ow bitmap chcia bym wczyta z jakiego > > >TStream lub bezpo rednio z pami ci... ??? > > >i program stoi na bRet := ConnectNamedPipe(HPipe, NIL); > > To normalne - dlatego pisa em aby tworzy i pisa do pipe w w tku - > dopiero po uruchomieniu w tku wywo a funkcj z biblioteki. > > -- > marfi Rozumiem :) ...czyli tak: - w tym wątku sobie czeka procedura ConnectNamedPipe na otwarcie tego pliku '\\.\pipe\mypipe' i dopiero jak zostanie gdzieś otwarty to wykonywana jest funkcja WriteFile wypełniająca bufor. - czy w tym wątku po Writefile odrazu wykonać CloseHandle(HPipe); czy poczekać na zakończenie głównego programu, tak żebym mógł wielokrotnie się odwołać do '\\.\pipe\mypipe' ? - czy trzeba zapętlić w tym wątku ConnectNamedPipe i WriteFile aż do zakończenia programu ? bo co jak co:) to taki PIPE file mógłby być przez cały okres działania programu, żeby go nie buforować, wtedy dopiero w głównym programie trzeba zrobić CloseHandle? i można zrobić po WriteFile
Technical Details
Message-ID:
<aeeff612-d8a5-4248-aee6-9951277f5f03@z1g2000vbx.googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!wsisiz.edu.pl!plix.pl!newsfeed1.plix.pl!goblin3!goblin.stu.neva.ru!de-l.enfer-du-nord.net!feeder1.enfer-du-nord.net!newsfeed.eweka.nl!feeder3.eweka.nl!81.171.88.15.MISMATCH!eweka.nl!lightspeed.eweka.nl!postnews.google.com!z1g2000vbx.googlegroups.com!not-for-mailReferences:
<75934d7e-dc45-4c01-a2ac-36a9e13814b9@i6g2000vbk.googlegroups.com> <4f0c8e2c$0$1465$65785112@news.neostrada.pl> <507a36b4-a163-4bf5-9044-c366f1e9efea@h13g2000vbn.googlegroups.com> <4f0c9bc5$0$1230$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!wsisiz.edu.pl!plix.pl!newsfeed1.plix.pl!goblin3!goblin.stu.neva.ru!de-l.enfer-du-nord.net!feeder1.enfer-du-nord.net!newsfeed.eweka.nl!feeder3.eweka.nl!81.171.88.15.MISMATCH!eweka.nl!lightspeed.eweka.nl!postnews.google.com!z1g2000vbx.googlegroups.com!not-for-mail From: xbary <xbary@wp.pl> Newsgroups: pl.comp.lang.delphi Subject: Re: Przejęcie odwołania funkcji obsługi plików w DLL Date: Tue, 10 Jan 2012 12:31:09 -0800 (PST) Organization: http://groups.google.com Lines: 39 Message-ID: <aeeff612-d8a5-4248-aee6-9951277f5f03@z1g2000vbx.googlegroups.com> References: <75934d7e-dc45-4c01-a2ac-36a9e13814b9@i6g2000vbk.googlegroups.com> <4f0c8e2c$0$1465$65785112@news.neostrada.pl> <507a36b4-a163-4bf5-9044-c366f1e9efea@h13g2000vbn.googlegroups.com> <4f0c9bc5$0$1230$65785112@news.neostrada.pl> NNTP-Posting-Host: 83.23.77.177 Mime-Version: 1.0 X-Trace: posting.google.com 1326227555 12549 127.0.0.1 (10 Jan 2012 20:32:35 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 10 Jan 2012 20:32:35 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: z1g2000vbx.googlegroups.com; posting-host=83.23.77.177; posting-account=YqNsWQoAAAA_7yhX7SRaVTGU6Fb5-oXn User-Agent: G2/1.0 X-Google-Web-Client: true X-Google-Header-Order: HUALESNKRC X-HTTP-UserAgent: Mozilla/5.0 (Windows NT 5.1; rv:9.0.1) Gecko/20100101 Firefox/9.0.1,gzip(gfe) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit