Подсчитать все заданные буквы в тексте

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

0

Сообщение от Quiet Snow И как? Эффективнее стало?

Эффективно в смысле быстро? Да, пул потоков и порт завершения ввода‐вывода быстрее, чем отдельный поток на каждого клиента. Хотя на глаз заметно будет только при большом количестве подключений. Просто модель «обработка запроса в отдельном потоке» намного проще для понимания и программирования, а у порты завершения ввода‐вывода — это асинхронность, требуются синхронизации доступа к данным и прочее наследование от OVERLAPPED.

Сообщение от Quiet Snow А почему отдельную прогу на самом бейсике не сделаешь?

Так уже есть утилита make, вот пусть она мои бесиковые программы собирает.

0

Сообщение от Quiet Snow Pro_grammer, а ты там как?

На службе завал, корректировка БД, монотонный ручной труд
Нужно найти время и заняться бы этой прогой, людям нравится, столько "хотелок " уже парни предложили, да всё никак не могу выбрать такой кусок времени.

0

Сообщение от Pro_grammer Нужно найти время и заняться бы этой прогой, людям нравится, столько "хотелок " уже парни предложили

Круто, полезная штука.

Сообщение от Замабувараев Просто модель «обработка запроса в отдельном потоке» намного проще для понимания и программирования, а у порты завершения ввода‐вывода — это асинхронность, требуются синхронизации доступа к данным и прочее наследование от OVERLAPPED.

А ты привязывал это к колбеку? Или у тебя сложнее async модель?
Просто краем уха слышал что там можно подвязать к колбек, чтобы не за гонять поток со слипами.
Мне всё равно это потом копошить, тоже async нужен, но такой скажем самый простенький.
Пока ещё не разгребал WinSock, так местами что-то читал поверхностно.

0

Сообщение от Quiet Snow Или у тебя сложнее async модель?

Для любой Вшиндоуз асинхронность — это значит всё что на основе OVERLAPPED.

Сообщение от Quiet Snow А ты привязывал это к колбеку?

Функцию обратного вызова (процедуру завершения) можно отправить туда где есть очередь асинхронных процедур: это Read/WriteFileEx, WSARecv/Send. А пакеты ввода‐вывода от IoCompletionPort идут через очередь этого порта, а не через очередь асинхронных процедур. Пакеты возвращает функция GetQueuedCompletionStatus, и там нет параметра для указания функции обратного вызова.

Сообщение от Quiet Snow тоже async нужен, но такой скажем самый простенький

Тогда для сокетов сгодится связка WSAResv/WSASend + WSAGetOverlappedResult или какая‐нибудь функция ожидания WaitForSingleObject, или функция тревожного ожидания типа WaitForSingleObjectEx для вызова процедуры завершения.

Добавлено через 10 минут
Ещё можно поместить процедуру в очередь асинхронных процедур конкретного потока через QueueUserAPC. Это тоже асинхронность, и функции Read/WriteFileEx, WSARecv/Send именно так и делают.

1

Сообщение от Замабувараев Почему до сих пор они пишут программы для ДОС?

Линуксом и виндовсом нельзя управлять оборудованием, а dos можно. Вообще, с

Сообщение от Замабувараев Почему до сих пор они пишут программы для ДОС?

DOS, как система реального времени, используется для управления оборудованием и из-за компактности. Это почти единственная операционка, которую можно понять одним человеком. Виндовс и линукс состоят из миллион строк кода, даже прочитать которые жизни не хватит. Более того: в условиях военого времени и Линукс, и Видовс обречены на умирание.АНБ давно встроил свои инструменты в Линукс, ну а в виндовс они присутствуют изначально. Достаточно сработать таймеру или отдать приказ по сети и все эти линуксы и виндовсы накроются медным тазом. Уже тестировали на одном из наших оборонных заводах.. Так оно и будет на самом деле. Вы меня еще вспомните. Останется только голое железо и ... DOS. И вот те, кто "умеют в dos" смогут что-то там восстановить, если еще что-то можно будет восстановить. Это расплата.
Виндовс после 98 винды пошел не в ту сторону. 98 была в виде надстройки над dos. По прежнему игры писались под dos и все были счастливы. Можно было свободно уходить в реальный режим и пользоваться полной скоростью процессора и преимуществами реального режима. А потом опять уходить в защищенный режим - в виндовс. Это было отлично! У потребителя был выбор. Производители игр могли напрямую работать с оборудованием. Когда же виндовс подмяла под себя все и вся, потребителю не осталось выбора.
---------
Думаю, надо продолжать изучать dos. Что-то писать под него, какие-то утилиты, которые позволят реанимировать железо. Это будет реальной пользой миру. Драйвера и пр.

2

Сообщение от CoderHuligan Это расплата.

Не, коли так, расплата будет, когда останутся одни эльбрусы. Вот тогда реально чёрт знает что с ними делать.)))

Сообщение от Замабувараев Функцию обратного вызова (процедуру завершения) можно отправить туда где есть очередь асинхронных процедур: это Read/WriteFileEx, WSARecv/Send. А пакеты ввода‐вывода от IoCompletionPort идут через очередь этого порта, а не через очередь асинхронных процедур. Пакеты возвращает функция GetQueuedCompletionStatus, и там нет параметра для указания функции обратного вызова.

Чёт сложновато, я это не разгребу тупо.
Вроде сёкет можно подвязать к сообщ потока. Люди пишут про WSAAsyncSelect, или это лажа?
https://www.firststeps.ru/mfc/net/socket/r.php?6
Мне, правда, ваще не нравится как эта статья написана.
А про WaitForSingleObject что-то краем уха слышал. Надо будет смотреть.

1

Сообщение от Quiet Snow WSAAsyncSelect

Несмотря на то, что в названии этой функции есть слово Async, она работает с сокетом в неблокирующем режиме, а не асинхронном. И только для ГУИ. Аналогичная неблокирующая функция для не ГУИ — WSAAsyncSelect.

Асинхронный и неблокирующий — это разные вещи.

Асинхронное чтение с сокета — это WSARecv (или ReadFileEx) с указателем на OVERLAPPED, а потом последующее тревожное ожидание на WaitForSingleObjectEx.

Добавлено через 3 минуты
Для простых программ‐клиентов имеющих всего одно соединение с сервером, проще всего запустить второй поток и в нём крутить в цикле recv.

1

Замабувараев, ты вручную все делаешь? Как насчет HTTP Server API?

Добавлено через 1 минуту

Сообщение от Замабувараев Да, пул потоков и порт завершения ввода‐вывода быстрее, чем отдельный поток на каждого клиента. Хотя на глаз заметно будет только при большом количестве подключений.

Еще выгода от пула в том что не требуется время на создание потока, а это довольно тяжелая операция. Проще передать уже ожидающему потоку обработку запроса.

Добавлено через 5 минут

Сообщение от CoderHuligan АНБ давно встроил свои инструменты в Линукс, ну а в виндовс они присутствуют изначально.

Ну с такой логикой и оборудование может содержать бекдоры.

1

Сообщение от CoderHuligan Можно было свободно уходить в реальный режим и пользоваться полной скоростью процессора

Не знаю про какую ты скорость, у меня 12 ядерный райзен, под DOS будет работать одно ядро.
Комп по факту станет хуже Core 2 Duo.
Но так да, если ШИМ руками делать - наверное лучше DOS.

Сообщение от The trick Ну с такой логикой и оборудование может содержать бекдоры.

Были кстати разговоры про прошивки жёстких дисков. Если так подумать - это вообще адская штука.
Система запрашивает exe-файл, диск фигак, берёт и подменяет бинарник, или часть кода,
причём на стадии загрузки ОС.

Добавлено через 5 часов 44 минуты

Сообщение от Замабувараев Несмотря на то, что в названии этой функции есть слово Async, она работает с сокетом в неблокирующем режиме, а не асинхронном. И только для ГУИ. Аналогичная неблокирующая функция для не ГУИ — WSAAsyncSelect. Асинхронный и неблокирующий — это разные вещи. Асинхронное чтение с сокета — это WSARecv (или ReadFileEx) с указателем на OVERLAPPED, а потом последующее тревожное ожидание на WaitForSingleObjectEx. Для простых программ‐клиентов имеющих всего одно соединение с сервером, проще всего запустить второй поток и в нём крутить в цикле recv.

Ясно спасибо за инфу. Потом буду смотреть что как. Задачи то на самом деле не суровые, сервер и до 10 клиентов.

0

Сообщение от Замабувараев Пишу вебсервер, чтобы был быстрый и компактный.

Видел подобное, на PureBasic их есть написано с десяток, включая Atomic Web Server в основном комплекте. Насчет скорости не знаю, компактный 47К? В старых версиях был всего 15k, но сейчас exe-шник на Пурике разжирел
Написан без WIN API, чисто на встроенных функциях, для всех поддерживаемых ОС.

0

Сообщение от Замабувараев Аналогичная неблокирующая функция для не ГУИ — WSAAsyncSelect

Исправление: WSAEventSelect

Добавлено через 16 минут

Сообщение от The trick Как насчет HTTP Server API?

Там не проконтролируешь время жизни сокетов, а на икспишечке не сработает HTTPS в виде TLS 1.2 и TLS 1.3.

Добавлено через 32 секунды

Сообщение от The trick Как насчет HTTP Server API?

Там не проконтролируешь время жизни сокетов, а на икспишечке не сработает HTTPS в виде TLS 1.2 и TLS 1.3.

Добавлено через 4 часа 51 минуту

Сообщение от Pro_grammer Видел подобное, на PureBasic их есть написано с десяток, включая Atomic Web Server в основном комплекте. Насчет скорости не знаю, компактный 47К? В старых версиях был всего 15k, но сейчас exe-шник на Пурике разжирел Написан без WIN API, чисто на встроенных функциях, для всех поддерживаемых ОС.

Насколько они эффективны? Применяют ли они epoll или IoCompletionPort?

0

Сообщение от Замабувараев Применяют ли они epoll или IoCompletionPort?

Что там под капотом я не знаю, тестировал на обычном html с css, открывал смартфоном, телевизором умным и андроид приставкой, работает нормально. А ещё в Пурике есть CGI библиотека тоже кроссплатформенная, там вообще широкие возможности.

0