У меня нет опыта программирования приложений RT с C++: Я использовал Ada; также, Erlang может соответствовать. (Существует также Java RT, но у меня нет опыта его.)
В принципе использование C++ не должно быть проблемой, учитывая инструменты для IPC (как Вы упомянули), и для мультипрограммирования: fork
, и т.д. Явное управление памятью будет подвержено ошибкам, пока Вы не освоите его.
RT Linux является расширением обычного Linux. (Который характерен для многих RTOSs - они - расширения неRT, но разделение по времени, OSS),
Для задач RT сосуществовать с процессами неRT, RTOS принимает определенные меры: например, это блокирует задачи в памяти, или это присваивает им более высокие приоритеты, чем процессы. Цель состоит в том, чтобы удостовериться, что никакой процесс неRT никогда не будет блокировать задачу RT (таким образом возможно ведущий к нему не удающийся выполнить работу в срок - и смысл RTSs должен предотвратить это от когда-либо случая).
В случае RT Linux это присвоит ядру Linux самый низкий приоритет.
RT Linux ниже ядра Linux, чуть выше аппаратных средств. Но ядро Linux будет не обращать внимания на это: это будет чувствовать аппаратные средства и RT Linux как один (т.е. как аппаратные средства). Тем не менее, все аппаратные прерывания будут прерваны ядром Linux RT, и с некоторыми (те, которые касаются задач RT), будет иметь дело RTOS (остальные будут переданы обычному ядру Linux для контакта с).
Linux RT использует алгоритмы планирования RT, которые гарантируют "предсказуемое" поведение (в малопонятном жаргоне RT), то есть, что все задачи выполняют работу в срок. Это отличается от Linux, который не может сделать никакие подобные гарантии. Кроме того, RT, Linux не поддерживает виртуальную память как это (подкачивающий назад и вперед) привел бы к намного дольше (неограниченным) контекстным переключениям, и таким образом непредсказуемые времена задержки. (На самом деле все задачи Linux RT имеют полный доступ к аппаратным средствам.)
Можно использовать команду readlink
разыскать ошибочные ссылки на файлы, так, чтобы можно было узнать истинный исполняемый файл позади ссылки.
ссылка
$ ls -l /sbin/reboot
lrwxrwxrwx. 1 root root 16 Dec 16 11:38 /sbin/reboot -> ../bin/systemctl
реальный файл
$ readlink -f /sbin/reboot
/usr/bin/systemctl
$ ls -l /usr/bin/systemctl
-rwxr-xr-x. 1 root root 337048 Dec 8 22:20 /usr/bin/systemctl
Необходимо использовать apt
узнать что фактическое имя пакета, с тех пор notepad
вероятно, принадлежит пакету и не обязательно его собственный пакет.
склонное использование
$ apt-file search notepad
-or-
$ apt-file search /usr/bin/notepad
использование dpkg
Можно также использовать dpkg
узнать больше также:
$ dpkg-query --search notepad
app-install-data: /usr/share/app-install/icons/wine-notepad.png
kdelibs5-plugins: /usr/lib/kde4/notepadpart.so
app-install-data: /usr/share/app-install/desktop/wine1.4:wine-notepad.desktop
Если необходимо заблокировать приложение от того, чтобы быть рассмотренным для обновления APT, можно использовать одну из следующих команд.
$ sudo -i
$ echo “wine hold” | dpkg --set-selections
-or-
$ sudo apt-mark hold wine
Можно подтвердить использование этих команд:
$ dpkg --get-selections | grep wine
wine hold
wine-gecko1.4:amd64 install
wine-gecko1.4:i386 install
wine1.4 install
wine1.4-amd64 install
wine1.4-i386 install
winetricks install
-or-
$ apt-mark showhold
wine
Но я думаю, что существует проблема с исключением просто пакета, названного "вином". Я полагаю, что Вы также хотите исключить wine1.7
в Вашем случае здесь это было бы wine1.4
для меня.
$ sudo apt-mark hold 'wine1.4'
$ apt-mark showhold
wine
wine1.4
Если Вы продолжаете встречаться с дополнительными предупреждениями о "винных" пакетах, Вы могли бы хотеть "держать" все связанное с вином.
местоположение в /usr/bin/notepad
вероятно, ссылка на некоторое другое местоположение. Попробовать ls -lh /usr/bin/notepad
видеть, откуда это связано.
Также используйте dpkg-query
искать содержание пакета, как в: dpkg-query --search /usr/bin/notepad
. man dpkg-query
для получения дополнительной информации.
-rwxr-xr-x 1 root root 1.6K Dec 7 02:50 /usr/bin/notepad
. Делает это показывает что не связанный!!
– Ravi
07.02.2014, 10:49
Esto es lo que ejecuto con éxito en Ubuntu 17.04 LTS:
sudo apt-get --purge remove notepadqq
ls -l
&readlink
дал бы ссылку? Если так, затем любой может использоваться и не обязательноreadlink
. В моем случаеreadlink
не показал ссылки; таким образом, это означает, что это не имеет никакой ссылки!!Я прав? – Ravi 07.02.2014, 15:07wine1.7
пакет. Этим приложением предоставляютwine
самостоятельно. – slm♦ 07.02.2014, 16:01sudo rm
, это решит мою цель? И также согласно ответу рынка (в разделе комментария), вино будет работать правильно, даже если исполняемый файл будет удален? – Ravi 07.02.2014, 17:41