А, ну через ту же самую жопу и работали

Win32s

самый лучший вариант, это реализовать IWebProxy так, чтобы он принимал список объектов ProxyInfo, каждый из которых имел такие свойства, как Host, Port, Credentials и ProxyType.
Исходя из ProxyType он делал прокси или socks5 или http.
Причем так как эта реализация IWebProxy принимала бы список ProxyInfo, можно было бы пропихнуть ему еще некую политику смены текущего ProxyInfo на другой, из этого списка.

Тем самым экземпляр этой реализации я бы установил как свойство HttpClientHandler, а этот HttpClientHandler в свою очередь установил бы экземпляру HttpClient.
Написал бы политику, чтобы при каждом дергании у IWebProxy.GetProxy изменялся текущий ProxyInfo, и тем самым я получил бы необходимый эффект - один экземпляр HttpClient при совершении запроса пропускает трафик через разный прокси сервер. Причем это может быть socks5 или http

получишь race condition

если будешь менять поля какие-то

Подскажите, пожалуйста, можно где-то найти процедуру пересчета координат концов отрезков символьных матриц в экранные координаты, в зависимости от используемого видеорежима?

Это тот же вопрос что и позавчера, но уже без стены кода

сегодня походу день олдскул приколюх
то дотнет в 3.11
то экранные координаты с видеорежимами

Думаю ее придется написать!

А в чем собственно ее суть? Какие то вычисления, подскажите, пожалуйста

чувак, ты если хочешь чтобы за тебя твою лабу сделали - помаши деньгами

IWebProxy с политикой изменения ProxyInfo при вызове IWebProxy.GetProxy.
Один IWebProxy на один HttpClientHandler, который в свою очередь на один экземпляр HttpClient.

Где тут race condition?

Я так подозреваю у тебя разные режимы подразумевают разное разрешение экрана, где "пиксель" на самом деле один символ (прямоугольник 50х80)

Я бы начал с описания абстракции экран, который бы пересчитывал настоящее разрешение экрана (пиксели) в координаты знакоместа и обратно

Далее отдельно бы описал рисование каждой буквы в прямоугольнике 50х80.

Дальше только сову нарисовать

и не забыть что ноль экрана в левом верхнем

6/7 Glad you asked. In 1992 Microsoft shipped an addition to Windows 3.11 called Win32s. This let people run *some* 32-bit apps on the otherwise 16-bit system. Not all Win32 APIs were available, but surprisingly many apps still worked with it. Like Office 95.

Народ. Подскажите пожалуйста, при использовании IHttpClientFactory, экземляры HttpClient, созданные через фабрику, кешируются где-то для переиспользования?
На сколько я понял, кешируются только HttpMessageHandler в пуле фабрике, но HttpClient постоянно пересоздается при вызове Create у фабрике.

просто я тогда не понимаю, как решается эта проблема:

Первая проблема в том, что, хотя этот класс и является одноразовым, лучше не использовать его с инструкцией using, поскольку даже при ликвидации объекта HttpClient базовый сокет не освобождается сразу, что может привести к исчерпанию сокетов.

если она не кеширует HttpClient?

Первая проблема в том, что, хотя этот класс и является одноразовым, лучше не использовать его с инструкцией using, поскольку даже при ликвидации объекта HttpClient базовый сокет не освобождается сразу, что может привести к исчерпанию сокетов.

https://youtu.be/r16Zx591LJs

Послушай, все по полочкам разложено

Первая проблема в том, что, хотя этот класс и является одноразовым, лучше не использовать его с инструкцией using, поскольку даже при ликвидации объекта HttpClient базовый сокет не освобождается сразу, что может привести к исчерпанию сокетов.

в цитате написана хуйня, потому что