Сообщение Re[18]: Они сделали дерьмо опять от 21.05.2020 12:14
Изменено 21.05.2020 12:49 so5team
Re[18]: Они сделали дерьмо опять
Здравствуйте, lpd, Вы писали:
Появилось время глянуть еще ваши примеры.
lpd>Еще tcp SACK protocol
Вот здесь:
что будет, если мне потребуется вместо skb_rbtree_walk_from(skb) написать skb_rbtree_walk_from(skb+1)?
Полагаю, разбираться в чужих макросах сильно проще, чем в чужих шаблонах.
Ну и отдельный вопрос: а зачем этот макрос вообще потребовался, ведь на Си так легко и просто понятный код писать, а тут на одном for-е почему-то экономят.
Появилось время глянуть еще ваши примеры.
lpd>Еще tcp SACK protocol
Вот здесь:
skb_rbtree_walk_from(skb) {
int in_sack = 0;
bool dup_sack = dup_sack_in;
...
что будет, если мне потребуется вместо skb_rbtree_walk_from(skb) написать skb_rbtree_walk_from(skb+1)?
Полагаю, разбираться в чужих макросах сильно проще, чем в чужих шаблонах.
Ну и отдельный вопрос: а зачем этот макрос вообще потребовался, ведь на Си так легко и просто понятный код писать, а тут на одном for-е почему-то экономят.
Re[18]: Они сделали дерьмо опять
Здравствуйте, lpd, Вы писали:
Появилось время глянуть еще ваши примеры.
lpd>Еще tcp SACK protocol
Вот здесь:
что будет, если мне потребуется вместо skb_rbtree_walk_from(skb) написать skb_rbtree_walk_from(skb++)?
Полагаю, разбираться в чужих макросах сильно проще, чем в чужих шаблонах.
Ну и отдельный вопрос: а зачем этот макрос вообще потребовался, ведь на Си так легко и просто понятный код писать, а тут на одном for-е почему-то экономят.
Появилось время глянуть еще ваши примеры.
lpd>Еще tcp SACK protocol
Вот здесь:
skb_rbtree_walk_from(skb) {
int in_sack = 0;
bool dup_sack = dup_sack_in;
...
что будет, если мне потребуется вместо skb_rbtree_walk_from(skb) написать skb_rbtree_walk_from(skb++)?
Полагаю, разбираться в чужих макросах сильно проще, чем в чужих шаблонах.
Ну и отдельный вопрос: а зачем этот макрос вообще потребовался, ведь на Си так легко и просто понятный код писать, а тут на одном for-е почему-то экономят.