@ProCxx

Страница 156 из 2477
Square
09.05.2016
14:22:04
я думал есть грязные хаки о которых знают только в тележном чятике

это бы сделало код на СИШАРПЕ стройнее чуточку

Google
Andrei
09.05.2016
14:22:45
а раст????
Сейм. Но раст хорош, спору нет.

Square
09.05.2016
14:23:29
wut
fall through ебучий

wut
это все то же было. изи

Плюшка
09.05.2016
14:25:22
вот бы в C# 7.0 запилили нормальный препроцессор, нормальные шаблоны и inline asm ???

ну или хотя бы inline cil

Плюшка
09.05.2016
14:25:57
и fall through, да

Square
09.05.2016
14:26:00
и назвали это с++17

Плюшка
09.05.2016
14:26:29
ну .net предоставляет практически полную абстракцию от ОС

а с++17 до такого вроде далеко

Square
09.05.2016
14:27:17
Плюшка
09.05.2016
14:27:21
д

Google
Плюшка
09.05.2016
14:27:31
надо поспать

спокойной ночи

Square
09.05.2016
14:28:28
ну .net предоставляет практически полную абстракцию от ОС
начнем с того что все винды фактически и так в гипервизоре работают... микры и без того отняли у девелоперов возможность с памятью работать толково.

Andrei
09.05.2016
14:28:55
Гипервизор виндовый довольно прозрачен

Это не большая проблема.

Square
09.05.2016
14:29:05
не видел ни одной дотНетовской поделки, которая месяцами гудит и в хуй не дует

Alex Фэils?︙
09.05.2016
14:29:17
ну или хотя бы inline cil
вот это збс было б)

Andrei
09.05.2016
14:29:58
Более того скажу четко за банковское по

Alex Фэils?︙
09.05.2016
14:30:35
банковское по обычно дерьмо, но я не в теме

а слышал издалека

Square
09.05.2016
14:30:39
Про джаву то же самое можно сказать.
я эластик кручу, это пздц, бида прям с хипом... два-три месяца и надо ребутать узел

Andrei
09.05.2016
14:30:41
Довольно распросраненный паттерн использования: срубить нахер GC и перезапускать софт по таймеру.

Andrei
09.05.2016
14:32:01
Эх. Я вот вообще не в теме менеджеда.

Square
09.05.2016
14:32:23
да я тоже нуль

Andrei
09.05.2016
14:32:27
Мне хватает борьбы с осями и языком, чтобы еще дополнять её потом борьбой с vm

Square
09.05.2016
14:34:16
о, на счет раста. дллку на нем запилить можно, чтоб потом вызывать ее в других местах?

как оно ваще буит дружить с менедлжером памяти в плюсах

Google
Square
09.05.2016
14:35:19
а то я помню собирал с hoard пару либ, потом вызывающий софт с интеловским аллокатором падал

Andrei
09.05.2016
14:37:08
Плохо будет дружить.

Перекидывать через барьер дллный шареную память всегда плохо кончается

Не рекомендую.

Только системным апи шарить страницы и делать что-то там.

Square
09.05.2016
14:40:31
Делфовый мм кстати хорош. Очень.

Alex Фэils?︙
09.05.2016
14:41:25
я слегка в теме манагеда

Square
09.05.2016
14:41:27
И дружит с любым другим )

Alex Фэils?︙
09.05.2016
14:41:29
ковырял байткод

melancholiac
09.05.2016
19:01:00
Как удалить голову у односвязного списка?

Andrey
09.05.2016
19:07:21
Как удалить голову у односвязного списка?
List* first = list; list = list->next; free(first);

Сергей
09.05.2016
19:08:00
Что посоветуете для хранения константных связанных строк. кроме map<string, string> ?

Сергей
09.05.2016
19:08:25
Количество не меняется

trump ? trump ? hillary
09.05.2016
19:09:15
fmap

Andrey
09.05.2016
19:09:57
fmap
Я думаю, что ты помог ему.

Сергей
09.05.2016
19:10:05
Ну у него есть особенность, что он вроде как неупорядоченный, т.е. если мне нужно будет пробежать по нему всему и вывести, например, то выведется не то же самое, как при объявлении

Хм

Google
Сергей
09.05.2016
19:10:38
Ага

Есть некая структура, так скажем

порядок нельзя нарушать, само собой

Andrey
09.05.2016
19:11:31
порядок нельзя нарушать, само собой
Список только. Больше никак.

std::vector<std::pair<std::string, std::string> >

Ненавижу плюсы за это)

Сергей
09.05.2016
19:12:39
:D

Andrey
09.05.2016
19:13:07
Тебе время поиска важно?

Сергей
09.05.2016
19:13:44
Неа

Admin
ERROR: S client not available

Andrey
09.05.2016
19:14:00
А, тогда используй просто вектор.

Если важно будет время поиска, то добавь ещё std::map<std::string, std::vector< std::pair<std::string, std::string> >::size_type>

Сергей
09.05.2016
19:15:13
Спс за советы

Andrey
09.05.2016
19:18:17
Блин, сделал код корректным. Получилась жопа, ужас.

Сергей
09.05.2016
19:29:53
Кто с chrono работал?

std::chrono

pinnokio
09.05.2016
19:32:22
я чуть-чуть работал)

а что с ним?

Andrei
09.05.2016
19:43:41
Я работал.

Со строчками верно сказали. Единственное добавлю, что pair может быть оверкилл

Google
Andrei
09.05.2016
19:46:29
Можешь просто свою структуру написать с двумя полями std::string

Или хотя бы затайпдефить pair от двух стрингов.

Andrey
09.05.2016
19:47:25
Andrei
09.05.2016
19:47:33
Если важно время поиска то unordered_map в данном случае будет решением лучше.

Сергей
09.05.2016
19:47:56
а что с ним?
Уже ничего0

Andrei
09.05.2016
19:48:07
Плюс у тебя еще и дважды стринги хранятся.

Ключевые.

Andrey
09.05.2016
19:48:50
Плюс у тебя еще и дважды стринги хранятся.
А как ты предлагаешь сделать в данном случае без оверхеда на хранение?

Andrei
09.05.2016
19:49:26
Она стандартная. Выдает ответ по ключу не за логарифм как простой мэп, а за константу.

Andrei
09.05.2016
19:49:58
В данном случае заменить в каком-то месте строчки на указатели.

Сергей
09.05.2016
19:50:23
Какой будет самый правильный способ спарсить строку типа %Y.%m.%d %H:%M:%S во время, взять другое время меньше этого и рассчитать разницу в секундах?

Andrey
09.05.2016
19:50:39
Оверкилловое решение boost::multi_index
Эм, а как ты сделаешь с контантой на поиск и с сохранением порядка?

Сергей
09.05.2016
19:51:02
а то chrono + более старые time штуки в std и еще time.h

и еще все мешается между собой

Andrey
09.05.2016
19:51:18
Эм. Ладно, я буст не трогал. Походу хрень пишу. Сорян.

Andrei
09.05.2016
19:51:39
Эм. Ладно, я буст не трогал. Походу хрень пишу. Сорян.
Ну у тебя там элиминируются все повторения данных.

И потом к ним строятся только индексы.

Можно построить легко один упорядоченный индекс и один хеш индекс

Страница 156 из 2477