DonationCoder.com forum
 
Read-only archive. This is a static copy of the DonationCoder.com forum. Reading and searching work as before; logging in, posting and private messages do not.
Archive of 2026-10-21 · About this archive · Main site

Author Topic: Named Pipes for Inter Process Communication  (Read 4,736 times)

Renegade

  • Tell me something you don't know...
  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 13,291
    • Participated in NANY Challenge Three Times
    • Furry Fandom Badge - Furry Fandom
    • Linux User
Named Pipes for Inter Process Communication
« on: March 12, 2011, 12:10 PM »
This is wicked cool:

http://wyday.com/blog/2010/multi-process-c-sharp-application-like-google-chrome-using-named-pipes/

Slow Down Music - Where I commit thought crimes...

Freedom is the right to be wrong, not the right to do wrong. - John Diefenbaker

f0dder

  • [Well, THAT escalated quickly!]
  • Charter Honorary Member
  • Joined in 2005
  • ***
  • Posts: 9,153
    • Participated in NANY Challenge Once
Re: Named Pipes for Inter Process Communication
« Reply #1 on: March 12, 2011, 01:53 PM »
What's wicked cool about it?

It's a über-lowlevel approach, the blog post doesn't mention sockets, the author confuses message queueing with SendMessage-style messages, and dismisses memory-mapped files entirely. Also, reading the blog comments, it sounds like the code is buggy and haven't been fixed even though race conditions were mentioned as early as March 15, 2010 - that's almost a year ago. Caveat Emptor.

Only briefly scanned through the code, but it looks like it only handles byte streams and spawns a thread per connection? Ho humm. Not the abstraction level I'd like to work at; thread per connection might be excusable since you're not likely to have a crapload of connections, but for something general-purpose I'd prefer async I/O.

Oh, and it also seems the code requires a connect/data-xfer/disconnect for each "message" rather than supporting connected mode - not good if you need to do high-performance stuff.
- carpe noctem

Jibz

  • Cold Warrior
  • Developer
  • Joined in 2005
  • ***
  • Posts: 1,187
    • Programming School - Stage 1 Medal
    • Coding Snacks
    • Participated in NANY Challenge Four Times
Re: Named Pipes for Inter Process Communication
« Reply #2 on: March 12, 2011, 02:11 PM »
I think Renegade should get a "My post got run over by the f0dder-truck"-badge for that one :D.

Sorry couldn't help it :mrgreen:.
"A problem, properly stated, is a problem on it's way to being solved" -Buckminster Fuller
"Multithreading is just one damn thing after, before, or simultaneous with another" -Andrei Alexandrescu

f0dder

  • [Well, THAT escalated quickly!]
  • Charter Honorary Member
  • Joined in 2005
  • ***
  • Posts: 9,153
    • Participated in NANY Challenge Once
Re: Named Pipes for Inter Process Communication
« Reply #3 on: March 12, 2011, 02:44 PM »
I think Renegade should get a "My post got run over by the f0dder-truck"-badge for that one :D.
:-[
- carpe noctem

Jibz

  • Cold Warrior
  • Developer
  • Joined in 2005
  • ***
  • Posts: 1,187
    • Programming School - Stage 1 Medal
    • Coding Snacks
    • Participated in NANY Challenge Four Times
Re: Named Pipes for Inter Process Communication
« Reply #4 on: March 12, 2011, 03:39 PM »
Just for the record, I wouldn't have posted a comment like that if I didn't know f0dder would know I meant it lovingly .. he's got a wealth of technical knowledge and it's great that he shares it here :-*.
"A problem, properly stated, is a problem on it's way to being solved" -Buckminster Fuller
"Multithreading is just one damn thing after, before, or simultaneous with another" -Andrei Alexandrescu

Original address: https://www.donationcoder.com/forum/index.php?topic=26043.0