play()
{
if (status & TIMER_NOT_READY)
{
.....
.......
сдесь я запускаю Т2 и выпригиваю с данной ф-ции
}
else
{
сюда я возвращаюсь когда Т2 отсчитает определенное время
.....
......
status|=TIMER_NOT_READY;
}
}
Разница между теорией и практикой на практике гораздо больше, чем в теории.
так шо без GOTO никак ?
а ведь некоторые вопиют что это дурной тон
Я и говорю - как, да ещё как! Моя мысль была "... если хочется влепить goto, значит надо пересмотреть логику". В 99.999% случаев есть более элегантное решение.
Desutorakuta писал(а): Но это ещё более дурной тон.
Разрешите поинтересоваться, откуда такие сведения ?
Я на нём (setjmp) сделал вполне нормально-работающий планировщик (кстати, он как раз и нужен вопрошающему). Просветите, а то вдруг я пишу в стиле говнокода, сам не зная этого ...
Ну - если нормально работающий, значит не говнокод. На чём бы человек не писал, какие функции не применял - если программа работает как положено, она написана правильно.
Пример - попробуйте ка в ассемблере обойтись без Jxx инструкций xD. (Аналог if(x)then goto y же!)
Хороший тон в программировании определяется, в общем то, единственным факторами - насколько его легко прочитать другому человеку. Отсюда требование избегать GOTO, как потенциального средства запутывания кода. Отсюда же требование избегать ещё более свободный и менее очевидный setJmp.
Deshalb, liebe Kolleginnen und Kollegen,
Es werd Hölle.
FreshMan писал(а):подскажите пожалуйста, если я при определенном услови, с помощью оператора return, выхожу из ф-ции в основной цикл то как мне потом вернутся в ф-цию и продолжить с того места где я ранее прервал выполнение ?
пытаюсь вникнуть в суть темы......, обясните пожалуйста на простом крестьянском языке чем GOTO отличается от setjmp кроме того что последняя сохраняет состояние процесса ?
Выйти никуда с их помощью нельзя. Один (setjmp) устанавливает точку возврата, с сохранением состояние, а второй (longjmp) - восстанавливает сохранённое состояние, вместе со счётчиком команд, по этому и происходит "прыжок" в то-же место, где было сохранено состояние.
ЗЫ: Состояние сохраняется в буфер типа jmp_buf, передаваемое параметром в эти макросы. По этому, таких состояний можно делать множество. Это так, для информации...
Если мне не отшибло склероз, то переход внутри вложенных блоков одной функции не лимитируется. - По гоуту тоже можно выйти из n-вложенного цикла (По крайней мере на практике обычно работает)
А вот переходы между функциями - этого GOTO не может, так как ломается стек. SetJump же обеспечивает верный переход сохранением стека.
Deshalb, liebe Kolleginnen und Kollegen,
Es werd Hölle.
//********************************************************
#include "SetJmp.h"
jmp_buf j_buf;
//********************************************************
void mfun(void){
while(1){
if(!setjmp(j_buf)){ // Сохраняем точку возврата
return; // и выходим из функции
}
//..................
Nop(); // сюда вернёмся после longjmp
//..................
if(!setjmp(j_buf)){ // Сохраняем точку возврата
return; // и выходим из функции
}
//..................
Nop(); // сюда вернёмся после longjmp
//..................
if(!setjmp(j_buf)){ // Сохраняем точку возврата
return; // и выходим из функции
}
//..................
Nop(); // сюда вернёмся после longjmp
//..................
}
}
//********************************************************
void main (void){
mfun(); // Первый вызов ф-ии, для первого
// сохранения точки прыжка
while(1){
longjmp(j_buf, 1); // Прыгаем в сохранённую точку
Nop(); // Сюда будем возвращаться по return
}
}
//********************************************************
ЗЫ: Кстати, почти готовый планировщик Осталось добавить ещё функций и буферы jmp_buf для каждой из них, и вперёд ...
Аlex писал(а):Один (setjmp) устанавливает точку возврата, с сохранением состояние, а второй (longjmp) - восстанавливает сохранённое состояние, вместе со счётчиком команд, по этому и происходит "прыжок" в то-же место, где было сохранено состояние.
ВАУ..... это все стандартный Си ?
Или это уже от лукавого.....
Здравствуйте, что такой макрос делает ? В моём понимании он из принятого буфера выделяет ip адреса по структуре тд но вот
uip_buf[UIP_LLH_LEN] это же всего 1 элемент.
1 - это элемент массива
2 - взятие адреса этого элемента, т.е. получается указатель
3 - приведение типа указателя к указателю на uip_tcpip_hdr
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Во-первых, не "до", а начиная с элемента в ячейке с номером взятом из UIP_LLH_LEN.
Во-вторых не преобразовывается, а указывается компилятору как работать с конкретным указателем. Расклад в памяти остаётся таким как был.
Берётся адрес в памяти и говориться компилятору, что с данными по этому адресу работать как со структурой. Ничего в памяти не копируется.
При этом порядок полей в структуре просто "раскладывается" на указанную область памяти. За соответствием полей надо следить самому.
Попадает ли весь массив под структуру? Если количество байт у структуры и у массива совпадают, то да. Но это не обязательно. Например как на схеме выше.
В качестве более простого примера можно взять адрес переменной типа long и попросить компилятор работать с этим адресом как с char[4]. Получите доступ к long-у как к массиву байтов без масок и сдвигов.
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Я примерно это так и представлял только правильно написал. С чем-то похожим сталкивался когда с переменной float воевал/
В качестве более простого примера можно взять адрес переменной типа long и попросить компилятор работать с этим адресом как с char[4]. Получите доступ к long-у как к массиву байтов без масок и сдвигов.
