Нелегитимный.

Подскажите, с чего начать изучение С++?
Алсо, знания javascript будет ли обеспечивать какой-то плюс в изучении?

>>904184
С того чтоб сесть и подумать надо ли оно тебе.

Ваша зарплата, динозавры.

>>904190
1200 рублей

Есть какие-то гайды, что нужно знать джуну на собеседовании(в приличную компанию)?
https://habrahabr.ru/post/117996/
Вот это изи.
Но нужно что-то поновее

>>904194
Саттера

>>904196
Есть вроде такого, но с с++11\14?

>>904202
Последние книги Саттера, лол. К тебя осталось мало времени, скоро новый стандарт выйдет, и будешь его драфты зубрить, так что поспеши.

Пойдёт ли Страуструп для начинающего в С++ веб-макакера? Или лучше выбрать другую книгу?

>>904212
Выбири Дваву

>>904181
>урюрю

Буль

>>904212
>лучше выбрать другую книгу

День добрый!
Посоветуйте альтернативу libevent для написания простейшего http-сервера на C++ (libevent как я понял не дружит с win х64, что меня не устраивает).
Есть еще libuv и libеv, но там вроде бы "из коробки" в 10 строчек кода веб-сервер не запустишь - нужно писать свои велики.
Есть что-то еще?

>>904695
Он почти в 10 строк пишется и на сокетах/epoll/kqueue.

Именно из плюсовых — boost.asio (очень многословно и оверинжинирнуто), casablanca (очень няшно, на последних плюсах, советую), ещё какой нибудь libsocket.

>>904695
>libevent как я понял не дружит с win х64
Что именно не дружит? У меня конпелировалось и работало в x64.

>>904695
Адекватного и такого же минималистичного нету. Я использовал для подобных задач libev.

>>904165 (OP)
1 то что сети нет - это не баг, а фича
2 модули у силанга и студии есть.
3 корутины давно уже есть.

>>904190
5000 рублей в месяц и талоны в столовку
завтра вот пюрешка с сосисками будет :3

Нужно в map как значение хранить несколько типов(int и string). Как это провернуть?

>>904746
Некоторые компиляторы записывают нулевые байты в исполняемый файл. Вот и причина такого размера.
Пример: шланг 3.5 https://godbolt.org/g/gFRcuK
гсс 5.1: https://godbolt.org/g/GvQwBZ

>>904746
>>Long int

Да?

>>904699
>>904702
>>904704
Плюнул на использование либ. Взял за основу пример на сокетах
https://code-live.ru/post/cpp-http-server-over-sockets/
В чем я сосну?

>>904746
У тебя же данные которые должны сохранятся между запусками программы. Следовательно они должны быть записаны в сегменте данных. Дальше зависит от оптимизаций компилятора. Твой вариант - оптимизирована скорость запуска за счет размера программы (в статической памяти хранится полностью весь массив в "готовом" состоянии). В одном из вариантов продемонстрированным аноном выше оптимизирован размер программы за счет скорости запуска - хранится только имеющая смысл часть массива (нулевые байты отброшены), а полностью массив будет создан и подготовлен уже в рантайме.

>>904774
>>Твой вариант - оптимизирована скорость запуска за счет размера программы (в статической памяти хранится полностью весь массив в "готовом" состоянии)

Я конечно новичок и писать программы толком не умею, но с каких это пор копирование в памяти стало более медленным чем чтение с диска?

>>сохранятся

Хотя всё ясно

>>904718
Ты дурак? Зачем ты эту хуйню пишешь?

>>904771
Во всём. По жизни.

>>904211
А что у него достойного, кроме 2 exceptional книг?

>>904774
>>904755
>>904754
Я вернулся. Так вот еще чего могу добавить. Это случается, когда я делаю двумерный массив. То есть с обычным такого не происходит. Все равно, спасибо за ваши версии)

>>904875
Все.

>>904771
Какая связь? libevent это про обработку событий, а не про сокеты.

>>904887
Это случается не из-за того что ты делаешь двумерный массив. Это случается из-за того, что ты образуешь огромный литерал задавая первые его элемент.

Когда ты напишешь char value[max] = { 'a', 'b', 'c' } размер файла будет пропорционально велик. Дело в том, что задавая таким образом массив ты говоришь: хочу литерал, первые три байта которого - 'a', 'b', 'c', остальное заполните нулями. Это будет статический блок памяти, который должен быть загружен при запуске программы. Храниться он в data-блоке.
https://en.wikipedia.org/wiki/Data_segment

Есть некий банковский софт на джаве, насколько есть смысл его переписывания на С++ и переезд на опенсоурс стек? Вывод интерфейсов нужен на веб и гуй. В результате перехода понизится стоимость поддержки, т.к. стоимость джависта и С++ разные, тем более ничего изобретать не нужно будет после переписывания, мелкие изменения и дополнения. На порядок повысится производительность системы. Интересно что скажете по делу.

Теперь понял. Спасибо за объяснение.

>>905036
С плюсовиками которые будут стоить меньше джавистов перформанс только упадет, из каждой пизды будут лезть баги и скорость разработки упадет ниже твоего айсикью.

>>905042
>из каждой пизды будут лезть баги
проблема пиздотечей все еще так остро стоит?

>>905052
Когда ты набираешь лоу квалифаед шит готовый работать за еду и твой язык не подтирает им зад — это вообще меньшая из проблем, учитывая что раньше все работало на жаве и рамы хоть жопой жри.

>>905055
>лоу квалифаед шит готовый работать за еду
кто сказал что за еду?

>>905060
Ну, ты же на полном серьезе считаешь что стоимость программиста зависит от языка, а не решаемых задач, и что плюсовики обойдутся дешевле. Так вот те что обойдутся дешевле — никогда не отобьют даже сотой части денег вложенной в ту же жвм, которая тебе достается халявно.

>>905060
Потому что под нижней планке зарплаты работать пойдут разве что байтоебы с заводов (та самая часть рынка плюсов, которая опускает показатель средней зп), у которых развитие остановилось на "ой бля битмаска битмаска не выровнять сука блять блять классы это оверхед нахуй rtti я все наебашу на юнионах всего-то за пару дней".

>>905036
Учитывая популярность джавы я сильно сомневаюсь, что джавист дороже равного по скилу плюсовика. Рыночек насыщен.

>>905036
>банковский софт
>транзакции, базы, CGI, веб, хуеб
>c++
Чтобы это работало и не рассыпалось придется искать плюсовиков значимо более дороже средних жава-сеньеров. Плохая затея. Но перфоманс вырастет, да, в теории.

Анончики, такой вопрос встал. Уже достаточно долгое время упарываюсь программированием на крестах на работе, естественно, окромя СТЛ наигрался уже с кучей фреймворков, но, мне кажется, что меня эта рутина уже конкретно доебала. Думаю начать оттачивать архитектурные навыки (ну знаете, архитектура программного обеспечения и все такое, молодое направление и вся хуйня). Стоит ли оно того, анончики, или нет. Я понимаю, всяко эта хренотень впоследствии окажется полезной (рассматривать структуру ПО сверху, уже прикидывать что и какой "скелет" (слеш) паттерн можно применить), но стоит ли в нее прямо таки упарываться (читать хуевы кучи книг и разбирать примеры), или все-таки это лажа в роисси мало популярная?

>>905757
> архитектура программного обеспечения и все такое, молодое направление и вся хуйня
С каких пор оно молодое? Думаю стоит почитать банду четырех, рядовому программисту точно пригодится, проектировщику наверное тоже.
На счет популярности профессии не скажу, в крупных компаниях с большими проектами точно есть.

>>904695
хули вы сразу асинхронку пишите когда вам нужен "простейший" http сервер
вам же не осилить это говно

Анон, установил Mingw, например: *.cpp у меня находится в C:\folder, это мне нужно в консоле путь прописывать? А как в линукс? просто в директории /houm сырцы оставлять? или тоже прописывать путь? Подскажите книгу чтобы в ней про Gcc ключи и про утилиту make можно было почитать, на русском

>>904695
asio

>>905811
Про паттерны начитался уже, в том числе эту книгу тоже. Думаю, грызть или нет уже более специфичные области проектирования (конкретно разбиение на системы, подсистемы, виды, документирование и прочее и прочее), несмотря на то, что это полезно в любом случае, не хотелось бы тратить свое время впустую.

>>906205
На линуксе тебе никаких MINGW устанавливать не нужно. Там GCC и G++ идут по дефолту при установке. В том же /home. создаёшь папку, например ~/home/workspace/cpp. Далее выбираешь в консоли эту папку (необязательно, но удобно), на Ubuntu команда cd /workspace/cpp. И компилируешь g++ main.cpp

>>906205
Не слушай этого >>906312, он пиздит. Либо специально, либо нихуя не знает.

>>906312
>>906325
Разобрался, в основном встречал gcc, интуиция подсказывает использовать его

>>906329
Хотя Торвальдс критиковал версию 4,9, на линуксе стоит 4,9,2 на винде 5,3, вот если можно было обновить в линуксе до более новой версии как например youtube-dl -U, было бы здорово

>>906331
Пиздец, как ты в линукс забрался с неумением компилировать. Там тебе достаточно один аргумент указать при конфигурации (а именно --prefix, чтобы не серануть мимо) и собрать гусей. Что может быть сложнее-то?!

>>906331
> на линуксе стоит 4,9,2
Поставь себе дистрибутив посвежéе.

>>906359
Ужас какой-то. Используй std::vector например

>>906365
Я по книжке учусь, векторы после new и delete идут. Вроде говорят, что векторы умнее массивов, но я пока с ними даже не сталкивался.

>>906366
А вот про ситуации А и Б можно тут почитать http://ru.stackoverflow.com/questions/297649/%D0%9C%D0%B0%D1%81%D1%81%D0%B8%D0%B2%D1%8B-%D0%BD%D1%83%D0%BB%D0%B5%D0%B2%D0%BE%D0%B9-%D0%B4%D0%BB%D0%B8%D0%BD%D1%8B

>>906371
Спасибо. Проверю другим компилятором.

>>906359
>Почему ситуация Б легальна, а ситуация А уже сообщает об ошибке памяти.
Нипочему, просто повезло с Б. Оба примера могут падать на другой машине/другом компиляторе. Тебе мама разве не говорила, что чтение/запись за границы маасива это UB?

Часик в сладость. Есть ли тут великие и добрые люди, которые пояснят мне, тупому студентику, как реализуются в С++ такие концепции ООП как композиция и наполнение.

>>906417
http://e-learning.bmstu.ru/moodle/pluginfile.php/235/mod_page/content/17/OOP2.pdf

>>906417
>> наполнение
Впервые слышу, может ты перевел что не так
>> композиция
Это же паттерн

>>906425
спасибо, чекну

>>906432
Странные названия.
Я больше знаком с агрегированием и композицией. Только в твоих терминах агрегирование - композиция, а композиция - наполнение ("мои" термины перед дефисом).
Если кратко, композиция подразумевает такую связь объектов, при котором один объект (родитель) становится владельцем другого или других (дочерних). При уничтожении родителя уничтожаются все дочерние объекты.
При агрегации один объект (родитель) лишь хранит другие (дочерние), но не является их хозяином, то есть при уничтожении родителя дочерние объекты не уничтожаются, в отличии от агрегирования.

Подробнее можешь посмотреть тут:
https://ru.wikipedia.org/wiki/Агрегирование_(программирование)

>>906436
Бля не то написал, видимо. ЩАс читанул пару абзацев из той методички и понял, что ошибся с терминами.

>>906413
Говорила. После того как это заработало я полез в гугл. Потом сюда. На винде это не заработало совсем. Ну раз так неправильно, то делать так наверное не стоит.

Почему у меня программа вылетает с ошибкой, если я вызываю delete[] для массива посреди main(), не вылетает при вызове того же в другой функции, не вылетает при delete указатель?

>>906570
Код в студию, предсказатели, гадалки и шаманы в отпуске.

Откуда взялся этот адрес? Рандом? Это адрес в виртуальной памяти? Ниже упомянут что для mov нужен адрес в реальной памяти. Разве есть какаята проблема с переводом из виртуальный в реальную? Нужно же просто знать таблицу страниц виртуальной памяти. Она всегла есть независимо от того какую программу запускать.

>>906586
Тут не в коде дело, но сделал наглядно: http://ideone.com/MEjyN0
Тут даже видно, в какой момент всё ломается. Почему так?

>>906657
delete можно применять только к указателям возвращенным new. Установить указатель на случайную ячейку памяти и заюзать туда delete нихуя не даст нормального.

>>906663
int* arr = new int[3];
Это, по-твоему, указатель на случайную ячейку памяти? Точно такой же указатель "на случайную ячейку памяти" есть в f(), только там он нормально удаляется.

Понял, в чём тут была ошибка. Мой косяк.

Чего не работает? Можно как-то в рунтайме тип переменной определить? Теперь де всякие авто есть и тому подобное.
http://ideone.com/e2wQbn

>>906693
У тебя переменной b не существует после выхода из if else. Можно сделать указатель на void, а в if else выделить память нужного типа но мнекажется эта хуйня какая-то

>>906696
Всё. Понял как сделать. Код писать не буду т.к. с телефона.

>>906587
>Откуда взялся этот адрес? Рандом?
да, так линкер положил. но можно задрочить линкер, чтобы складывал по определенным адресам

>Это адрес в виртуальной памяти?
да, очевидно. адресами в реальной памяти заведует только меморименеджер в ядре

>Ниже упомянут что для mov нужен адрес в реальной памяти. Разве есть какаята проблема с переводом из виртуальный в реальную? Нужно же просто знать таблицу страниц виртуальной памяти. Она всегла есть независимо от того какую программу запускать.
wat

>>906927
Ну там не совсем рандом. 0x8048 это не рандом

>>906587
> Откуда взялся этот адрес? Рандом?
Если ты про 0x8048470 то там (скорее всего) будет именно такое число, но само по себе оно взято произвольно. Возможно там есть какая-то кулстори почему получилось именно такое число - но по сути оно случайно.
> Ниже упомянут что для mov нужен адрес в реальной памяти. Разве есть какаята проблема с переводом из виртуальный в реальную?
С этим ебется ОС. Программа оперирует с виртуальной паматью, так как будто это реальная - определить что ей подсовывают именно виртуальную память она может только по косвенным признакам (например похожесть адресов выделенной памяти при каждом запуске).

>>906587
>Откуда взялся этот адрес? Рандом?
Аллах так пожелал.

>>907306
> 2015
> CD-ROM
Ясно.

>>907306
Скачай и установи

>>907306
Попробуй Haskell Platform установить

В шапке все ссылки протухли:(

>>907449
Там написано что делать. А обновлять — мне лень, если есть желающие помочь покидайте свежих ссылок.

Хули тут так тихо?
Когда 17 стандарт запилят?

>>908252
В 2020 заходи.

>>908252
ты сначала с лямбдами из 14 стандарта разберись

>>908329
[]<>(){} разобрался.
>14 в 2к17-м
В каком-нибудь gcc 8 уже наверное все потенциальные фичи реализованы

>>908340
https://gcc.gnu.org/projects/cxx-status.html#cxx1z
http://clang.llvm.org/cxx_status.html
В 7-м гцц уже все есть кроме 1-й фичи, а в последних шлангах почти все есть.

>>907314
Будут ли в будущих стандартах выпиливать ненужное гавно?

>>908351
>>908401

>>908401

Бббудут!

Когда завезут модули?

>>908449
>Когда завезут модули
никогда

>>906278

Архитектура познаётся только на практике. Книжки грызть не имеет смысла, потому что в этой области они мало что имеют общего с реальность.

>>908448
Нет.
>>908449
Не раньше стандарта двадцатого года. Именно потому что не хотят выкидывать старое говно.
>>908532
Ты что! А как же котик и собачка унаследованные от животного????

>>904724

Ну, кто там жаловался, что работать за еду не будет?! Пюрешка с сиськами! Налетай!

>>908536
Для рашки это хороший вариант для одиночки, если еще общагу прилагают.
Если по еде и жилью обеспечен, то считай ты успешен. 5к как раз на одежду хватит.

>>908555
Это скорее всего без жилья.

Когда искал работу видел вариант за 4к - в местной областной больничке электротехником, лампочки менять, проводку, и т.п.
Но 4к - этого даже на жилье не хватит, а свое жилье больничка не предоставляет. Не говоря уже о питании.

И как там работать предлагают?
Либо тратить 3к на еду и жить на улице, либо оплачивать коммуналку этими 4к и питаться святым духом.

ИМХО дворником за 8 выгоднее - можно и квартиру оплатить и еду. Но на одежду уже не хватает.

И вот как с такими ЗП выживать?

>>908560
>И вот как с такими ЗП выживать?
Очень просто

>>908567
Дык это хымик. А чо делоть математику?

>>908536
А я б за пюрешку с сосисками поработал. У меня как раз уровень знаний C++ подходящий: две прочитанные книги. А так хоть опыт какой.

>>908571
Для матем атика есть биржи, где можно нехило намахинировать.
Для экон омика есть черная бухгалтерия.
И т.д.

>>908401
В 17-м уже выкинули помеченное в 14-м бумажкой deprecated

Какие актуальные на данный момент GUI существуют?

>>908607
Qt

>>908607
Mate

>>908589
Подробнее можно?

>>908778
http://www.cplusplus.com/reference/memory/auto_ptr/
deprecated видишь?

Когда завезут сериализацию?!

>>908800
Сразу после того, как деление на 0 и обращение по нулевому указателю станет defined behaviour

ПОСТАВИЛ CLION
@
УДАЛИЛ

>>908637
GTK же.

>>908607
Нет ни одной.

>>908607
онли QT

>>909051
>>908902

Нужно сделать стрим скриношотов, отправляя по TCP;
Нужно это делать быстро, поэтому решающим фактором можно считать размер изображения, поэтому нужно сделать скрин, сжать его, засунуть в буфер и отправить;
когда я использую https://msdn.microsoft.com/en-us/library/windows/desktop/dd183402(v=vs.85).aspx , на выходе получается 8 мб, причем если пересохранить любым редактором в .jpg размер будет 300 кб (!) без существенной потери читаемости.
Нагуглил только класс CImage, который не включен в инклюды gcc.
Все остальные предлагают пересылать все 8 мб.

>>909269
Берешь ffmpeg, заворачиваешь стрим на него, он работает быстро, убирает избыточность, сильно снижает битрейт практически без потери качества. На другой стороне разворачиваешь стрим любым видеоплеером.
Это выгоднее, чем пережимать покадрово в жипеги или стримить битмапы. И велосипеды не нужны - все уже готовое.

>>904165 (OP)
Хочу перекатиться из пхп в си ++. Какой стек и какое приложение порекомендуете сделать в качестве хоум проекта для джуна?

>>909339
это мамкин хакер, он очередной ратник пишет, а ты ему ffmpeg предлагаешь, кек

>>909387
конпилятор

ЗАПИЛИТЬ КОМНАТНЫЙ СЕРВЕРНЫЙ ПОЛИМОРФИЗМ

Как на си или си++ реализовать полиморфизм кода, чтобы функции каждый раз компилировались по-разному? Есть ли для этого какие-то средства метапрограмминга? Например, чтобы вместо вызова NtMapViewOfSection генерировалось

__asm nop
__asm nop
__asm xynta
call NtMapViewOfSection
__asm govno

>>909413
Шаблоны и макросы чем не подходят?

>>909339
Заебатая хуйня, для вебки то, что нужно.
То есть, за одну итерацию я беру битмап, хуярю однокадровое видео из этого битмапа, а с другой стороны воспроизвожу по одному видео за пакет? Это прокатит?
>>909406
Если все понимаешь - почему бы и не подсказать, я же не платину спрашиваю, а вполне конкретные вещи.

>>909425
>Шаблоны
Каким образом их можно использовать для того, чтобы сделать полиморфизм кода?

>>909456
Самым прямым. Шаблоны - по определению полиморфизм. Ты объясни по-человечески, что тебе надо?

>>909515
Он хакир и хочет самомодифицирующийся код, как под досом.

>>909518
Пусть на форте пишет - там такое с полпинка делается.

Хочу в целях самообразования написать простенький тетрис. Какая библиотека лучше подходит для вывода простенькой графики а-ля разноцветные квадратики?

>>909603
Если что-то нормальное нужно то SFML, например, там даже вроде книга есть с примером разработки игры. Если тебе совсем просто попробовать то можно прямо на форме рисовать в Qt или VS - но будет выглядеть как гавно, хотя у них там вроде как есть двойная буферизация, но даже тетрис они уже не тянут (так как не предназначены для этого). Но попробовать можно.

>>909523
Проще снять защиту от записи со страниц с кодом, чем об стековое говно руки выкручивать.

>>909648
>Проще снять защиту от записи со страниц с кодом, чем об стековое говно руки выкручивать.
Тогда тебе придется выкручивать руки об голый асм-говно, а то и машкоды вручную пердолить. Форт гораздо удобнее.

>>909659
>Форт гораздо удобнее.

> стековая машина
> удобнее регистровой

Спс паржал.

>>909671
Форт удобен как макроассемблер плюс маленький и простой рантайм. Стековая машина удобнее регистровой просто без вариантов, поэтому ее в каждую первую ВМ и пихают.

>>909675
> Стековая машина удобнее регистровой просто без вариантов, поэтому ее в каждую первую ВМ и пихают.
Код для этих ВМ пишут не руками, а компилятором.
Для компилятора стековая машина удобнее, для человека — нет.

>>909681
Ебанутая какая-то у тебя логика.
Если так посудить - давно под все машины код пишут не руками, так какого хрена везде не стековые машины? Конпеляторам жи удобнее

>>909694
>Ебанутая какая-то у тебя логика.
Нет, у тебя.
Питоновская VM писалась создателями языка чтобы им было проще компилировать в этот байт-код.
Аналогично JVM затачивалась конкретным создателем компилятора под для упрощения компиляции определённого языка.
И т.д.
>Если так посудить - давно под все машины код пишут не руками, так какого хрена везде не стековые машины? Конпеляторам жи удобнее
Унылое передёргивание.

>>909694
>Если так посудить - давно под все машины код пишут не руками, так какого хрена везде не стековые машины? Конпеляторам жи удобнее
Очевидно потому, что создатели реальных машин руководствуются удобством компиляции далеко не в первую очередь.

>>909681
>Для компилятора стековая машина удобнее, для человека — нет
Аллокация регистров - NP-полная задача, на решение которой требуются вычислительные ресурсы, не важно машина их использует или мозг программиста. Плюс форт обычно не чистая стековая машина, почти во всех реализациях есть переменные. Кроме того стеков два, и использование стека возвратов для временного хранения значений значительно уменьшает стековую акробатику. Не говоря о том, что модель с двумя стеками предлагает гораздо более высокий уровень абстракции, к тому же легко воспринимаемый человеком, в отличие от асма с регистрами.
Для компилятора удобнее не стековая машина, а SSA или CPS, по которым можно сразу делать кучу оптимизаций.

>>909722
>Для компилятора удобнее не стековая машина, а SSA
Спс паржал ещё!

Если для компилятора удобнее SSA, почему же clang выплёвывает LLVM-код не в SSA-форме, а с кучей ячеек памяти, куда по 100 лишних раз пишутся и откуда читаются данные? Только mem2reg-пасс LLVM-а превращает этот ужас в SSA.
Почитай http://llvm.org/docs/tutorial/LangImpl07.html , что ли.

>>909722
>Аллокация регистров - NP-полная задача, на решение которой требуются вычислительные ресурсы, не важно машина их использует или мозг программиста.
Прадалжаю дико ржать. Если неважно, использовать машину или мозг, зачем вообще машины используют для решения задач?

>>909753
>почему же clang выплёвывает LLVM-код не в SSA-форме, а с кучей ячеек памяти
Потому что clang и сишка. LLVMу-то полюбасу удобнее нормальный SSA принимать.
>>909755
>зачем вообще машины используют для решения задач?
Ты тред читаешь вообще? Пельмень вверху >>909681 считает, что под регистровую машину (асм) человеку удобнее писать, чем под стековую (форт), что явная чепуха.

>>909780
>Потому что clang и сишка.
Итак, ты сам опроверг своё утверждение, что компилятору удобнее производить SSA-код.

>>909722
> Плюс форт обычно не чистая стековая машина, почти во всех реализациях есть переменные.
В большинстве VM есть переменные и инструкции вроде
LOAD, которые снимают с вершины стека адрес и вместо него кладут значение.
> Кроме того стеков два
На асме можно написать библиотечку-реализацию стека и завести себе хоть 500 стеков.

>>909782
Ты с логикой дружишь вообще? Объектный код делает LLVM, он компилятор, ему удобнее SSA. Clang - транслятор из сишки в формат LLVM, он делает как умеет, с аллокациями на стеке, в надежде, что LLVM дальше все разрулит.

>>909785
>На асме можно написать библиотечку-реализацию стека и завести себе хоть 500 стеков
А на форте можно написать реализацию асма, и завести себе хоть 500 ассемблеров. Суть в том, что с двухстековой машиной работать ничуть не менее удобно, чем с регистрами в асме.

>>909786
>Ты с логикой дружишь вообще?
А ты, долбоёб? Речь шла про то, что создатели язычков высокого уровня запиливают под них стековые VM, т.к. под них крайне легко комилировать: высрать код для стековой машины можно просто правильным обходом AST (тут я слегка утрирую, конечно, но в общем это верно)

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

SSA удобнее для оптимизаций, но компилировать в SSA это pain in the ass. Понял, быдлан?

>>909792
Я говорил, что компилятору удобнее с SSA или CPS работать на входе. Компилятор - тот, кто из промежуточного представления машинный код делает. Так ясно?
Олсо разницы во что выводить, SSA или стековый язык практически нет - они переводятся друг в друга элементарно.

>>909722
А вот это уже аргумент.
Действительно, задача распределения данных по куче регистров - очень ресурсоемкая задача. Потому все эти gcc и тормозят.

Для стековых машин конпеляция быстрая и простая - регистр всего 1-2, причем с накоплением, знай себе пихай да напихивай.

Но это и минус: когда у тебя много регистров, можно совершить значительно больше оптимизаций.
Регистр позволяет банально не выгружать данные во время операций, сохраняя нить исполнения (нить вычислений одних и тех же данных) в тактовой доступности (на больших чипах полтакта).
Т.е. регистры позволяют быстро и дешево переключаться между несколькими нитями исполнения одного потока, не трогая кэши и память, работая таким образом сверхбыстрым буфером. А иногда и распараллеливая нити исполнения: многие операции работают сразу с несколькими регистрами параллельно, фактически параллельно выполняя операцию над несколькими нитями исполнения - тут вообще кратный рост скорости, если нити данных грамотно свести в такие регистры.
Зависимость тут походу нелинейная: быстрая оценка говорит что каждый следующий регистр ускоряет код больше, чем предыдущий.
Но регистры стоят очень дорого.
За каждым регистром скрывается сотня переключателей и шин. Все это ест много энергии, снижая энергоэффективность, и понятно, сильно ограничивает тактовую частоту - шины получаются намного длиннее, чем необходимо в случае одного регистра.

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

Т.е. тут война параллельного кода с последовательным: стековые машины хорошо работают с параллельным кодом, но плохо переваривают последовательный, за счет того что последовательный код для стековых машин сложнее оптимизировать и распараллелить.
А т.к. большая часть кода таки последовательная, регистровые машины в большинстве ситуаций получаются более производительными, чем стековые. За счет этого и живут.
А долгая и сложная конпеляция, дороговизна, сложность, низкая энергоэффективность - необходимая цена, которую приходится платить за производительность.

Где важнее энергоэффективность, надежность, стоимость или много параллельного кода - там будут играть стековые машины.
Но с определенного количества исполнительных устройств (операций), которые удлиняют шины, усложняют, удорожают, снижают частоты и энергоэффективность стековых машин, опять начинают играть регистровые машины.
Т.е. стековые машины пригодны только там, где есть еще и ограничение по исполнительным устройствам, количеству команд.
Для слишком большого количества команд пилить стековую машину неэффективно, и проще запилить регистровую, она выйдет примерно той же сложности +/-, зато появится возможность поднять уровень оптимизаций и ускорить код.

В продаже есть вот какие вкусные стековые машины:
http://www.linux.org.ru/forum/development/5472606
https://geektimes.ru/post/133291/
https://geektimes.ru/post/134057/
20 баксов, 1Вт, 144 ведра, 96 миллиардов операций в секунду. Казалось бы: конфетка!
Но! Оперативка и пзу по 64 ячейки на ведро, т.е. эффективность сильно ограничена, программы маленькие, а данные придется гнать потоком через все ведра, не задерживаясь - памяти ни подо что просто нет.
Инструкций всего 32 - большинство операций придется расписывать как микрокод, разбивая на десятки и сотни шагов.
Такая вот эффективность. 96 гигаопс/с идут коту под хвост: штука эта пригодна только для очень узкой группы потоковых алгоритмов, и только там, где нужна энергоэффективность - на большинстве алгоритмов эти 96 гигаопс/с выйдут медленнее чем 4 гигаопса десктопного одноядерного интела: интел имеет кучу регистров, кучу команд, кучу исполнительных устройств, кучу кэшей/оперативок/пзу, плюс для него оптимизации последовательного кода намного дешевле.
Такие дела.

>>909753
>почему же clang выплёвывает LLVM-код не в SSA-форме, а с кучей ячеек памяти, куда по 100 лишних раз пишутся и откуда читаются данные?
Потому что так дешевле и удобнее.
Программа - это граф потока данных и команд, переменные - узлы.
Конпеляция - сжатие графа. Попытка свести количество переменных к количеству физических регистров.
Чтобы грамотно (оптимально) сжать граф по ширине, нужно перебрать миллионы конфигураций графа. Неграмотно можно сжать дешево, но толку от этого, понятно, ноль.
И чем меньше регистров, тем дороже такое сжатие, труднее сделать это эффективно, чтобы не замедлить программу.
Поэтому выгоднее сжать граф чуть-чуть - до сотен и тысяч регистров. Просто убрать избыточность, самыми простыми и быстрыми методами.
А далее пережать уже к формату конкретной машины - не забывай что LLVM все сводит к формату виртуальной машины, который можно перегнать к любому формату физических машин.

>>909799
Вот еще более наглядная ссылочка
http://www.kit-e.ru/assets/files/pdf/2011_11_111.pdf

Недавно узнал, что я писал не на C++, а на си с классами. Думаю, такие же как я все после вузов. Как мне быть в мейнстриме, тыкать stl, везде использовать шаблоны и всякий boost?

>>904737
В мапе один аргумент - ключ, другой - значение . Можно сделать map<int, tuple<int, string, char, float>>

>>904737
variant

Нужно ввести число. Потом нужно проверить, введено ли число вообще, и если нет - закончить алгоритм. Как это реализовать? Предполагаю, что через string, но как тогда перевести string в int?

>>910469
Если что-то простое то читаешь через std::cin и проверяешь на failbit и badbit. Проблема с std::cin что если нет четких ограничений на ввод (например - или инт или нахуй) то нужно много попыток чтения делать. Если производительность важна, то там да, читаешь в строку потом парсишь. Есть atoi, atof и их друзья.

>>910494
Все очень простое. Буквально два варианта: пустая строка или число. Если строка пустая, то алгоритм заканчивается, если там число - string переводится в int. Возможность букв не учитываем хотя они вроде все равно в int не сконвертятся. Получается, нужно написать getline(cin, stringname), потом сделать проверку на пробел на первой позиции int n=-1; n=stringname.find(' '); if (n>-1) break;, потом через atoi переводить строку в int. Правильно?
Пойду гуглить atoi.

>>910502
atoi при ошибке возвращает ноль, так что хуй поймешь ошибка там или просто ввели ноль. Бери stoi, оно исключение бросает.

>>910509
Понял. А как запилить проверку на пробел? stringname.at(0)==' ' не детектит.

>>910513
isspace

>>910494
>>910509
>>910515
Спасибо, пошел разбираться.

Пичёт от CL.exe

Простой кодец: http://codepad.org/GWbINr9g

Гцц компиляет нормально.
А вот cl.exe Хуюшки:

$ cl 1.cpp
Оптимизирующий компилятор Microsoft (R) C/C++ версии 19.00.24215.1 для x86
(C) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.

1.cpp
1.cpp(14): error C2059: синтаксическая ошибка: ;


НО, ЕСЛИ РАЗВЕРНУТЬ МАКРОС - ВСЁ НОРМ!!111
Чё за дичь? cl.exe не умеет в многопроходность? Как научить?
Кто нибудь сталкивался?

>>910639
Нахуй такое делать?

>>910709
это код от Sun, я просто хочу собрать его
Они наркоманы

>>910639
Це пиздец, но я пофексел: http://codepad.org/DMAwf0U1
Банально вынес 0 в макрос и стало норм. Какой-то баг штудийного конпелятор -__-

>>910664
https://www.upwork.com/tests/1012?pos=23

>>910787
На месте

>>910796
В другом браузере её тоже нет. Адблок выключен. Зас попробую зарегаться. А это норм тест? Не слишком лёгкий? После прохождения можно будет хвастаться что я кресты знаю? А если я там зарегаюсь, тест пройду, а работать не буду? Результат не аннулируют?

>>910806
> А это норм тест?
> Не слишком лёгкий?
> После прохождения можно будет хвастаться что я кресты знаю?
> А если я там зарегаюсь, тест пройду, а работать не буду?
> Результат не аннулируют?
Хуй знает, пройди, расскажешь
кнопка появляется после регистрации

>>910811
Плохой тест. Ответил не на все вопросы, время не вышло, а он завершился. Он ограничивает время одного вопроса двумя минутами. На некоторых вопросах где надо выбрать несколько вариантов можон выбрать только 1. В конце вопросов где надо поставить пропущенное слово в предложение он ставит знак вопроса из-за чего предложение теряет смысл. Вопросы тупо откуда-то скопипащены т.к. в начале одного из вопросов стоял его номер который не совпадал с тем что над постом и которого там не должно было быть. Есть не столько вопрос с неоднозначным ответом и примеры кода с неопределёным поведением. Были вопросы по си и по линуксу. В конце теста мне не дали сертификат. возможно из-за низкой оценки Пересдать можно через 10 месяцев. Детали посмотреть нельзя. Реквестирую другой тест.

>>910845
http://pastebin.com/iVDHptqL

Блядь, имел ввиду вот это.

>>910845
Динамическое выделение памяти. Не используй new, когда есть unique_ptr

>>910845
>>910850
Почитай о динамической памяти тут:
http://itedu.ru/courses/cpp/cpp-dynamic-memory-allocation
И о умных указателях (с++11 и выше)
http://archive.kalnitsky.org/2011/11/02/smart-pointers-in-cpp11/

>>910856
Класс, спасибо.

У вас нет какого-нибудь чата с обсуждением где-нибудь?

>>910828
Ну раз плохой тест, не прорабатывай заскриненные ответы, а жди пока подскажут хороший.

Какое нахуй кеширование строк в компайлтайме; ты сам то понял что высрал?
Что за пиздец на 2 и 3 ОП-пике?

>>910828
>Пересдать можно через 10 месяцев
Через месяц же. Сдал его на 3.4 из 5. Считаю что для тупого ньюфага вроде меня это неплохой результат. Пойду еще какой-нибудь оттуда пройду.
>>911026
Это из прошлого треда

>>911026
>Какое нахуй кеширование строк в компайлтайме; ты сам то понял что высрал?
Я-то понел (что ето хэширование), а ты очевидно — ниет, вот и запеканус.
>Что за пиздец на 2
Отсылка к знаменитой цитате медведева, очевидно же.
>и 3 ОП-пике?
https://2ch.hk/pr/res/892147.html#903297

>>910664
Бамп вопросу. Какие ещё тесты знаете?

>>911207
http://www.quizful.net/job-role/junior-cpp-developer

Класс на аsio с сокета принимает пакеты. Нужно, чтобы пакеты сваливались в контейнер вне класса. Нормой ли в класс передать unique_ptr наверно указатель на контейнер? Или кривой подход? Как сделать правильно?

>>911830
std::transform + std::back_inserter

гыг

>>911830
Передавать ссылки на какие-то внешние контейнеры не очень идея. Single responsibility же, вся хуйня. Если класс работает с сокетом, то он должен только работать с сокетом, а не управлять еще и масивом. Делаешь через наблюдение. Получив пакет класс рассылает своим наблюдателям сообщение что пакет получен, а они уже решают что с ним делать.
Есть еще похожий на твой вариант, когда интерфейс реализован через внутренний контейнер. Тоесть у тебя асинхронный клиент (или сервер). В одном потоке твой класс принимает пакеты и складывает в свою внутреннюю (желательно не блокирующую) очередь. Рабочие потоки обращаются (через геттер, не напрямую) к очереди и вытаскивают оттуда пакеты. Но в таком случае на контейнер внутри класса, никаких внешних ссылок нет, внутренний контейнер просто используется для организации потокобезопасного интерфейса.
Если тебе нужно что-то простое то твой вариант в принципе тоже ок. Только передаешь обычную ссылку на контейнер, и обзываешь это делегатом. Если в будущем функционала контейнера станет не хватать, то потом просто пишешь настоящего делегата с интерфейсом твоего контейнера (тех методов что реально вызываются в коде). Если все правильно делать, то прийдеться менять достаточно мало существующего кода. Смотря как написал конечно, если твой контейнер лезет со всех щелей приложения (потому что ты его всюду передаешь голого), то тогда настанут естественные пиздарики.

нахуй нужны d-поинтеры?

>>912156
учись гуглить по ключевым словам типа "какая то хуйня use case"

>>912088
а сишник сделает это все в одной функции через while со свичем
кек

Ананасы, что лучше std::cout или printf?

>>912215
printf(), причем по всем параметрам: от удобства и гибкости до, банально, скорости компиляции.

>>912156
Для сохранения бинарной совместимости при изменении реализации.

>>912215
http://fmtlib.net/

>>912241
Чем оно лучше?

>>912263
Предположу, что твой терминал должен быть определенного типа

>>912247
Типобезопасность+удобная форматная строка
>>912263
Хлебаешь сперму.

>>912241
fmt топчик, да

Аноны, на каком этапе обычно неосиляторы дропают с++?

Как обратиться к члену глобального объекта подобным образом?
::(*object).variable;

>>912462
::object->variable

>>912499
Мне надо так как я написал.

>>912500
*(::object).variable

>>912508
Точнее так
(*::object).variable

>>912509
Работает, спасибо.

Пришло время разобрать говнокод.
Говнокод сам себя не разберёт.
Нужны знающие SFML и Box2D

В игре присутствует модель игрока. Суть в том, что при нажатии W игрок просто летит вверх. Эта проблема решилась просто проверкой вертикальной скорости y игрока перед следующим нажатием.

if(evt.key.code == sf::Keyboard::W && playerBody->GetLinearVelocity().y == 0)

А вот как решить проблему полёта при зажатии "A" или "D"? Проверять горизонтальную скорость не вариант. При зажатии кнопки, игрок просто летит в выбранном направлении.

if(evt.key.code == sf::Keyboard::D)
playerBody->SetLinearVelocity(b2Vec2(5.0f, 0.0f));

А так же следующая проблема состоит в том, что при нажатии W+D или W+A игрок поднимается вверх, но влево-право не двигается.

if(evt.key.code == sf::Keyboard::A && evt.key.code == sf::Keyboard::W)
playerBody->SetLinearVelocity(b2Vec2(-50.0f, 50.0f));

>>912585
Как уже говорилось в СЮ:
в играх нажатия клавиш надо обрабатывать не в ивент хендлере, а в игровом цикле.
Го в /gd/, там более уместно.

>>912585
Держи структуру данных, где отмечаешь какие кнопки нажати (по инпут ивентам меняешь эту структуруру), в игровом цикле проверяешь структуру на предмет нажатых кнопок.

>>912585
Ты неправильно работаешь с телами. Тебе, как правило, в ручную не нужно устанавливать скорости - с скоростями ебется движок, это его работа. Ты напрямую манипулируешь скоростями в редких случаях (например при инициализации объекта, если у него изначально должна быть определенная скорость). Ты должен работать с перемещением тел через ApplyForce и ApplyLinearImpulse/ApplyAngularImpulse. Если игрок должен подпрыгнуть - ты прописываешь ему импульс вверх. Движение влево/вправо - скорее всего сила направленная в нужное направление. Скорее всего потому что сила/импульс в некотором роде взаимозаменяемы - силу можно заменить последовательностью импульсов. Конкретный результат зависит и от параметров сцены, нужно пробовать разные варианты и смотреть что получается.

>>912633
Спасибо анон. С помощью импульсов удалось решить последнюю проблему. Теперь осталась вторая, ведь персонаж летать влево-вправо не должен. Если вверх это решается простой проверкой вертикальной скорости, то как быть влево-вправо?

>>912738
Что значит "персонаж летать влево-вправо не должен"?

>>912746
Персонаж по нажатию W подлетает вверх (прыгает). И если зажать после прыжка A или D, то персонаж застынет в положении, и начнёт постоянно двигаться в сторону нажатой кнопки (A - влево, D - вправо), и по-чуть чуть падать на поверхность под действием гравитации.

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

>>912752
Нужно с коллизиями разобраться. Нажатия кнопок A и D обрабатываешь только если персонаж стоит на поверхности. И застывать никто не должен, если ты не вручную скорость выставляешь. При нажатии A/D или силу прикладывай или периодически импульсами подталкивай.

Чем на машиином уровне отличаются невиртуальные/виртуальные/pure ? (сравнительно насколько много нужно сделать шагов для вызова функции)

>>912838
Учиться надо во время семестра, а не на сессии.

>>912838
Гугли v-table

>>912774
Кстати вопрос: что лучше, ApplyForce или ApplyLinearImpulse? Последние доки по Box2D которые я нашёл были за 2013 год, и там даже нет упоминания булевого аргумента wake, который передаётся в этот метод.

>>912846
Спасибо.
Еще такой вопрос, возможно ли отслеживать вызовы из виндоконсоли и винапи функции?
Знаю, что второе можно сделать http://www.rohitab.com/apimonitor , но не знаю как ? инжектить в виндодлл .
Интересует именно момент между самим вызовом программы (или прямо перед ним) и местом, когда эта программа может почистить логи/прочее.

>>912845
Лол, если бы только мне подобные вещи рассказывали, а не как оптимизировать сборщик мусора.

>>912854
Если тебе нужно постоянное воздействие на тело то используешь силу. Если короткое - импульс. А так-то они связаны между собой и фактически взаимозаменяемы (при дискретных расчетах). Сила - скорость изменения импульса точнее скорость изменения импульса равна сумме действующих сил. Силу можно представить как импульс который повторяется на каждом шаге. Импульс можно представить как силу которая действует только один шаг.

Вроде везде написано что альтернативные операторы (and, not, or...) в C++ уже доступны по умолчанию и не требуют включения заголовка <ciso646>, хотя у меня без включения заголовка альтернативные операторы не работают, можете что подсказать, у вас они работают?

>>913116
>везде написано
Где написано?
>уже доступны по умолчанию
Где доступны?
И чем && || не устраивают?

>>913119
В общем я думаю они только в Visual studio не работают.

Поясните зачем нужен виртуальный деструктор, вернее есть ли случаи когда его не делают?

Какую IDE юзать? VS не запускается, Dev-C++ имеет разъебанные заголовочные файлы, Code::Blocks не может найти компилятор при создании проекта. Присматриваюсь к Эклипсу, как он вообще?
Что примерно я должен знать, чтобы хотя бы кодить джуном за еду?
Заранее спасибо.

>>913161
vim

>>913116
>у вас они работают?
Да.
>>913119
>И чем && || не устраивают?
Ты бы ещё иероглифами писал.

>>913170
>>913161
Emacs на самом деле Qt Creator

>>913161
Nano. Еще можешь посмотреть acme, оче годно.

>>913150
> когда его не делают
Если при разработке класса решают что его не стоит наследовать (либо полиморфно использовать) то виртуальный деструктор не делают, чтобы сэкономить память и процессорное время. В STL много классов без виртуальных деструкторов - все контейнеры, например.

>>913171
>Ты бы ещё иероглифами писал.
Всю жизнь так писали и не жаловались.

Можно ли как-то сделать чтобы параметры функции могли принимать только чётные значения?

>>913203
Нет. Проверять можно constexpr, а параметры ими быть не могут. Можно использовать параметр шаблона вместо параметра функции, но не думаю чт ов такой хуите может быть смысл.

Бля, аноны, выручайте. Уже час ебусь, понять, что тут за хуетень происходит, я не в силах:
В общем, имеется кусок кода, вот по этой вот ссылочке http://pastebin.com/CNU0dZ4S . В общем-то, проблем, как мне кажется (во всяком случае, как мне казалось до этого времени), в нем возникнуть не может ну вообще никак. На обнуление указателя проверяю, в общем, вроде как, все ОК.
Захожу, я значит, посмотреть, что тут, да как. И, вжух, получай SEGFAULT, петух (угадайте, пока что на какой строчке).
В общем, если вы подумали про цифру 8, тогда я вас обрадую. Так оно и есть. Однако, меня беспокоит то, каким вообще макаром это произошло.
Думаю, так так так, может какую хуйню творю (с чем черт ведь не шутит), захожу в отладчик. И что же я вижу там:
>> layer : 0x16b7bf0
>> m_terrainLayer : 0x16b7bf0
Все как и положено, даже читает внутренние значения класса, однако, какая же великолепная картина предстоит перед моим взором - а вот вы хуй догадаетесь:
>> tileSet : 0x1
Какого черта. Почему она туда указывает?! Ладно, едем дальше, прохожу уже в этот самый "злополучный" метод, и что - а вот нихуя там, он просто возвращает protected-переменную. Все, ничего больше. Притом, что переменная внутри в нормальном состоянии, нихуя не 0x1, как это у меня пишется в отладчике каждый раз. Что за поебистика такая?! Или я в глаза ебусь...

>>913228
Почему ты решил что проблема в языке? Может у тебя с фреймворком проблемы? Например ты неправильно проинициализировал переменную на которую указывает layer, и проинициализировал хуитой которую к текущему моменту уже удалили.

>>913233
Нет. В том то и дело, что все нормально и в других местах у меня стоят ассерты на случай косяков обнулений.
У кокоса автоматическое освобождение ресурсов в конце рабочего цикла при обнулении счетчика указателей на объект, но это все дело происходит еще до всевозможных чисток.
Алсо, отладчик считывает область памяти, на которую указывает объект, в том числе и внутренние значения, только вот возвращается почему-то хуйня.

>>913235
Вот лог GDB для понятности
>>(gdb) step
>>cocos2d::TMXLayer::getTileSet (this=0x1681a90) at /home/%USERNAME%/AndroidStudioProjects/Game/cocos2d/cocos/2d/CCTMXLayer.h:237
>>237 TMXTilesetInfo getTileSet() const { return _tileSet; }
>>
>>(gdb) print _tileSet
>>$3 = (cocos2d::TMXTilesetInfo ) 0x1681750
>>
>>(gdb) step
>>PhysicsProcessorPrivate::setTerrainLayer (this=0x1679260, layer=0x1681a90) at /home/%USERNAME%/AndroidStudioProjects/Game/Classes/src/PhysicsProcessor.cxx:31
>>31 if (tileSet) {
>>
>>(gdb) print tileSet
>>$4 = (cocos2d::TMXTilesetInfo *) 0x1

>>913238
Ну смотри. Я дописал к твоему коду еще хуйни, чтобы он запускался http://ideone.com/YKKUnW И твой код отрабатывает нормально. Следовательно проблема где-то в другом месте.

Снова привет программач.

Собственно вопрос: есть ли кроссплатформенный вариант для того, чтобы получить список файлов? Вполне сойдёт какая-нибудь мелкая библиотека (но только не какой-нибудь Boost).

Какие в теории могут возникнуть проблемы при использовании в gcc/msvc либ, скомпиленных в msvc/gcc ?
И есть ли разница в проблемах между .lib и .dll ?

>>913394
Внезапно, именно boost.
Ну или его младший брат poco

>>913439
У тебя не слинкуется C++, ибо манглинг? Или этого тебе не достаточно?

>>>>913150
Единственное зачем нужен виртуальный деструктор - это полиморфизм. Т.е. если ты будешь хранить объект ыпо ссылке/указателю на базовый тип. В этом случае тебе надо быть уверенным, что при delete разрушение начнётся с последнего потомка, следовательно деструктор должен быть виртуальным

>>913116
Это ж old-way C-style операторы, не? Они как-бы есть для совместимости.

>>913516
У меня все линкуется, просто вспомнил, что когда-то использовал в Qt под mingw либы буста, скомпиленные в студии (boost::bind).
И тут возник вопрос, существует ли этакая привязка, типо, скомпилил либы в студии - пользуйся в студии?

>>913543
Там не к IDE привязка, а к компиляторам.
https://en.wikipedia.org/wiki/Name_mangling

Программач, есть ли лучший вариант чем та китайщина, что я сделал?
TinyXML2
save.LoadFile("./saves/slot.xml");
XMLElement saveNode = save.NewElement("Save");
XMLElement slotNode = save.NewElement("Slot");
XMLElement nameNode = save.NewElement("Name");
XMLText nameText = save.NewText("");
XMLElement dateNode = save.NewElement("Date");
XMLText dateText = save.NewText("");
XMLElement progressNode = save.NewElement("Progress");
XMLElement scoreNode = save.NewElement("Score");
XMLText *scoreText = save.NewText("");
save.LinkEndChild(saveNode);
saveNode->LinkEndChild(slotNode);
slotNode->LinkEndChild(nameNode);
slotNode->LinkEndChild(dateNode);
slotNode->LinkEndChild(progressNode);
progressNode->LinkEndChild(scoreNode);
nameNode->LinkEndChild(nameText);
dateNode->LinkEndChild(dateText);
scoreNode->LinkEndChild(scoreText);
save.SaveFile("./saves/slot.xml");

>>913251
Короче, упростил код до безумия.

>> auto map = cocos2d::TMXTiledMap::create(filePath);
>> auto layer = map->getLayer("terrain");
>> auto tileset = layer->getTileSet();

Все равно tileset указывает на адрес 0x1. Притом, что map и layer в нормальном состоянии...

>>913715
Пиздец.
Видать то-ли CMake, то ли GCC блядствовали. Удалил папку сборки и собрал сново - и теперь заработало. Но ведь исходники не поменялись...

>>913721
>Удалил папку сборки и собрал сново - и теперь заработало. Но ведь исходники не поменялись...
https://www.youtube.com/watch?v=CA5tBKSccuw

>>913940
У меня как-то получается. IDE как IDE.
Просто я с другими не работал никогда.

Мемоизация от слова мем.

>>913394
Этот анон >>913512 тебя плохому научит, юзай https://github.com/cxong/tinydir или вообще fstat обертки для винды. Если у тебя в проекте до сих пор нет буста, значит он тебе не нужен.

>>914105
Я этот ебучий буст пытаюсь уже целый день сбилдить. Пиздец.

Анон, спасибо тебе за полезную либу.

Хочу вкатиться в программирование, но боюсь...

>>914131
Нахуй тебе плюсы, это язык для бывалых боевых пидарасов, для спецназ-элиты, почти как 1С. Вкатись лучше в ПЕТОН.

>>914144
>>914143
Хочу писать свои игры, вот для чего. Но не на готовых движках, а хочу сделать простейшее говно, но понимать как оно работает и отталкиваться от этого.

>>914146
Так бери и вкатывайся, хули ты боишься, она не сожрет тебя

>>914150
Напиши тогда рогалик на питоне. ncurses все дела. Потом перепишешь на плюсах, если понравится.

>>914146
Проиграл. Сам сейчас этим занимаюсь.

>>914151
Зачем curses? Для рогаликов есть libtcod, оно и с крестами работает и с пайтоном.

>>914146
Лол, да уж тож такой хуитой тсрадаю пизда нихуя не выходит уже год ебу плюсы опенгл, сложно

>>914146
На, тогда, список литературы на лето, изучай:
http://mrelusive.com/books/books.html
https://github.com/miloyip/game-programmer
Книжки с первой ссылки подустарели, но пусть будут.

>>914165
да даже если брать по одной книге из раздела, то первую игру он напишет лет в 80

>>914146
>но не на готовых движках
>писать игры, даже не одну игру, а игры
Ты болен. Освой Unity и не перфекционируй.

ну че, вкатывальщики, когда на собес?

Опыт от 5 лет в области системного программирования и секьюрити ресерч (очень желательно желательно),
Полное понимание архитектуры windows (x86/x64) и стека протоколов TCP/IP.
Обязательные знания механизмов антиотладки, антиэмуляции, PE формата. Опыт реверсинга.
Умение разбираться в недокументированном коде. Написание адекватного документированного кода.
OS: Windows. Отличное знание архитектуры Win32 - объекты ядра, процессы/потоки, синхронизация, виртуальная память и адресное пространство процесса, механизмы IPС, code/DLL injection.
Знакомство с книгами Руссиновича, Рихтера и другими профильными источниками.
Понимание отличий Win64 от Win32, WOW64.
Языки, технологии, библиотеки: С++, С++11, 386 assembler, MASM, FASM, STL, boost, Native API, Win API, BSD sockets, WinSock, CMake
Отладчики, дизассемблеры: IDA Pro, OllyDbg, Immunity, WinDbg, Понимание remote debugging
IDE и тулзы: VS 2013-2015, Subversion / Git, Redmine
Возможность полной концентрации на достижении результата в реальные сроки, отсутствие отвлекающих жизненных проблем (дети, болезни и т.п.)
Дополнительно:
Знакомство с форматами файлов PE, COFF.
Знакомство с разработкой драйверов, понимание отличий работы в kernel/user mode.
Криптография - хэши, симметричные алгоритмы, public key cryptography, digital message signing.
* FreeBSD, Linux, Shell scripting (bash, csh).

>>914212
Поциент у вас рак Юнити головного мозга, срочно пройдити в хоспис для дальнейшего домирания, не мешайте здоровым людям.

>>914273
Ищут ноулайфера который с 3х лет под спидами, ковыряет шиндоус и плюсы?

>>914273
Одно радует что никого они ненайдут. Их бизнес загнется без такого важного человека, и на сео этой шараги повиснут многомилиардные штрафы за проебаные проекты. У него отнимут все его деньги хаты машины, жена бросит его отобрав еще часть бабла, постоянно будут обоссывать колекторы, и сдохнет в выгребной яме зимой набухавшись и замерзнув насмерть.

>>914273
Забыл добавить зп 300к/cек

Вечер в хату.
Кто-нибудь htmlcxx пользует?

>>914500
>Кто-нибудь htmlcxx пользует?
нет

Анон. Вот сижу, и туплю:
Вот есть метод, выводит список файлов, и с этими файлами надо работать. Вот например надо вывести в какое-нибудь место название одного из файлов.

Это мне весь вывод метода в массив закатать, или как?

>>914273
Лол, это же я без пары пунктов.
Только мне не впёрлись эти ребята

>>914165
Cпасибо, попробую, правда ни на английском.

>>914162
А у тебя контактов или конфы нет? А то 1 всегда сложно и забросишь, а когда есть компания...

>>914563
чувак, не пизди, умерь амбиции
по требованиям им только руссинович подходит

>>914384
ну да самом то деле какую проблему я вижу с этой вакансией:
им надо уточнить, кого конкретно надо - кодера или реверсера
так же надо уточнить, кодер нужен "ядерный" или все же это будет прикладник в юзерспейсе
тк универсальных людей нет, особенно под винду

>>914273
Что за проект? Пишут ядерный руткит для ФСБ, чтобы ставить на компы подозреваемых в педофилии? Нахуя антиэмуляция, лол?

>>914707
Я не собирался пиздеть или пытаться как-то похвалиться. У меня образование в сфере защиты информации часть с реверсом и подобным я знаю с университета, а работаю в ортогональной сфере, но в силу некоторых причин более или менее знаю шинводс кернелс

>>914728
Т.е. понятно, что я не подхожу под эту "вакансию"
> Опыт от 5 лет в области системного программирования и секьюрити ресерч (очень желательно желательно),

>>914728
Сколько платят?

Прогаю в удовольствие на дельфи
Очень надо Bullet physics, а под c# его никто не курит.

Неужели кресты???...

>>914848
Возьми кресты. Тут есть божественный Box2D.

>>914854
>Box2D
Дык и Буллет есть и не пытайся тралить
Всё годное написано на крестах

Программач, поясни по хардкору за полиморфизм. Есть вот такой цикл:
for (int i = 0; levelNameVector.size() > i; i++)
{
tgui::Label::Ptr emptySaveTitle = std::make_shared<tgui::Label>();
emptySaveTitle->setPosition(135, 92);
emptySaveTitle->setTextSize(22);
emptySaveTitle->setText(levelNameVector);
gui.add(emptySaveTitle);
}
Его суть в том, что я получаю список имён, и каждый раз при проходе цикла рисую тайтл средствами одной библиотеки (надо ещё и положение менять при каждом проходе, да). Я подозреваю, что здесь нужно как-то генерировать название объекта каждый раз, но как - я не знаю.

>>914896
Полиморфизм чего?

>>914901
Ну как бы или класса, или функции. Нужно, чтобы экземпляр типа tgui::Label::Ptr имел уникальное имя. Я уже сам запутался.

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

>>914901
всево))

>>914902
Запихивай их в контейнер и не еби мозг

Такой код:

class Mister{
public:
void foo(){}
};

class Proper: public Mister{
public:
void foo(int a){}
};

Если мы создадим объект Proper object, то вот так сделать нельзя: object.foo() .

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

>>914908
Он может. Такая хуита называется перегрузкой. У тебя какой-то неправительный компилятор. Либо я тупой.

>>914906
Можешь показать на примере? Даже если я функцию отрисовки в том цикле засуну в какой-нибудь класс.

>>914273
>Полное понимание архитектуры windows (x86/x64)
>Полное

Дальше не читал

>>914910
>Либо я тупой.
this

>>914914
В принципе, можно было ещё почитать, и дропнуть после этого.
>Умение разбираться в недокументированном коде.

>>914915
Поясни по хардкору тогда.

>>914908
Тут перекрытие функций, а не перегрузка

>>914917
Это понятно. Но они отличаются по набору параметров, какие проблемы поискать дальше по наследованию функцию с корректными параметрами?

>>914916
Дальше совсем пиздец. Набрали в гугле реверс-инженеринг и покопировали разных слов

>>914918
Это защита для множественного наследования. Так не было бы понятно, какую функцию с нужными параметрами тянуть

>>914273
>отсутствие отвлекающих жизненных проблем (дети, болезни, друзья, тян)

>>914920
Но для такой защиты можно сделать один класс виртуальным (Как-то так это делается)

>>914928
Не ты не понял. Что будет по твоей логике, если я сделаю не виртуальное множественное наследование?

>>914930
Сделай виртуальным. Его и придумали для решения этой проблемы

>>914933
Ты можешь сделать не виртуальным, это не запрещено стандартом

>>914918
СТРАУС выбрал такой способ поиска перегруженных функций - они рассматриваются только из одной области видимости (scope). Когда компилятор встречает функцию он начинает перебирать области видимости, начиная с самых узких, пока не найдет функцию с таким же названием. Потом, исключительно в этой области он ищет функцию с нужной сигнатурой. Ты можешь добавить в область видимости Proper все функции с именами foo из Mister дописав в public разделе объявления класса using Mister::foo;

>>914935
Есть где почитать о том, почему он принял такое решение?

>>914954
Design and Evolution of C++ же, офигеная книжка, читается как детектив и нисколько не устарела за 20 лет.

Есть приведенный ниже код, с помощью которого создается текстовый файл с числовой парой, заключенной в скобки. Как из текстового файла вывести в консоль только числа, разделенные пробелом?


[CODE]
#include "stdafx.h"
#include <iostream>
#include <fstream>
#include <string>
#include <vector>
using namespace std;

inline void keep_window_open(){
char x;
cin >> x;
}

struct Point {
double x;
double y;
};

int main (){
vector<Point> inputVector;(3);
vector<Point> outputVector(3);
double x, y;
for(unsigned int i = 0; i<inputVector.size(); i++){
cin >> x >> y;
inputVector.x = x;
inputVector.y = y;
}
ofstream ost ("C://log.txt");
for(unsigned int i = 0; i<inputVector.size(); i++){
ost << "(" << inputVector.x << " " << inputVector.y << ")\n";
}
ost.close();
ifstream ist ("C://log.txt");
double number;

keep_window_open();

return 0;
}
[/CODE]

>>915022
В следующем семестре тебя отчислят, если будешь так же хуи пинать

>>915061
>>915068
Я только начал изучать плюсы. А код, вероятно, такой несуразный потому, что книгу, с которой я начал свое изучение для начинающих(Programming Principles and Practice Using С++ Строуструпа) и большинство приемов в решении задачи принадлежит автору книги как и задача.
Если эти объяснения не оправдывают "кривоту" моего когда, то какие действия предпринять по отношению к учебному материалу и/или к себе?
Что код нерабочий отправил, и в правду, я виноват.

>>915389
Это не исходники.

>>915402
Ну я в курсе что этого в проект не писали, но это по определению исходники.

>>915407
Исходники по определению в файле с исходниками, а не в исполняемом.

А это тупо таблица символов.

Аноны, откуда у вас знания по стл и всему шаблонному программированию? Я в последнее время вкатываюсь в настоящие кресты от лабораторного си с классами, читаю гайды/приёмы на стек оверфлоу, буст и гайды буста, и у всех есть будто какое-то тайное знание, что прям заебись и сразу выходит годный код. Вы книжки из шапки читаете? Прям на ингрише? Меня заебывает моментально, например.