а чо, его нельзя в маркдауне в гитхаб положить?

как делают с пропозалом стандарта с++

Лущ ревизию бы писал)

ай - пока что не официально, без ревизий

как делают с пропозалом стандарта с++

Его как-то вразнобой делают.

как делают с пропозалом стандарта с++

ну, а тут принято вот так. HTML, все дела

Кто html шлёт, кто ещё как...

это же пдф

а потом отправляют hrml + pdf

какой хтмл

Можно ваще в чём-то одном, а потом есть няшный pandoc

ну можно хтмл и пдф генерить из маркдауна или чего-то еще вменяемого

ненавижу отслылать в html

latex там

Кто не знает: https://pandoc.org/

а pdf везде норм открывается

Ваще зачётная штука, советую.

я про то что редактировать совместно пдф файл это такое себе удовольствие

а с текст-бейзед можно например вычитать и кинуть PR на поправку опечаток

с пдфом объем лишней работы на порядок больше

Кто не знает: https://pandoc.org/

и оно нормально конвертит docx <-> ODT ?

Можно в маркдауне пилить, а потом хоть в latex, хоть в pdf, хоть в html. да даже в docx

и оно нормально конвертит docx <-> ODT ?

Ну, если без раширений, то да.

Нёвер больше знает.

маркдаун, rst и так далее

а с текст-бейзед можно например вычитать и кинуть PR на поправку опечаток

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

@fvnever призываю тебя!

Во имя Омниссии!

Ну, если без раширений, то да.

хм-хм-хм, а либра не может...

хм-хм-хм

и оно нормально конвертит docx <-> ODT ?

Я могу сказать, что оно конвертит latex в docx, и формулы тоже конвертит.

Я могу сказать, что оно конвертит latex в docx, и формулы тоже конвертит.

в такое верю , да)

В обратную сторону не пробовал, право. Но почти уверен, что нормально сконвертит.

в такое верю , да)

Знаешь, я в это бы не поверил, зная, насколько там ужасный и недокументированный формат у этих формул.

Ну, короче, если кто и сможет хорошо сконвертить документы, то это pandoc. И если собираешься чего-то допиливать, то вполне целесообразно допиливать его.

что-то в репах pandoc протух

Собери сам)

Там всего лишь хаскель.

Тоже внесу свою лепту "... По соглашению удаленные функции объявляются как puЫic, а не private ..." (Скотт Мейерс)

+

Так в тексте ошибки компиляции будет сразу видно, что функция помечена как delete, а не как приватная, что может зависти в заблуждение.

опа, а про такое я не знал

хм-хм-хм. Ну окей)

Ну тип ололо синглтон чтоле и такое вот)

@zamazan4ik всё же рисуй к файлу версию)

@zamazan4ik всё же рисуй к файлу версию)

лениво же. Коммитами на гитхабе пойдёт?

Лущ циферка(

потому что я видел, как чуваки в Стандарте делают. Каждое слово буквально зелёным помечают, что вставили

Свежесть хэшей я пока не понимаю.

потому что я видел, как чуваки в Стандарте делают. Каждое слово буквально зелёным помечают, что вставили

Это правильно. Но тут рано)

ИМХО

солгасен

Лущ циферка(

тэги )

эцсамое, напомните у нас тут есть адекватный чят для начинающих по Rust?

а то я начал и у меня пока от умиления слюни аж брызжут

cargo doc --open вот это всё

эцсамое, напомните у нас тут есть адекватный чят для начинающих по Rust?

Но там тонны срачей https://t.me/rustlang_ru

ок, спасибо, если будет безнадежно то ливну, чо уж

а то я начал и у меня пока от умиления слюни аж брызжут

а как трактовать это?

Это правильно. Но тут рано)

Всё, смотри здесь. Все следующие версии будут с ревизиями https://github.com/ZaMaZaN4iK/ConfsANDProps/tree/master/Proposals/Memory%20mapping%20and%20shared%20memory

Уии

а как трактовать это?

э?

/warn

Всем привет. Что если я зарезервирую память под контейнер, а потом сделаю это еще раз?

Всем привет. Что если я зарезервирую память под контейнер, а потом сделаю это еще раз?

это как?

два раза reserve вызовешь?

Всем привет. Что если я зарезервирую память под контейнер, а потом сделаю это еще раз?

если я угадал твои идеи, то reserve смотрит кол-во памяти, какое есть уже. Если хватает, то он ничего не делает

ERROR: S client not available

да

то есть смотри, допустим у меня 2 потока работают с одной таблицей, не понятно,какой из них будет раньше работать с таблицей, я делаю reserve() у обоих потоков

синхронизацию используй

то есть смотри, допустим у меня 2 потока работают с одной таблицей, не понятно,какой из них будет раньше работать с таблицей, я делаю reserve() у обоих потоков

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

да, просто локи желательно, конечно, не использовать, ибо они тормозят жизнь

да, просто локи желательно, конечно, не использовать, ибо они тормозят жизнь

не получится по-другому. Юзай локи

тогда ресерви буфер до старта тредов

я понимаю, что возможно какая-то такая ситуация. я делаю reserve(), чтоб не писать в таблицу, места под которой нет. Проверяю empty(), после резервирую. Допустим, один поток считал empty() (то есть size() == 0) и выделил память, второй сделал то же самое, потом первый он инициализировал таблицу, а второй перезаписал действия первого. Память, выделенная первым, потерялась.

тогда ресерви буфер до старта тредов

а скорее всего размер узнаётся в самих тредах

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

я понимаю, что возможно какая-то такая ситуация. я делаю reserve(), чтоб не писать в таблицу, места под которой нет. Проверяю empty(), после резервирую. Допустим, один поток считал empty() (то есть size() == 0) и выделил память, второй сделал то же самое, потом первый он инициализировал таблицу, а второй перезаписал действия первого. Память, выделенная первым, потерялась.

Так точно!

я понимаю, что возможно какая-то такая ситуация. я делаю reserve(), чтоб не писать в таблицу, места под которой нет. Проверяю empty(), после резервирую. Допустим, один поток считал empty() (то есть size() == 0) и выделил память, второй сделал то же самое, потом первый он инициализировал таблицу, а второй перезаписал действия первого. Память, выделенная первым, потерялась.

у тебя классическая гонка

спасибо за советы. но надеялся без локов, онечно, обойтись

так сказать, верил)))

спасибо за советы. но надеялся без локов, онечно, обойтись

не, чудес не бывает ?

"используй силу, Люк"

да, просто локи желательно, конечно, не использовать, ибо они тормозят жизнь

смешно, да

а как вы к такому относитесь? http://en.cppreference.com/w/cpp/thread/call_once

нормально

а как вы к такому относитесь? http://en.cppreference.com/w/cpp/thread/call_once

норм вроде

но после reserve тебе надо будет работать с контейнером из разных тредов - и ЭТО ОПЯТЬ ЛОКИ

а как ты это хочешь использовать?

он хочет call_once(vec.reserve()) из двух тредов с одним once_token

он хочет call_once(vec.reserve()) из двух тредов с одним once_token

значит я угадал)

я понимаю, что возможно какая-то такая ситуация. я делаю reserve(), чтоб не писать в таблицу, места под которой нет. Проверяю empty(), после резервирую. Допустим, один поток считал empty() (то есть size() == 0) и выделил память, второй сделал то же самое, потом первый он инициализировал таблицу, а второй перезаписал действия первого. Память, выделенная первым, потерялась.

нет конечно, так не работают стандартные контейнеры

но если ты будешь дергать контейнер непотокобезопасный из разных тредов - готовься дебажить днями и ночами двойные free, use-after-free, сегфолты непонятно откуда и просто нестабильную работу приложения

да, со стандартными контейнерами беда насчет локов. надо делать свои таблички, мапы и тд, которые влезают в кеш-линию

а как я понимаю, если под локом reserve() вызывать, то хоть 10 раз можно, он просто проверит,что уже выделено и пойдет дальше?

а причем контейнеры, у тебя многопоточная программа, хочешь менять данные конкрурентно, лочь

а причем контейнеры, у тебя многопоточная программа, хочешь менять данные конкрурентно, лочь

1) Лок 2) Lock-free containers 3) Transactional memory

и?

ну пусть выбирает мб lock-free контейнеры