Я таки нарыл текст в оригинале, потрясающее чтиво

Кидай в про.асм с хештегом book

Кидай в про.асм с хештегом book

Да

хм. 4я ссылка в гугле

с иллюстрациями даже

хм. 4я ссылка в гугле

ссылку давай, а то у гугола разная выдача

в асм сейчас скину

ссылку давай, а то у гугола разная выдача

Ее, зонды

Ага. Наконец-то

Ага. Наконец-то

Почему наконец? Линуксоидам это поделие совершенно не нужно.

Почему наконец? Линуксоидам это поделие совершенно не нужно.

И почему это? Линуксоиды от рождения код без ошибок пишут?

И почему это? Линуксоиды от рождения код без ошибок пишут?

Нет, просто не переваривают проприетарщину.

Нет, просто не переваривают проприетарщину.

Какой-то юношеский максимализм

Тем более их политика "вы нам позвоните, мы решим какую цену вам назначить" не нравится слишком многим.

Только не надо об Oracle вспоминать.

Тем более их политика "вы нам позвоните, мы решим какую цену вам назначить" не нравится слишком многим.

Это рынок, кто может платить больше платит больше

Тем более их политика "вы нам позвоните, мы решим какую цену вам назначить" не нравится слишком многим.

не нравится, не юзайте )

Это рынок, кто может платить больше платит больше

Нет, это совок.

Нет, это совок.

По всему миру этот совок?

На нормальном рынке таким не место.

холивары и офтоп

Таких полно

По всему миру этот совок?

Обсуждали уже. Отмотай чат на пару месяцев назад.

В России это ещё и незаконно кстати.

Они ведь российская компания.

ребята, давайте не в pro

ребята, давайте не в pro

Обсуждение статистического анализатора C++ кода вполне онтопик на мой взгляд.

Обсуждение статистического анализатора C++ кода вполне онтопик на мой взгляд.

в разрезе качества статического анализа - да, в разрезе рынка и прочего офтоп

за уточнениями к @AlexFails

Нет, просто не переваривают проприетарщину.

Хуитка

Или профайлеры от интела нинужно?)

Не надо здесь срачей.

без фреймворков, pure es5 js )

И даже 2 + 2 без jQuery складываешь? Еретик!

Я в универе учусь. Тут срр проходим. Но все тривиально. Сейчас листы взяли. Так вот: что можно такого намутить, чтобы препод офигела и не заставляла эти тривиальные лабы делать

Я просто на первом занятии подошел, попросил чего посложнее, сделал - профит, теперь только интересные задачи мне даёт

Но вообще, выстрелить себе в колено самым нетривиальным способом вполне сойдет)

Благо способов в плюсах это сделать туева хуча

кто-то с boost.asio работал?

кто-то с boost.asio работал?

как совместить local::stream_protocol::socket и tcp::socket? первый требуется только для тестов, где использует connect_pair() (аналог socketpair() из linux api)

какие методы исользуешь?

И даже 2 + 2 без jQuery складываешь? Еретик!

без jQuery в туалет не хожу

#offtop

как совместить local::stream_protocol::socket и tcp::socket? первый требуется только для тестов, где использует connect_pair() (аналог socketpair() из linux api)

гхм, у них есть какие то общие классы с виртом? )

какие методы исользуешь?

boost::asio::write(*socket_, boost::asio::buffer(buffer_, wpos_)) и почти тоже самое для чтения из сокета

в qt подобное видел, но там оба класса наследника от базового, и обычным кастом все решалось

а асио только тсп использовал

Нахуячим фасадик тогда

ну а собственно сокеты нужны мне вот где: boost::asio::io_service service; std::shared_ptr<tcp::socket> writer_socket(new tcp::socket(service)); std::shared_ptr<tcp::socket> reader_socket(new tcp::socket(service)); boost::asio::local::connect_pair(*writer_socket, *reader_socket);

Нахуячим фасадик тогда

ну я по хелпу глянул, там дичь в стиле стл (

наследуемся от этого, но с другими шаблонными параметрами

можно попробовать но хз

ну я по хелпу глянул, там дичь в стиле стл (

И это печально(

где то тест кстати, видел, там был тест стандартной реализации http на бусте из экзамлов и чето еще, бустовая всосала

что делать то?

ты хочешь универсальное подключение от юникс сокетов и тсп?

поди через командлайн или конфиг?

Я редлагаю сделать общий класс с методом записи в сокет(посылу в инет)

ты хочешь универсальное подключение от юникс сокетов и тсп?

юникс сокеты мне нужны только для тестов (там раньше юзал socketpair)

И реализации сделвть зависимыми от типа

Я редлагаю сделать общий класс с методом записи в сокет(посылу в инет)

и назвать его... send(2)? :-)

юникс сокеты мне нужны только для тестов (там раньше юзал socketpair)

ну юникс сокеты предпочтительнее если у тебя прокся вдруг есть)

быстрее будет

ну юникс сокеты предпочтительнее если у тебя прокся вдруг есть)

не прокси не будет

и назвать его... send(2)? :-)

curl_exec)

Я редлагаю сделать общий класс с методом записи в сокет(посылу в инет)

если разницы в метода юниксового сокета и обычного общего тсп нет, то да, пожалуй сделаю шаблонный класс

по-моему то, что вы обсуждаете, уже есть в posix, называется socket api

там не то что tcp и udp, там что хочешь поддерживается

по-моему то, что вы обсуждаете, уже есть в posix, называется socket api

бустовая реализация работает на всех платформах

по-моему то, что вы обсуждаете, уже есть в posix, называется socket api

свои врапперы как то не охота писать

круто! особенно unix domain, да?

по-моему то, что вы обсуждаете, уже есть в posix, называется socket api

или ты не про linux socke api?

круто! особенно unix domain, да?

под виндой работает

поэтому и назвается локал сокет

а не юникс домейн

свои врапперы как то не охота писать

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

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

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

или ты хочешь сам ручками писать классвоые обертки?

Да тут задача другая стоит – написать враппер с шаблоном. При тесте там один тип, при релизе – другой

Не надо спорить

Да тут задача другая стоит – написать враппер с шаблоном. При тесте там один тип, при релизе – другой

да, уже переделываю

чет я сразу до этого не дошел и сутки профукал