-
- Прочитал. Не увидел ответа. Если v_char = *((char *)p_int); привести указатель на int к указателю на char, то вопрос в том, как void* трактовать как указатель на функцию? Dingo(162 знак., 27.04.2017 15:59)
- Хм, посмотрел у себя, тип указателя в массиве для функций с параметрами и без параметров одинаковый vllv(299 знак., 27.04.2017 16:12)
- Не указывать типы аргументов - это тоже фу. - SciFi(27.04.2017 16:13)
- работает же :) - vllv(27.04.2017 16:14)
- Щас придёт будённовец и будет жечь. - SciFi(27.04.2017 16:15)
- работает же :) - vllv(27.04.2017 16:14)
- Не указывать типы аргументов - это тоже фу. - SciFi(27.04.2017 16:13)
- А вот не надо переменной типа void* присваивать значение указателя на функции (т.е. адрес функции). Просто не надо. Это можно сделать с оговорками, но это фу. Если указатель на функцию может содержать адреса функций с разными типами аргументов SciFi(321 знак., 27.04.2017 16:05 - 16:07)
- У меня там соседнее поле хранит, что же именно в этот указатель записали. Так что не так уж всё запущено. А ещё это поле может принимать значение указателя на другую такую структуру. Фсё, кидайте тапками в меня. - Dingo(27.04.2017 16:21)
- вырыть себе несколько могил и сделать из них объединение, а потом объединения запихнуть в массив :) Интересно, у компилятора есть шанс разобраться? - vllv(27.04.2017 16:07)
- Хм, посмотрел у себя, тип указателя в массиве для функций с параметрами и без параметров одинаковый vllv(299 знак., 27.04.2017 16:12)
- Прочитал. Не увидел ответа. Если v_char = *((char *)p_int); привести указатель на int к указателю на char, то вопрос в том, как void* трактовать как указатель на функцию? Dingo(162 знак., 27.04.2017 15:59)