App crash (versão 3.12.0 rev 5427) em macOS Sonoma 14.6.1 (M2 apple silicon)

[jmgsoares]

Viva,

Com a versão mais recente da aplicação esta não nunca chega a abrir não sendo possível efetuar qualquer tipo de ação.

Ao consultar os logs tenho os seguintes detalhes:

.PTEID_0.log:

/Applications/Autenticação.gov.app/Contents/MacOS/eidguiV2 - 2024-08-28 16:36:23 - 50288|8639283776 - eidgui - CRITICAL: App started. 3.12.0 - 5427 [a0f961161]
/Applications/Autenticação.gov.app/Contents/MacOS/eidguiV2 - 2024-08-28 16:36:23 - 50288|8639283776 - eidgui - CRITICAL: CpuArch: x86_64 ProductName: macOS 14.6
/Applications/Autenticação.gov.app/Contents/MacOS/eidguiV2 - 2024-08-28 16:36:23 - 50288|8639283776 - eidgui - CRITICAL: OpenGL option : 1

.PTEID_err_0.log

2024-08-28 16:36:23 stderr start
SingleApplication: Unable to create block.
SingleApplication:  7 "QSharedMemory::create: out of resources"

Parece estar relacionado com upstream dependencies:

itay-grudev/SingleApplication#136
itay-grudev/SingleApplication#185

Obrigado

[agrr]

Bom dia,
já conhecemos este issue embora seja pouco comum acontecer (só tivemos até agora mais 1 report de utilizadores MacOS).

Pelo que percebemos em MacOS, o recurso de memória partilhada utilizado no componente SingleApplication é limitado no sistema e no seu cenário deve existir outra aplicação a esgotar esse limite.

Pode perceber que aplicações utilizam shared memory no MacOS pode-se utilizar o comando ipcs -mp. Exemplo de output:

IPC status from <running system> as of Thu Aug 29 12:01:14 WEST 2024
T     ID     KEY        MODE       OWNER    GROUP  CPID  LPID
Shared Memory:
m 393216 0x510fa4f0 --rw-------     USER    staff  39325  39325

A coluna CPID indica o PID da aplicação que criou o segmento de shared memory e LPID é o PID da última que fez attach ou dettach da shared memory .

No limite poderão existir aplicações que causam um leak deste tipo de recurso por não fazerem detach antes de terminarem.