Единственная странность которую я вижу -- это то, что в одном случае используется __memcpy_chk а в другом -- memcpy. Ну и что код совсем без оптимизации.
А можешь ли ты по нему ходить в gdb? Что видно в пропатченном месте CoolFunc прямо перед вызовом __сlear_cache?
mirexdoors, это иллюзия. Настроить sudo "как надо" можно только для очень-очень ограниченных программ, поведение которых известно и предсказуемо вдоль и поперёк. Установка пакетов в эту категорию не входит. Что rpm, что dpkg поддерживают выполнение скриптов из устанавливаемого пакета, собрать пакет со своим скриптом который запускает shell от рута во время установки -- плёвое дело.
Andy_U, я намекаю на то, что объект нельзя передать в функцию принимающую указатель на функцию. Но я думал, что может быть есть какой-то _элегантный_ способ получить указатель на функцию из такого объекта. Способ со статической функцией мне понятен, элегантным я его не считаю.
а потом передаете куда нада сам инстанс, который можно вызвать, как функцию.
Andy_U, у автора вопроса конкретный пример: void glutDisplayFunc(void (*func)()), вы не могли бы привести конкретный ответ, как передать объект функционального класса в функцию glutDisplayFunc?
В юникодной консоли -- см. unicode.org/charts/nameslist/n_2190.html
В не-юникодной -- подозреваю, что разумными усилиями никак.
Возможно, что стрелочка из минуса и знака больше -- это наиболее переносимое решение.
я делал так: OBJ = $(SRC:.c=.o)
но компилятор мне выплёвывал все файлы в корневую папку
Илья, вот твоя команда компиляции: gcc $(SRC) $(FLAGS) -c
она выплёвывает объектники в текущий каталог. От OBJ, как ты видишь, она не зависит, так что непонятно, чего ты ожидал меняя OBJ.
Alan Turing, я фиг знает, что может быть проще чем заменить jnc на jc.
Но вообще у тебя вот тут какая-то ерунда написана: