By chance does anyone know what may be failing here?
```
Thread 2 Crashed:
0 X11.bin 0x00119538 _XSERVTransSocketRead + 168
1 X11.bin 0x00114104 ReadRequestFromClient + 556
2 X11.bin 0x0005e4c0 Dispatch + 864
3 X11.bin 0x00062020 dix_main + 1172
4 X11.bin 0x00014fd0 server_thread + 44
5 libSystem.B.dylib 0x00673060 _pthread_start + 320
```
```
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x7ff36694
[Switching to process 48475 thread 0x3d07]
_XSERVTransSocketRead (ciptr=0xe94bff0, buf=<value temporarily unavailable,
due to optimizations>, size=48) at Xtranssock.c:2122
2122 if (hdr->cmsg_level == SOL_SOCKET && hdr->cmsg_type
== SCM_RIGHTS) {
(gdb) bt
#0 _XSERVTransSocketRead (ciptr=0xe94bff0, buf=<value temporarily
unavailable, due to optimizations>, size=48) at Xtranssock.c:2122
#1 0x001140fc in ReadRequestFromClient (client=0xe94c070) at
../xorg-server-2.8.5/os/io.c:352
#2 0x0005e4b8 in Dispatch () at ../xorg-server-2.8.5/dix/dispatch.c:520
#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
#4 0x00014fc8 in server_thread (arg=<value temporarily unavailable, due to
optimizations>) at ../xorg-server-2.8.5/hw/xquartz/quartzStartup.c:65
#5 0x00673064 in _pthread_start ()
```
On Sat, Aug 31, 2024 at 4:18 AM René J.V. Bertin <rjvber...@gmail.com>
wrote:
> On Saturday August 31 2024 04:06:09 Sergey Fedorov wrote:
>
> >2. Does anyone know if xorg-server is modular, specifically, is hw/xquartz
> >more or less independent of the rest? I am asking since aside of xquartz
> >everything seems to build easily even on older macOS. However xquartz from
> >the upstream master will not build with gcc, since it uses blocks (and
> >there are other issues with the code). Is it sensible to try using an
> older
> >xquartz module with the otherwise modern codebase? (It does not need to be
> >literally a drop-in, of course, moderate adjustments can be made.)
>
> No idea TBH, but you may want to ask on x11-us...@lists.apple.com too.
>
> 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?
>
> 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.
>
