ladybird/Libraries/LibIPC/IMessage.h

#pragma once

#include <AK/String.h>

typedef Vector<u8, 1024> IMessageBuffer;

class IMessage {
public:
    virtual ~IMessage();

    virtual int endpoint_magic() const = 0;
    virtual int message_id() const = 0;
    virtual String message_name() const = 0;
    virtual IMessageBuffer encode() const = 0;

protected:
    IMessage();
};
LibIPC: Start fleshing out a separate IPC library This will be a place to put object serialization/deserialization logic, message parsing, endpoint management, etc. 2019-08-03 13:29:40 +00:00			`#pragma once`

AK: Rename <AK/AKString.h> to <AK/String.h> This was a workaround to be able to build on case-insensitive file systems where it might get confused about <string.h> vs <String.h>. Let's just not support building that way, so String.h can have an objectively nicer name. :^) 2019-09-06 13:34:26 +00:00			`#include <AK/String.h>`
LibIPC: Let's start building custom message codecs for LibIPC Instead of using ByteBuffer (which always malloc() their storage) for IPC message encoding, we now use a Vector<u8, 1024>, which means that messages smaller than 1 KB avoid heap allocation entirely. 2019-12-30 01:41:45 +00:00
			`typedef Vector<u8, 1024> IMessageBuffer;`
LibIPC: Start fleshing out a separate IPC library This will be a place to put object serialization/deserialization logic, message parsing, endpoint management, etc. 2019-08-03 13:29:40 +00:00
			`class IMessage {`
			`public:`
			`virtual ~IMessage();`

LibIPC+AudioServer: Allow unsolicited server-to-client IPC messages Client-side connection objects must now provide both client and server endpoint types. When a message is received from the server side, we try to decode it using both endpoint types and then send it to the right place for handling. This now makes it possible for AudioServer to send unsolicited messages to its clients. This opens up a ton of possibilities :^) 2019-11-23 15:43:21 +00:00			`virtual int endpoint_magic() const = 0;`
LibIPC: Rename IMessage id/name to message_id/message_name Hogging "id" and "name" makes it impossible to use these as message parameter names, which seems silly. :^) 2019-12-02 10:07:05 +00:00			`virtual int message_id() const = 0;`
			`virtual String message_name() const = 0;`
LibIPC: Let's start building custom message codecs for LibIPC Instead of using ByteBuffer (which always malloc() their storage) for IPC message encoding, we now use a Vector<u8, 1024>, which means that messages smaller than 1 KB avoid heap allocation entirely. 2019-12-30 01:41:45 +00:00			`virtual IMessageBuffer encode() const = 0;`
LibIPC: Start fleshing out a separate IPC library This will be a place to put object serialization/deserialization logic, message parsing, endpoint management, etc. 2019-08-03 13:29:40 +00:00
			`protected:`
			`IMessage();`
			`};`