Работает ли GNU Autotools на *BSD системах?

Если дистру не нравится система сборки, то он ее меняет? Но это ведь влечет изменения в VCS?

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

Как узнать новый ли жесткий диск?

danikxxx, какой взврат товара, ты о чём? этот диск выглядит как новый.

Работает ли GNU Autotools на *BSD системах?

принятые правила для пакетов с исходниками во всяких OS типа Debian, RedHat и прочее

bsdimon, это обычно в другую сторону работает: сначала появляется софт, потом его тащат в дистрибутив. Софт первичен, дистрибутив вторичен. Дистрибутив либо приноравливается к системе сборки используемой софтом, либо он патчит софт, если там всё совсем плохо.

Как восстановить сетевой интерфейс после iw wlp4s0 del?

Перезагрузиться, например, как решение не требующее умственных усилий.

Почему файл не выполняется под пользователем user1?

Для perl скриптов suid работает.

Работал, до версии perl 5.12.0, в которой suidperl была удалена.

Какова вероятность взлома AES-128-ECB, если часть информации доступна?

Я понимаю, что iv бы всё решил,

accountnujen, похоже, что всё-таки не понимаешь.

Как эмуляторы транслируют клиентский код в машинный?

Базовый блок заканчивается при инструкции чтения памяти, в вики то же написано. А ведь это почти каждая вторая инструкция. Как это решается.

Даниил, заканчивать базовый блок на инструкции которая может вызвать исключение -- это возможный вариант, но он очень пессимистичный и точно не единственный. В QEMU, например, это не так.

проверка выхода за границы массива…машина эмулирует память, и должна выдавать исключения при выходе за границу памяти.

Ты уж определись, "память" или "массив". Потому что эмулятор должен проверять, что любой доступ к эмулируемой памяти в неё попадает. А что такое "массив" никто кроме компилятора не знает.

Пытаюсь собрать прошивку для stm32. Ошибка "src/core_cm3.c: Assembler messages"?

Ошибка «src/core_cm3.c: Assembler messages»?

Да.

Узнать секрет

Добавление вопросительного знака не всегда превращает повествовательное предложение в вопрос

Случайные ошибки файловой системы на VPS, что это может быть?

Началось это после того, как восстановил VPS из резервной копии.

Рассказывай, как копию делал.

Что планирует ОС - потоки или процессы?

Таким образом, нужно и отвечать

Saboteur, вот предлагаю тебе и написать такой ответ. Дополнительные звёздочки почтения за отсылки в код.
Мой ответ на вопрос "какую роль в планировании играют процессы" остаётся прежним -- "несущественную, в первом приближении -- никакую".

Что планирует ОС - потоки или процессы?

переключение между процессами и тредами имеет разную стоимость

Saboteur, правильнее было бы сказать "переключение между потоками одного процесса и между потоками разных процессов имеет разную стоимость", после чего можно вернуться в исходную позицию: планировщик ОС работает с потоками (или, как уточняют по твоей ссылочке, со schedulable entities). Да, в качестве эффекта высшего порядка малости он может учитывать свойства процесса которому принадлежит поток, но это вопрос не того уровня, где в ответе имеют значение подобные мелочи.

В других ОС

В других ОС вообще процессов может не быть, только "задачи".

В чем суть соли хэш паролей?

в чем проблема будет соль в хэш преобразовать и вычесть из паролей

Юрий Шиков, в действии обозначенном как "вычесть". Нельзя её быстро "вычесть".

Что планирует ОС - потоки или процессы?

>> Как планировщик ОС работает с процессами?
> Никак.
Что значит никак? Именно ОС с процессами и работает.

Saboteur, ОС работает, планировщик ОС -- нет, в чём вопрос, в невнимательности?

Что планирует ОС - потоки или процессы?

небольшой пример, как ОС использует этот учет ресурсов?

Sazoks, когда процесс завершается, ОС освобождает всю выделенную им приватную память и закрывает все открытые им файлы. Это происходит потому, что такие ресурсы ассоциированы именно с процессом, а не с чем-нибудь другим.

Почему адреса переменных в памяти стоят в обратном порядке от объявления?

Dmitrii, спасибо, я знаю. Кроме того, это частный случай. В общем случае выделение пространства на стеке может происходить многократно в течение выполнения функции.
Однако, ещё раз, порядок размещения переменных языка высокого уровня в стеке не связан напрямую с направлением роста стека. Я привёл пример демонстрирующий это.
Правильный ответ на вопрос "почему адреса переменных расположены в таком порядке" -- "потому что так решил компилятор", вон он, ниже.

Почему адреса переменных в памяти стоят в обратном порядке от объявления?

У компилятора нет силы воли и способности принимать решения.

bLercs, ты ошибаешься. Компилятор -- это воплощение силы воли его разработчиков и он буквально принимает решения по генерации кода.

Или скажи, что почитать.

Исходники компилятора же, вот например.

Почему адреса переменных в памяти стоят в обратном порядке от объявления?

Это неправильный ответ. Направление роста стека не связано напрямую с тем, как компилятор размещает на нём автоматические переменные. Вот пример, когда адреса не связаны с порядком объявления: https://godbolt.org/z/f6YWeW5s6

Почему не работает загрузчик?

я почитал. в итоге eip оказывается равен 0x51D,

Иван Четчасов, другое дело. Можно идти от этого места назад, но гораздо легче идти от точно работающего места вперёд и смотреть, что пошло не так. Последнее точно работающее место в твоём коде было здесь. Можно для начала проверить успешность следующего вызова do_read.

Почему не работает загрузчик?

1. предположил

Зачем предполагать, если есть логи которые можно просто читать?

2. Поменял BootSeg на 0, не помогло

логи, которые можно просто читать, ну ты понял.

Что обозначает инструкция?

не работает

Иван Четчасов, потому что fasm нужно быть не как все и требовать сегментный регистр внутри квадратных скобок. Пиши [es:bx + StartCluster]