efl 1.20.7, random SEGV/ABRT ("double free or corruption"|"malloc_consolidate(): invalid chunk size") about fyne HOT 7 CLOSED

oh, and i've just successfully compiled and ran ephoto against this install of efl, so this efl works.

from fyne.

Out of curiosity does it work correctly if you run "go run -tags gl ."?
I ask merely because the EFL driver has caused many problems and there is an alternative OpenGL one nearly ready...

from fyne.

Out of curiosity does it work correctly if you run "go run -tags gl ."?
I ask merely because the EFL driver has caused many problems and there is an alternative OpenGL one nearly ready...

yep, that works. it seems to run something like xrandr though, because starting through it makes my main screen flicker.

is the "EFL Driver" a software driver like the setting in Enlightenment under Compositor?

from fyne.

ah and the tag building for whatever reason doesn't pull all requirements. have to fix manually so leaving it here...

go get github.com/go-gl/gl/v3.2-core/gl
go get github.com/go-gl/glfw/v3.2/glfw
go get github.com/golang/freetype
go get github.com/srwiley/oksvg
go get github.com/srwiley/rasterx

from fyne.

Thanks for that. Is the flicker in app start or continually whilst it is running?

Yes the “efl” driver is “software” mode - our new driver will, after we do a bunch of optimisation, should be properly accelerated (but It does require OpenGL support).

from fyne.

Is the flicker in app start or continually whilst it is running?

no it's just once at the start. thats why i mentioned xrandr, because it is the same with xrandr. as far as i remember, xrandr at the start "grabs" the X Server which does some internal resetting. it looks like somewhere your gl code does something similar.

from fyne.

The OpenGL driver is now the default, so if you update your fyne library the application should work as expected.

I'd be grateful if you could report if the flicker is better or worse, there has been much development of the window sizing code.

from fyne.