LGTM, thanks.

makes sense.

In T7486#145197, @c wrote:

Bug report, analysis, and fix are almost a year old 😂😂😂

Bug report, analysis, and fix are almost a year old 😂😂😂

this should be something for @barbieri and @ManMower, but they haven't been active since the beginning of the year.

Sorry no update, both of those patches are were already applied in 0.22.4.
Thanks for the doc links.

raster fixed an SEGV on close in 0.22.4 with rE638ffe58538478ede9f9000db370ec5e853635e8 and i had a SEGV which was closed with rEbf146faf7289035eade9875735869de4da7622d4.

EFL 1.20.7
Enlightenment 0.22.4

one constant error that shows up at the console tells to: eina_btlog << EOF EOF.
sometimes it tells the resource is null os nonexistent. dont have it right now. maybe will try to catch and upload here so you have more detailed information..

Me too, sometimes I have problems with window switcher. It does not show the list, but only the next window icon & name. But I don't need to restart the session, the next invoking the switcher is normally correct.
And UI does not hang for me with the last versions of E/EFL.

In T7803#139702, @cederom wrote:

not really :-( some issues that i have noticed:

1. ui hangs but mouse moves. sometimes after several minutes things get back to normal sometimes not.
2. window switcher / selector is buggy. almost always with virtualbos running it cannot switch back to other windows and does not show windows on the list while switching with Ctrl+Tab. this is critical as i have to restart session and interrupt my work.
   
   that never happens on the same machines running xfce4 or lxqt..

not really :-( some issues that i have noticed:

1. ui hangs but mouse moves. sometimes after several minutes things get back to normal sometimes not.
2. window switcher / selector is buggy. almost always with virtualbos running it cannot switch back to other windows and does not show windows on the list while switching with Ctrl+Tab. this is critical as i have to restart session and interrupt my work.

In T7803#134209, @cederom wrote:

Thank you Peter! Enlightenment really rox! Just as my beloved FreeBSD!

I don't see the segmentation fault closing emixer on my laptop.
FreeBSD 11.2-RELEASE-p9 Enlightenment 0.23.0.alpha EFL 1.22.2

Could you please provide the Enlightenment and Efl version you are using? devd, pulseaudio and dbus version would probably also help.

Thank you Peter! Enlightenment really rox! Just as my beloved FreeBSD! This is something really really new and the design is simply amazing.. really reminds me of the old good Unix or even Amiga times! :-)

cederom, you should begin with full uninstall E and EFL, port version of EFL is really outdated. Then you should download the last versions from enlightenment.org (or checkout from Enlightenment git) and build both EFL and E from sources.
I'm on git versions (dated some months ago) on FreeBSD 11.2. It's stable, I'm using it every day ~12hrs by day without freezes. I tested everything on FreeBSD 12 too without problems.
I did not (yet) tested the last released version of EFL.
You can ask for help in maillist if you have problems with build.

How can I track down the problem?

This isn't fixin anything.

Nothing changed adding the header.

Please test the attached revision.

likely related to @bu5hm4n 's changes

@netstar one for you?

@netstar could you have a look at this?

I need more info about meson. What file describes how should meson set paths?
I'll try to search myself, but it is really difficult for me, some months ago I even did not know that this build system exists...

@Peter2121 Maybe you could take a look into that?

The last Git version of Enlightenment has no problem with sysactions if I force sysconfdir as mentioned, configuring meson build.
However, it seems strange for me that for FreeBSD build we need to force using /usr/local/etc as sysconfdir. I think that it should be detected automatically by meson somehow as /usr/local/etc is default configuration directory for all non-base software.

Okay that above commit was wrong.

fixed by above commit.

ok i know how to fix this, need to speak with someone to make sure it's the right fix....trivial really,

perhaps clang is not respecting the gdb options... check clang's manual for debug options... maybe you have to not even use gdb... use lldb by hand. i don't know.

By default - CLANG

ummmmm ok. well CFLAGS is set... using clang or gcc?