IpcAnonymousPipes 1.1.0

There is a newer version of this package available.
See the version list below for details.
dotnet add package IpcAnonymousPipes --version 1.1.0
NuGet\Install-Package IpcAnonymousPipes -Version 1.1.0
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="IpcAnonymousPipes" Version="1.1.0" />
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add IpcAnonymousPipes --version 1.1.0
#r "nuget: IpcAnonymousPipes, 1.1.0"
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install IpcAnonymousPipes as a Cake Addin
#addin nuget:?package=IpcAnonymousPipes&version=1.1.0

// Install IpcAnonymousPipes as a Cake Tool
#tool nuget:?package=IpcAnonymousPipes&version=1.1.0

IpcAnonymousPipes

Interprocess communication using anonymus pipes. The goal of this project is to provide a simple framework to send and receive bytes using anonymus pipes.

  • Targets .NET Standard 2.0
  • Lightweight and easy to use
  • Client-Server architecture
  • One-to-one duplex communication
  • Unlimited data length
  • Can be used with any serialization library what outputs/accepts byte arrays

NuGet package

Install-Package IpcAnonymousPipes

Usage

PipeServer

The server side PipeServer will create two anonymus pipes: input and output. The handles will be passed to the client app as process arguments.

void StartServer()
{
    // Create server pipe, then pass the pipe handles to the client via process arguments.
    pipeServer = new PipeServer(ReceiveAction);
    Process.Start("ClientConsoleApp.exe", string.Join(" ", pipeServer.ClientInputHandle, pipeServer.ClientOutputHandle));
    // Start listening for messages (on a background thread)
    pipeServer.RunAsync();
    
    // Wait for client connection
    // This will wait for maximum 5 seconds, then it throws a TimeoutException if the client is still not connected.
    pipeServer.WaitForClient(TimeSpan.FromSeconds(5));
    
    // Say Hi to the client
    pipeServer.Send(Encoding.UTF8.GetBytes("Hi!"));
}

void ServerReceiveAction(BlockingReadStream stream)
{
    Console.WriteLine(Encoding.UTF8.GetString(stream.ReadToEnd()));
}

PipeClient

This is a minimal client implementation with a console application.

static void Main(string[] args)
{
    // Create client pipe using the handles from the arguments
    using (var pipe = new PipeClient(args[0], args[1], ReceiveAction))
    {
        // Start listening for messages (on a background thread)
        // Note: If you just want to receive messages, you can use the blocking pipe.Run() instead of pipe.RunAsync()
        pipe.RunAsync();
        
        // Just type something into the console window and press ENTER
        while (pipe.IsConnected)
            pipe.Send(Encoding.UTF8.GetBytes(Console.ReadLine()));
            
        // The pipe will be disposed when the server sends a disconnect signal to this client.
    }
}

static void ReceiveAction(BlockingReadStream stream)
{
    // Write received messages to the console
    Console.WriteLine(Encoding.UTF8.GetString(stream.ReadToEnd()));
}

Example applications

I included two WPF applications just to demonstrate the communication between the server and the client.
Download the source and build the solution. Then you can start the ServerWpfApp project. The client ClientWpfApp will be started automatically and you can start sending in messages.

References and application domains

The ServerWpfApp project does not reference ClientWpfApp project, they are completely independent from each other. My goal was to run the client in an independent standalone process, so it lives in a different Application Domain.

Background

This is about my personal motivation to write this project.
I had a scenario when I had to separate an audio processor component into a standalone process, because the 3rd party library I used (CScore) caused extreme garbage collector behaviour which ended up in GUI lagging and freezes. So separation of the heavy audio processing into a standalone process away from the GUI process made perfect sense. Later I also moved the audio playback service into a standalone process, and the buffering was done with anonymus pipes. Thanks to this separation, the audio playback was smooth and cotninuous, the GUI also becaome perfectly smooth, and the heavy audio conversion process could do whatever it wanted, it could not affect anything else anymore since it lived in it's standalone Application Domain.

Product Compatible and additional computed target framework versions.
.NET net5.0 was computed.  net5.0-windows was computed.  net6.0 was computed.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 was computed.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 was computed.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
.NET Core netcoreapp2.0 was computed.  netcoreapp2.1 was computed.  netcoreapp2.2 was computed.  netcoreapp3.0 was computed.  netcoreapp3.1 was computed. 
.NET Standard netstandard2.0 is compatible.  netstandard2.1 was computed. 
.NET Framework net461 was computed.  net462 was computed.  net463 was computed.  net47 was computed.  net471 was computed.  net472 was computed.  net48 was computed.  net481 was computed. 
MonoAndroid monoandroid was computed. 
MonoMac monomac was computed. 
MonoTouch monotouch was computed. 
Tizen tizen40 was computed.  tizen60 was computed. 
Xamarin.iOS xamarinios was computed. 
Xamarin.Mac xamarinmac was computed. 
Xamarin.TVOS xamarintvos was computed. 
Xamarin.WatchOS xamarinwatchos was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.
  • .NETStandard 2.0

    • No dependencies.

NuGet packages

This package is not used by any NuGet packages.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
1.2.3 214 12/7/2023
1.2.2 406 12/11/2021
1.2.1 254 12/11/2021
1.2.0 246 12/4/2021
1.1.0 242 12/2/2021
1.0.2 1,348 11/28/2021
1.0.1 1,326 11/28/2021
1.0.0 1,342 11/28/2021