AE
Пришли им патч, опенсорс же
да, пошлю, как руки дойдут. Но высока вероятность что откажут, т.к. уже наверняка кто-то у себя использует текущую систему и она влияет на бизнес-локгику и из-за совместимости принять не можем.
Size: a a a
2020 August 31
AE
В таком случае у тебя останется локальный патч, и лично тебе будет удобней
ну конкретно это надо чтобы было у всех, а не лично у меня.
DS
Локальные патчи это путь в никуда
SZ
Локальные патчи это путь в никуда
Неправда
DS
Ну в близкой перспективе — неправда, в будущем укусит за жопу и неоднократно
SZ
Частенько можно их пропихнуть в используемый дистрибутив. В порты той же фряхи или типа того.
SZ
Если автор софта сам не хочет, Хех
DS
Если у тебя коробочное решение, которое твоя компания разрабатывает, которое носит все зависимости с собой, ну как любой уважающий ынтерпрайз софт — любой локальный патч очень скоро станет болью в жопе, особенно когда его однажды забудут внести при обновлении чего-то
DS
А его забудут, инфа сотка
W
Всегда можно отнаследоваться и перебить в наследнике и наследника положить в свою репу. Половинное решение, но - что делать.
DE
В IO::Socket::INET для udp клиента можно поменять порт на лету ? Например от сервера пришел номер порта для переключения
P
Кмк надо будет пересоздать сокет
DE
ну вот без пересоздания
P
А смысл?
P
Получил новый порт , открыл новый сокет старый прибил
DE
пока пересоздается пакет пропадает, это же udp
P
Да в udp пакет и без этого может потеряться
P
Т.е это не оправдание для решения)
DF
Denis Erygin
ну вот без пересоздания
Создай новый сокет и закрывай старый когда клиент уже полностью придет на новый
DE
номер порта заранее не известен