Вхід та реєстрація
Розробка · 15 лютого 2017, 12:17 1829
Артем Онанко

Структура консольного приложения на Си под Линукс

Всем доброго времени суток.

Была поставлена задача написать консольное приложение на си под линукс. Интерфейс приложения должен был поддерживать текстовые комманды в терминале (типа start, stop, help, select <smth>, show <smth> и.т.д.), причем после ввода соответствующей комманды должен был прерываться основной цикл программы и выполняться соответствующая подпрограмма.

Вопрос по структуре подобных приложений.

Поскольку я с таким раньше не сталкивался то, вероятнее всего, выбрал не самый лучший вариант реализации, а именно: main -> fork -> (menu process(parent), child process(main loop)). В родительском процессе выделяется кусок общей памяти в которую попадает комманда при вводе с клавиатуры, в процессе -потомке идет выполнение основного цикла с постоянной проверкой общей памяти.

Ссылка на программу github.com/...Onanko/tcp-ip-sniffer.git

Подскажите пожалуйста альтернативные, более правильные пути реализации подобного.

Теми: C, Linux
👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Yuriy Pavlenko Embedded Software Developer 17.02.2017 00:38

Артем, если задание еще актуально и задание звучит так, как его ниже описал Анлпей Чернявский, посмотри как это сделано в проекте KADNode.
github.com/mwarning/KadNode

Відповісти
Підтримати
Andrii Cherniavskyi Embedded Software Engineer в Opensynergy GmbH 16.02.2017 21:12

В задании (да-да, в том самом) требовалось сделать по сути клиент-серверное приложение с обменом даными (желательно через Unix сокеты, но и сойдут POSIX очереди/XSI очереди/etc если правильно реализированны). Форки тут ни к чему и нужны только для запуска демона из консольного интерфейса с помощью команды start. Консольному интерфейсу же достаточно было дальше просто читать команды через fgets, отправлять демону, получать ответ, печатать ответ.

Відповісти
Підтримати
Katherina Brilliantova Senior Caffeinated Sloth 16.02.2017 23:47

Это тестовое у вас было, что ли?)

Відповісти
Підтримати
Andrii Cherniavskyi
Katherina Brilliantova Senior Caffeinated Sloth 17.02.2017 01:01

Ну я это уже нашла, потому и уточнила, правильно ли поняла ситуацию

Відповісти
Підтримати
Yuriy Pavlenko
Артем Онанко 17.02.2017 09:48

Большое спасибо за ответ! Теперь стало понятно как нужно было реализовать коммуникацию между процессами.

Відповісти
Підтримати
Andrii Cherniavskyi
Andrii Cherniavskyi Embedded Software Engineer в Opensynergy GmbH 17.02.2017 11:08

Я же не говорю, что нужно именно так делать и другие варианты не принимаются, а лишь навел пример как можно было сделать. Его код несколько не соответствует тому, что было явно указано в задании.

Відповісти
Підтримати
anonymous
Yuriy Pavlenko Embedded Software Developer 17.02.2017 11:16

Ну мы и задание видели только в интерпритации топикстартера. хз как оно в оригинале звучало.

Відповісти
Підтримати
anonymous
Артем Онанко 17.02.2017 12:35

Честно говоря, начиная тему хотел просто узнать варианты построения приложений подобных описанному в топике.

В требованиях было необходимо сделать сервис для сбора статистики о сетевом трафике: демон — сниффер (чего я не сделал) и интерфейс коммандной строки — другой процесс для общения с демоном.

Теперь то уже понятно, что должно было получится.

Відповісти
Підтримати
Yuriy Pavlenko
Artem Bondarenko Embedded enginner (HW/FW/SW) в Looking for relocation. 16.02.2017 16:07

Зачем форкаться? Уже давно нити придумали. pthread гуглите. И вообще, я бы подобное на Go писал.

Відповісти
Підтримати
Andriy Maletsky 16.02.2017 23:10

в линуксе разница между этими двумя подходами минимальна
stackoverflow.com/a/4855101/6275324

Відповісти
Підтримати
Artem Bondarenko
Dmitry Dziuba 16.02.2017 14:20

Очень странный способ парсинга и система имен. Если я правильно понял логику, строка с IP живет в структуре с названием node, у которой есть дети-ноды под все возможные цифры, и при появлении некоторой цифры происходит что-то вообще странное:
if (current -> children[i] == NULL)
{
node* newNode = createNewNode();
current -> children[i] = newNode;
current = newNode;
}
— создаем новую ноду, записываем ее в дети текущей, а потом поверх текущей записываем свежесозданную. Логика мне непонятна. Если это все работает — расскажите как?

Відповісти
Підтримати
Артем Онанко 16.02.2017 16:00

Работает.

current -> children[i] = newNode;
Это ж указатели, по этому не
записываем ее в дети текущей, а потом поверх текущей записываем свежесозданную
, а делаем так, что и-тый «ребенок» текущего узла ссылается на адрес новосозданного узла, а потом текущим становится последний.
Відповісти
Підтримати
Dmitry Dziuba
Dmitry Dziuba 16.02.2017 16:46

а, указатель на первую таки сохраняется, это было не так просто заметить )) Но вопрос остается — зачем так сложно? Это ведь ничем не лучше чем хранить айпишник просто как строку, и идти по ней посимвольно

Відповісти
Підтримати
Артем Онанко
Артем Онанко 16.02.2017 16:53

Одним из требований было обеспечить поиск айпишника с O(log(n))

Відповісти
Підтримати
Dmitry Dziuba
Dmitry Dziuba 16.02.2017 23:13

А каким образом это реализуется в данном подходе?

Відповісти
Підтримати
Артем Онанко
Dmitry Dziuba 16.02.2017 23:17

...а, в итоге понял. Но — определенно неочевидно, я бы совсем иначе писал

Відповісти
Підтримати
Dmitry Dziuba
Сергей Черепанов ... 16.02.2017 13:48

Я бы вначале погуглил опенсорс решения, и поизучал их. Одно из первых в выдаче github.com/michaelmacinnis/oh

Відповісти
Підтримати
Олексій Пєніє 15.02.2017 21:16

В реале для этого пользуются собственно батником, написанным на каком угодно языке, на котором удобно общаться с командной строкой. Оптимальный вариант — пиши родной шелл.
А вот уже основному процессу, который по сути отдельное приложение, идёт сигнал. PID процесса при этом сам процесс кладёт файлом в конкретное место на файловой системе.

Итого — С тебе здесь не уместен ни коим боком. Но если требования на С — пиши на нём. Задача так понимаю учебная, а значит не заморачивайся сильно с обработкой формата ввода. Сделай чтобы понимала конкрентые команды в одной единственно возможной формулировке и возьми с полки печеньку. Реально писать интерфейс командной строки на С тебе не придётся никогда, есть готовые библиотеки на другие человеческие языки.

Відповісти
Підтримати
Andrii Batyiev Senior Expert C++ Developer 15.02.2017 20:50
Интерфейс приложения должен был поддерживать текстовые комманды в терминале
GNU readline либо не-GPL альтернативы
Відповісти
Підтримати
ScorpZ Lapshov C++/C# && other programmer в AMC Bridge 15.02.2017 16:35

Как про мне, не обязательно несколько процессов форкать.
Можно написать однопроцессное приложение — multi threading ( man7.org/...an3/pthread_create.3.html ).

Відповісти
Підтримати
Jorzchyk Pushysty 15.02.2017 12:56

Типова реалізація:

	pcapfd = pcap_get_selectable_fd()
	cmdfd = ...

	while(1)
	 {
		poll({cmdfd, pcapfd})

		if(POLLIN cmdfd)
			read_cmd_from(cmdfd);
		if(POLLIN pcapfd)
			pcap_dispatch();
	}

Це все в одному процесі.

IPC через shm можна робити, але не так, і для такої задачі це погана ідея.
Якщо у вас є fork, майже завжди десь має бути waitpid.

Відповісти
Підтримати
Артем Онанко 15.02.2017 17:29

Я думал над реализаций в одном процессе, но уперся в то, что программа останавливалась и ожидала ввода с клавиатуры когда в цикле доходила до fgets(). Насколько я понимал тут нужно было вводить ограничения по времени такого ожидания, что могло привести к потере пакетов, либо добавлять второй поток/процесс.

Відповісти
Підтримати
Jorzchyk Pushysty
Артем Онанко 15.02.2017 18:20

Дело в том, что некоторые подпрограммы тоже зациклены, и как их прервать таким макаром я не знал

Відповісти
Підтримати
anonymous
Артем Онанко 15.02.2017 19:04

Согласен, плохо сформулировал.
Требование С.
Присутствует 2 процесса, но, как я уже понял лучше бы использовал 2 потока в одном процессе, либо вообще попробовать сделать как говорит Jorzchyk Pushysty. Буду разбираться.

Відповісти
Підтримати
anonymous
anonymous 15.02.2017 18:27

Погугли как сделать non-blocking keyboard polling, linux.

Відповісти
Підтримати
Артем Онанко
Jorzchyk Pushysty 15.02.2017 18:23

И pcap, и комманды должны читаться в non-blocking mode.

www.tcpdump.org/pcap3_man.html
www.tcpdump.org/...ap_setnonblock.3pcap.html

A handle can be put into ``non-blocking mode’’, so that those routines will, rather than blocking, return an indication that no packets are available to read ... Non-blocking mode is often combined with routines such as select(2) or poll(2) or other routines a platform offers to wait for any of a set of descriptors to be ready to read.

Для комманд, это выглядит как bytes = read(cmdfd, buf, sizeof(buf)) ровно один раз после POLLIN, и парсинга buf[0:bytes]. Если ввод типа комманда-Enter-комманда-Enter, там всегда будет одна комманда.

Відповісти
Підтримати
Артем Онанко

Підписатись на коментарі

Не підписуватись
Скористайтесь акаунтом
×
з умовами використання сайту і політикою конфіденційності.