<div dir="ltr"><div dir="ltr"><div dir="ltr">By chance does anyone know what may be failing here?<br><br>```<br>Thread 2 Crashed:<br>0 X11.bin 0x00119538 _XSERVTransSocketRead + 168<br>1 X11.bin 0x00114104 ReadRequestFromClient + 556<br>2 X11.bin 0x0005e4c0 Dispatch + 864<br>3 X11.bin 0x00062020 dix_main + 1172<br>4 X11.bin 0x00014fd0 server_thread + 44<br>5 libSystem.B.dylib 0x00673060 _pthread_start + 320<br>```<br><br>```<br>Program received signal EXC_BAD_ACCESS, Could not access memory.<br>Reason: KERN_INVALID_ADDRESS at address: 0x7ff36694<br>[Switching to process 48475 thread 0x3d07]<br>_XSERVTransSocketRead (ciptr=0xe94bff0, buf=<value temporarily unavailable, due to optimizations>, size=48) at Xtranssock.c:2122<br>2122 if (hdr->cmsg_level == SOL_SOCKET && hdr->cmsg_type == SCM_RIGHTS) {<br>(gdb) bt<br>#0 _XSERVTransSocketRead (ciptr=0xe94bff0, buf=<value temporarily unavailable, due to optimizations>, size=48) at Xtranssock.c:2122<br>#1 0x001140fc in ReadRequestFromClient (client=0xe94c070) at ../xorg-server-2.8.5/os/io.c:352<br>#2 0x0005e4b8 in Dispatch () at ../xorg-server-2.8.5/dix/dispatch.c:520<br>#3 0x00062018 in dix_main (argc=7, argv=0xbffff750, envp=<value temporarily unavailable, due to optimizations>) at ../xorg-server-2.8.5/dix/main.c:272<br>#4 0x00014fc8 in server_thread (arg=<value temporarily unavailable, due to optimizations>) at ../xorg-server-2.8.5/hw/xquartz/quartzStartup.c:65<br>#5 0x00673064 in _pthread_start ()<br>```<br></div></div></div><div dir="ltr"><br></div><br><div class="gmail_quote"><div class="gmail_attr" dir="ltr">On Sat, Aug 31, 2024 at 4:18 AM René J.V. Bertin <<a target="_blank" href="mailto:rjvbertin@gmail.com">rjvbertin@gmail.com</a>> wrote:<br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">On Saturday August 31 2024 04:06:09 Sergey Fedorov wrote:<br>
<br>
>2. Does anyone know if xorg-server is modular, specifically, is hw/xquartz<br>
>more or less independent of the rest? I am asking since aside of xquartz<br>
>everything seems to build easily even on older macOS. However xquartz from<br>
>the upstream master will not build with gcc, since it uses blocks (and<br>
>there are other issues with the code). Is it sensible to try using an older<br>
>xquartz module with the otherwise modern codebase? (It does not need to be<br>
>literally a drop-in, of course, moderate adjustments can be made.)<br>
<br>
No idea TBH, but you may want to ask on <a target="_blank" href="mailto:x11-users@lists.apple.com">x11-users@lists.apple.com</a> too.<br>
<br>
As to blocks: did you look if they're used in situations other than libdispatch functions that do not have the _f version taking regular function pointers and C++ closures?<br>
<br>
Most of the Apple blocks used in the Mac codepaths of webkit2-gtk can be rewritten that way, for instance, just with some #ifdef __clang__ conditionals in the code.<br>
</blockquote></div>