Как мешать изменить владельца модифицируемых файлов?
Останьтесь с gcc компилятором и Vim как IDE. Существует много плагинов для Vim, который улучшает опыт почти на языках программирования, но необходимо изучить Vim сначала, если Вы хотите использовать в своих интересах это все же.
С другой стороны я думаю, что всего несколько "фирм" называют "C#" и "Linux" в том же контексте.
Проблема была решена при помощи gdbserver выполненный корнем.
sudo gdbserver :1234 <path_to_program>
После этого я соединился с 127.0.0.1:1234 из меню QtCreator и получил отладку работы. QtCreator был выполнен от обычного пользователя. Благодаря всем для ответа!
Столь же вышеупомянутый Вы не должны выполнять спокойного Создателя как корень, но дать ответ на Ваш вопрос, можно препятствовать тому, чтобы файл изменил владельца установкой неизменный атрибут файла (болтовня +i имя файла). Это предотвратит любые модификации файла!
-
1Неизменный атрибут не решает проблему. Файлы являются все еще немодифицируемыми. Хотя я могу запустить программу с помощью gksudo (например), отладка невозможна ("Это, кажется, не отладочная сборка"). – ASten 12.02.2013, 13:03
-
2Можно возвратить владение из корневой учетной записи. Как я записал - неизменный атрибут предотвращает файл, который будет изменен. Таким образом, если файл имеет владельца f.e. "пользователь" и Вы устанавливаете +i attr, даже пользователь root не сможет изменить его владение. Он не сможет изменить файл вообще, если Вы не удалите "меня" attr. – Krzysztof Księżyk 12.02.2013, 14:48
-
3Хороший, но ни корень не может изменить те файлы, ни я могу сделать это. Неизменный атрибут не позволяет не изменять ни содержание файла, ни метаданные. Проблема состоит в том, что спокойный Создатель изменяет файлы при каждом запуске и закрытии. – ASten 12.02.2013, 18:01
root вероятно, явно не изменяет владение тех файлов. Скорее всего, это удаляет или переименовывает их и затем воссоздает с тем же именем.
Принуждение root воссоздать их с оригиналом uid в этом случае не было бы просто. Необходимо было бы помнить что оригинал uid был.
Вероятно, лучшее, которое можно сделать, отслеживают какой файлы root создает и возвратите владение впоследствии.
Конечно, как уже говорилось, выполняя что-то как спокойный Создатель как root плохая идея в любом случае.
-
1я соглашаюсь, что работа под корнем является плохой вещью. Но программа я должен отладить к потребностям абсолютные права. Найденное решение со справкой
gdbserver. Спасибо за ответ! – ASten 12.02.2013, 17:53