https://github.com/postgres/postgres/blob/322548a8abe225f2cfd6a48e07b99e2711d28ef7/src/interfaces/libpq/fe-misc.c#L618

а, уже)

там же написано, что закрытие соединения считается ошибкой, поэтому с -1 сравнивается

дык прочитанное будет == 0 а не -1 же? Ведь признак удалённого закрытия это read event + 0 данных

при чем тут, сколько будет прочитано. это логика этой функции, не надо путать ее с read

какой - той?

вот мы выше обсудили, щас процитирую

этой - pqReadData

зачем? просто читаешь. елси прчел 0 - сокет закрылся

если -1 - это ошибка

В моём случае ошибки нет - удалённый сервер корректно закрыл сокет.

А я этого "не увидел"

это если ты читаешь сисколом read или recv.

а pqReadData - это постгревая функция. ты же с помощью ее читаешь, а не через read

непосредственно

а pqReadData - это постгревая функция. ты же с помощью ее читаешь, а не через read

дык ты внутрь неё глянь

она не проверяет количество данных == 0 или нет

само собой, что она внутри вызывает read/recv, но вот возвращаемые значения она меняет, как написано в доке

а это значит что она пропустит удалённое закрытие сокета же

вот значит попробую щас проверять if(status == CONNECTION_BAD) после неё

да не пропустит она ничего. 20 лет не пропускала, а тут на тебе

да не пропустит она ничего. 20 лет не пропускала, а тут на тебе

Пропускает говорю же

человек жалуется что после отключения докера коннекты остаются в неведении

и при обращении по ним отваливаются по таймауту сокета (у меня в софтине задан)

всякие pgboucer-ы не стоят?

нет

телнетом попробовал - телнет обрывается, значит дело в моём коде

т.е. в коде библиотеки vibe-postgres

ну я с этим и не спорю, что дело скорей всего в твоей либе)

ладно, спать пора, лень уже разбираться

ну тут ещё не понятно почему даже если сокеты портятся то при последующих обращениях это не вылазит?

https://github.com/postgres/postgres/blob/322548a8abe225f2cfd6a48e07b99e2711d28ef7/src/interfaces/libpq/fe-misc.c#L804

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

возможно надо юзать pqSocketPoll, что бы корректно определялось состояние, все, спать

Понахуевертили сокетов и обёрток...

вово

ну тут ещё не понятно почему даже если сокеты портятся то при последующих обращениях это не вылазит?

кажется есть какая-то тема, что нужно сначала разорвать соединение (что-то отправляется), а потом уже закрыть сокет

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

Ну или узнало но обработало неверно эту инфу и как бы не узнало.

далее я пытаюсь взять конект из пула и что-то послать

и в ответ ошибка таймаута

вместо, например, обшибочного сокета типа "недоступен сервер" или навроде того

странно. я сам не перепроверял - всё со слов клиента. Заслал ему патч попробует скажет

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

я вот про это

на стороне сервера такое закрытие должно быть

https://github.com/deviator/modbus/blob/master/source/modbus/connection/tcp.d#L93

да, и сервер его произвёл

да, я проверил телнетом - всё отлично закрывается.

я когда с этим разбирался тоже не мог отловить сначала, что сервер завершился

т.е. наша софтина получает тоже эту инфу, но почему-то никак не использует и потом что-то странное тоже насчёт таймаута

зачем тебе блокирующие сокеты?

я бы не удивился если бы просто из сокета полезли ошибки при обращении, но тишина - загадка

зачем тебе блокирующие сокеты?

они неблокирующие

тогда -1 не всегда ошибка

я не могу читать из сокета - читает из него libpq

это может значить что нет данных

поэтому никаких -1 мне недоступно

я могу getsockopt

я не могу читать из сокета - читает из него libpq

а это не твоя либа?

там моя поверх libpq

https://github.com/denizzzka/vibe.d.db.postgresql/blob/master/source/vibe/db/postgresql/package.d собсно, вся либа целиком, практически

в функции waitEndOfRead оно не детектит этой проблемы с сокетом

https://github.com/denizzzka/vibe.d.db.postgresql/pull/22/files патч сделал, проверим

а в ди не принято ифы оборачивать в фигурные скобки?

когда там какая то одна инструкция только

Петь, хватит с этим каналом. Он не тематичский. Ссылку тру.

ERROR: S client not available

Схуяли он не тематический? Канал про существующие интересные программные алгоритмы генерации всякого разного.

На D тоже будут

далее я пытаюсь взять конект из пула и что-то послать

Ну если базу выключили и она закрыла соединения то ты пооусишь не таймаут а успешное чтение 0 байт. Если сервер выключили то будет таймаут. Если выключили и включили то будет ошибка, нааерное connection reset

Вот, и этот момент с закрытием базы сейчас нигде не отлавливается, похоже

И не ясно почему при попытке моего клиента использовать сокеты закрытые на том конце тоже нет никаких ошибок

а он как пишет, через евентлуп, waitWrite какой нить?

а он как пишет, через евентлуп, waitWrite какой нить?

Пишет клиент в сокет?

да

там же твоя эта либа тоже юзается? или это не твой клиент

Неё, там libpq

И сокеты она создаёт и закрывает, я только у нее попросить его могу чтобы асинхронные ожидания, например, сделать чтобы пул организовать

Щас не на месте, но код открыт, можно глянуть детали.

https://forum.dlang.org/thread/ncbawciyybdksecurmsc@forum.dlang.org как же грустно от таких статей :(

в этой теме ещё много подобных историй

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

есть более-менее стабильный workflow по dip-ам

появляются полезные библиотеки более ориентированные на юзера а не на крутого хакера

я там согласен с Joakim. развели нытье...))

ну вообще, в статье правильные мысли высказаны)

нельзя писать взрослый софт, когда ты не уверен, что следующий релиз компилятора не поломает его)

нельзя писать взрослый софт, когда ты не уверен, что следующий релиз компилятора не поломает его)

не факт

есть разные методы борьбы с этим - не используй bleeding edge фичи, дави на разработчиков компилятора, включай свой пакет в ci тесты компилятора

форкай компилятор

появляются полезные библиотеки более ориентированные на юзера а не на крутого хакера

Я вчера столкнулся с проблемой что ив твою библиотеку не могу инжектнуть socks ?

Но код выглядит гораздо приятнее чем vibed

сосбственно, про то и статься, что в какой-то момент разработка превращается в борьбу с компилятором и сообществом за выживание, и успешные в этой борьбе компании окукливаются в свой мирок

Я вчера столкнулся с проблемой что ив твою библиотеку не могу инжектнуть socks ?

сокс прокси?

да

хм, должно быть не сложно. http прокси там как-то всунут

можем вместе разобраться

http это другой уровень. Там в классе HTTPRequest есть метод private setupConnection и вот туда надо подсунуть. Но там new TCPStream создается жестко. Надо через фабрику или подобную жава-магию.

И вообще по теории dependency injection надо стараться чтобы не было нигде оператора new в библиотечном коде. Все компоненты должны внедряться как зависимость или создаваться через фабрики.