jcmvbkbc

Правда?

Правда.

может есть лазейка

Нет. Без шансов.

Как убрать MINGW64 в терминале?

Отредактировать переменную окружения PS1.
Чтобы shell запускался с другим приглашением отредактировать место где эта переменная определена -- ~/.bashrc или ~/.bash_profile.

теперь при запуске любой программы из меню, у меня открывается консоль и пишет
[*] This script must be run as root

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

Как сделать так, что бы все запускалось из меню и не требовало каждый раз писать sudo?

Разобраться с тем, почему так происходит и исправить.

Видится мне, что есть два варианта:
1. Распаковать папку с неизвестным названием.
2. Переименовать папку с неизвестным названием.

Третий вариант: при распаковке архива tar отрезать один уровень каталогов опцией --strip-components=1

Возник ряд вопросов: как завершить конкретный процесс tcpdump, запущенный вчера?

Сразу после запуска tcpdump вчера отправить его PID в файл. Сегодня прочитать содержимое этого файла и убить процесс с этим номером, если это всё ещё tcpdump.

Как запустить tcpdump в фоновом режиме?

tcpdump <опции> >& /dev/null &

Потому что вот такой код в kernel/resource.c занимается приготовлением этих значений:

if (file_ns_capable(m->file, &init_user_ns, CAP_SYS_ADMIN)) {
                start = r->start;
                end = r->end;
        } else {
                start = end = 0;
        }

Т.е. чтобы получить не нули нужно иметь CAP_SYS_ADMIN.
Это изменение появилось в ядре с версии 4.6:

commit 51d7b120418e99d6b3bf8df9eb3cc31e8171dee4
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Apr 14 12:05:37 2016 -0700

    /proc/iomem: only expose physical resource addresses to privileged users

    In commit c4004b02f8e5b ("x86: remove the kernel code/data/bss resources
    from /proc/iomem") I was hoping to remove the phyiscal kernel address
    data from /proc/iomem entirely, but that had to be reverted because some
    system programs actually use it.

    This limits all the detailed resource information to properly
    credentialed users instead.

    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

make_request_fn определён как

typedef blk_qc_t (make_request_fn) (struct request_queue *q, struct bio *bio);

соответственно ваша функция filter_mrqfn должна возвращать blk_qc_t.

Какие ошибки в неблокируемом сокете не приводят к его закрытию?
Какие ошибки неблокируемого сокета можно игнорировать в сетевом программировании

Вообще это два разных вопроса. Никакие ошибки не приводят к закрытию сокета, закрыть его можно только явно вызвав close.
Игнорировать ошибки тоже не стоит, потому что они говорят о том, что случилось с данными переданными в send или полученными из recv. А именно, EAGAIN / EWOULDBLOCK говорят о том, что данные не были посланы или приняты, но с сокетом и с соединением (если есть) всё нормально. Кроме того, send и recv возвращают количество реально отправленных/полученных данных, и оно может быть меньше, чем было запрошено. Это не ошибка, а нормальная ситуация, её обязательно надо обрабатывать правильно.
Почти все остальные ошибки говорят о том, что соединение оборвано и сокет остаётся только закрыть.

Но в итоге все равно какие-то совсем другие цифры получаются.

Т.е. вы знаете наверняка, что y имеет другое значение? Потому что, на мой взгляд, логика изменения y в цикле немного странная.

Реально ли осуществить перенос библиотек с linux под виндовс

Более чем.

а после использовать их в Visual Studio через winapi?

При чём тут winapi?

Pr не приняли, но и ничего не ответили.

Вот тут и нужно было спросить, в чём дело -- код мейнтейнеру не понравился или оформление.

Если это бинарник, а не скрипт, то помимо sudo есть ещё один вариант: поменять владельца файла на root (chown root path/to/binary) и установить SETUID-бит (chmod u+s path/to/binary).

Подскажите пожалуйста, какую функцию здесь выполняет строка return ((bitset.intRepresent & (bitset.intRepresent-1)) == 0); // denormalized number - как она проверяет число на денормализованое значение?

Никак не проверяет. Этот код -- барахло.
Смотрим сюда и пишем:

#include <stdint.h>
#include <string.h>

int isPowOf2(double number)
{
    uint64_t v;
    uint64_t m;

    memcpy(&v, &number, sizeof(v));
    m = v & ((UINT64_C(1) << 52) - 1); // m holds the mantissa bits

    switch ((v >> 52) & 0x7ff) { // check the exponent bits
    case 0: // 0 or denormal
        if (m == 0) // 0 is represented by exponent and mantissa both 0
            return 0; // 0 is not a power of 2
        else // denormal number has all its bits in the mantissa
            return m & (m - 1) == 0; // a power of 2 has exactly one 1 bit in m

    case 0x7ff: // infinity or NaN
        return 0; // neither is a power of 2

    default: // ordinary number always has leading 1 which is not recorded in the mantissa
        return m == 0; // a power of 2 has exactly one 1 bit and we know that it's not in m
    }
}