pkgsrc-WIP-changes archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
webkit-gtk-2.46: apply patch from pkgsrc/www/webkit-gtk
Module Name: pkgsrc-wip
Committed By: kikadf <kikadf.01%gmail.com@localhost>
Pushed By: kikadf
Date: Sat May 17 16:54:18 2025 +0200
Changeset: 978503c96ff579f0f26d6a77dcafe8ecc8419153
Modified Files:
webkit-gtk-2.46/TODO
webkit-gtk-2.46/distinfo
Added Files:
webkit-gtk-2.46/patches/patch-Source_WebKit_Platform_IPC_unix_ConnectionUnix.cpp
Log Message:
webkit-gtk-2.46: apply patch from pkgsrc/www/webkit-gtk
To see a diff of this commit:
https://wip.pkgsrc.org/cgi-bin/gitweb.cgi?p=pkgsrc-wip.git;a=commitdiff;h=978503c96ff579f0f26d6a77dcafe8ecc8419153
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
diffstat:
webkit-gtk-2.46/TODO | 2 +-
webkit-gtk-2.46/distinfo | 1 +
...rce_WebKit_Platform_IPC_unix_ConnectionUnix.cpp | 35 ++++++++++++++++++++++
3 files changed, 37 insertions(+), 1 deletion(-)
diffs:
diff --git a/webkit-gtk-2.46/TODO b/webkit-gtk-2.46/TODO
index dbd36ef455..d9543d3ffc 100644
--- a/webkit-gtk-2.46/TODO
+++ b/webkit-gtk-2.46/TODO
@@ -2,4 +2,4 @@ Build with 'JPEG_DEFAULT=libjpeg-turbo' in /etc/mk.conf
Test with $PREFIX/libexec/webkit2gtk-4.1/MiniBrowser:
-start, and works :)
+start, but often gets 'WebProcess CRASHED' error
diff --git a/webkit-gtk-2.46/distinfo b/webkit-gtk-2.46/distinfo
index bbe24e8aa3..58d825d8ff 100644
--- a/webkit-gtk-2.46/distinfo
+++ b/webkit-gtk-2.46/distinfo
@@ -14,6 +14,7 @@ SHA1 (patch-Source_WTF_wtf_InlineASM.h) = 35afdd5143f4a2df8a5554a0b0b35141a8784c
SHA1 (patch-Source_WTF_wtf_PlatformEnable.h) = 905b2b4bf4b8c90cf91eb8ecf1d414013cc3bcbb
SHA1 (patch-Source_WTF_wtf_glib_FileSystemGlib.cpp) = a46ae871e2c0919da94bcb14a2b94d0e5a911922
SHA1 (patch-Source_WebCore_page_NavigatorBase.cpp) = 1549a9bbbc11129e42995719d592ab747413eef6
+SHA1 (patch-Source_WebKit_Platform_IPC_unix_ConnectionUnix.cpp) = dde292d5a8be48502253930e42126edee8f85460
SHA1 (patch-Source_WebKit_UIProcess_Launcher_glib_ProcessLauncherGLib.cpp) = 45a215a2b7a913b6fba16ff91276e2c9779e06be
SHA1 (patch-Source_WebKit_UIProcess_gtk_AcceleratedBackingStoreDMABuf.cpp) = c97c28f22b3792643b98f268e6b6bc247485a18a
SHA1 (patch-Source_bmalloc_bmalloc_AvailableMemory.cpp) = 814ba3dc4f941ea13811f6c8d3d7a8ed47844c16
diff --git a/webkit-gtk-2.46/patches/patch-Source_WebKit_Platform_IPC_unix_ConnectionUnix.cpp b/webkit-gtk-2.46/patches/patch-Source_WebKit_Platform_IPC_unix_ConnectionUnix.cpp
new file mode 100644
index 0000000000..908d7d2747
--- /dev/null
+++ b/webkit-gtk-2.46/patches/patch-Source_WebKit_Platform_IPC_unix_ConnectionUnix.cpp
@@ -0,0 +1,35 @@
+$NetBSD: patch-Source_WebKit_Platform_IPC_unix_ConnectionUnix.cpp,v 1.3 2021/01/12 15:21:31 jperkin Exp $
+
+On NetBSD we see "Error sending IPC message: Message too long" due to
+the use of sendmsg with a large message body (EMSGSIZE).
+
+WebKit already uses shared memory to communicate the message body when
+the message is too large, so force it to always use this method to avoid
+encountering EMSGSIZE.
+
+--- Source/WebKit/Platform/IPC/unix/ConnectionUnix.cpp.orig 2025-05-17 14:36:17.895637982 +0000
++++ Source/WebKit/Platform/IPC/unix/ConnectionUnix.cpp
+@@ -64,6 +64,10 @@
+ #endif
+ #endif // SOCK_SEQPACKET
+
++#ifndef MSG_NOSIGNAL
++#define MSG_NOSIGNAL 0
++#endif
++
+ WTF_ALLOW_UNSAFE_BUFFER_USAGE_BEGIN // Unix port
+
+ namespace IPC {
+@@ -424,8 +428,12 @@ bool Connection::sendOutgoingMessage(Uni
+ return false;
+ }
+
++#if 0
+ size_t messageSizeWithBodyInline = sizeof(MessageInfo) + (outputMessage.attachments().size() * sizeof(AttachmentInfo)) + outputMessage.bodySize();
+ if (messageSizeWithBodyInline > messageMaxSize && outputMessage.bodySize()) {
++#else
++ {
++#endif
+ RefPtr oolMessageBody = WebCore::SharedMemory::allocate(outputMessage.bodySize());
+ if (!oolMessageBody)
+ return false;
Home |
Main Index |
Thread Index |
Old Index