k e k sскажите простые способы как сделать, чтобы два независимых процесса на одном девайсе обменивались текстовой информацией между собой. СОМ решение применять нельзя.
У меня на ум приходят только два:
- 2 файла - один процесс пишет в первый из второго читает, второй наоборот
- сокеты

Есть еще варианты?

Если речь идёт о своей МК аппаратуре (например соединить два Atmela). То паралельная передача данных с использованием механизма прерывания.

Если это частный случай и речь идёт о писюках - то любые разделяемые меж процессорами обьекты системы.


с уважением
(круглый)

kolobok0Если речь идёт о своей.........


Тьху ты...
Приношу извинения...Глаза уже не видят..слепой...
Шаред память - вроде катит как оптимум... под форточками...


(круглый)

Gluk (Kazan)IP-сокеты (что TCP, что UDP) являются ............. которых UDP сокеты ........

Просветите пожалуйста - что такое "UDP сокет" ? Или там "TCP сокет" ? Может быть соект открытый в данном режиме ?

а то всё в одну кучу...и механизацию (сокеты) и протоколы(TCP, UDP и т.д.)...Хотя с другой стороны аспекты реализации взаимодействия с протоколами рекомендованы ими же...

А написать свой слой аля TCP и нахлобучить его на сокет открытый в режиме UDP - проблем не будет больших...

вы бы енто... поаккуратнее словами бы...

с уважением
(круглый)
ЗЫ
Просто резануло слух...

Gluk (Kazan)Будут. TCP это совсем не так просто Поаккуратнее бы с идеями, просто резануло слух


Никто и не обещал, что просто. Это не идея. Это код.Рабочий. На МК, азм, все сетевые слои...вплоть до вэба...


удачи Вам
(круглый)

Gluk (Kazan)...хочу услышать ответы на свои вопросы и ИЗВИНЕНИЕ за необоснованный наезд

0) про НЕ игнорировать... а смысл ? Ну начнём меряться пиписьками у кого больше. А это Вам зачем ?
1) про медленные старты...про протоколы...про алгоритмы лучше вот тут...почитайте... (перевод на русский, стандартов)

http://] www.helloworld.ru/texts/comp/inet/ip/tcpip/tcpspec.html

цитата..
"Интерфейс между прикладным процессом и протоколом TCP мы поясняем с приемлемой детализацией. Этот интерфейс состоит из набора вызовов, которые похожи на вызовы операционной системы, предоставляемые прикладному процессу для управления файлами. Например, в этом случае имеются вызовы для открытия и закрытия соединений, для отправки и получения данных на установленных соединениях. Предполагается также, что протокол TCP сможет асинхронно взаимодействовать с прикладными программами. Хотя разработчикам TCP протокола и предоставлена значительная свобода в создании интерфейсов, которые соответствуют свойствам конкретной операционной системы, все же от любой приемлемой реализации требуются некие обязательные минимальные функции интерфейса между протоколом TCP и пользователем. "

2) наезд ? накого ? и зачем ? если Вы прочитаете внимательней, то увидите вектор моего высказывания. Смысл следующий...Высказывания типа

"IP-сокеты (что TCP, что UDP) являются идеально переносимыми между Windows и Unix. ....Есть масса задач в которых UDP сокеты предпочтительнее."

являеться либо оговоркой в плане сокращения соплей. Либо полностью безграмотны. Сорьки, если обидел. Ещё раз скажу, что реализовать всё что выше IP по стэку, можно и на уровне UDP. Сокеты тут вообще не при чём... Уровень юзанья стэка - да, имеет смысл обсуждать.

3) Если Вы хотите моих извенений - да хоть сто порций... Извините. Но к сожалению это не решит Ваших эээээээээээ не совсем корректных взглядов в данной области.


с уважением
(круглый)

Gluk (Kazan)....P.P.S. Насколько я понимаю Вы кристалльшик, и работаете над реализацией сетевых протоколов ?


одна из работ...под МК ваять. :) (ржу) а кристаллами называю и x86 и 8255 (к примеру) и 7406 :)

Но мона и о высоком :)
Кстати по поводу общепринятого. Клиент-серверными системами так же называют кому не лень и что ни попадя. И что ? Иногда приходиться немного и пообщаться... :)


удачи Вам
(круглый)