W
Size: a a a
2020 November 15
LA
кажется, специализировать
std::default_delete нельзя, это убМожно, вносить специализации в
namespace std можно. Это должен быть user-defined type и специализация должна проходить по требованиям для данного типа(std::default_delete)LA
Да он же предлагает стандарт померять, язык сам.
Типа пропозл по изменению.
Типа пропозл по изменению.
Нет. Было бы странно делать такой пропозал. Ты же не знаешь заранее, под какой тип специализировать. И вообще, я так понял, моя идея была понята как-то превратно. Я предлагал вносить специализации только для
user-defined типов, собственно, такие, что их легально вносить в namespace std. Видимо, стоило уточнить, что за правомочность... Как насчёт такой идеи?LA
Ну как минимум потому что тогда в месте использования не видно. Неудобно для шаблонных типов. Да и логика страдает это уже явно не default. И в принципе добавлять что то в стд часто сомнительная идея
Насчёт сомнительности я уже сказал, в принципе, да и такое всё равно делается. А насчёт неудобства... Так в этом и суть. Представим, что у нас достаточно много таких юников, каждый раз писать с удалителем не хочется. Мне кажется красивое решение
D
Насчёт сомнительности я уже сказал, в принципе, да и такое всё равно делается. А насчёт неудобства... Так в этом и суть. Представим, что у нас достаточно много таких юников, каждый раз писать с удалителем не хочется. Мне кажется красивое решение
Конечная цель - не писать каждый раз шаблонный параметр явно?
LA
Конечная цель - не писать каждый раз шаблонный параметр явно?
Да. Ну и не передавать в качестве аргумента удалитель
D
Да. Ну и не передавать в качестве аргумента удалитель
Со вторым сложнее, первое легко решается костылём
AN
А что если бы удалитель можно было как например std::hash специализировать? И был бы ADL
LA
А что если бы удалитель можно было как например std::hash специализировать? И был бы ADL
Это и есть идея. Всё ещё не нравится?
IZ
Могу ли я передавать адрес переменной стека в другой тред, и работать там с этим адресом (использую interlocked)
Такой кейс у меня есть тред в начале своей работы там определяется переменная типа int счетчик я беру её адрес и отдаю другим тредам они с ней работают и с первого треда проверяю результат, как только в счетчике нужное число делаю дела. Насколько это легально так использовать стековые переменные? Может быть лучше просто выделить память под этот инт и не извращаться?
Такой кейс у меня есть тред в начале своей работы там определяется переменная типа int счетчик я беру её адрес и отдаю другим тредам они с ней работают и с первого треда проверяю результат, как только в счетчике нужное число делаю дела. Насколько это легально так использовать стековые переменные? Может быть лучше просто выделить память под этот инт и не извращаться?
Можно.
IZ
Могу ли я передавать адрес переменной стека в другой тред, и работать там с этим адресом (использую interlocked)
Такой кейс у меня есть тред в начале своей работы там определяется переменная типа int счетчик я беру её адрес и отдаю другим тредам они с ней работают и с первого треда проверяю результат, как только в счетчике нужное число делаю дела. Насколько это легально так использовать стековые переменные? Может быть лучше просто выделить память под этот инт и не извращаться?
Такой кейс у меня есть тред в начале своей работы там определяется переменная типа int счетчик я беру её адрес и отдаю другим тредам они с ней работают и с первого треда проверяю результат, как только в счетчике нужное число делаю дела. Насколько это легально так использовать стековые переменные? Может быть лучше просто выделить память под этот инт и не извращаться?
Это вполне допустимо
W
Можно.
я читал что компилятор оперирует смещениями от начала стека, если это так тогда я не имею права передавать
IZ
я читал что компилятор оперирует смещениями от начала стека, если это так тогда я не имею права передавать
Ты читал какую-то херню.
Не читай такое больше
Не читай такое больше
W
Ты читал какую-то херню.
Не читай такое больше
Не читай такое больше
почему?
IZ
почему?
Видимо, ты не знал просто, что стоит читать, а что нет