~ctwm/ctwm/trunk : changes

~ctwm/ctwm/trunk » Changes from revision 652.1.10

From Revision 652.1.10 to 643

Rev	Summary	Authors	Date
652.1.10	Make ConfigureWorkSpaceManager() take its ScreenInfo directl... Make ConfigureWorkSpaceManager() take its ScreenInfo directly rather than touching the global, just for general cleanliness.	Matthew Fuller	5 years ago
652.1.9	Move the config-conditional splashscreen setup over to right... Move the config-conditional splashscreen setup over to right after the config parsing.	Matthew Fuller	5 years ago
652.1.8	Improve comments with better understanding. Improve comments with better understanding.	Matthew Fuller	5 years ago
652.1.7	Add comment to explain the strtok'ing. Add comment to explain the strtok'ing.	Matthew Fuller	5 years ago
652.1.6	Localize this var further, and just unconditionally call Localize this var further, and just unconditionally call GetWorkspace() to populate it. GW() already handles NULL.	Matthew Fuller	5 years ago
652.1.5	Drop a comment on where we actually find the workspace we're... Drop a comment on where we actually find the workspace we're starting in.	Matthew Fuller	5 years ago
652.1.4	Don't need to set this var before we set animation vars, so ... Don't need to set this var before we set animation vars, so move it down right prior to the event loop.	Matthew Fuller	5 years ago
652.1.3	{}-ize this if. {}-ize this if.	Matthew Fuller	5 years ago
652.1.2	Push this check down a little so no-$DISPLAY cfgchk can stil... Push this check down a little so no-$DISPLAY cfgchk can still check cursor font names.	Matthew Fuller	5 years ago
652.1.1	Don't bother XMapWindow'ing when we're cleaning up for Don't bother XMapWindow'ing when we're cleaning up for restart/shutdown. The X SaveSet handling already does that itself; x-ref https://www.x.org/releases/X11R7.7/doc/libX11/libX11/libX11.html#Using_X_Server_Connection_Close_Operations	Matthew Fuller	5 years ago
652	Further startup/shutdown cleanup. Further startup/shutdown cleanup. Split several groups of functions out from ctwm_main.c into their own files. Rename some funcs to better describe their purpose. Some commenting/doxy'ing. No significant functional changes expected.	Matthew Fuller	5 years ago
651	Reimplement r649 with the sensible way Maximé suggested, rat... Reimplement r649 with the sensible way Maximé suggested, rather than a fixed up variant of the broken way I misread the submission as.	Matthew Fuller	5 years ago
650	This wait(2) served to harvest the spawned m4 process. Howe... This wait(2) served to harvest the spawned m4 process. However, since we explicitly SIG_IGN SIGCHLD now, we should never have anything to wait() on, so it could just hang forever. Oddly, it seems that in many environments it quietly passes over this for unclear reasons, so it was missed :( Noticed by: Maxime Soulé	Matthew Fuller	5 years ago
649	Adjust some internals of RLayoutGetAreaAtXY() to not try to ... Adjust some internals of RLayoutGetAreaAtXY() to not try to write into NULL and segfault. Fixes a SEGV when CenterFeedbackWindow is set. Noticed by: Maxime Soulé	Matthew Fuller	5 years ago
648	Cleanup/adjust how signal handlers work. Cleanup/adjust how signal handlers work. Move them off into their own file to cut down on the stuff in ctwm_main.c. Clear out handlers that haven't been compiled in in ages, and ones that can't really work well. Remove non-async-signal-safe calls and change the main ones around to just setting a general flag. Have a more general "signal action needed" flag for the event loop to trigger and call over.	Matthew Fuller	5 years ago
647	Fix some possible leaks/use-after-free in InsertRGBColormap(... Fix some possible leaks/use-after-free in InsertRGBColormap(). From twm. git revs 4512f268c689db62b46c88e813935c66eda14742 and 777236e942ae85bcacfdc2e086944a42cfed5b45. Author: Alan Coopersmith <alan.coopersmith@oracle.com> Found by Oracle's Parfait 2.2 static analyzer:	Matthew Fuller	5 years ago
646	Do a bunch of reworking to allow large parts of the startup ... Do a bunch of reworking to allow large parts of the startup sequence to sorta-work even without an actual X connection. This aims at a visible purpose of being able to run --cfgchk even without an X server to connect to. Some code is moved to after the config parsing to allow that (including actually trying to take over the screen). Various about-the-server info we need during config processing is faked if necessary. Some of the code invoked by the config parsing was directly interacting with the X server in ways that could be easily delayed until afterward. Other parts couldn't be, but could be conditionalized to stub themselves out if there were no connection, in ways that probably won't affect anything for those cases since it's not trying to _do_ anything with X in that situation. A further effect of this is that --cfgchk now supports multiple screens with their possibly different config files as well. The tools/try_all_opts.pl script for trying the build options now empties out the $DISPLAY env, so running the test suite through it won't try to connect to your real server for better isolation. Because some of the backend actions differ if there's no connection, it's difficult to guarantee that --cfgchk without $DISPLAY will actually catch all the problems it would otherwise. Things with colors and colormaps are particularly likely spots to run into its limits here. Most of the checks are still valid, however. There is a non-zero chance that there are additional landmines in config checking codepaths I didn't find in inspection and testing, that will assume a valid connection, and segfault in a no-$DISPLAY --cfgchk. Normal operation wouldn't hit them though, so their impact will be limited to annoying a dev when it happens (which is good, since that'll inspire the dev to go fix it ;).	Matthew Fuller	5 years ago
645	Update libs-needed hints in README, since randr is on by def... Update libs-needed hints in README, since randr is on by default now.	Matthew Fuller	5 years ago
644	Merge RANDR and Layout support. Merge RANDR and Layout support. This adjusts internal data structures defining our display layout to be more flexible. When build with RANDR support (default) and the X server supports the extension, the structures are built with knowledge of the invididual monitors composing the desktop and how they're laid out. The various zoom'ing functions now zoom just on the monitor they're on; .x*zoom functions will zoom across the entire Screen. This makes multi-monitor setups work much more fluidly, especially when they're of differing resolutions or otherwise don't add up to an even rectangular output.	Matthew Fuller	5 years ago
643	Make sure we generate full HTML files, not just fragments, f... Make sure we generate full HTML files, not just fragments, for these outputs.	Matthew Fuller	5 years ago

Older »