Therion/loch crashes in sid (issue #158)
Hi Olly, i hope you can help me out with issue #158 (https://github.com/therion/therion/issues/158) I am fiddling around in hope to get my loch viewer working again. It worked in the past but then decided after a debian update to cease functioning because of failing glx context. I now have the impression, maybe wxWidgets is the cause. The glx context is fine, other X applications can successfully establish 3D perfomance and glx debug commands also tell me „ok“. I habe seen that there is a wxWidgets 3.1.4 out there. Maybe this could solve my issue? Can you please make me an updated debian package (or tell me how i can build it myself)?
I also have this problem. I am running Fedora, and have seen this for about the last 6 months on both Fedora 30 and 31. It happens on computers with nVidia, Intel and VirtualBox display drivers. Aven works fine. -- Bill Gee On Thursday, December 5, 2019 5:19:12 AM CST Benedikt Hallinger wrote:
Hi Olly, i hope you can help me out with issue #158 (https://github.com/therion/therion/issues/158)
I am fiddling around in hope to get my loch viewer working again. It worked in the past but then decided after a debian update to cease functioning because of failing glx context.
I now have the impression, maybe wxWidgets is the cause. The glx context is fine, other X applications can successfully establish 3D perfomance and glx debug commands also tell me „ok“.
I habe seen that there is a wxWidgets 3.1.4 out there. Maybe this could solve my issue?
Can you please make me an updated debian package (or tell me how i can build it myself)?
Glad i‘m not alone. Which is no good thing... Maybe its something with the wxWidgets lib...?
Am 05.12.2019 um 13:27 schrieb Bill Gee <bgee@campercaver.net>:
I also have this problem. I am running Fedora, and have seen this for about the last 6 months on both Fedora 30 and 31. It happens on computers with nVidia, Intel and VirtualBox display drivers.
Aven works fine.
-- Bill Gee
On Thursday, December 5, 2019 5:19:12 AM CST Benedikt Hallinger wrote:
Hi Olly, i hope you can help me out with issue #158 (https://github.com/therion/therion/issues/158)
I am fiddling around in hope to get my loch viewer working again. It worked in the past but then decided after a debian update to cease functioning because of failing glx context.
I now have the impression, maybe wxWidgets is the cause. The glx context is fine, other X applications can successfully establish 3D perfomance and glx debug commands also tell me „ok“.
I habe seen that there is a wxWidgets 3.1.4 out there. Maybe this could solve my issue?
Can you please make me an updated debian package (or tell me how i can build it myself)?
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
On Thu, Dec 05, 2019 at 12:19:12PM +0100, Benedikt Hallinger wrote:
i hope you can help me out with issue #158 (https://github.com/therion/therion/issues/158)
I am fiddling around in hope to get my loch viewer working again. It worked in the past but then decided after a debian update to cease functioning because of failing glx context.
I now have the impression, maybe wxWidgets is the cause. The glx context is fine, other X applications can successfully establish 3D perfomance and glx debug commands also tell me „ok“.
FWIW I see it too. I don't think it's a wxWidgets bug - this is failing in code in loch/lxR2P.c which makes calls to the glx layer which is a lower level API than wxWidgets. It could be some sort of interaction with wxWidgets OpenGL support though since it's effectively going behind wxWidgets back. I'm not sure why loch doesn't just use wxWidgets OpenGL support - that's what aven does and that still works in current Debian unstable. You probably want Martin or Stacho rather than me - they wrote this code and presumably understand the API it's using and why.
I habe seen that there is a wxWidgets 3.1.4 out there. Maybe this could solve my issue?
Can you please make me an updated debian package (or tell me how i can build it myself)?
That's a development release, so not something we can package for Debian - every new version would require rebuilding nearly 100 other packages, and potentially updating them all for API changes. We have to do that for a new release series (e.g. moving from 3.0.x to 3.2.x) and it typically takes 6 months to a year to complete. I've not tried building packages of 3.1.x so I can't offer any useful advice there. But I doubt it's the answer anyway. Cheers, Olly
Thanks Olly for pointing out the problem. If it is lxR2P.c what fails (it is off-screen rendering to pixmap - for large renderings) then it should be quite easy to disable it. Could you please somebody try to comment out following line (lxGLC.cxx:1938)? this->m_OSC->m_r2p = R2PCreate(w, h); then recompile loch and try whether it can start? S. On Thu, 5 Dec 2019 at 22:03, Olly Betts <olly@survex.com> wrote:
On Thu, Dec 05, 2019 at 12:19:12PM +0100, Benedikt Hallinger wrote:
i hope you can help me out with issue #158 ( https://github.com/therion/therion/issues/158)
I am fiddling around in hope to get my loch viewer working again. It worked in the past but then decided after a debian update to cease functioning because of failing glx context.
I now have the impression, maybe wxWidgets is the cause. The glx context is fine, other X applications can successfully establish 3D perfomance and glx debug commands also tell me „ok“.
FWIW I see it too.
I don't think it's a wxWidgets bug - this is failing in code in loch/lxR2P.c which makes calls to the glx layer which is a lower level API than wxWidgets. It could be some sort of interaction with wxWidgets OpenGL support though since it's effectively going behind wxWidgets back.
I'm not sure why loch doesn't just use wxWidgets OpenGL support - that's what aven does and that still works in current Debian unstable.
You probably want Martin or Stacho rather than me - they wrote this code and presumably understand the API it's using and why.
I habe seen that there is a wxWidgets 3.1.4 out there. Maybe this could solve my issue?
Can you please make me an updated debian package (or tell me how i can build it myself)?
That's a development release, so not something we can package for Debian - every new version would require rebuilding nearly 100 other packages, and potentially updating them all for API changes. We have to do that for a new release series (e.g. moving from 3.0.x to 3.2.x) and it typically takes 6 months to a year to complete.
I've not tried building packages of 3.1.x so I can't offer any useful advice there. But I doubt it's the answer anyway.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
On Fri, Dec 06, 2019 at 05:03:15PM +0100, Stacho Mudrak wrote:
If it is lxR2P.c what fails (it is off-screen rendering to pixmap - for large renderings) then it should be quite easy to disable it. Could you please somebody try to comment out following line (lxGLC.cxx:1938)?
this->m_OSC->m_r2p = R2PCreate(w, h);
then recompile loch and try whether it can start?
Yes. I've applied slightly more nuanced version of that (which tries to create the context, but on failure doesn't exit) and uploaded a new debian package to unstable. This obviously isn't a perfect fix, but it beats loch being unusable, and if it was working for anyone before it should still with off-screen rendering. I've attached the patch I applied. Cheers, Olly
After investigation, I realized that even if OpenGL context is created for pixmap rendering, printing from loch on my Linux machine actually does not work. So I have rearranged the code and disabled rendering to pixmap on Linux completely. It seems to work using just screen OpenGL buffer for tiled rendering (for big images). If anybody is interested in testing, your feedback is welcome. S. On Sat, 7 Dec 2019 at 00:15, Olly Betts <olly@survex.com> wrote:
On Fri, Dec 06, 2019 at 05:03:15PM +0100, Stacho Mudrak wrote:
If it is lxR2P.c what fails (it is off-screen rendering to pixmap - for large renderings) then it should be quite easy to disable it. Could you please somebody try to comment out following line (lxGLC.cxx:1938)?
this->m_OSC->m_r2p = R2PCreate(w, h);
then recompile loch and try whether it can start?
Yes. I've applied slightly more nuanced version of that (which tries to create the context, but on failure doesn't exit) and uploaded a new debian package to unstable. This obviously isn't a perfect fix, but it beats loch being unusable, and if it was working for anyone before it should still with off-screen rendering.
I've attached the patch I applied.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Hi Stacho, see https://github.com/therion/therion/issues/158 I confirm the commit 19eb62409e fixes this. I closed issue #158 :) Thank you very much! Am 2019-12-09 18:32, schrieb Stacho Mudrak: > After investigation, I realized that even if OpenGL context is created > for pixmap rendering, printing from loch on my Linux machine actually > does not work. > > So I have rearranged the code and disabled rendering to pixmap on > Linux completely. It seems to work using just screen OpenGL buffer for > tiled rendering (for big images). > > If anybody is interested in testing, your feedback is welcome. > > S. > > On Sat, 7 Dec 2019 at 00:15, Olly Betts <olly@survex.com> wrote: > >> On Fri, Dec 06, 2019 at 05:03:15PM +0100, Stacho Mudrak wrote: >>> If it is lxR2P.c what fails (it is off-screen rendering to pixmap >> - for >>> large renderings) then it should be quite easy to disable it. >> Could you >>> please somebody try to comment out following line >> (lxGLC.cxx:1938)? >>> >>> this->m_OSC->m_r2p = R2PCreate(w, h); >>> >>> then recompile loch and try whether it can start? >> >> Yes. I've applied slightly more nuanced version of that (which >> tries >> to create the context, but on failure doesn't exit) and uploaded a >> new debian package to unstable. This obviously isn't a perfect fix, >> but it beats loch being unusable, and if it was working for anyone >> before it should still with off-screen rendering. >> >> I've attached the patch I applied. >> >> Cheers, >> Olly >> _______________________________________________ >> Therion mailing list >> Therion@speleo.sk >> https://mailman.speleo.sk/listinfo/therion > _______________________________________________ > Therion mailing list > Therion@speleo.sk > https://mailman.speleo.sk/listinfo/therion
participants (4)
-
Benedikt Hallinger -
Bill Gee -
Olly Betts -
Stacho Mudrak