- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
// этот код дает Segment Fault
struct TypeNames
{
std::string typeName;
};
class LLVMRTTIHelperVCLinux
{
SmallVector<TypeNames> types;
}
// a этот нет
class LLVMRTTIHelperVCLinux
{
SmallVector<std::string> types;
}
ASD_77 # 0
JloJle4Ka # 0
ASD_77 # 0 ⇈
ASD_77 # 0
JloJle4Ka # 0 ⇈
bormand # 0 ⇈
А что, не должен? 😉
ASD_77 # 0 ⇈
bormand # 0 ⇈
ASD_77 # 0 ⇈
bormand # 0 ⇈
j123123 # 0 ⇈
[email protected] # 0 ⇈
И так же напарывались на проблемы с ними.
j123123 # 0 ⇈
В смысле? В "Си" нет концепции "объект" как в "C++", и нет естественно никаких "деструкторов" и "move-семантики".
[email protected] # 0 ⇈
От того, что на уровне языка поддержки какой-то хуйни нет, это не означает, что и базовая концепция этой хуйни неприменима. Блядь, да большинство си-подобных языков сделаны по принципу "а давайте запилим синтаксический сахарок чтобы Х делать автоматически/одной строкой"
j123123 # 0 ⇈
Не, ну если так рассуждать, то это "владение" и в ассемблере есть. Там же тоже можно что-то как-то выделить через какую-то "функцию" и потом куда-то там передавать и как-то освобождать
CHayT # 0
JloJle4Ka # 0 ⇈
CEHT9I6PbCKuu_nemyx # 0 ⇈
https://govnokod.ru/user/1503
Он прилетал в каждую ветку обсуждения, чтобы написать очевидную вещь.
CEHT9I6PbCKuu_nemyx # 0 ⇈
bormand # 0
[email protected] # 0 ⇈
ASD_77 # 0 ⇈
ASD_77 # 0 ⇈
bormand # 0 ⇈
З.Ы. Ну и в сам массив ничего не вставлял на протяжении этой функции?
З.З.Ы. Разница между выведенным типом typeName в 3 и 4 строчке как бы намекает на что-то из этих вариантов. Именно поэтому я против auto.
bormand # 0 ⇈
Покажи тогда что дальше происходит с typeName.
CEHT9I6PbCKuu_nemyx # 0 ⇈
bormand # 0 ⇈
CEHT9I6PbCKuu_nemyx # 0 ⇈
Недавно пытался что-то написать на крестах и как раз вляпался в auto и auto &.
ASD_77 # 0 ⇈