Хотя, у меня вполне определенно устанавливаются флаги

забудьте char* как страшный сон. 2018 год на дворе.

забудьте char* как страшный сон. 2018 год на дворе.

я бы рад

Эх, если бы не было 3 дня до сдачи работы и от этого бы не зависела моя ЗП

Это так, на перспективу.

А что вместо него?

Это так, на перспективу.

обязательно

забудьте char* как страшный сон. 2018 год на дворе.

uint8_t во щели?

std::string str; str.resize(...);

а чо не вектор тогда?

стринг проще

если у человека бинарное

std::string str; str.resize(...);

Что то мне подсказывает, что строка тут не подойдет.

пойдет-пойдет

пойдет-пойдет

бинарные данные, еще и неровные.

стринг проще

Стринга обрамляется терминалом. Не вар.

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

как он туда будет пихать 24 бита

Стринга обрамляется терминалом. Не вар.

memcpy() же.

и будет ли такое проще, чем чар*

как он туда будет пихать 24 бита

И что? Ну будет резаться 8 бит с числа. Другая проблема -- порядок байт жеж.

Кстати, я думал на счет std::vector<char>, но вот тоже не понял, как туда упаковывать по несколько байт фрагменты

ему в сокет надо записать 24 бита

(насколько я понял)

ему в сокет надо записать 24 бита

72

составленные из кусков разной длины

ему в сокет надо записать 24 бита

Это 3 байта. Проблема?

проблема

может просто взять bitset<72> и попробовать переключать со смещением?

»

[In reply to Уладысь] а как потом установить целое скажем в 3 первых байта, а потом еще дальше?

[In reply to Уладысь] а как потом установить целое скажем в 3 первых байта, а потом еще дальше?

(Де)Сериализация примитивных типов в байтовый поток.

внезапно

Ну, это же на коленке делается.

Ну, это же на коленке делается.

rjulf pyftim)

Ну, это же на коленке делается.

когда знаешь как)

на коленке, кросс-платформенно, без особого понимания - я сомневаюсь

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

Кстати на счет байтового потока, это void* ?

Ну, это же на коленке делается.

https://pastebin.com/1UbVrGrU

как вариант

void* еще хуже, чем char*. Мрак при отладке.

Кстати на счет байтового потока, это void* ?

Это можем быть чем угодно. Хоть iostream, хоть fstream, хоть любой контейнер.

https://pastebin.com/UZyCF53K

Это можем быть чем угодно. Хоть iostream, хоть fstream, хоть любой контейнер.

вцелом понятно. тупо поток из нетипизированных данных, правильно?

https://pastebin.com/UZyCF53K

Это что? Не совсем понятно

Упаковка разных типов в поток?

вцелом понятно. тупо поток из нетипизированных данных, правильно?

Именно.

интефейс

Упаковка разных типов в поток?

Это уже сериализация как раз.

сериализатора

вот чтоб с указателями и маллоком

Мне бы как то вот сейчас сделать, чтобы работало. А потом эти классы по борьбе с HTTP/2 доработаю полноценно.

Когда работу сдам)

Сейчас хоть char* хоть void*, лишь бы фреймы отправить нормально)

Почитай стандарты хоть на UDP

Примерно поймешь подход

Сейчас хоть char* хоть void*, лишь бы фреймы отправить нормально)

вот тут пример преобразования POD типов в/из std::vector<uint8_t> https://pastebin.com/1UbVrGrU

Главное оперировать байтами

https://pastebin.com/1UbVrGrU

Ну, тип того. Я это делал (как-то) по уму. https://bitbucket.org/FlameTeam/libs/src/dev/src/Templates/Serialization.hpp

А не сущностями

Ну, тип того. Я это делал (как-то) по уму. https://bitbucket.org/FlameTeam/libs/src/dev/src/Templates/Serialization.hpp

ну у тебя уже не совсем коленочное решение :)

ну у тебя уже не совсем коленочное решение :)

Дык да. Но я делал для всего примитива с учётом возможного расширения.

а вот так на коленке можно написать макрос для msvc/gcc для выравнивания: https://pastebin.com/kvEiWSWK

а вот так на коленке можно написать макрос для msvc/gcc для выравнивания: https://pastebin.com/kvEiWSWK

не могу вспомнить - есть пропозал на стандартизацию макроса для выравнивания

вроде как я раньше предалагал такую штуку. а то приходится веселиться каждый раз

а для offset_of нет пропозала?

Спасибо, сейчас погляжу

не могу вспомнить - есть пропозал на стандартизацию макроса для выравнивания

Расширение alignof/as? Лучше бы тогда сериализацию нормально бы сделать, а не (наколечные) велосипеды.

Расширение alignof/as? Лучше бы тогда сериализацию нормально бы сделать, а не (наколечные) велосипеды.

сериализации не будет без рефлексии

а она будет в лучшем слуаче через 5 лет

так что сорри, придётся страдать

зато вон там неожиданно лично для меня контракты продвинулись дальше

template <typename T> constexpr inline const T &qMin(const T &a, const T &b) { return (a < b) ? a : b; } #ifndef min #define min(a,b) (((a) < (b)) ? (a) : (b)) #endif Подскажите, пожалуйста, в чем отличие?

template <typename T> constexpr inline const T &qMin(const T &a, const T &b) { return (a < b) ? a : b; } #ifndef min #define min(a,b) (((a) < (b)) ? (a) : (b)) #endif Подскажите, пожалуйста, в чем отличие?

в том, что в одном месте нормальная функция, а во втором кусок говна

А именно - первое гавно, второе - нет?

А именно - первое гавно, второе - нет?

именно так. NOMINMAX тольк бы не забыть включить

так что сорри, придётся страдать

А чего страдать, если заранее всё уже навелосипежено. :) Если что-то серьёзное мутить, то да, рефлексия была бы лучшим вариантом.

А именно - первое гавно, второе - нет?

толстовато

А чего страдать, если заранее всё уже навелосипежено. :) Если что-то серьёзное мутить, то да, рефлексия была бы лучшим вариантом.

вся нормальная рефлексия, что я видел, делается через жопу, простите. Ну и магия аля magic_get прикольная, но маловато

А именно - первое гавно, второе - нет?

/report разжигание ненависти

/report разжигание ненависти

Reported to 0 admin(s)

/report разжигание ненависти

он чот не работает

да я знаю. это так было, возмущение

вся нормальная рефлексия, что я видел, делается через жопу, простите. Ну и магия аля magic_get прикольная, но маловато

Я к тому, что сериализация делается на данный момент только через потоки с перегрузкой операторов для своих типов. Compile time а-ля magic_get тут не поможет.

к вашему разговору выше vector<uint8_t> to tuple<int,int> кастить или memcpy?

к вашему разговору выше vector<uint8_t> to tuple<int,int> кастить или memcpy?

Чего-чего? Переведи на русский.

Чего-чего? Переведи на русский.

Chiveson: есть у меня данные из сокета, записал их в вектор, нужно мне это все перевести в tuple для удобного использования

а зачем tuple?

ну в struct foo

Chiveson: есть у меня данные из сокета, записал их в вектор, нужно мне это все перевести в tuple для удобного использования

1. int не подходит. Размер нужен. 2. Какой порядок байт?

https://stackoverflow.com/questions/28410697/c-convert-vector-to-tuple

гугл запретили?

https://stackoverflow.com/questions/28410697/c-convert-vector-to-tuple

у меня он похоже другой)

И на всякий случай - чат для новичков @supapro