IF sound initialization fails AND then attempting to enabling sound with
"eesh set sound.enable 1" (which didn't actually enable sound), e16
could crash.
Somewhat hacky as the compositor may discard window events if the window
destroy event is received in the same batch as the map(reparent) event,
hence the delay before destroy.
arrange.c: Highly unlikely, maybe impossible situations
backgrounds.c: False positive (I think)
dialog.c: Fix memleak/segv on realloc failure
focus.c: False positive
ewin should never be NULL with FOCUS_EWIN_NEW
main.c: False positive
eoptarg will always be set if argument requires option
menus.c: Fix memleak on malloc failure
session.c: Fix dead assignment
stacking.c: False positive
Changed code is nicer though
pager.c: False positive
ewin would never be NULL if hiwin was NULL
But rearrange for clarity anyway
ecompmgr.c: Avoid bogus issues
The -e and -ewait options haven't done anything a normal
non-interactive invocation does in ages.
Just ignore them and let the malloc'ing argument handling deal with it.
For obscure reasons(?) Mode.context_win may be set to some large window.
If a slideout is then shown (if the slideout doesn't fit between the
window and the screen edge), SlideoutShow() will call itself recursively
until we crash.
Patch by Ingo Feinerer <feinerer@logic.at>:
the compilation of E16 fails on OpenBSD with following error message:
enlightenment-1.0.20/e16-1.0.20/eesh/main.c:90:4: error: use of undeclared identifier 'fd_set'
fd_set fd;
^
enlightenment-1.0.20/e16-1.0.20/eesh/main.c:227:2: warning: implicit declaration of function 'FD_ZERO' is invalid in C99 [-Wimplicit-function-declaration]
FD_ZERO(&fd);
^
This is because FD_SET lives in the sys/select.h header in OpenBSD.
This seems to be the case on newer Linux systems as well:
https://linux.die.net/man/3/fd_set
/* According to POSIX.1-2001 */
#include <sys/select.h>