По советам анонов из предыдущих тредов решил поднять локальный прокси-сервер на С++ для того чтобы было легче взаимодействовать с передачей данных.
Попытался воспользоваться готовым кодом с сайта Microsoft. Он никаких ошибок не выдал, но я все-же решил повыводить через каждый вызов функции что-нибудь в консоль. И как выяснилось, после вызова функции accept в консоль ничего не выводится. Почему?
https://docs.microsoft.com/en-us/windows/win32/winsock/complete-server-code/
А ты подключаешься к серверу?
Так может потому что к тебе ни кто не подключается? Accept сидит в цикле пока не появится подключение.
Вынеси accept в другой поток, раз уж тебе так надо что бы код дальше исполнялся.
Я вообще понятия не имею как должно все работать. Для начала решил проверить работает ли вообще.. А надо? Я думал можно поднять локальный прокси сервер и делать ещё какие-то действия, а подключаться когда захочу..
А. После accept цикл идет до тех пор пока кто-то не подключится? ВОН ОНО ЧО. Спасибо анончик <3
А код можно же будет переделать под WSASend и WSARecv, да?
Чтобы сервер работал как надо, тебе нужно accept закинуть в отдельный поток к примеру, дабы обрабатывать входящие подключения к серверу. Если ты прям настолько тупой, что вообще никак, обрати внимание на какие-нибудь готовые библиотеки типа того же ENet, которые позволяют тебе тупо в цикле обновлять всё и получать какие-либо эвенты типа подключения, приёма данных и т.п.
как написать то же самое но чтобы это работало на любой операционке?
ENet https://github.com/lsalzman/enet
Либо любая другая кроссплатформенная библиотека для работы с сетью. Либо же сам ебешься и пишешь платформозависимый код, оборачивая его слоем абстракций
я имею в виду это как-то реализуется вроде?
if (system == Linux) {
// use linux code
}
else if (system == Windows) {
...
}
else {
...
}
Делай на неблокирующих сокетах, это чуть сложнее, но в целом выходит круче.
>>235743044
>WSASend и WSARecv
Это те же BSD-шные send и recv.
WinSock сделан на базе стандартного BSD-стека, есличо.
>>235743250
Ты ещё на пистоне писать предложи.
>if (system == Linux)
Ебать дебил. А ещё советы раздаёт.
#if WIN32
//Сосать хуй по виндовсовски
#elif LINUX
//Сосать хуй по пингвиньи
#endif
А потом определяешь WIN32 или LINUX в препроцессоре и нужный код подхватывается во время компила
Мне нужно именно WSASend и WSARecv. Если бы они были простой обёрткой над send и recv, то при перехвате send или recv и отмене отправки данных они бы не отправлялись. Однако они отправляются. А вот когда WSASend или WSARecv тогда нет.
я не писал сюда советы, не злись
Ну да, дебил, что поделать, такой уж есть.
>Если бы они были простой обёрткой над send и recv
А разве не?
>и отмене отправки данных
Вангую, ты обрабатываешь не все состоятния TCP.
Ещё PHP или жабу предложи.
Настоятельно рекомендую перейти на Boost.ASIO
А лучше Питон и няшиться в попу, да? :3
сишарпик
Ну и нахуй ты это тут высрал?
С Бустом производительность практически не страдает, зато добавляется удобство ООП и кросс-платформенность.
Тебе - лучше.
будто реклама батплага
Нет, лучше изобретать свой велосипед, прибитый гвоздями к WinAPI.
Если человек хочет вкатиться в сети и изучить как оно всё работает изнутри, то лучше без бустов всяких это делать
>Вангую, ты обрабатываешь не все состоятния TCP
Всё что отправляется при помощи вызова функции send я отменял и WSASend отправка всё равно работала.
Изобретаешь свой велосипед - получаешь понимание, как оно там вообще изнутри функционирует. Не обязательно прибиваться к WinAPI, можно написать кроссплатформенную либу, чисто в целях обучения.
Чем лучше?
Там будут те же самые send() и recv(), только платформонезависимые и с возможностью легкого перехода в асинхрон.
>Он никаких ошибок не выдал
откуда ты ошибки берешь?
В каком смысле? Я имею ввиду ошибок в момент создания прокси-сервера.
>Изобретаешь свой велосипед - получаешь понимание, как оно там вообще изнутри функционирует
Ты хуйню какую-то пишешь.
Чем принципиально API ASIO отличается от API Winsock?
Там точно те же сокеты и буферы.
>удобство ООП
На сложность разработки сетевой стейт-машины ООП влияет примерно никак.
>кросс-платформенность
BSD-сокеты уже кроссплатформенны и в винде они есть. Не знаю, почему ОП к WSA привязывается.
если ты уже просто слушаешь порт и устанавливаешь коннект на реальный серв то ты реально хочешь продолжать ебаться с плюсами? наебаш на шарпах - 2 таски одна читает из коннекта игры и пишет в коннект сервера, вторая наоборот
Тем, что прострелит себе ногу пару раз. Узнает, что такое асинхронность, начнёт копать в сторону работы потоков и прочих вещей, выстрелит себе в ногу ещё пару раз, поймёт как не надо делать. Тут главное получить сами знания того, как это всё можно соорудить. Получаешь такой опыт и идёшь юзать то, что было сделано до тебя с пониманием, как и что функционирует и не задаёшь потом вопросов "А почему это после accept ничего не выполняется?". В этом был мой посыл.
>>235744322
Во, я тут расписал.
Они и без буста присутствуют.
Потому тчо accept блокирует поток и ждёт, пока в сокет кто-то напишет.
ты запускаешь сервер, цикл отрабатывает и завершается. ошибок нет. ты ловишь ошибки на подключение к серверу, а ты к нему подключаешься хоть? нет. вынеси все в отдельный поток, чтобы оно в фоне работало, и при каждом обращении к серву выдавало тебе все ошибки.
Нахуй тогда компилятор нужен?
Можно сразу в hex-редакторе бинарщину хуярить.
Выстрелить себе в ногу пару раз, зато поймёшь, как на самом деле работает этот ваш x86.
Ну да, ну да, лучше быть тупой макакой, которая не может нихуя даже сделать без гугла и сраных библиотек, чем нормальным спецом
Ты реально думаешь, что без знания ассемблера есть смысл программировать? Иди лэндинги верстай или двор подметай.
иди нахуй. Лезут всякие в кодинг со своими ассемблерами а сами даже хотя бы один процессор не спроектировали и не пустили на производство
Может, ты ещё таблицу умножения не знаешь?
>Ты реально думаешь, что без знания ассемблера есть смысл программировать?
Ассемблер это слишком высокоуровнево, надо сразу прям сырые байты писать, без трансляции.
>>235744627
>Ну да, ну да, лучше быть тупой макакой, которая не может нихуя даже сделать без гугла и сраных библиотек, чем нормальным спецом
Нет, лучше изобретать велосипед на каждый чих, игнорируя опыт других людей.
"Макаки" с библиотеками создают рабочие продукты, "пуристы" ничего сложнее бесполезного пет-проджекта сотворить неспособны. И не факт, что даже эта хуйня будет производительнее решений на фреймворках.
> надо сразу прям сырые байты писать, без трансляции.
Для x86 это сложновато. Для ARM или последователей PDP - легко. Для MIPS - не пробовал.
Процитирую себя же
>Получаешь такой опыт и идёшь юзать то, что было сделано до тебя с пониманием, как и что функционирует и не задаёшь потом вопросов "А почему это после accept ничего не выполняется?". В этом был мой посыл.
Никто не говорит сидеть на своих пет проектах.
А вообще - да, пиздуй верстать лендинги
>А вообще - да, пиздуй верстать лендинги
Спасибо, но мне и в энтерпрайзе неплохо.
Потому что в игре используется WSA! И кросс-платформенность мне не нужна.
Чел, ты в курсе, что ASIO стал частью C++ Networking TS и в C++23 войдёт в стандарт самого языка?
>Изобретаешь свой велосипед - получаешь понимание, как оно там вообще изнутри функционирует
И получаешь понимание, что суровые бородатые программисты с 20-30летним опытом, разрабатывающие либы, не зря едят свой хлеб, и эти полгода, что ты потратил на свой велосипед, прошли напрасно.
А BSD-стек уже 25 лет как кроссплатформенный стандарт.
Полгода на кроссплатформенную работу с сокетами, что прототипируется от силы дня за 3? Это ж насколько нужно быть дауном
Если там стейт-машина на сотни состояний, то очень может быть.
Я про либы и фреймворки в целом, клоун.
не слушай этого ебаната. нормальные пацаны могут в поллинг, а не как этот кусок клининического дебила
Ему весь тред об этом твердят, но он игнорит.
Я еще со второго сообщения в этом посту понял что accept ждет подключения. Или ты не об этом?
Нахуя, на винде нет нормальных средств асинхронного ввода-вывода (тот же блядский poll/epoll, про select вообще молчу)?
это не асинхронный ввод/вывод, мудила.
Если неблокирующий режим, то не ждёт.
Чем select не понравился?
А как сделать неблокирующий?
БАМП!
>>235750785
>>235750785
>>235750785
>>235750785
>>235750785
БАМП БАМП БАМП!!!
>>235750785
>>235750785
>>235750785
>>235750785
>>235750785
>>235750785
Хуйня какая-то, сажи.
Что-то там через SetSockOpt на винде и ioctl в линухе. Параметры не помню.
Ебать говноед. Лучше libevent или libev заврапать. Будет и быстрей и куда легче дрочева с асио, ебаный стыд.
Ещё один мамкин гений.
Этот айти евнух будет через год зарабатывать 100кк/сек стажером. Гоня подобную же хуету своим менторам. А вы так и будете сосать хуи со своими советами.
Бля, как же жеппа пичот от таких рахипектов, ебаныйврот. Тысячу раз обсираются, жрут говну, но всё равно за буст топят.
Дибил тебе же уже сказали напиши свой прокси, заодно разберешься как tcp/ip стек работает. Нет же лучше выковыривать из носа какой то бред на голом win api под которым ни один вменяемый человек уже 20 лет не пишет и спрашивать советов. Иди нахуй, в пизду катись. Заебал
>напиши свой прокси
Я по твоему что-то другое пишу?
Ещё добавлю то, что все программы которые работают под Windows работают на WinAPI.
Тебя все уже услышали, кто хотел.
>всё равно за буст топят
Дубинушка, я топлю за другой вариант, который ОПом игнорируется, что не мешает ему использоваться в десятке известных опенсорсных продуктов. Но ЭТА ЖИ СЛОЖНА, НАДО НА ДВЕ СТРОЧКИ БОЛЬШЕ НАПИСАТЬ И МАССИВ ОБЪЯВИТЬ.
>>235753571
Надо.
По моему ты хуйней занимаешься и внимаеблядством, а не код пишешь
По моему ты пришел сюда без знаний чтобы просто посраться
Но в документации сказано что функция WSAStartup инициирует использование Winsock DLL процессом. Но ведь процесс игры уже использует эту библиотеку..
Двачую, есть такие подозрения.
>>235754984
Знания ты игноришь.
>>235755040
DLL подключает линковщик, а через WSAStartup ты инициализируешь WinSock и указываешь версию.
Передача данных игрой уже используется, значит игра уже вызывала WSAStartup. Зачем его вызывать повторно? Или WSAStartup это как сигнал о том что здесь он тоже будет использоваться?
Как же у тебя насрано в голове. И ты просишь за бесплатно анонов нырнуть в это говно
>Зачем его вызывать повторно?
Повторно из того же процесса можно не вызывать. Советую ещё излагать мысли внятно и не надеяться на наличие телепатов в треде, тогда ты быстрее получишь ответ.
Понятно. Хорошо, буду конкретнее.
Анон, тебе нужно прокси или WinAPI? Если прокси, напиши на C#, запусти локалхост, попробуй через постмена посылать запросы и не еби мозги, если ты кайфуешь от дроча на WinAPI -- тебе не сюда точно
> тебе нужно прокси или WinAPI? Если прокси, напиши на C#
Прокси на C# работает на том же WinAPI. Просто ты скорее всего имел ввиду использовать какие-нибудь готовые библиотеки.
Пик случайно прикрепил
>использовать какие-нибудь готовые библиотеки
Которые так же будут работать на этом же WinAPI т.к это Windows
На C# алгоритм действий простой.
1. Импортируешь парочку using
2. Создаёшь слушающий сокет
3. Отправляешь инфу пойманную из сокета в инторнет
4. ?????
5. ПРОФИТ
Зачем остальные 100+ постов -- ЯННП
Не после accept, а внутри. Вызов блокирует вызывающий поток до появления подключения.
Мне уже это объяснили но, внутри это как?
https://docs.microsoft.com/en-us/windows/win32/winsock/complete-server-code
Создаётся два сокета? Прослушиваемый и клиентский. По идее же должен быть один, разве нет?
Лучше мануала я пока не встречал.