koyodza (30.11.2010 21:02, просмотров: 176) ответил fk0 на Если в приборе есть web, но не влезает printf -- это повод задуматься об адекватности всей конструкции в целом.-
- Короче не надо изобретать поделия из г-на, делай UDP-конфигуратор в виде Java-апплета. Ибо донельзя кастрированные версии TCP ещё аукнуться 10 раз. По-уму таки надо полноценные более-менее стек, а там уж речь о printf не стоит, он на фоне этого fk0(168 знак., 01.12.2010 11:24)
- у меня к printf`у вопросов нет, не пойму почему вы за него ухватились. Если бы его применение как-то помогало решить задачу, я бы использовал. Вот и продемонстрируйте, как здесь может помочь printf. А фрагментированности запроса я не koyodza(894 знак., 01.12.2010 21:49)
- Всё это уныло на самом деле. На счёт фрагментации и т.п. Динамическая память вполне реальна, но даже скорей не нужна. А printf умеет и в поток выводить -- здесь я не вижу проблемы. И вообще можно через sprintf маленькие кусочки только формировать. fk0(327 знак., 02.12.2010 11:33)
- почему не годится вывод прямо в поток, я уже устал объяснять в пятый раз: ТСР знаете? Где в нём контрольная сумма лежит знаете? Ну и каким боком тут printf? koyodza(178 знак., 02.12.2010 18:24)
- Абисняю, задача решается тривиальна! printf и вообще весь вывод применяется в 2 захода с одними данными: первый раз считается сумма, а данные выкидываются. Второй раз данные передаются. И не нада попросту хамить. Дураков тут нет. - fk0(03.12.2010 00:27)
- не получится: между первым и вторым вызовами данные могут измениться - koyodza(03.12.2010 00:39)
- Ну там же не мегабайты меняются, их можно вначале скопировать... - fk0(03.12.2010 16:52)
- не получится: между первым и вторым вызовами данные могут измениться - koyodza(03.12.2010 00:39)
- Абисняю, задача решается тривиальна! printf и вообще весь вывод применяется в 2 захода с одними данными: первый раз считается сумма, а данные выкидываются. Второй раз данные передаются. И не нада попросту хамить. Дураков тут нет. - fk0(03.12.2010 00:27)
- почему не годится вывод прямо в поток, я уже устал объяснять в пятый раз: ТСР знаете? Где в нём контрольная сумма лежит знаете? Ну и каким боком тут printf? koyodza(178 знак., 02.12.2010 18:24)
- Всё это уныло на самом деле. На счёт фрагментации и т.п. Динамическая память вполне реальна, но даже скорей не нужна. А printf умеет и в поток выводить -- здесь я не вижу проблемы. И вообще можно через sprintf маленькие кусочки только формировать. fk0(327 знак., 02.12.2010 11:33)
- у меня к printf`у вопросов нет, не пойму почему вы за него ухватились. Если бы его применение как-то помогало решить задачу, я бы использовал. Вот и продемонстрируйте, как здесь может помочь printf. А фрагментированности запроса я не koyodza(894 знак., 01.12.2010 21:49)
- Буфер пакета - полтора кило. Вот тебе и память (это к вышесказанному)... Блин, в древней RTL8019 16 кб памяти. В отличие от глчного ENC28 и довольно таки урезанного CP220x, можно было по-любому настраивать. Я где-то так раньше пользовал буфер PTL Гудвин(72 знак., 30.11.2010 21:17)
- а в чём урезанность проявляется? Как раз СР2201 использую - koyodza(30.11.2010 21:39)
- Всего 4 кб на прием и 2 кб на передачу. жОстко... RTL8019 явно покучерявее и на 5В ;) Одно плохо -большой корпус. - Гудвин(30.11.2010 21:44)
- мне как раз 3В очень симпатично koyodza(107 знак., 30.11.2010 21:47)
- Всего 4 кб на прием и 2 кб на передачу. жОстко... RTL8019 явно покучерявее и на 5В ;) Одно плохо -большой корпус. - Гудвин(30.11.2010 21:44)
- а в чём урезанность проявляется? Как раз СР2201 использую - koyodza(30.11.2010 21:39)
- Короче не надо изобретать поделия из г-на, делай UDP-конфигуратор в виде Java-апплета. Ибо донельзя кастрированные версии TCP ещё аукнуться 10 раз. По-уму таки надо полноценные более-менее стек, а там уж речь о printf не стоит, он на фоне этого fk0(168 знак., 01.12.2010 11:24)