MUI branch - segfaults opening dialog Options->Display->Advanced->Options #1184
Comments
|
I can see the same problem on Win10 but not on Kubuntu 18.04/64.
Error report sent on Win10.
…On Thu, Dec 6, 2018 at 2:16 PM transmitterdan ***@***.***> wrote:
When trying to open the OpenGL Options dialog box i get a segfault. If
backtrace would be helpful I can create it. If it is a known issue I can
wait for a fix.
System: Ubuntu 18.04.1 LTS running in VirtualBox, Host system: Windows 10
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#1184>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAxKt1Jvj15L-CaPUEYoHwQY5LUzzAWJks5u2RizgaJpZM4ZGfNW>
.
|
|
I'm on Win10 and VS 2107 can't reproduce neither in Release nor Debug mode. |
|
For info I've built present MUI on a RPi 3b+. No problem to open the OpenGL Options dialog box. |
|
Thomas and/or Tdan... I have made a fresh build for testing today: Please generate a crash again with 1207, if possible. Allow the report to be uploaded to my server. |
|
Dave, My Windows build does not crash. But my Linux build will crash. Backtrace here: |
|
Dave
New Crash report sent.
As before the crash came when opening the GL dialog and then ticking the
"cache" box.
But, when I change "OpenGL" in the ini file from 0 to 1, and then restart,
all goes well. No problem to tick the "Cache".
This is the GL section from the latest log file:
9:10:22 AM: OpenGL-> Renderer String: Intel(R) HD Graphics
9:10:22 AM: OpenGL-> Version reported: 4.0.0 - Build 10.18.10.4276
9:10:22 AM: OpenGL-> Detected Intel renderer, disabling stencil buffer
9:10:22 AM: OpenGL-> Texture rectangle format: de1
9:10:22 AM: OpenGL-> glGenerateMipmap unavailable
9:10:22 AM: OpenGL-> Detected Windows Intel renderer, disabling
Vertexbuffer Objects
9:10:22 AM: OpenGL-> Vertexbuffer Objects unavailable
9:10:22 AM: OpenGL-> Using Framebuffer Objects
9:10:22 AM: OpenGL-> Using FBO Stencil buffer
9:10:22 AM: OpenGL-> Using Depth buffer clipping
9:10:22 AM: OpenGL-> Not Using compression
9:10:22 AM: OpenGL-> Minimum cartographic line width: 1.0
9:10:22 AM: OpenGL-> Minimum symbol line width: 1.0
Thanks
Thomas
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
…On Sat, Dec 8, 2018 at 5:31 AM bdbcat ***@***.***> wrote:
Thomas and/or Tdan...
@thomas <https://github.com/thomas>:
The crash report you sent already was somehow scrambled and unusable.
I have made a fresh build for testing today:
https://www.dropbox.com/s/yck4fkw601y0pkg/opencpn_4.99.1207_setup.exe?dl=0
Please generate a crash again with 1207, if possible. Allow the report to
be uploaded to my server.
A backtrace would be useful, if possible.
Thanks
Dave
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1184 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAxKt_PjkN25tBv-lRMQem6CVjF1zTRqks5u20CXgaJpZM4ZGfNW>
.
|
|
It is definitely easy to trigger the crash with OpenGL off. Since this MUI version seems not to have the software gl option it runs really slow with OpenGL off. I think a race condition is responsible for the crash. The options dialog takes a while to close as it does a lot of fiddling with chart data bases and the like. So for example if you try to shut down O right after closing the options dialog it will crash because the globals are getting deleted but the options dialog is still trying to use them. It has probably always been this way but for some reason drawing in non-OpenGL is much slower in MUI than in master. |
|
tdan is right.
Both Win and Kubuntu 18.04 crashes if I start wit GL off.
…On Sat, Dec 8, 2018 at 1:45 PM transmitterdan ***@***.***> wrote:
It is definitely easy to trigger the crash with OpenGL off. Since this MUI
version seems not to have the software gl option it runs really slow with
OpenGL off. I think a race condition is responsible for the crash. The
options dialog takes a while to close as it does a lot of fiddling with
chart data bases and the like. So for example if you try to shut down O
right after closing the options dialog it will crash because the globals
are getting deleted but the options dialog is still trying to use them. It
has probably always been this way but for some reason drawing in non-OpenGL
is much slower in MUI than in master.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1184 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAxKt0Q6Nx9GN3IhVTQuTEvmuLglgAOnks5u27SBgaJpZM4ZGfNW>
.
|
|
Fixed. |
|
The fix works on W10.
Thanks
…On Sat, Dec 8, 2018 at 4:25 PM bdbcat ***@***.***> wrote:
Fixed.
Simple problem. O was calling GL driver to detect some capabilities, but
the driver context had not been setup since GL mode was not active.
Probably been that way forever...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1184 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAxKt-CtPhnXa8-25dBpEnu7HQH_MDViks5u29nogaJpZM4ZGfNW>
.
|
When trying to open the OpenGL Options dialog box i get a segfault. If backtrace would be helpful I can create it. If it is a known issue I can wait for a fix.
System: Ubuntu 18.04.1 LTS running in VirtualBox, Host system: Windows 10
The text was updated successfully, but these errors were encountered: