Linux中的Delphi RIO PAServer引发了IOError 11

Question

我有一个奇怪的问题，我自己无法解决：

在Linux上使用Delphi 10.3 Rio Enterprise（我在VMWare Player 15中尝试了新安装的Ubuntu 16.04和Ubuntu 18.04桌面以及带有GUI的Ubuntu 18.04服务器）每次开始调试时，PAServer都会因I / O错误11而崩溃。我可以拉SDK，Delphi正确部署所有文件。但试图以崩溃结束运行并且Delphi抱怨GDB服务器不再可用。我可以通过手动启动程序在Linux主机上运行程序（当然无需调试）。

它不依赖于Linux中的用户，它也以root身份发生。此外，非图形应用程序甚至在非GUI Ubuntu服务器上崩溃，始终使用IO错误11。

使用PAServer进行调试在OSX，Android和Windows上运行良好。我当然尝试了一个简单的单一表单项目，没有相同结果的内容。

我用ProcMon跟踪了Delphi PAClient，没有任何证据。然后我用strace跟踪了Linux进程，它给了我这个输出：

write(1, "Starting Platform Assistant Serv"..., 49Starting Platform Assistant Server on port 64211
) = 49
write(1, "\n", 1
)                       = 1
write(1, "Type ? for available commands\n", 30Type ? for available commands
) = 30
socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 5
close(5)                                = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 5
getsockopt(5, SOL_SOCKET, SO_TYPE, [1], [4]) = 0
getsockopt(5, SOL_TCP, TCP_NODELAY, [0], [4]) = 0
setsockopt(5, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
setsockopt(5, SOL_SOCKET, SO_REUSEPORT, [1], 4) = 0
bind(5, {sa_family=AF_INET, sin_port=htons(64211), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
getsockname(5, {sa_family=AF_INET, sin_port=htons(64211), sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
setsockopt(5, SOL_TCP, TCP_NODELAY, [1], 4) = 0
socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 6
getsockopt(6, SOL_SOCKET, SO_TYPE, [1], [4]) = 0
getsockopt(6, SOL_TCP, TCP_NODELAY, [0], [4]) = 0
setsockopt(6, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
setsockopt(6, SOL_SOCKET, SO_REUSEPORT, [1], 4) = 0
bind(6, {sa_family=AF_INET6, sin6_port=htons(64211), inet_pton(AF_INET6, "::", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
getsockname(6, {sa_family=AF_INET6, sin6_port=htons(64211), inet_pton(AF_INET6, "::", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0
setsockopt(6, SOL_TCP, TCP_NODELAY, [1], 4) = 0
listen(5, 15)                           = 0
mmap(NULL, 8392704, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f8ab39f9000
mprotect(0x7f8ab39f9000, 4096, PROT_NONE) = 0
clone(child_stack=0x7f8ab41f8ff0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f8ab41f99d0, tls=0x7f8ab41f9700, child_tidptr=0x7f8ab41f99d0) = 28987
sched_getparam(28987, [0])              = 0
sched_getscheduler(28987)               = 0 (SCHED_OTHER)
listen(6, 15)                           = 0
mmap(NULL, 8392704, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f8ab31f8000
mprotect(0x7f8ab31f8000, 4096, PROT_NONE) = 0
clone(child_stack=0x7f8ab39f7ff0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f8ab39f89d0, tls=0x7f8ab39f8700, child_tidptr=0x7f8ab39f89d0) = 28988
sched_getparam(28988, [0])              = 0
sched_getscheduler(28988)               = 0 (SCHED_OTHER)
brk(0x1f55000)                          = 0x1f55000
brk(0x1f76000)                          = 0x1f76000
brk(0x1f97000)                          = 0x1f97000
brk(0x1fba000)                          = 0x1fba000
brk(0x1fdb000)                          = 0x1fdb000
mmap(NULL, 200704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8ab82b8000
mmap(NULL, 200704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8ab8287000
write(1, ">", 1>)                        = 1
read(0, 0xe0bf90, 128)                  = -1 EAGAIN (Resource temporarily unavailable)
read(0, 0xe0bf90, 128)                  = -1 EAGAIN (Resource temporarily unavailable)
shutdown(5, SHUT_WR)                    = 0
close(5)                                = 0
select(4, [3], NULL, NULL, {1, 0})      = 1 (in [3], left {0, 999997})
ioctl(3, FIONREAD, [1])                 = 0
read(3, "\0", 1)                        = 1
select(4, [3], NULL, NULL, {1, 0})      = 1 (in [3], left {0, 817727})
ioctl(3, FIONREAD, [1])                 = 0
read(3, "\0", 1)                        = 1
select(4, [3], NULL, NULL, {1, 0})      = 1 (in [3], left {0, 999997})
ioctl(3, FIONREAD, [1])                 = 0
read(3, "\0", 1)                        = 1
shutdown(6, SHUT_WR)                    = 0
close(6)                                = 0
select(4, [3], NULL, NULL, {1, 0})      = 1 (in [3], left {0, 974854})
ioctl(3, FIONREAD, [1])                 = 0
read(3, "\0", 1)                        = 1
shutdown(7, SHUT_WR)                    = 0
close(7)                                = 0
shutdown(8, SHUT_WR)                    = 0
close(8)                                = 0
select(0, NULL, NULL, NULL, {0, 500000}) = 0 (Timeout)
write(1, "EInOutError: I/O error 11\n", 26EInOutError: I/O error 11
) = 26

在此先感谢您的帮助！

Answer 1

请检查https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1813873

Ubuntu内核4.15.0-44引入了这个麻烦，Ubuntu将在3月4日的下一次内核更新中解决这个问题。

Answer 2

完全修改了答案。

它似乎与vmWare Player 15无关，但不知何故与Ubuntu，16以及18.在所有非Linux OS调试工作以及Rhedhat 7和Debian Stretch中。

在Debian 9中，我不得不使用在Ubuntu机器上生成的sdk，因为在Debian中生成了一些文件。可能很容易解决，但其他SDK完成它的工作。