beenull/ladybird
1
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2024-11-22 15:40:19 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions 6
ladybird/Userland/Libraries/LibIPC/Message.h

34 lines
570 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 08:38:21 +00: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 08:24:48 +00: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 08:38:21 +00: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 13:29:40 +00:00
#pragma once
LibIPC: Add an on_destruction hook to IPC::Message Any cleanup of resources needed (up until the message is sent) can be done here. Currently, the only such resource is an IPC::File.
2020-12-30 17:32:46 +00:00
#include <AK/Function.h>
AK: Add a forward declaration header You can now #include <AK/Forward.h> to get most of the AK types as forward declarations. Header dependency explosion is one of the main contributors to compile times at the moment, so this is a step towards smaller include graphs.
2020-02-14 20:41:10 +00:00
#include <AK/Vector.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
LibIPC: Put all classes in the IPC namespace and remove the leading I
2020-02-05 18:57:18 +00:00
namespace IPC {
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
LibIPC: Support sending file descriptors :^) It is now possible to use the special IPC::File type in message arguments. In C++, the type is nothing more than a wrapper over a file descriptor. But when serializing/deserializing IPC::File arguments, LibIPC will use the sendfd/recvfd kernel APIs instead of sending the integer inline. This makes it quite convenient to pass files over IPC, and will allow us to significantly tighten sandboxes in the future :^) Closes https://github.com/SerenityOS/serenity/issues/3643
2020-11-21 18:59:12 +00:00
struct MessageBuffer {
Vector<u8, 1024> data;
Vector<int> fds;
};
LibIPC: Put all classes in the IPC namespace and remove the leading I
2020-02-05 18:57:18 +00:00
class Message {
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
public:
LibIPC: Put all classes in the IPC namespace and remove the leading I
2020-02-05 18:57:18 +00:00
virtual ~Message();
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
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 11:19:53 +00:00
virtual u32 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;
LibIPC+IPCCompiler: Remove some unused members from generated messages
2020-02-15 10:16:45 +00:00
virtual const char* message_name() const = 0;
Userland: Make IPC handlers return void if they don't have any outputs
2021-05-02 03:20:28 +00:00
virtual bool valid() const = 0;
LibIPC: Put all classes in the IPC namespace and remove the leading I
2020-02-05 18:57:18 +00:00
virtual MessageBuffer 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:
LibIPC: Put all classes in the IPC namespace and remove the leading I
2020-02-05 18:57:18 +00:00
Message();
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
};
LibIPC: Put all classes in the IPC namespace and remove the leading I
2020-02-05 18:57:18 +00:00
}
Reference in a new issue Copy permalink