AS
void func(char *ptr);
...
char ch = '\0';
char arr1[1] = {0};
char arr2[2] = {0, 1};
func(&ch);
func(arr1);
func(arr2);
чем отличается ch от arr1?
Size: a a a
2020 July 21
🎄T
чем отличается ch от arr1?
Тем что ch это символ, а arr1 массив
Ꮓ
чем отличается ch от arr1?
Типом данных) ?
AF
да, но и при этом и указатель на массив из одного элемента
int a[1];
int (*b)[1] = &a; // указатель на массив
int *c = &a; // указатель на инт
int (*b)[1] = &a; // указатель на массив
int *c = &a; // указатель на инт
AT
Добрый день , можно ли вызвать copy constructor непосредственно в assignment constructor что-бы не занимать лишние строки кода ? https://pastebin.com/89f7uVJJ
AS
Тем что ch это символ, а arr1 массив
но в func мне это безразлично, ptr указывает на что-то в памяти, это может быть либо массив из одного char, а может быть и из нескольких
AS
int a[1];
int (*b)[1] = &a; // указатель на массив
int *c = &a; // указатель на инт
int (*b)[1] = &a; // указатель на массив
int *c = &a; // указатель на инт
🎄T
но в func мне это безразлично, ptr указывает на что-то в памяти, это может быть либо массив из одного char, а может быть и из нескольких
Я просто неочень понимаю зачем упоминать в контексте указателя на переменную, что это массив из одного элемента
AS
Я просто неочень понимаю зачем упоминать в контексте указателя на переменную, что это массив из одного элемента
чтобы подчеркнуть, что разыменование указателя указывающего за последний элемент массива - UB
🎄T
int a[1];
int (*b)[1] = &a; // указатель на массив
int *c = &a; // указатель на инт
int (*b)[1] = &a; // указатель на массив
int *c = &a; // указатель на инт
А разве указатель на массив неявно приводится к указателю на инт?
🎄T
#include <stdio.h>
int main()
{
int arr[][3] = {{1, 2, 3},{1, 2, 3}};
size_t arr_sz;
arr_sz = *(&(arr[0]) + 1) - arr[0];
printf("%u\n", arr_sz);
}Еще Си не умеет дедусить размерность нмеоного массива
Е
Добрый день , можно ли вызвать copy constructor непосредственно в assignment constructor что-бы не занимать лишние строки кода ? https://pastebin.com/89f7uVJJ
Наоборот можно реализовать assignment, и в копи конструкторе сделать *this = other
AT
Хорошо, спасибо , попробую это сделать
🎄T
Наоборот можно реализовать assignment, и в копи конструкторе сделать *this = other
А еще можно копи и свап
t
Как лучше организовать данные?
1. Тут мы сами значения храним в коллекции и работаем с ними по ссылке
1. Тут мы сами значения храним в коллекции и работаем с ними по ссылке
deque<Item> d;2. А здесь создаем значение в произвольном месте, а в коллекции храним только ссылки
d.push_back({});
Item& myItem = d.back();
updateItem(myItem);
deque<Item*> d;Какие плюсы-минусы по удобству, производительности или без разницы?
Item myItem = createItem();
d.push_back(&myItem);
AZ
ужас, и как теперь жить, когда из С++ поддержку garbage collector хотят удалить, а?
https://isocpp.org/files/papers/P2186R0.html
https://isocpp.org/files/papers/P2186R0.html
AF
А разве указатель на массив неявно приводится к указателю на инт?
Ага
🎄T
Как лучше организовать данные?
1. Тут мы сами значения храним в коллекции и работаем с ними по ссылке
1. Тут мы сами значения храним в коллекции и работаем с ними по ссылке
deque<Item> d;2. А здесь создаем значение в произвольном месте, а в коллекции храним только ссылки
d.push_back({});
Item& myItem = d.back();
updateItem(myItem);
deque<Item*> d;Какие плюсы-минусы по удобству, производительности или без разницы?
Item myItem = createItem();
d.push_back(&myItem);
Во втором случае у тебя скорее всего будут висячие ссылки
ПК
ужас, и как теперь жить, когда из С++ поддержку garbage collector хотят удалить, а?
https://isocpp.org/files/papers/P2186R0.html
https://isocpp.org/files/papers/P2186R0.html
Норм, 90% думаю даже не знают о его существовании
t
Во втором случае у тебя скорее всего будут висячие ссылки
Что это такое? В смысле, нужно будет не забыть почистить память?