
Eu compilei um aplicativo QT Quick simples (usandoRuby-Qml, mas não acho que isso importe) no Ubuntu (18.04) via WSL no Windows 10 v1903 e recebo o seguinte erro ao iniciar comXming.
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-xxxx'
failed to get the current screen resources
WARNING: Application calling GLX 1.3 function "glXCreatePbuffer" when GLX 1.3 is not supported! This is an application bug!
QGLXContext: Failed to create dummy context
Alguma ideia de como resolver isso?
Responder1
Para aqueles que ainda usam o Windows 10 v1903:
- Mudar de xming paravcxsrv
- Se estiver em uma tela HighDPIaltere as configurações de compatibilidade para permitir que o aplicativo lide com o dimensionamento de DPI.
- Comece
vcxsrv
sem suporte para indireção OpenGL (-nowgl
) e certifique-se de queLIBGL_ALWAYS_INDIRECT
não esteja definido (export LIBGL_ALWAYS_INDIRECT=
)
Responder2
Compilei um aplicativo QT Quick simples (usando Ruby-Qml, mas não acho que isso importe) no Ubuntu (18.04) via WSL no Windows 10 v1903 e recebo o seguinte erro ao iniciar com o Xming.
Alguma ideia de como resolver isso?
A versão original do WSL não foi projetada para executar aplicativos com interface gráfica. Existem maneiras de contornar isso conectando-se remotamente à instância com, digamos, Xming, mas essas soluções nem sempre funcionam como você encontrou.
A solução mais simples é migrar para uma instância WSL 2, o Windows 10 versão 1909 é a primeira versão que suporta WSL 2, que executa um kernel Linux real.
A solução mais simples seria atualizar para o Windows 10 versão 1909, uma vez que é considerada uma atualização cumulativa para o Windows 10 versão 1903, deve ser tão estável quanto o Windows 10 versão 1903.
Sim; Embora o Windows 10 versão 1909 seja uma atualização de recurso, ele está executando a mesma compilação (exceto incrementada em 1) que o Windows 10 versão 1903.