нет

там же чуть ли не const char * const * должно быть

по стандарту (цитата) int main(int ac, char** av)

там же чуть ли не const char * const * должно быть

где?

по стандарту (цитата) int main(int ac, char** av)

ну это имхо легаСи

вообще там шикарные гарантии, конечно argv[0] is the pointer to the initial character of a null-terminated multibyte string that represents the name used to invoke the program itself (or an empty string "" if this is not supported by the execution environment). The strings are modifiable, although these modifications do not propagate back to the execution environment: they can be used, for example, with std::strtok. The size of the array pointed to by argv is at least argc+1, and the last element, argv[argc], is guaranteed to be a null pointer.

вообще там шикарные гарантии, конечно argv[0] is the pointer to the initial character of a null-terminated multibyte string that represents the name used to invoke the program itself (or an empty string "" if this is not supported by the execution environment). The strings are modifiable, although these modifications do not propagate back to the execution environment: they can be used, for example, with std::strtok. The size of the array pointed to by argv is at least argc+1, and the last element, argv[argc], is guaranteed to be a null pointer.

ну, да, можно менять и в хвост и в гриву.

ну, да, можно менять и в хвост и в гриву.

ну имхо это легаси все-таки

ну это имхо легаСи

нет, это стандартная функция main

ну имхо это легаси все-таки

это по стандарту

нет, это стандартная функция main

ну если стандартная, то копируй все и не забудь nullptr последним параметром)

ну если стандартная, то копируй все и не забудь nullptr последним параметром)

да ну их в зад, так пусть хавают

да ну их в зад, так пусть хавают

в принципе, можно замарочиться: int foo(int argc, char*argv[]) { for(int i = 0; i < argc; ++i) { std::cout << "[" << argv[i] << "]" << endl; } return 0; } int call_foo(std::string s) { size_t offset[3] = {}; s += '\0'; offset[1] = s.size(); s += "abc"; s += '\0'; offset[2] = s.size(); s += "def"; s += '\0'; char* head = s.data(); char* argv[] = {head, head + offset[1], head + offset[2], nullptr}; return foo(3, argv); } int main() { call_foo("test"); } и спать спокойно :)

можно и так да, только у меня как видишь один параметр приходит в аргументе типа std::string

Господа

А как при делегировании конструкторов

Сделать себе временную переменную?

можно и так да, только у меня как видишь один параметр приходит в аргументе типа std::string

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

Очень сильно хочется

Писать в один оператор, очевидно

Без примера ну никак на самом деле

типа (int x=3,x) ?

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

но он же const char*

но он же const char*

data() не const char*

хм, а что мне мешает этот data() сунуть просто в мой массив тогда

только то что строки константные?

только то что строки константные?

ну, да, у меня только к ним и были претензии изначально

но если они не модифицируются а только парсятся (в чем я в целом уверен), то это ненужный огород получается

но если они не модифицируются а только парсятся (в чем я в целом уверен), то это ненужный огород получается

да, только нет формальной гарантии

но если они не модифицируются а только парсятся (в чем я в целом уверен), то это ненужный огород получается

кастить за ** очень нехорошо

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

я тоже

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

у меня теряется аппетит

Очень сильно хочется

юзай функции для инициализации

:x{defaultxvalue()}

так я уже придумал

У меня была беда с этой сигнатурой main когда надо было exec(2) вызвать, пришлось const_cast впихивать.

(exec тоже неконстантные строчки принимает, без понятия зачем)

так я уже придумал

:x{[]{ int a = 7; return a; }()}

а так еще нет, спасибо :)

офигеть - вместо enum class можно юзать enum struct

ну это ж одно и то же

ни разу в коде не видел второго

я бы еще enum enum хотел увидеть, для настоящих полноценных sum types

:D

enum class T : struct std::map::_M_node вон он, венец

Ку

http://en.cppreference.com/w/c/io/fwscanf

http://en.cppreference.com/w/cpp/header/functional

http://en.cppreference.com/w/cpp/numeric/complex/operator_arith

вот и бот проснулся

сорян, это я чу-т случайно его потыкал

я бы еще enum enum хотел увидеть, для настоящих полноценных sum types

#define mana enum mana mana

я бы еще enum enum хотел увидеть, для настоящих полноценных sum types

Вот да

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

а ну выложи в опунсурсь, кек)

а, он не доволен std::list

им никто не доволен

а ну выложи в опунсурсь, кек)

у меня они на костылях. есть более годные вроде

std::list не нужен вообще никогда

нужен, но очень редко для продуктовых задач

у меня они на костылях. есть более годные вроде

а не. такое ж говно как у меня гуглится :D

https://github.com/nanomsg/cppnanomsg/blob/master/nn.hpp

а в eastl есть какой-то list?

std::list не нужен вообще никогда

а почему?

https://baptiste-wicht.com/posts/2017/05/cpp-containers-benchmark-vector-list-deque-plf-colony.html

ох епт. я думал мы в админке болтаем - аж бутриком подавился

пхх

а почему?

он в целом бессмысленный

ну у меня ваще оно наследием тянется как то. еще из самописного делфи-листа в одном проекте.

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

которая web_structure

блядь. эти пидоры год назад заебали спамить этой конференцией! Одни из первых спамеров, блядь! *пичот*

блядь. эти пидоры год назад заебали спамить этой конференцией! Одни из первых спамеров, блядь! *пичот*

это бородатый киевлянин который?

+

это бородатый киевлянин который?

да хз. приходили юзернеймы, говорили про этот чат, и все

жёстко

std::list не нужен вообще никогда

вот прям вообще-вообще никогда, даже если постоянно добавлять/удалять в середину?

https://baptiste-wicht.com/posts/2017/05/cpp-containers-benchmark-vector-list-deque-plf-colony.html

ээ, а почему это лист так сильно тормозит? Из-за хождения в кучу для каждой операции?

У меня где-то в локальном архиве есть вьевер фотогалереи с параллельной загрузкой фото, так там буфер определялся тремя страницами просмотра и вообще скролился без задержек и консьюмил фиксированный размер память. Эмулировал при тестировании 10000 фото

покажешь?)

ээ, а почему это лист так сильно тормозит? Из-за хождения в кучу для каждой операции?

Хождения в кучу, очень неэффективная работа с кешом, CPU тяжело делать out of order execution, оверхед на хранение двух указателей

просто как раз пару недель назад была дискуссия с коллегой на тему его уместности, так и не пришли к консенсусу мои аргументы были за маленький (в 80% случаев) размер контейнера и отсутствие динамических аллокаций - вектор просто ляжет в кэш и будет там сдвигаться минимально его наоборот - кэша не очень много, контейнер может действитльно разрастаться, а лишнюю ходьбу по куче компенсирует сохранение итератора

покажешь?)

покажу, надо найти

Хождения в кучу, очень неэффективная работа с кешом, CPU тяжело делать out of order execution, оверхед на хранение двух указателей

+ проблемы с aliasing reasoning у оптимизаора из-за кучи указателей

т.е. на писюке проще и дешевле сходить в кучу за большим вектором, чем выделить в той же куче новый элемент для list-а ?