OS: Linux
Problem description: When launching redcsl
in a way that would immediately close stdin
the application terminates, it does not even show the main window. This can be replicated by issuing redcsl < /dev/null
in a shell. Most other graphical software will not care about stdin
as can be demonstrated with glxdemo < /dev/null
which will display the graphical demonstration window. Another weird thing about this is that if you do launch redcsl
in a terminal and then in that terminal send EOF
, it does not terminate, just adding to my confusion to what the problem may be.
Implications: redcsl
can not be launched from a window manager or desktop environment if this environment does not allocate and keep open a file descriptor for stdin
. In my case I am using awesomewm
and am unable to launch redcsl
using either the "run"-feature or the "launch"-feature. I do not know if this problem exists on other platforms or window managers/desktop environments.
PS: I set priority to 1, assuming this means "lowest" so that a project maintainer can adjust it. I was surprised the bug reporter could set priority at all. If I got that wrong I am sorry. This is my first time on sourceforge.
This might be the same as bug #82 . There a solution was given: add the option
-w+
.Last edit: arpi 2022-11-10
You are correct. I think I only searched open bugs which was silly of me. Thank you!
I am going to see if I can invalidate my bug report.
YOu are nevertheless correct that when launched in GUI mode it is a bit
silly for the state of stdin to matter. Are you running on Windows, Linux
or a Macintosh?
Arthur
On Thu, 10 Nov 2022, "Mikael Lövqvist" wrote:
Related
Bugs: #149
I am using Arch Linux and got reduce from the user packages repository (I don't think reduce was in the official repo). https://aur.archlinux.org/pkgbase/reduce