Re: user mode to kernel mode I/O via named pipes
- From: "Kerem Gümrükcü" <kareem114@xxxxxxxxxxx>
- Date: Sat, 10 May 2008 17:36:14 +0200
Hi Don,
why bother with something that provides no benefit.
No reason to,...i just was interessted in the things that wont
work. I dont want to use anything from the undocumented
pipe calls. The OCTRL's are good and sufficient at all,...
Regards
Kerem
--
-----------------------
Beste Grüsse / Best regards / Votre bien devoue
Kerem Gümrükcü
Microsoft Live Space: http://kerem-g.spaces.live.com/
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
"This reply is provided as is, without warranty express or implied."
"Don Burn" <burn@xxxxxxxxxxxxxxxxxxxx> schrieb im Newsbeitrag
news:e$XInUpsIHA.2064@xxxxxxxxxxxxxxxxxxxxxxx
I'm suspect it is the undocumented calls, once I saw the performance I
took the approach of when I see them in a driver, rip it out, why bother
with something that provides no benefit.
--
Don Burn (MVP, Windows DDK)
Windows 2k/XP/2k3 Filesystem and Driver Consulting
Website: http://www.windrvr.com
Blog: http://msmvps.com/blogs/WinDrvr
Remove StopSpam to reply
"Pavel A." <pavel_a@xxxxxxxxxxxxxxx> wrote in message
news:Oxvt9RpsIHA.4476@xxxxxxxxxxxxxxxxxxxxxxx
Then, how these pipes manage to work between usermode processes?
Is the problem only in (erroneous) use of undocumented calls?
Regards,
--PA
"Don Burn" <burn@xxxxxxxxxxxxxxxxxxxx> wrote in message
news:#LUfVxosIHA.524@xxxxxxxxxxxxxxxxxxxxxxx
Kerem,
I cannot spell them out, but having tried the samples that have
showed up on this, they all crash the system, either immediately or with
a system stress test. Then if you go look at the undocumented calls,
you start finding that they are not accurately documented. Finally,
even the ones that do work (until stress) are very slow, so why bother?
--
Don Burn (MVP, Windows DDK)
Windows 2k/XP/2k3 Filesystem and Driver Consulting
Website: http://www.windrvr.com
Blog: http://msmvps.com/blogs/WinDrvr
Remove StopSpam to reply
"Kerem Gümrükcü" <kareem114@xxxxxxxxxxx> wrote in message
news:uQEM2alsIHA.4848@xxxxxxxxxxxxxxxxxxxxxxx
Hi Tim,
Too many special cases to handle.
Can you tell some special cases that must be taken care of, please,...
I did not use any kernel pipe stuff for inter driver communication yet.
So what do we have to take care of or what special cases can someone
expect,...?
Regards
Kerem
--
-----------------------
Beste Grüsse / Best regards / Votre bien devoue
Kerem Gümrükcü
Microsoft Live Space: http://kerem-g.spaces.live.com/
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
"This reply is provided as is, without warranty express or implied."
"Tim Roberts" <timr@xxxxxxxxx> schrieb im Newsbeitrag
news:2t6a24lpvicge63ripcjerbu9pjr3igssp@xxxxxxxxxx
mirage2k2 <mirage2k2@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:traditional
I have always performed I/O between user mode and kernel mode via
IOCTRL. I have seen examples where named pipes have been used. My
understanding is that using named pipes is possible but non-standard
and
should be avoided. Any comments.
I agree with Maxim. I actually implemented a user/kernel pair that
used
named pipes, and in the end I tore it out and implemented an ioctl
scheme.
Too many special cases to handle.
--
Tim Roberts, timr@xxxxxxxxx
Providenza & Boekelheide, Inc.
.
- References:
- user mode to kernel mode I/O via named pipes
- From: mirage2k2
- Re: user mode to kernel mode I/O via named pipes
- From: Tim Roberts
- Re: user mode to kernel mode I/O via named pipes
- From: Kerem Gümrükcü
- Re: user mode to kernel mode I/O via named pipes
- From: Don Burn
- Re: user mode to kernel mode I/O via named pipes
- From: Pavel A.
- Re: user mode to kernel mode I/O via named pipes
- From: Don Burn
- user mode to kernel mode I/O via named pipes
- Prev by Date: Re: vista checked HAL/NT files download ?
- Next by Date: Trying to write OPOS Line Display Service Object
- Previous by thread: Re: user mode to kernel mode I/O via named pipes
- Next by thread: Re: user mode to kernel mode I/O via named pipes
- Index(es):
Relevant Pages
|