Что не так в этой рекурсии?

В вашей функции последние три строки выполняются всегда, вне зависимости от длины массива.

Иван Клименко, неверно, при длине 1 и 2 происходит возврат из функции до рекурсивного вызова.

вы присваиваете переменной N ноль внутри функции main. А потом нигде не меняете его.

Опять неверно, меняет в первой строке функции readm.

Почему не выводится матрица?

а почему в writem не нужно было ставить &? там же тоже не возвращается значение

HonestHacker, там и не меняется ничего

Ccache: error: execv of ... failed: Permission denied при компиляции ядра андроид, как исправить?

mmerkulov0, слушай, покажи все шаги которые ты делаешь, чтобы собрать ядро, с чистого терминала. Потому что похоже, что ты вместо того, чтобы прочитать README по сборке пытаешься собирать методом тыка.

aarch64-linux-gnu-gcc: error: unrecognized argument in option ‘-mabi=apcs-gnu’

Подозреваю, что ты не указал ARCH=arm64

Ccache: error: execv of ... failed: Permission denied при компиляции ядра андроид, как исправить?

mmerkulov0, аааАААааААААаААаАааааАаа! Зачем???
Шаг первый: распакуй архив полностью.
Шаг второй: ничего не переименовывай.
Шаг третий: CROSS_COMPILE=<полный путь к aarch64-linux-gnu-gcc> без последнего "gcc". Т.е. если бы ты распаковал компилятор в /tmp, то

CROSS_COMPILE=/tmp/toster/gcc-linaro-7.4.1-2019.02-x86_64_aarch64-linux-gnu/bin/aarch64-linux-gnu-

.
Всё.

Ccache: error: execv of ... failed: Permission denied при компиляции ядра андроид, как исправить?

mmerkulov0, на вопросы ты принципиально не отвечаешь?

Как подключаться к старому ssh с Debian 10?

там следующая строка

Талян, это версия ПО SSH-сервера, не версия протокола.

А чего он от меня хочет то?

непонятно. Подозреваю, что какую-нибудь хорошую комбинацию -oKexAlgorithms=... -oHostKeyAlgorithms=.... Я бы начал методом тыка с

-oKexAlgorithms=diffie-hellman-group1-sha1 -oHostKeyAlgorithms=ssh-dss

.

Ccache: error: execv of ... failed: Permission denied при компиляции ядра андроид, как исправить?

погоди, а /home/maks/OTG/compx/aarch64-linux-gnu/bingcc -- это что, просто путь куда ты компилятор распаковал? CROSS_COMPILE у тебя как установлен? Должно быть что-то типа

/home/maks/OTG/compx/aarch64-linux-gnu/bingcc/bin/aarch64-linux-gnu-

, т.е. полный путь к компилятору без последнего "gcc".

Ccache: error: execv of ... failed: Permission denied при компиляции ядра андроид, как исправить?

но тут ccache выдаёт ошибку: ccache: error...

ну так может не пользоваться ccache'м, если срочно?

Как подключаться к старому ssh с Debian 10?

У нас в конторе много свичей, которые работают по ssh1.

Ты точно свой лог читал?
debug1: Remote protocol version 2.0,

Заблокировалась папка в tmp. Что делать?

такое бывает и не всегда можно предсказать

Daria Motorina, чудес не бывает. "такое" не случается само по себе.

Оправданно ли использование static в моем случае?

(*(this).*(it->second))()

Sazoks, можно записать чуть красивее: (this->*it->second)();

Пустые круглые скобки у функции main() это нормально?

Армянское Радио, легко, iso 9899:1999, 6.7.5.3:14 (Function declarators (including prototypes)):

An identifier list declares only the identifiers of the parameters of the function. An empty
list in a function declarator that is part of a definition of that function specifies that the
function has no parameters. The empty list in a function declarator that is not part of a
definition of that function specifies that no information about the number or types of the
parameters is supplied.

И далее 6.11.6:1 (Function declarators):

The use of function declarators with empty parentheses (not prototype-format parameter
type declarators) is an obsolescent feature.

С11 и текущий рабочий черновик стандарта имеют те же самые формулировки в эквивалентных местах.

Пустые круглые скобки у функции main() это нормально?

Писать void при отсутствии аргументов - анахронизм, тянущийся с конца 80х.

В теге вопроса С а не С++. В С void в скобках отличается от просто пустых скобок. main(void) -- более правильно.

Существует ли встроенные бинарные деревья в C++?

тогда даже printf не встроенный :)

Mercury13, так и с этим я согласен.

Существует ли встроенные бинарные деревья в C++?

Встроена — означает, что прописана стандартом, есть в стандартной библиотеке

Mercury13, не соглашусь. Я думаю, что встроена -- значит достаточно голого компилятора для того чтобы ею воспользоваться. Потому что от голого компилятора к компилятору со стандартной библиотекой С++ шаг воооот такого размера.

Почему именно "root"?

что PID 0 присвоен в Линуксе IDLE потокам, а не конкретному процессу

Saboteur, а вот если бы ты поинтересовался деталями работы hotplug, ты бы знал, что ядерные потоки непринуждённо становятся пользовательскими процессами, и родитель у них при этом -- ни разу не PID #1.

Почему именно "root"?

ls: cannot access '/sbin/hotplug': No such file or directory

Saboteur, ну т.е. в твоей системе нет /sbin/hotplug, а поинтересоваться ты не осилил. Я не удивлён.

процесса с PID 0 несуществует

Самое время тебе заслать патч и пофиксить это недоразумение.

Почему рандомные элементы массива заполняются мусором?

А почему при выделение памяти для массива указателей нужно еще количество элементов умножить на размер чар?

Не на размер чар (чародей ты наш), а на размер элемента массива -- указателя на char. Звёздочка под скобочками sizeof думаешь для красоты?

нужно было использовать не строгое сравнение?

Нужно было использовать то, что подходит по логике программы. Обычно для перебора элементов массива из n элементов пишут for (i = 0; i < n; ++i).

без каких либо проблем и ошибок.

А ты скомпилируй с каким-нибудь -fsanitize=address и полюбуйся:

$ gcc over.c -fsanitize=address -o over
$ ./over
=================================================================
==9338==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x60600000f000 at pc 0x564561282bcc bp 0x7ffcd1349050 sp 0x7ffcd1349048
WRITE of size 8 at 0x60600000f000 thread T0
    #0 0x564561282bcb in main (/home/jcmvbkbc/tmp/toster/over+0xbcb)
    #1 0x7f9f0f4a62e0 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x202e0)
    #2 0x564561282a39 in _start (/home/jcmvbkbc/tmp/toster/over+0xa39)

0x60600000f000 is located 0 bytes to the right of 64-byte region [0x60600000efc0,0x60600000f000)
allocated by thread T0 here:
    #0 0x7f9f0f8e6d28 in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.3+0xc1d28)
    #1 0x564561282b6b in main (/home/jcmvbkbc/tmp/toster/over+0xb6b)
    #2 0x7f9f0f4a62e0 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x202e0)

SUMMARY: AddressSanitizer: heap-buffer-overflow (/home/jcmvbkbc/tmp/toster/over+0xbcb) in main
Shadow bytes around the buggy address:
  0x0c0c7fff9db0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c0c7fff9dc0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c0c7fff9dd0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c0c7fff9de0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c0c7fff9df0: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 00 00
=>0x0c0c7fff9e00:[fa]fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c0c7fff9e10: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c0c7fff9e20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c0c7fff9e30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c0c7fff9e40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c0c7fff9e50: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07 
  Heap left redzone:       fa
  Heap right redzone:      fb
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack partial redzone:   f4
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb
==9338==ABORTING

Почему именно "root"?

У процесса с PID 1 родительским является он сам

Saboteur, и тут тоже мимо:

F   UID   PID  PPID PRI  NI    VSZ   RSS WCHAN  STAT TTY        TIME COMMAND
4     0     1     0  20   0 205080  5560 -      Ss   ?          4:11 /lib/systemd/systemd --system --deserialize 22

Почему именно "root"?

А хотплаг - вообще из другой оперы.

Saboteur, а ты поинтересуйся, как он запускается и кто его родитель.