Red Hat Bugzilla – Bug 66811
deskguide coredumps after 32 desktops
Last modified: 2007-03-26 23:54:04 EDT
Description of Problem:
With control-alt-leftarrow and control-alt-rightarrow under sawfish window
manager I can send a window to a new desktop. This will creates new desktop when
it reaches that highest or lowest desktop, rather than wrapping round. At 32
desktops deskguide is happy. On creating the 33rd, it dies "unxepectedly" and
won't restart. This leaves me unable to reach the other windows, and recover
Version-Release number of selected component (if applicable):
"Gnome deskguide_applet 0.4"
Steps to Reproduce:
1. while focus is inside a window, repeatedly press Control-Alt-Left
deskguide aborts at 33rd window, leaving all other windows unreachable
deskguide should gracefully dynamically cope with pointlessly large numbers of
desktops without exiting.
deskguide should prevent sawfish from creating desktops beyond the number that
it can handle
Attempting to run deskguide from a terminal gives
DeskGuide-Applet-ERROR **: MAX_DESKTOPS limit reached, adjust source code
I'd suggest "adjust source code" should be of the form of changing from an
arbitary static limit to a dynamic limit. Gnome coding guidlines say that all
developers should follow the GNU coding guidlines, and in turn GNU coding
guidelines "Program Behavior for All Programs" says:
4.1 Writing Robust Programs
Avoid arbitrary limits on the length or number of any data structure, including
file names, lines, files, and symbols, by allocating all data structures
dynamically. In most Unix utilities, "long lines are silently truncated". This
is not acceptable in a GNU utility.
My memory is that this got fixed in 7.3, but I'd have to verify. Of course it
was bogus and wrong to have that limit in there. (Well, a limit is probably
good, core dumping when reaching it is a bit silly.)
Bug no longer applies to newer releases.