Issue 385 in xmonad: try to recompile ~/.xmonad/xmonad-$arch-$os if running it fails

Status: Accepted Owner: vogt.adam New issue 385 by vogt.adam: try to recompile ~/.xmonad/xmonad-$arch-$os if running it fails http://code.google.com/p/xmonad/issues/detail?id=385 What steps will reproduce the problem? mfwitten says: I recently upgraded gmp on my system and xmonad failed to start up because ~/.xmonad/xmonad-i386-linux wanted to dynamically link /usr/lib/libgmp.so.3 and the never version is so.10; I fixed the problem by deleting xmonad-i386-linux and letting it get recompiled upon xmonad startup, however, I bet this would be a kind of tricky problem for some users. Perhaps xmonad should try to rebuild that file if it fails to load rather than just dying? As it currently stands, /usr/bin/xmonad replaces itself with ~/.xmonad/xmonad-$arch-$os and there is no way to tell if that doesn't work. To detect an exitcode /usr/bin/xmonad could start the user's binary with rawSystem, but then the original process would be running the whole time. The attached (mostly untested) patch does this. Attachments: recompile-user-config-when-it-exits-with-a-nonzero-status_.dpatch 7.4 KB -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

Hi, Am Samstag, den 03.04.2010, 18:43 +0000 schrieb codesite-noreply@google.com:
To detect an exitcode /usr/bin/xmonad could start the user's binary with rawSystem, but then the original process would be running the whole time. The attached (mostly untested) patch does this.
if xmonad would fork after successful initialization, the calling process gets a change to tell failure and success apart. The forking could be made dependent on a command line flag. Greetings, Joachim -- Joachim "nomeata" Breitner mail: mail@joachim-breitner.de | ICQ# 74513189 | GPG-Key: 4743206C JID: nomeata@joachim-breitner.de | http://www.joachim-breitner.de/ Debian Developer: nomeata@debian.org
participants (2)
-
codesite-noreply@google.com
-
Joachim Breitner