Size: a a a

IT KPI C/С++ ХВ (хорошо, что не UB)

2017 December 11

a

alnyan in IT KPI C/С++ ХВ (хорошо, что не UB)
bohdan ivashko
ска, что делаеть нсли телефон живет своей жизнью?)
Бежать и писать об этом в чат C/C++?
источник

MC

Maks Chorniy in IT KPI C/С++ ХВ (хорошо, что не UB)
скинути до заводських
источник

bi

bohdan ivashko in IT KPI C/С++ ХВ (хорошо, что не UB)
Kirill Yeremenko
Что в Си будет эффективнее - реаллоцировать память под структуры в которые пишутся данные из файла на ходу, или пройтись по файлу дважды, первый раз чтоб узнать размер памяти под аллокацию и на втором проходе уже все инициализировать?
лучше всего просто замерь оба варианта
источник

a

alnyan in IT KPI C/С++ ХВ (хорошо, что не UB)
bohdan ivashko
ска, что делаеть нсли телефон живет своей жизнью?)
А вообще, скорее всего, проблема с дисплеем
источник

a

alnyan in IT KPI C/С++ ХВ (хорошо, что не UB)
С планшетом, по крайней мере, так было
источник

bi

bohdan ivashko in IT KPI C/С++ ХВ (хорошо, что не UB)
alnyan
Бежать и писать об этом в чат C/C++?
просто єтот кусок металлолома именно во время чтения єтого чата решил сюда стикер котика кинуть
источник

a

alnyan in IT KPI C/С++ ХВ (хорошо, что не UB)
bohdan ivashko
просто єтот кусок металлолома именно во время чтения єтого чата решил сюда стикер котика кинуть
Как что-то плохое
источник

bi

bohdan ivashko in IT KPI C/С++ ХВ (хорошо, что не UB)
ну, в другой раз это могли бы оказаться менее милые стикеры
источник

RK

Rost K in IT KPI C/С++ ХВ (хорошо, что не UB)
Kirill Yeremenko
Что в Си будет эффективнее - реаллоцировать память под структуры в которые пишутся данные из файла на ходу, или пройтись по файлу дважды, первый раз чтоб узнать размер памяти под аллокацию и на втором проходе уже все инициализировать?
fseek + ftell а потом malloc
источник

VR

Vitalii Rybalko in IT KPI C/С++ ХВ (хорошо, что не UB)
Kirill Yeremenko
Что в Си будет эффективнее - реаллоцировать память под структуры в которые пишутся данные из файла на ходу, или пройтись по файлу дважды, первый раз чтоб узнать размер памяти под аллокацию и на втором проходе уже все инициализировать?
считывать в список, например построчно, если не факт что это всегда файл
источник

A

Andrey Semchenko in IT KPI C/С++ ХВ (хорошо, что не UB)
Не пиши sizeof(int)  + sizeof(node*)
источник

A

Andrey Semchenko in IT KPI C/С++ ХВ (хорошо, что не UB)
Размер объекта не всегда равен сумме размеров всех полей из-за выравнивания
источник

A

Andrey Semchenko in IT KPI C/С++ ХВ (хорошо, что не UB)
Пиши sizeof(node)
источник

A

Andrey Semchenko in IT KPI C/С++ ХВ (хорошо, что не UB)
Sizeof(g)  -  это не размер строки,  а размер указателя на символ
источник

A

Andrey Semchenko in IT KPI C/С++ ХВ (хорошо, что не UB)
Есть функция strlen которая возвращает длину строки
источник

B

Bohdan in IT KPI C/С++ ХВ (хорошо, что не UB)
(string).length()
источник

R

Rabu in IT KPI C/С++ ХВ (хорошо, что не UB)
Andrey Semchenko
Размер объекта не всегда равен сумме размеров всех полей из-за выравнивания
+
источник

KE

Kind Elk in IT KPI C/С++ ХВ (хорошо, что не UB)
AndreyMS
Ребят, нужна хелпа
немного опоздал. сделай такой вот простеньуий костыль: регистрируй в другом массиве (лучше - сетеб искать быстрее и проще) указатели, которы ты удалил уже. перед удалением следующего проверяй, не удалял ли его уже.

но вообще лучше просто посмотри, почему у тебя два указателя на одну память и избавься от этого бага
источник

KE

Kind Elk in IT KPI C/С++ ХВ (хорошо, что не UB)
или, как уже говорили, заюзай смарт поинтеры
источник

R

Rabu in IT KPI C/С++ ХВ (хорошо, что не UB)
вообще не понял вопроса. free() освобождает память, на которую указывает поинтер. сам поинтер при этом никуда не девается
источник