А что делает такой код: a=a^b; b=a^b; a=a^b; ?

Меняет местами а и б? ?

ага, хорошая практика для асма ;)

так же как и a^a

для всех платформ

А за а+++а надо руки из опы выдернуть ?

ага, надо )

так же как и за ++а++

Головоломки млин

? да это же школьные задачки так то ))

можно еще так местами поменять: a=a+b; b=a-b; a=a-b;

a, b = b, a

:D

a, b = b, a

не правильно :P

In [1]: a = 1 In [2]: b = 2 In [3]: a,b = b,a In [4]: a Out[4]: 2 In [5]: b Out[5]: 1

А теперь то же самое на асме )

Из всех извращений я тащусь с одного: for (i=10; i-->0)...

красиво, но опасно )

так же как и a^a

А это емнип почти асм-стандарт вместо mov a,0

красиво, но опасно )

Почему опасно?

не везде

Потому что не факт, что компилятор примет это за постдекремент

Если будет переопределенный итератор разве что

на GCC проблем не будет

По-моему поймет всегда, приоритет сравнения всегда ниже

Я не сторонник оптимизации вместо Читаемосьи, хотя в мк особо не погуляешь

Это просто красиво ?

Вот получилось красиво )

По-моему поймет всегда, приоритет сравнения всегда ниже

Да, верно, забыл сравнить )

не хочу ничего сказать, но именно этот стек начинает глючить при сильном обмене по uart.

не хочу ничего сказать, но именно этот стек начинает глючить при сильном обмене по uart.

Ну смотреть надо, че сказать. Если не ты писал, то и goto - не моветон :)

При сильном, это сколько?

может не успевает просто?

около 1000 байт в секунду.

нет, он перестает отправлять данные даже после того, как все закончилось.

8 кбод эт херня

не отвечает типа после передачи?

не, вру. чуть меньше 500 байт/сек

так это же дохера

а байт епт

туплю .. ночь уже )

с устройства на роутер(мк с радио-интерфейсом) приходит пакет. роутер парсит пакет, выплевывает его в уарт, там его получает одноплатник, в соотвествии со своей логикой формирует команду и отправляет обратно на роутер, который ее отправляет в радио. сетевой стек крутится поверх радио.

с устройства на роутер(мк с радио-интерфейсом) приходит пакет. роутер парсит пакет, выплевывает его в уарт, там его получает одноплатник, в соотвествии со своей логикой формирует команду и отправляет обратно на роутер, который ее отправляет в радио. сетевой стек крутится поверх радио.

а чо так сложно то?

и вот если с устройств приходит больше 5 посылок в секунду, то через 20-30 секунд сетевой стек затыкается, и больше ничего не отправляет в радио, хотя принимает прекрасно

почему нельзя на сразу одноплатником принимать пакет?

а чо так сложно то?

А как по другому?

А как по другому?

TCP/IP?

а где ты у одноплатника видел радио-интерфейс не wifi?

а

пардон

я чот подумал, что рутер - обычный рутер и радива у него тоже вифи

да, поверх радио TCP/IP, пакеты по UDP ходят

ipv6 что характерно

жестко )

может не успевает обработать пакет, а следующий как новое соединение обрабатывает?

если выкинуть uart, и заставить в ответ на пакет формировать команды сам мк, все ок

или ты про какой пакет?

не, все правильно как ты понял

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

но это не противоречит моей мысли, за одним нюансом - соединение устанавливается в начале

значит дело не в скорости, ошибка где-то

какое соединение, с кем?

радио - ТСРIP

забей, дело в уарте

сам же говоришь, заглушка на уарт - решает проблему

Расбери пай на jvc

ERROR: S client not available

угу. вот я и пытаюсь понять, что ему не нравится

обмен по uart же мизерный

там пакеты по 60 байт

ну да

О!

ай-ай-ай

слышал такую тему, уарт не везде стандартно реализован, и бывает так, что стандартом предусмотрен ответ, а девайс его не шлет (подтверждение), и клиент зависает в цикле ожидания

сетевик рассказывал

логическим анализатором можно

а стандартом — каким?

238

ммм

это же транспортный уровень

ответ на что?

на посылку

ты имеешь ввиду управление потоком?

да

а его нет, у меня только rx/tx

по хорошему укоротить пакеты бы и логическим анализатором построить график обмена

жаль что нет, решило бы геморой думаю

пока что убрал отладочные сообщения

стало глючить не через 30 секунд, а через 5

хм, значит от объема переданных данных

переполнение буфера

заглючилось через 3 минуты

еще добавь )

а оно медленнее становится тупо

какого именно буфера?

ну какого то одного думаю

мк скорей всего

ну ясно что мк, у него глючит же, все остальное перегружать при глюке не надо