xorg-server in MacPorts

[Sergey Fedorov]

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 <rjvbertin at 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-users at 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20240831/8eb0bc34/attachment-0001.htm>