Stowage/ladybird
2
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2025-11-03 14:50:59 +00:00
Code Issues Projects Releases Packages Wiki Activity
ladybird/Userland/Libraries/LibIPC/Stub.h

37 lines
507 B
C
Raw Normal View History

Meta: Add license header to source files As suggested by Joshua, this commit adds the 2-clause BSD license as a comment block to the top of every source file. For the first pass, I've just added myself for simplicity. I encourage everyone to add themselves as copyright holders of any file they've added or modified in some significant way. If I've added myself in error somewhere, feel free to replace it with the appropriate copyright holder instead. Going forward, all new source files should include a license header.
2020-01-18 09:38:21 +01:00
/*
* Copyright (c) 2018-2020, Andreas Kling <kling@serenityos.org>
*
Everything: Move to SPDX license identifiers in all files. SPDX License Identifiers are a more compact / standardized way of representing file license information. See: https://spdx.dev/resources/use/#identifiers This was done with the `ambr` search and replace tool. ambr --no-parent-ignore --key-from-file --rep-from-file key.txt rep.txt *
2021-04-22 01:24:48 -07:00
* SPDX-License-Identifier: BSD-2-Clause
Meta: Add license header to source files As suggested by Joshua, this commit adds the 2-clause BSD license as a comment block to the top of every source file. For the first pass, I've just added myself for simplicity. I encourage everyone to add themselves as copyright holders of any file they've added or modified in some significant way. If I've added myself in error somewhere, feel free to replace it with the appropriate copyright holder instead. Going forward, all new source files should include a license header.
2020-01-18 09:38:21 +01:00
*/
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 15:29:40 +02:00
#pragma once
IPCCompiler: More work towards AudioServer bringup - Add IEndpoint::handle(IMessage), a big switch table on message type. handle() will return a response message for synchronous messages, and return nullptr otherwise. - Use i32 instead of int for everything - Make IMessage::encode() const - Make IEndpoint::decode_message() static, this allows template code to decode messages without an endpoint instance on hand.
2019-08-03 19:21:15 +02:00
#include <AK/OwnPtr.h>
LibIPC: Put all classes in the IPC namespace and remove the leading I
2020-02-05 19:57:18 +01:00
#include <AK/String.h>
IPCCompiler: More work towards AudioServer bringup - Add IEndpoint::handle(IMessage), a big switch table on message type. handle() will return a response message for synchronous messages, and return nullptr otherwise. - Use i32 instead of int for everything - Make IMessage::encode() const - Make IEndpoint::decode_message() static, this allows template code to decode messages without an endpoint instance on hand.
2019-08-03 19:21:15 +02:00
namespace AK {
class BufferStream;
}
LibIPC: Put all classes in the IPC namespace and remove the leading I
2020-02-05 19:57:18 +01:00
namespace IPC {
class Message;
Everywhere: Forward declare structs as structs While structs being forward declared as classes is not strictly an issue, Clang complains as this is not portable code, since some ABIs treat classes declared as `class` and `struct` differently. It's easier to fix these than to reason about explicitly disabling another warning.
2021-07-05 19:12:37 +02:00
struct MessageBuffer;
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 15:29:40 +02:00
Userland: Split IPC endpoints into proxies and stubs This enables support for automatically generating client methods. With this added the user gets code completion support for all IPC methods which are available on a connection object.
2021-05-03 08:46:40 +02:00
class Stub {
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 15:29:40 +02:00
public:
Userland: Split IPC endpoints into proxies and stubs This enables support for automatically generating client methods. With this added the user gets code completion support for all IPC methods which are available on a connection object.
2021-05-03 08:46:40 +02:00
virtual ~Stub();
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 15:29:40 +02:00
IPCCompiler: Remove hardcoded endpoint magic, attempt deux This patch removes the IPC endpoint numbers that needed to be specified in the IPC files. Since the string hash is a (hopefully) collision free number that depends on the name of the endpoint, we now use that instead. :^) Additionally, endpoint magic is now treated as a u32, because endpoint numbers were never negative anyway. For cases where the endpoint number does have to be hardcoded (a current case is LookupServer because the endpoint number must be known in LibC), the syntax has been made more explicit to avoid confusing those unfamiliar. To hardcode the endpoint magic, the following syntax is now used: endpoint EndpointName [magic=1234]
2021-04-25 13:19:53 +02:00
virtual u32 magic() const = 0;
IPCCompiler: Generate getters for message ID's and message names Each endpoint namespace will have an enum class MessageID where you can find all of its messages.
2019-08-03 16:18:37 +02:00
virtual String name() const = 0;
Userland: Get rid of the OwnPtr<...> boilerplate code for IPC handlers
2021-05-02 04:39:36 +02:00
virtual OwnPtr<MessageBuffer> handle(const Message&) = 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 15:29:40 +02:00
protected:
Userland: Split IPC endpoints into proxies and stubs This enables support for automatically generating client methods. With this added the user gets code completion support for all IPC methods which are available on a connection object.
2021-05-03 08:46:40 +02:00
Stub();
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 15:29:40 +02:00
private:
String m_name;
};
LibIPC: Put all classes in the IPC namespace and remove the leading I
2020-02-05 19:57:18 +01:00
}
Reference in a new issue Copy permalink