(Это не реальный ответ, больше набор предложений - но это слишком длинно для вписывания в комментарий.)
Команда xdpyinfo предоставляет список функций X-сервера, включая список всех зарегистрированных расширений и зрительного ряда; Вы могли запустить путем сравнения этого.
Однако Ваша подсказка, что перевключение BackingStore решает проблему, делает меня подозрительным, что это - клиентская проблема: то, что клиент делает некоторое неправильное предположение на работах X11 или так или иначе нарушает ICCCM (Java известен за это), и таким образом повреждается более новой версией X11, который изменил некоторые значения по умолчанию...
Два предварительных обходных решения:
Выполненный x11vnc на узле, где приложение находится и затем соединяется с этим по VNC от более новых хостов; можно измерить экран x11vnc соответственно так для сокращения потребления пропускной способности.
Выполненные Xnest на более новых узлах и позволяют неприятному приложению соединиться с дисплеем Xnest; необходимо смочь скомпилировать версию Xnest, достаточно взрослого, чтобы быть совместимыми с приложением.
Ранее известное местоположение исполняемого файла, вероятно, хешируется оболочкой. Сброс кэша оболочки с hash -r
должен устранить проблему.
Если Вы не хотите сбрасывать весь кэш, можно удалить отдельную запись для npm
использование hash -d npm
.
hash
можно ли отослать меня к для дополнительных материалов для чтения? Поиск с помощью Google для хеша Linux, кажется, не указывает на меня правильный путь. – ripper234 19.03.2012, 13:24hash
оболочка встроенная команда. Страница справочника удара содержит больше детали. – D_Bye 19.03.2012, 14:13help hash
также содержит некоторую хорошую информацию. – Chris Down 19.03.2012, 14:45hash -r
в Вашем$PROMPT_COMMAND
Я предполагаю. – Chris Down 19.03.2012, 20:36