суббота, 2 октября 2010 г.

FlylinkDC++ r401 beta8

SetupFlylinkDC-x86-r401-beta8-build-4957.exe
SetupFlylinkDC-x64-r401-beta8-build-4957.exe

FlylinkDC-x86-r401-beta8-build-4957-02-Oct-2010-12-10.zip
FlylinkDC-x64-r401-beta8-build-4957-02-Oct-2010-12-24.zip
FlylinkDC-src-r401-beta8-build-4957-02-Oct-2010-12-11.zip

------------------------------------------------------------------------
r4954 | pavel.pimenov | 2010-10-02 11:25:14 +0400 (Сб, 02 окт 2010) | 9 lines
* г.Новосибирск (СитиХоумнет)
* г.Пенза (Пенза-телеком)
* г.Пермь (Корбина-Билайн)
* г.Рязань (Антенна-Гарант)
* г.Рязань (КОМСТАР-Регионы)
* г.Хабаровск (Билайн)
* г.Харьков (LaNGATE)
* г.Челябинск (Интерсвязь)
------------------------------------------------------------------------
r4943 | a.rainman | 2010-09-30 21:12:55 +0400 (Чт, 30 сен 2010) | 8 lines
* Обновление базы данных провайдеров
   http://www.assembla.com/spaces/customlocations-greylink
   Сборка на базе 20100930-1047, создана 30.09.2010 21:24 +0600
   Итого в базе:
    - Провайдеров - 1282
    - Провайдерских лого - 1280
   Archive CustomLocations.rar created by LazyBadger
------------------------------------------------------------------------
r4937 | pavel.pimenov | 2010-09-30 07:03:14 +0400 (Чт, 30 сен 2010) | 2 lines
* [merge] Убрал диагностику "SQLite - remove_queue_item: p_id = 0" (это нормальная ситуация при загрузке файл-листов - они в очередь базы данных не помещаются.
------------------------------------------------------------------------
r4929 | pavel.pimenov | 2010-09-29 07:07:09 +0400 (Ср, 29 сен 2010) | 4 lines
*[merge]
 - Исключены зависания записей в таблице очереди fly_queue в случае исключения при вызове QueueManager::checkTarget(l_tgt, l_size)
 - Все ошибки с базой данной являются критичными и выводятся пользователю в диалоговом окне(может в этом случае стоит выходить из программы?)
------------------------------------------------------------------------
r4922 | pavel.pimenov | 2010-09-28 14:18:03 +0400 (Вт, 28 сен 2010) | 1 line
* Убрал мертвый код string getExceptionName(DWORD code) (часть 2)
------------------------------------------------------------------------
r4920 | pavel.pimenov | 2010-09-28 14:14:19 +0400 (Вт, 28 сен 2010) | 1 line
* Убрал мертвый код "FARPROC WINAPI FailHook"
 

16 комментариев:

Dir[3]kToR комментирует...

А можете сделать быстрый просмотр картинок? Например чтобы в списке файлов можно было нажать правой кнопкой "Смотреть" и открывалось окно какого-то просмотрщика, а потом стрелками влево\вправо для показа следующих\предыдущих и в это время картинки качались в какую-нибуть временную папку. Вобщем как "показать как текст" только по одной штучке не клацать, а смотреть всю папку онлайн. Кстати файлы во временной папке при нажатии на "Показать как текст" остаются навсегда.

Анонимный комментирует...

Хм... ощеня спорный вопрос, заговнить канал отдачи юзера качая с него картинки в предпросмотр, не учитывая это в ЕГО слотах/отдаче...

truth комментирует...

А кто мне скажет, для чего тратиться время и силы на 400 ветку? =\
Может было бы лучше больше работать над 500 и забыть былое..

ayli комментирует...

у меня тогда вопрос наоборот
Есть ли смысл ставить 500-й релиз, если в ближайшее время на ADC-хабах сидеть не собираюсь?
Совместимость с обычными хабами полная? Глюков не больше из-за доп. возможномтей?

Анонимный комментирует...

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

L. комментирует...
Этот комментарий был удален автором.
L. комментирует...

500 ка всё ещё на стадии активной разработки, там есть серьёзнве ошибки! Её можно ставить только опытным пользователям! Так же хочу предупредить что при откате с 500 на 400 ломается БД. Так что пожалуйста аккуратнее, если вы не готовы к такому :)

Анонимный комментирует...

Хех, L ну ты "обрадовал" народ )))

Стоит добавить к словам разработчика:
- Если есть непреодолимое желание заюзать r500, ставьте её в параллельную папку, например во время установки удалив плюсы в конце адреса.

Будет возможность сравнить обе версии, не ломая привычный ритм нефтекачания.

SC..

mihei комментирует...

есть такая проблема, размер шары в статус-строке (ив инфе на хабе) примерно на 400мб меньше чем размер при открытии своего файл-листа, никакими способами мне не удалось переобновить лист (включая чехарду с NTFS-потоками), подозреваю, что эта разница из-за папки некогда бывшей в шаре (размер совпадает, время обнаружения разницы в шаре тоже), но удаленной оттуда без предварительного удаления из шары

подскажите, как его победить?

Анонимный комментирует...

Я считаю не правильным трату времени и сил на ветку 400 ибо не вижу смысла. Если смысл есть то просветите меня.

Анонимный комментирует...

предыдущему А: новые возможности в стабильных версиях.

Анонимный комментирует...

Кстати, «Сильвернет» давно куплен «Вестколлом». Наверное, нужно внести коррективы в настройки.

L. комментирует...

r400 будет похоронена с выходом r500, однако будет ещё некоторое время поддерживаться, т.к. вип сборки основаны на ней.

Так же r400 является тестовым полигоном для нового немного далёкого от файлового обмена функционала, примеров этого масса, это и PortalBrowser и поддержка rss, и многое многое другое.


to mihei

победить проблему очень просто нужно выбрать в меню "Файл" пункт "Очистить базу TTH от мёртвых записей"

mihei комментирует...

to L:
к сожалению, это не помогает, все известные мнеспособы обновления шары испробовал сразу же

смущает еще одна вещь - при удалении всех файлов из шары и повторном их расшаривании не происходит повторного перехеширования (видимо используется сохраненный в потоках хеш) - но вкл/выкл соответствующей галки результата не дали

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

Анонимный комментирует...

ну грохни файл бд...

L. комментирует...

to mihei
moonrainb0w в общем то прав. Если данные не жалко.