Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Database & SysAdmin
  3. System Admin
  4. Windows 2000 and named pipes

Windows 2000 and named pipes

Scheduled Pinned Locked Moved System Admin
sysadminhelpquestion
1 Posts 1 Posters 5 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • C Offline
    C Offline
    Claudius Mokler
    wrote on last edited by
    #1

    I'm using named pipes as an interprocess communication mechanism in a distributed application. This works successfully on Windows NT 4.0; I'm using this mechanism since several years (since the dawn of NT 3.1 back in late 1992). Now, with Windows 2000, some things seem to have changed. When running several application components on a single machine or across a network that all do use named pipes, suddenly overlapped I/O on named pipes doesn't work any longer, that is, ReadFile() (using overlapped I/O!) does not return immediately but blocks for about a minute. This seems to be dependent on the number of active named pipe instances; if I reduce the number of named pipes used, the 'overlapped timeout' does not occur. The documentation (MSDN library, October 2000 edition) does not state any such changes in named pipe functionality. This is a severe problem, since my distributed application (a process control system) depends on named pipe usage and eventually we have to use Windows 2000 instead of NT 4.0. (Which besides the named pipe problem is a huge advancement) Has anyone yet made similar experiences or does anyone know a way to circumvent this problem? Changing from named pipes to something else would be no feasible solution, due to the amount of source code adaptation necessary.

    1 Reply Last reply
    0
    Reply
    • Reply as topic
    Log in to reply
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes


    • Login

    • Don't have an account? Register

    • Login or register to search.
    • First post
      Last post
    0
    • Categories
    • Recent
    • Tags
    • Popular
    • World
    • Users
    • Groups