Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.BINKD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.BINKD с датами от 14 Jul 13 17:53:22 до 24 Apr 24 18:49:04, всего сообщений: 1924
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 126 из 1924 ========================================== RU.BINKD =
От   : Oleg Pevzner                     2:464/5555         03 Feb 14 03:08:10
Кому : Pavel Gulchouck                                     03 Feb 14 03:08:10
Тема : Binkd 1.1a48 binaries for Win32/64
FGHI : area://RU.BINKD?msgid=2:464/5555+52eeed2e
На   : area://RU.BINKD?msgid=2:463/68+52eed169
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.BINKD?msgid=2:463/68+52efaae3
==============================================================================
Hello Pavel!

Monday February 03 2014 01:12, you wrote to me:

OP>> Хорошо, конечно, когда выходят эти самые новые билды - значит,
OP>> бинкд жив-здоров! :) Удач вам в его развитии, а нам всем - в
OP>> юзании. :)
PG> Спасибо. :)

   А на здоровье, если поможет! :)

OP>> Рассказал бы когда-нибудь, в каком генеральном направлении
OP>> движется сегодня разработка. Разумеется, кое-что можно прочесть,
OP>> но и время не всегда есть, да и информацию из первых рук всегда
OP>> приятно получать! :)

PG> Плохо движется. Активных разработчиков нет, лишь изредка у кого-то
PG> появляется время и настроение что-нибудь добавить или исправить.

   Hу ничего себе плохо, если две сборки за один день выпускаете! :)

PG>  В ветке 1.1 по сравнению со стабильной веткой 1.0.x появилось: -
PG> поддержка файлов >2G (в stable что-то в эту сторону делалось, но,
PG> похоже, там поддержка есть только под 64-битными юниксами); - опция
PG> "-pipe", позволяющая связываться через ssh; - параметр "listen",
PG> позволяющий задавать несколько адресов/портов, на которых binkd
PG> отвечает; - параметр "rename-style", позволяющий задавать алгоритм
PG> именования принятых файлов в случае коллизии (если файл с таким именем
PG> уже есть); - multithread-версия под unix - непонятно, зачем. :)

   Ясно, спасибо. Hо интересно было бы также узнать о возможных дальнейших перспективах развития проекта. Какие мысли, идеи, что в планах и т.п. к to do.

WBR, Oleg                           Monday February 03 2014
E-Mail: omp<no-spam>omp.dp.ua

--- XStation
* Origin:  (2:464/5555)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.060612 секунды