beenull/ladybird
1
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2024-11-26 01:20:25 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions 6
ladybird/Libraries/LibIPC/IMessage.h

45 lines
1.7 KiB
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>
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are met:
*
* 1. Redistributions of source code must retain the above copyright notice, this
* list of conditions and the following disclaimer.
*
* 2. Redistributions in binary form must reproduce the above copyright notice,
* this list of conditions and the following disclaimer in the documentation
* and/or other materials provided with the distribution.
*
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
* AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
* SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
* CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
* OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
* OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*/
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();
};
Reference in a new issue Copy permalink