Говнокод #18805 — C++ — Говнокод.ру

guest 02.10.2015 18:25 # +2

Это потому, что

std::string cmd("aa\0bb", 5);
cout << cmd << cmd.size() << endl;
// aabb5

Ответить

bormand 02.10.2015 18:28 # +2

А что не так? Длина соответствует количеству высранных байт. А то что ты нолик не видишь в терминале - твоя личная проблема. На самом деле он никуда не потерялся.
Ответить
- guest 03.10.2015 00:22 # +1
  
  Дык, не в печатании нолика дело: strlen(s.c_str()) и s.size() могут давать разные результаты. Вот автор ГК, видимо, об этом знал.
  Ответить
  - bormand 03.10.2015 06:53 # +3
    
    Ну да. Причём s.size() всегда более правильный, чем strlen(s.c_str()).
    Ответить

absolut 02.10.2015 18:53 # 0

Там на самом деле вообще можно обойтись символьным массивом:

char cmd[] = "some string";
Socket.Write( cmd, sizeof(cmd)-1 );

Ответить

gost 02.10.2015 19:48 # +1

Не ООПешно!!!
Ответить

Dummy00001 02.10.2015 20:41 # 0

на одном продакшн проекте подобное видел - только с .data() вместо .c_str(). и та версия стл не гарантировала что 0 будет всегда добавлятся в конце...

Ответить

absolut 03.10.2015 13:39 # 0

strlen(c.data()) ?
>версия стл не гарантировала что 0
гарантии появились в c++11
Ответить
- Dummy00001 03.10.2015 13:57 # +1
  
  некоторые стл это делали уже очень давно. просто в с++11 они наконец "признались" что введение обоих .data() и .c_str() было ошибкой.
  
  глядишь через лет пять они наконец введут pop_*() методы возвращающие элемент...
  Ответить
  - Abbath 03.10.2015 16:38 # 0
    
    http://www.cplusplus.com/reference/string/string/pop_back/
    Ответить
    - Dummy00001 03.10.2015 16:57 # +1
      
      и?
      > http://www.cplusplus.com/reference/string/string/pop_back/
      > > Return value: none
      Ответить
  - bormand 03.10.2015 16:57 # +2
    
    > pop_*() методы возвращающие элемент
    Для контейнеров 146%, что никогда не введут. У таких методов начинаются проблемы с безопасностью исключений, если копирующий конструктор элемента может кинуть исключение. Если кратко - можно по дороге необратимо проебать элемент. Почитай "решение сложных задач на c++" Саттера.
    Ответить
    - Dummy00001 03.10.2015 17:05 # +1
      
      > Там проблемы
      
      везьде и у всего есть какие-то проблемы. (давайте выкинем поинтеры из С/С++ - с ними ведь так много проблем!)
      
      в контексте. глупый и бесполезный std::string::data() есть. а популярный и нужный и то что на 90% С++ проектов народ сам ручками пишет - нету.
      
      > Почитай Саттера.
      
      я по работе уже достаточно отмазок слышу почему через ж сделано и/или криво работает. а тут вы мне еще и книгу специально для этого почитать предлагаете?...
      
      ЗЫ с такими аргументами ("think of children!") вам надо на жабу перебираться. там себя как дома будете чувствовать.
      
      ЗЗЫ в Qt - QList::takeLast()/::takeFirst(). и небо не упало на землю.
      Ответить
      - bormand 03.10.2015 17:08 # +2
        
        > популярный и нужный
        > на 90% С++ проектов народ сам ручками пишет
        А так ли нужен этот возвращающий значение push_back? Атомарности он один хер не даст. А "обработал через back() и дропнул через pop_back()" будет даже эффективнее, чем копировать результат pop_back() во временную переменную... Так хочется сэкономить одну строчку?
        Ответить
        
        Dummy00001 03.10.2015 17:19 # −1
        
        > может оказаться даже эффективнее
        
        "я вас умаляю."
        
        говно с двумя вызовами мешает писать вот такой на первый взгляд тривиальный код (пользуясь стл-ифицированой номенклатурой Qt):
        
        container1.push_back( container2.take_last() );
        
        вместо этого надо извращатся:
        
        T t = container2.back(); container2.pop_back() container1.push_back( t );
        Ответить
        
        bormand 03.10.2015 17:21 # +1
        
        container1.push_back(container2.back()); container2.pop_back();
        Не дёргает лишний конструктор копирования. Безопасно с точки зрения исключений (как транзакция - либо скопировало либо нет, ничего никуда не проябывается). И всего на строчку длиннее. Вы всё ещё кипятите?
        Ответить
        
        Dummy00001 03.10.2015 17:35 # +1
        
        > Вы всё ещё кипятите?
        
        ы? кто из нас тут брызжет оправданиями почему нет?
        
        > И всего на строчку длиннее.
        
        и семантика не та, и два выражения вместо одного.
        Ответить
        
        bormand 03.10.2015 17:37 # +1
        
        > семантика не та
        Ну да. Полная транзакционность против говна, которое проябывает элемент при исключении в push_back или конструкторе копирования ;) Или такая семантика и требовалась? :)
        
        Что с семантикой не так? Поясни.
        Ответить
        
        Dummy00001 03.10.2015 17:42 # −3
        
        у меня ничего не проябывает.
        
        если у тебя проябывает - то это у тебя руки кривые.
        Ответить
        
        bormand 03.10.2015 17:44 # +3
        
        > у меня ничего не проябывает
        У тебя в проекте исключения отключены? Или "память же резиновая, поэтому new всяко не будет кидать исключение, да и конструктор копирования - тоже, и так сойдёт"?
        Ответить
        
        Dummy00001 03.10.2015 17:52 # 0
        
        борманд, ты либо пьян, либо у тебя старческий маразм начался.
        
        потому что ты упорно на коммент "на практике работает" пытаешься протолкнуть "но теоретически что-то может работать не правильно" ответ.
        Ответить
        
        bormand 03.10.2015 17:53 # +1
        
        > на практике работает
        На практике и возврат адреса стековой переменной работает. В некоторых случаях даже годами...
        Ответить
        
        Dummy00001 03.10.2015 17:54 # 0
        
        ок. понял. маразм. R.I.P. борманд.
        Ответить
        
        bormand 03.10.2015 17:56 # +2
        
        На сишке malloc() тоже на NULL не проверяешь, потому что на практике он его никогда не возвращает?
        Ответить
        
        Dummy00001 03.10.2015 17:57 # −2
        
        нет. я проверяю на `== (void *)1`, на случай если эльфы решили вернутся в мидгард. или на `== (void *)2` в случае единорогов.
        Ответить
        
        roman-kashitsyn 03.10.2015 19:05 # +3
        
        > на практике работает
        Многопоточные алгоритмы по тому же принципу пишем? Счастливой отладки.
        Ответить
        
        Dummy00001 04.10.2015 12:23 # 0
        
        да. но только вместо round robin scheduling я везьде ставлю square pigeon алгоритм.
        Ответить
        
        gost 04.10.2015 09:00 # +1
        
        Только вчера у меня new при попытке выделить 14 байт кидал bad_alloc, причем памяти хватало. Хорошая у тебя все-таки практика.
        Ответить
        
        absolut 04.10.2015 09:23 # 0
        
        14 байт? bad_alloc? Настолько всё фрагментировано?
        Ответить
        
        gost 04.10.2015 09:29 # 0
        
        Дело было поздно ночью, поэтому я просто убрал его вызовы, а теперь повторить не могу, к сожалению.
        Ответить
        
        bormand 04.10.2015 10:27 # 0
        
        > поэтому я просто убрал его вызовы
        new падает с bad_alloc? Уберём его вызовы, хуй с ними.
        
        Топор - лучшее средство от головной боли.
        Ответить
        
        gost 04.10.2015 13:17 # 0
        
        ГК же.
        Ответить
        
        Dummy00001 04.10.2015 12:11 # −1
        
        > Хорошая у тебя все-таки практика.
        
        и какое отношение имеет то что ты в твоем коде исключения не обработал к моему коду?
        
        то ли вы все идиоты, то ли мы говорим о разных вещах.
        Ответить
        
        bormand 04.10.2015 14:55 # +1
        
        Он просто привёл пример, что bad_alloc даже с маленьким размером не такая уж мифическая вещь, как кажется.
        
        А bad_alloc во время push_back'а или конструктора копирования элемента в твоём c2.push_back(c1.take_last()) безвозвратно проябывает переносимый элемент.
        
        P.S. Или и c1 и c2 - связные списки из POD'ов, а прога однопоточная? Тогда bad_alloc в данном push_back'е вроде как действительно не будет возникнуть на практике.
        Ответить
        
        bormand 04.10.2015 15:12 # 0
        
        > POD'ов
        Ну точнее не POD'ов, а любых типов, которые не выделяют память в конструкторе копирования.
        
        > возникнуть
        возникать
        Ответить
        
        Dummy00001 04.10.2015 15:22 # −1
        
        "А bad_alloc во время push_back'а или конструктора копирования элемента в твоём c2.push_back(c1.take_last()) безвозвратно проябывает переносимый элемент."
        
        1. "конструктора копирования" если у тебя конструкторы бросают исключения - то сам идиот.
        
        2. "bad_alloc во время push_back" - только в случае если у тебя где еще нет ссылки на этот элемент. или не транзакционно-защищенный код. или свой GC прикручен. или это сообщение выделеное из пула которое будет перепослано если не придет ответа. или это вообще тестовая прога, где допустимо что все повалится на unhandled exception в случае FAILED теста.
        
        у меня есть чувство что вы начитались каких книг и толкаете мне теории. в то время как я реально на практике фиксил (и white box тестировал) проги что бы они были 100% STL exception safe.
        
        это опять же не отменяет полезности take_last() потому что если на проектах где требуется надежность кода (в тех редких местах где С++ вообще разрешен) STL в принципе избегают. а для всего остального, take_last() это "мелочь но приятно".
        Ответить
        
        bormand 04.10.2015 15:32 # +2
        
        > если у тебя конструкторы бросают исключения - то сам идиот
        Okay. Так и запишем - авторы STL и boost - идиоты. Все до единого.
        
        И как же практики сообщают об ошибках во время конструирования? Джвухфазной инициализацией (foo a(...); if (a.init()) ...) али флагом каким-нибудь (foo a(...); if (a.isValid()) ...)?
        Ответить
        
        Dummy00001 04.10.2015 15:47 # −1
        
        > foo a(...); if (a.init()) ...
        
        да. и таже фигня для деструкторов. и init()/finish() не должны бросать исключений. иначе, по моему опыту, большие модели данных с 100% верностью создать/удалить без мемори ликов почти невозможно.
        
        я это правило с прокта на проект таскаю. народ жалуется и жужжит только до Н-го раза когда с красивым ОО-шным кодом лажаются. и пока лажались все.
        
        если нужна 100% защита от мемори ликов, то еще часто все объекты складываю в глобальные/per-transaction списки, что бы все можно было поодиночке удалить в конце сессии/транзакции/этц.
        Ответить
        
        bormand 04.10.2015 15:59 # +2
        
        > да
        А если объекту надо заinit'ить 3-4 поля - по-сишному юзаем goto / do {...} while (), чтобы ничего не забыть за finish'ить при откате... Классический exception free c++.
        
        В итоге делаем руками всё то, что аккуратный код с исключениями из конструктора дал бы бесплатно и с тем же уровнем надёжности.
        Ответить
        
        Dummy00001 04.10.2015 16:10 # 0
        
        > В итоге делаем руками всё то, что аккуратный код с исключениями из конструктора дал бы бесплатно и с тем же уровнем надёжности.
        
        да? и какова длина гирлянды из catch()ей у ваших try'ев?
        
        как я и написал:
        > > и пока лажались все.
        
        кто-то что-то где-то забывает. где-то кто-то забывает какой эксепшн обработать - и потом неделями народ ищет эти ошибки.
        
        фишка моего подхода что он туп как валенок. его можно с легкостью проревьювить и протестить буквально за минуты. что оставляет все остальное время на работу с основной логикой прогаммы.
        Ответить
        
        bormand 04.10.2015 16:29 # +1
        
        > где-то кто-то забывает какой эксепшн обработать
        Да там вся фишка в том, что если RAII соблюдается, если деструкторы и ещё несколько методов не кидают исключений, то все откаты/освобождения работают автоматом, в правильном порядке и без портянок if'ов/catch'ей. А try/catch стоят только там, где ты реально что-то полезное кроме отката, освобождения и возврата хочешь сделать (а это не так часто, и 90% вот этих твоих ифов просто откатывают состояние и передают код ошибки на уровень выше, где он делает то ж самое). Ну и где-нибудь на самом верху, чтобы зафейлить запрос/сессию/всю прогу.
        
        > какова длина гирлянды из catch()ей у ваших try'ев?
        Любой try/catch для освобождения ресурсов по определению считается говном и рубится на ревью. Поэтому никаких гирлянд нету, остаётся только основная логика :)
        Ответить
        
        bormand 04.10.2015 16:35 # +1
        
        P.S. И ни одного delete в проекте из сотни-другой классов с нетривиальной иерархией типа произвольного графа :3
        Ответить
        
        Dummy00001 04.10.2015 16:46 # 0
        
        > если RAII соблюдается
        
        что работает только тогда когда RAII вообще применим. на простой фигне оно катит. но если у тебя есть хоть насколько-то нетривиальная модель данных, то цикличиские зависимости данных нередки и RAII отдыхает.
        
        и RAII в принципе отдыхает если у объекта нетривиальный life cycle.
        
        не, да, можно враперов и адаптеров нагородить, но это только добавляет сложности и снижает тестируемость.
        
        > Поэтому никаких гирлянд нету, остаётся только основная логика :)
        
        спорить не буду. у вас похоже данных поменьше, модели попроще и ресурсов в избытке. если работает - то почему бы и нет.
        Ответить
        
        bormand 04.10.2015 17:27 # 0
        
        > насколько-то нетривиальная модель данных
        Ну да, там жопа начинается когда нет "вертикали власти" - ациклического графа владения. Но этот случай без GC в какой-то форме, хотя бы минимальной, вроде вообще никак не разрулить...
        
        RAII/не RAII там уже особо не влияет. Один хуй без сканов не видно, чего можно погрохать.
        
        > нетривиальный life cycle
        Можно на конкретный пример посмотреть?
        Ответить
        
        Dummy00001 04.10.2015 17:52 # 0
        
        > Но этот случай без GC в какой-то форме, хотя бы минимальной, вроде вообще никак не разрулить...
        
        нет. но на самом деле, как я говорил выше, ты просто больше не полагаешься на вертикаль, а просто дополнительно держишь объекты в специальной плоской коллекции, по которой их можно потом махом удалить. (народ это называл "repository".)
        
        > Можно на конкретный пример посмотреть?
        
        недавно были грабли по типу: разрушение RAII объекта тригерит асинхронное действие, с которым потом конфликтует инициализация нового объекта. теоретически, объект надо было подымать в контекст уровенем выше. практически, как такого, этого контекста просто не было. (пара примеров: открытие/закрытие серийного порта (открытие делает инициализацию которая может убить данные которые еще в HW очереди сидят); синхронное vs асинхронное проигрование звукового файла, когда некоторые потоки не хотят ждать когда файл до конца доиграет.)
        Ответить
        
        bormand 04.10.2015 19:06 # 0
        
        > дополнительно держишь объекты в специальной плоской коллекции, по которой их можно потом махом удалить
        Ну так это и есть та самая вертикаль, т.к. только ссылки из неё удерживают объекты от смерти ;)
        
        > некоторые потоки не хотят ждать когда файл до конца доиграет
        Я это решал дополнительным объектом Player. Основная идея - плеер держит shared_ptr на файлы, которые он играет/будет играть следующими. Не хочешь ждать - просто отпусти файл и всё само удалится когда доиграет или воспроизведение отменят.
        
        > которая может убить данные
        Здесь сложно ответить навскидку. Надо больше контекста. В том числе - а не похуй ли нам на неполный пакет, который сейчас трансмиттер выплёвывает? Порт ведь не от хорошей жизни резко закрыли без flush/ack. Значит какая-то ошибка была и пакет скорее всего один хер будет неполный, даже если инициализация ничего не потрёт.
        Ответить
        
        Dummy00001 04.10.2015 19:17 # 0
        
        > Ну так это и есть та самая вертикаль
        
        нет. там где я это делал, это была "горизонталь". вертикалью там была извратная вложеная/древовидная структура данных.
        
        > Порт ведь не от хорошей жизни резко закрыли без flush/ack.
        
        там все было слегка сложнее. это было real-time и тайминг операций был известен. поэтому и не было флаша. но. между рил-тайм блоками, там были еще и нормальные интерактивные фазы. переход из рил-тайм в интерактив убивал данные из рил-тайм фазы.
        
        это было просто последствие слепого применения RIAA "патаму шта синглтоны это плохо!". в нормальном случае, без мудрения, просто делается глобальная инстанция серийного порта, раз открывается и никогда не закрывается. но они там увидели проблему с размером выходного буффера, и попытались ее пофиксить с динамически выделяемой памятью.
        Ответить
        
        bormand 04.10.2015 19:38 # 0
        
        > переход из рил-тайм в интерактив
        А почему бы просто не дождаться, пока трансмиттер всё передаст? И только тогда считать риал-тайм фазу законченной и закрывать порт?
        
        > слепого применения RIAA
        +1.
        
        > глобальная инстанция серийного порта, раз открывается и никогда не закрывается
        Ну тоже не всегда айс. Иногда хочется не убивая сервер поболтать с железками через какой-нибудь minicom. А такая схема не даст. Хотя от задачи. конечно, зависит.
        Ответить
        
        Dummy00001 04.10.2015 19:57 # 0
        
        > А почему бы просто не дождаться, пока трансмиттер всё передаст?
        
        ну нечто в этом духе и было решением. в рил-тай режиме просто было не желательно ждать, а в интерактивном режиме просто использовались те же самы классы что и в рил-тайм.
        
        > Иногда хочется не убивая сервер поболтать с железками через какой-нибудь minicom. А такая схема не даст.
        
        такое редко бывает нужно. в общем случае проще какой cisco-style телнет интерфейс на сокетах прикрутить (или ту же zebra взять). (но в моем конкретном случае это было на встроенной железке с 256К памяти, где эзернетом и не пахнет.)
        Ответить
        
        bormand 04.10.2015 19:27 # 0
        
        P.S. И life cycle в этих примерах самый обычный. Просто автор кода нихуя не понял сути RAII и пытался насильно убить объект, который ещё должен немножко пожить. И вместо того, чтобы поискать/добавить кого-то, кому этот объект ещё нужен (хотя бы какому-нибудь коллбеку, как в том же boost::asio), начал пихать всякие извраты в деструктор. Прямой путь на грабли.
        
        Т.е. деструктор RAII объекта должен вызываться когда объект никому не нужен, а не только текущей процедуре. Тогда всё, внезапно, становится простым и наглядным. И в деструкторе остаётся самый минимум.
        Ответить
        
        roman-kashitsyn 04.10.2015 22:44 # +2
        
        > если у тебя конструкторы бросают исключения - то сам идиот
        Ну-ну. Миллионы строк кода без двухфазового создания объектов. Проблем с этим никогда не было.
        Кстати, семантика конструирования объектов в условии исключений - одна из тех вещей в С++, которые сделаны правильно.
        Ответить
        
        gost 05.10.2015 01:39 # 0
        
        >Он просто привёл пример, что bad_alloc даже с маленьким размером не такая уж мифическая вещь, как кажется.
        +
        
        >если у тебя конструкторы бросают исключения - то сам идиот.
        Самое смешное, что bad_alloc приходил именно из конструктора std::istringstream.
        Ответить
        
        Dummy00001 05.10.2015 01:49 # 0
        
        > >если у тебя конструкторы бросают исключения - то сам идиот.
        > Самое смешное, что bad_alloc приходил именно из конструктора std::istringstream.
        
        ну это же STL. народ пальцы себе ламает у виска крутить уже десятилетиями.
        Ответить
        
        imihajlov 05.10.2015 11:10 # 0
        
        Dummy, ты случайно не 3_14dar? Он такой же упертый дебил.
        Ответить
        
        defecate-plusplus 05.10.2015 11:13 # +4
        
        нет, он mysql qt developer
        за деньги делает сендвичи из разных сортов говна
        
        а сёма не делает ничего, он невостребован
        Ответить
        
        bormand 05.10.2015 18:11 # +2
        
        > а сёма не делает ничего
        Сёма парсит сайты на питоне. Видимо таки востребован.
        Ответить
        
        defecate-plusplus 05.10.2015 18:20 # +4
        
        парсит сайты центров занятости населения, на минуточку
        Ответить
        
        3_14dar 05.10.2015 18:30 # −4
        
        Там обычный сайт с предложениями работы, хоть и ебанутый. А вы еще помните как сдвигами на константу умножать? И вообще, тут все проходили через пособие/неквалифицированную работу, в отличие от маасквичей, которые сдают квартиру и не работают, так что будешь пиздеть когда хоть чего-то добьешся в чужом окружении, обезьянка!
        Ответить
        
        bormand 05.10.2015 18:35 # +3
        
        > А вы еще помните как сдвигами на константу умножать?
        Конечно. Сегодня как раз на работе пару раз на асме умножал сдвигами на 8 и пару раз делил на 16.
        Ответить
        
        defecate-plusplus 05.10.2015 19:06 # +5
        
        а ты думаешь тут все такие успешные масквичи, которые сдают бабушкину квартиру и дрочат?
        работал я с середины 3 курса, ипотеку мне ещё 8 лет выплачивать, а работаю я по 10+ часов в день
        
        просто работать на работе надо, за деньги, которые дают, чтобы научили и заплатили через год больше, а не дома сидеть хуи пинать и считать, что жавоёбы/гитлерлинуксдрочеры/пыхомакаки всё твоё сало зъилы
        
        на первой работе (инженер саппорта инет-провайдера) я зарабатывал $300 в месяц при 42-часовой рабочей неделе, совмещая с очным в/о, и ничего, не сдох
        Ответить
        
        3_14dar 05.10.2015 21:38 # 0
        
        >просто работать на работе надо, за деньги, которые дают, чтобы научили и заплатили через год больше, а не дома сидеть хуи пинать и считать, что жавоёбы/гитлерлинуксдрочеры/пыхомакаки всё твоё сало зъилы
        Кому надо? Зачем надо? Ты для себя работаешь, а не для меня. Так что мне похуй кем и где ты работаешь, меня интересует лишь чем ты реально можешь мне помочь. Понты можешь кидать перед людьми, которые от тебя материально зависят, выслушают, куда денутся.
        > жавоёбы/гитлерлинуксдрочеры/пыхомакаки всё твоё сало зъилы
        Мое сало при мне в магазине. Тут же сайт говнокода? Так почему я не могу упомянуть, что в языке х нету весьма очевидной библиотеки, что синтаксис отстает на 5-10 лет? Про пыхомакак/дельфодрочеров тут пишут и без меня, какие у тебя ко мне претензии? Или ты считаешь, что твои узкие проблемки по работе кого-то за ее пределами интересуют?
        Я не пойму - тут стало модным доебываться до людей которые более или менее кодят для себя?
        Ответить
        
        CHayT 06.10.2015 13:36 # +4
        
        s/кодят для себя/кодят под себя/
        поправлено для соответствия тематике сайта
        Ответить
        
        3_14dar 05.10.2015 21:44 # 0
        
        Или у пидарахенов просто багет от пособия в 400 евро + квартира, я просто не пойму? :) Но у вас есть маасквичи с бабушкиными квартирами.
        Ответить
        
        Vasiliy 07.10.2015 12:35 # +1
        
        > пособия в 400 евро + квартира
        Пидарок это у тебя потолок? 400 евро? Это блядь меньше чем я на пиво трачу в месяц.
        Ответить
        
        Stallman 07.10.2015 13:08 # +5
        
        Алкаш.
        Ответить
        
        Vasiliy 08.10.2015 09:44 # 0
        
        с хуяли? Я же не во вред деятельности а во благо.
        Ответить
        
        3_14dar 08.10.2015 19:43 # 0
        
        Во благо чего? Очищения генофонда от ваты?
        Ответить
        
        bormand 09.10.2015 05:57 # 0
        
        Алкаш во благо - всё равно алкаш.
        Ответить
        
        roman-kashitsyn 09.10.2015 10:38 # +2
        
        > на пиво трачу в месяц
        
        Он же не сказал, что пьёт потом это пиво. Может, он покупает пиво и отпускает его на волю?
        Ответить
        
        3_14dar 09.10.2015 13:01 # 0
        
        Пусть очищает, чем больше говна безграмотного в рашке сопьется тем лучше.
        Ответить
        
        3_14dar 08.10.2015 01:39 # +1
        
        По тебе и видно, мразь безграмотная.
        Ответить
        
        3_14dar 06.10.2015 13:16 # −1
        
        Обезьянки, ответьте же хоть что-нибудь.
        Ответить
        
        3_14dar 06.10.2015 15:00 # −3
        
        Высер только вещать как радио умеет? Ладно, послан нахуй, пустышка.
        Ответить
        
        defecate-plusplus 06.10.2015 16:28 # +4
        
        надо же какая обиженка
        
        хорошо сидеть дома и дрочить ф5 в браузере
        совсем не то же самое, что работать
        
        а чего ты сказать то хотел, никто не понял
        что у тебя такая жизненная позиция сидеть на жопе ровно, пока пенсия не придёт? да дело твоё
        Ответить
        
        3_14dar 06.10.2015 19:58 # −3
        
        Петушонок, еще раз - что ты хочешь мне сказать? Что ты работаешь надрывая жопу? Расскажи это бляди которую ты содержишь - или у тебя за 10 часовой рабочий день и на это денег не набирается?
        
        Я хотел сказать - не надо судить по вещам в которых ты не шаришь. Я ж вот не утверждаю, что расия - страна клинических ебанатов по вашим видео с регистраторов. А, это наверно такой ымперский комплекс - да хуле там, я все знаю.
        Ответить
        
        guest 06.10.2015 20:16 # 0
        
        Правильно говорить не петушонок, а цыплёнок.
        Ответить
        
        3_14dar 08.10.2015 01:40 # −1
        
        Сдулся, высерок?
        Ответить
        
        3_14dar 08.10.2015 19:43 # −2
        
        Бамп отсосу высерка.
        Ответить
        
        defecate-plusplus 08.10.2015 20:35 # +4
        
        мужик я понять не могу - ты охотник или пидарас?
        
        чего тебе всё мало то?
        
        рассказывать о том, что даже моя жена в 7 раз больше твоего пособия зарабатывает - да какой мне профит, накой самоутверждаться за твой счет? детей обижать.
        
        работать иди, опёздол
        Ответить
        
        3_14dar 09.10.2015 13:06 # −1
        
        А тебе какое дело-то, хуесос? Я у тебя денег прошу что ли? Да и в мааскве это на 5 разделить надо. Или на 10. Алсо где я писал что я сейчас на пособии сижу?
        
        Еще раз, тут были люди писавшие под себя, тот же стертор, на еще более устаревшем говне. Что у вас загорелось-то?
        Ответить
        
        3_14dar 05.10.2015 18:55 # 0
        
        Я понял, тут сидят одни успешные люди, вон кащитцын вообще с яндекса на землю спустился, интересно, с чего он вдруг решил с простыми смертными общаться? Чего ему там не сидится? Может он там сендвичи разносит, а тут - крутой программист? :)
        Ответить
        
        imihajlov 05.10.2015 22:34 # +3
        
        У пидара опять бомбит!
        Ответить
        
        CHayT 06.10.2015 09:08 # +2
        
        breaking news!
        Ответить
        
        3_14dar 05.10.2015 18:27 # −5
        
        показать все, что скрытоКрасноглаз, мозолек пережрал?
        Ответить
        
        gost 07.10.2015 11:29 # +3
        
        какой багор ))
        Ответить
      - Xom94ok 03.10.2015 23:08 # +4
        
        > ЗЗЫ в Qt - QList::takeLast()/::takeFirst(). и небо не упало на землю
        <green>Ага. Там, если какие проблемы в программе случились - фреймворк серанул в qDebug() мессагу и дальше исполняет. Ляпота!</green>
        Qt - не образец, а местами даже двадцатилетнее говно, которое лежит и каменеет под грудой легаси. И мне очень жаль, что оно настолько популярно.
        Ответить
  - bormand 03.10.2015 17:01 # +1
    
    Хотя... в 11 крестах должно получиться безопаснее, если возвращать перемещением, а не копированием.
    Ответить
    - Dummy00001 03.10.2015 17:09 # +2
      
      (о. это же борманд. авку не узнал.)
      Ответить
    - roman-kashitsyn 03.10.2015 17:57 # +1
      
      А никто не говорил, что конструкторы перемещения не бросают...
      Хотя noexcept в них скорее норма, чем исключение.
      Ответить
      - absolut 03.10.2015 19:04 # +4
        
        noexcept не исключение. Хорошо звучит. Со смыслом.
        Ответить

bormand 03.10.2015 06:55 # +2

А у нас был вот такой код:

for (int i = 0; i < strlen(s.c_str()); ++i)
    if (s[i] == '\\')
        s[i] = '/';

Ответить

absolut 03.10.2015 13:40 # +2

квадратичный цикл по строке это уже классика
Ответить
- gost 04.10.2015 09:04 # 0
  Просвятите нуба, почему тут получается квадратичный цикл? Конпелятор не оптимизирует i < strlen(x) в какое-то подобие
  
  size_t temp = strlen(x); for (int i = 0; i < temp; i++)
  
  ?
  Ответить
  - absolut 04.10.2015 09:30 # +2
    
    На каком основании он может вынести вызов функции за цикл? Особенно когда в цикле строка меняется.
    Ответить

Говнокод: по колено в коде.

C++ / Говнокод #18805

Комментарии (94) RSS

Добавить комментарий