Работает на 10 или все таки не работает?
Хоть что-то в сети работает?
Если есть возможность, проверить на другом заведомо рабочем хабе все кабеля, ноуты и десктопы.
Не падает у вас на 10, а не может автоматически определить скорость и выбирает самый минимум: 10 Мб/с полудуплекс. Т.е. попросту сетевой адаптер не работает.
1.Попробуйте принудительно выставить скорость сети на ноуте.
2.Смените драйвера на сетевой адаптер на ноуте
Антон Жилин: Если честно, не знаю как там в std с консольным выводом. Давно не этим не занимался. Но учитывая что в русской винде могут быть 2 кодировки 866 и 1251, причем по умолчанию 866, то да придется помучится.
В свое время делал на чистом Си без стандартной библиотеки консольную утилиту, вот тогда пришлось хорошо в этом разобраться. Но в итоге получился довольно универсальный велосипед, который в любую кодировку консоли выводит правильно, при этом внутри утилиты все было в wchar_t. Собственно тогда было одно из требований для утилиты, чтоб вывод был правильный не зависимо от кодировки консоли.
Можно попробовать все не файловые цели объявить как абстрактную:
.PHONY: ud-rpl_root-CLEAN ud-button-CLEAN ud-button ud-rpl_root clean
Ну или хотя бы clean, хотя и остальные не помешают.
По идее абстрактные цели всегда требуют обновления.
Кстати, не так давно наткнулся на переведенный мануал по make, правда он был в латексе, пришлось повозиться чтоб его собрать в удобочитаемый вид: https://yadi.sk/i/BGuglQYL37Vxbx
1. Да можно и так, но работать будет только для цели all.
Ведь можно вызвать make и так:
make ud-button
Тогда он будет выполнять только указанную цель. При этом clean не сработает. Возможно вам так и надо.
2.У вас в разных целях могут появится какие-то дополнительные файлы, которые нужно удалять и которых нет в другой цели.
Но это больше для целостности и красоты дизайна :-)
Кроме того, в этом случае каждый отдельный makefile станет самодостаточным и можно будет распространять только один проект без другого и без объединяющего makefile. Универсальность так сказать.
Влад Зайцев: Я бы цели clean и cleanall так же реализовал в Makefile.ud-button и в Makefile.ud-rpl_root, а из основного вызывал бы их:
make -f Makefile.ud-rpl_root clean
Сделал небольшой тест - не прокатывает так. Видимо, в командах целей нельзя задавать внутренние команды make, например присваивание переменным или include.
Тогда, думаю, может пройти другой вариант:
1. сделать для каждой цели свой makefile
2.сделать общий makefile в котором в зависимости от цели будет запускаться make с соответствующим параметром. Примерно так:
ud-button:
make -f makefile.udbutton
ud-rpl_root:
make -f makefile.udrplroot
Отступы от начала делаете для команд в целях? Или записываете как есть?
Посмотрите пример для целей usage: target: и т.п. в Makefile.include.
Такое впечатление, что у вас просто подряд выполняются все команды. И получается, что Makefile.include подключается дважды.
Кстати, в первоначальном примере, где у вас указано
all: ud-rpl_root
Я не нашел где собственно цель ud-rpl_root и аналогично для другой цели.
И, кстати, надо еще учесть использование += для инициализации переменных, т.к. при использовании цели all получится так, что эти переменные уже инициализируются в предыдущей цели и это, видимо, будет не правильно. Нужно избавляться от +=.
Александр: почему под маос "кое-как", вы же пишете в посте, что в макос все удалось скопировать. Значит работают. Посмотрите СМАРТ в макоси.
Скорее всего проблема не аппаратная и диски нормальные.
Еще вариант. Можно выделить все одним большим блоком, указателям присвоить адреса нужных участков в выделенном блоке. В этом случае и выделение будет одно и удаление памяти - то же одна операция. Только не потеряйте начало блока :-) чтоб корректно провести удаление.
LAG_LAGbI4: В вопросе вы написали, имея ввиду обычный пинг, я же добавил в команде ключ -t - бесконечный пинг до прерывания. Имел ввиду, что, скорее всего, через какое-то количество пингов или время начнут появляться потери.
Если это борьба с DOS атаками, то обычно должны быть опции для настройки поведения и для теста можно отключить это. Потом вернуть на место.
На счет странного способа - по моему способ нормальный. Вы бы как боролись с DOS атаками? Думаю тут не через раз, а например что-нибудь типа "блокировка аналогичных пакетов на какой-нибудь не большой промежуток времени", если начинают заваливать пакетами, то промежуток времени увеличивается.
Хоть что-то в сети работает?
Если есть возможность, проверить на другом заведомо рабочем хабе все кабеля, ноуты и десктопы.