воскресенье, 13 сентября 2009 г.

FlylinkDC++ r392 release

исправлен критичный баг в поиске файлов
ошибка жила с версии r379 до r391 - всем рекомендуется обновиться.
приносим извинения за этот косяк :(


SetupFlylinkDC-r392-build-2725.exe
SetupFlylinkDC-x64-r392-build-2725.exe

FlylinkDC-r392-build-2725(13-Sep-2009_10_48).zip
FlylinkDC-r392-x64-build-2725(13-Sep-2009_10_55).zip
FlylinkDC-r392-src-build-2725(13-Sep-2009_10_49).zip

региональные + VIP инсталляторы в конце списка изменений.


Ревизия (392) 13.9.2009
------------------------------------------------------------------------
(с) rain.bipper
* [Installer] Удален дублирующийся провайдер для нескольких городов - глючит при переустановке
* [Installer] Обновлена информация для хаба Инфолайна
* [Installer] Удален один из дублирующихся хаб - Мытищи, НИКОС
* [Installer] Исправлен алфавитный порядок городов
* [Installer] Добавлена проверка, выбраны ли порталы
* [Installer] При сбое склейки порталов временный каталог не удаляется
* [Installer] В инсталлятор добавлено требование закрыть Флай перед установкой новой версии
* [PortalBrowser XML] Разрешено менять порядок child'ов внутри UserData
* [PortalBrowser XML] Исправлен тип индекса иконки
* [PortalBrowser XML] Ужесточены правила создания XML
* [PortalBrowser XML] Исправлены несколько типов данных
* [PortalBrowser XML] Добавлен комментарий
* Убрал документацию PortalBrowser'а из svn - дока генерируются автоматически скриптом GeneratePortalBrowserXMLdoc.bat при компиляции сборки (build_flylinkdc(_x64).bat)
* Обновление документации по PortalBrowser'у
* Исправил работу barshadera (надо дополнительно потестить) влияет на чекбоксы "Объёмно" в настройках строк прогресса
* Добавлена возможность выбора устанавливаемых порталов при инсталляции (пока только x86)
* Исходники PortalBrowser.xml разбиты на отдельные порталы
* Добавлен проект тулзы, которая склеивает порталы обратно
* В XML парсер добавлена возможность сохранять в UTF8 формате
* Исправлено съедание первой буквы при формировании пути скачки, если исходный путь не содержит подкаталогов (контекстное меню файла, скачать в...)
* Добавлено сохранение последней папки в меню, если выбран пункт сохранить в папку с названием исходной
* Улучшен скрипт генерации инсталляшек
* Исправлен дедлок
* Исправлен редактор тулбара: теперь невозможно добавить несколько одинаковых кнопок
* Исправлена утечка ресурсов, при редактировании тулбара (спасибо Sergiy.Karasov)
* Обновление инструкции по созданию дампа
* Очистил проект от автоматически сгенерированных файлов
* Уведомление об обнаружении возможности активного соединения должно писаться только в чат соответствующего хаба (нужна проверка!)
* Исправил бардак с маленькими иконками тулбара
* Попытка исправить глюк изменения размера окна PortalBrowser'а
* Добавил PDB PortalBrowser'а в архив бинарников
* Исправлен скрипт генерации архива бинарников - добавлены ресурсы порталов
------------------------------------------------------------------------
(с) sergiy.karasov
* Добавил "описание" едитбокса в настройках
* Поправил поведение едитбокса и перевод
* TODO - не работает "Объёмно"
* Ретушь окон настроек
* Поправил поведение шеврона после изменения тулбара
* Попытка исправить отображение времени ожидания до следующего поиска (нужно тестить)
* Добавил определение ТТН при поиске из QuickSearch (может как-то лаконичнее написать?)
* Поправил исправления поведения кнопки "Отключить звук"
* Исправил поведение кнопки "Отключить звук"
* Поправлен расчет найденного количества файлов/отображаемого количества файлов в статусе окна поиска
* Восстановил ToolbarButtons и MenuImage
* Переместил иконки
* Перевод CDMотладчика
* Коррекция размеров статуса "УШЕЛ"
* Повышена контрастность некоторых иконок
* Разделены ToolbarButtons и MenuImages (облегчение правки меню)
* Убран мертвый код
* Возвращена иконка "О программе"
* Добавлена иконка "Всегда сверху"
* Поправил названия колонок в списке юзероа
* Выделил сообщение для строки статуса "УШЕЛ"
* Убрал дублирование определения иконки и неточности
* Добавил иконки для "Слоты" и "Удаленное управление" в настройках
* Поправлено размещение дерева файлов
* Изменена иконка ограничения скорости 80->60
* Поправлено размещение окон (надо потестить на Висте) http://smages.com/0d/17/0d173645f3c2fcafeca95ce761a50025.png.htm
* Убрана кнопка "Публичные хабы" из меню настроек
------------------------------------------------------------------------
(с) tret2003
* добавил кнопочку "по умолчанию" на вкладке настроек - звуки.
* добавил хаб WebStream Кемерово
* сделал изменения в скрипте инсталлятора х64 версии, теперь он должен запускаться только на х64 ОС
* сделал скрипт инсталлятора, в котором х32/х86 и х64 бинарники, и устанавливаются в зависимости от типа ОС
* перевод кнопки в настройках
* поправил окно при обнаружении магнет ссылки (подровнял кнопочки, чтоб стал виден текст свичбоксов полностью)
* перевод сообщения при удалении
* поправил интерфейс, текст закрывал рамки в настройках
* перевод интерфейса
* перевод системного сообщения при очистке БД от мертвых записей TTH
* Заменил текст ошибки при отсутствии TTH в потоках NTFS и на английском
------------------------------------------------------------------------
(с) a.rainman
* переосмысление косяка с иконкой о PM, необходимо тестирование
------------------------------------------------------------------------
(c) skazochnik97
* обновлена конфигурация для Липецкого puzzle
------------------------------------------------------------------------
(c) pavel.pimenov
* добавлены в svn-игнор файлы проектов VC++2010
* расширил окошко для ввода пароля
* исправлено падение при загрузке очереди из битой базы SQLite
* исправлено деление на 0 ("crash-full-(r391)-build-2559.dmp")
* исправлен критичный баг в поиске файлов ошибка живет с r379 до r391 - всем рекомендуется обновиться.

VIP-сборки
SetupFlylinkDC-bel-stomat-r392-build-2726.exe
SetupFlylinkDC-Link-SPB-r392-build-2726.exe
SetupFlylinkDC-Taganka-r392-build-2726.exe
SetupFlylinkDC-Teletoria-r392-build-2726.exe
SetupFlylinkDC-vt-samara-r392-build-2726.exe
SetupInfoLinkDC-NN-r392-build-2726.exe
SetupInfoLinkDC-r392-build-2726.exe
SetupOnenetDC-r392-build-2726.exe
SetupPLSDC-r392-build-2726.exe

Региональные + провайдерские:

SetupFlylinkDC-2net-r392-build-2725.exe
SetupFlylinkDC-airnet-r392-build-2725.exe
SetupFlylinkDC-ALCH-M3X-r392-build-2725.exe
SetupFlylinkDC-alnet-r392-build-2725.exe
SetupFlylinkDC-ASN-r392-build-2725.exe
SetupFlylinkDC-ASN-x64-r392-build-2725.exe
SetupFlylinkDC-atricom-r392-build-2725.exe
SetupFlylinkDC-avangard-r392-build-2725.exe
SetupFlylinkDC-Baikal-Telecom-r392-build-2725.exe
SetupFlylinkDC-Baikal-Telecom-x64-r392-build-2725.exe
SetupFlylinkDC-BakNET-r392-build-2725.exe
SetupFlylinkDC-belgorod-net-r392-build-2725.exe
SetupFlylinkDC-bizcom-r392-build-2725.exe
SetupFlylinkDC-BNET-r392-build-2725.exe
SetupFlylinkDC-Cabelina-Plus-r392-build-2725.exe
SetupFlylinkDC-campus-net-r392-build-2725.exe
SetupFlylinkDC-cherkassy-r392-build-2725.exe
SetupFlylinkDC-comunico-r392-build-2725.exe
SetupFlylinkDC-cordnet-r392-build-2725.exe
SetupFlylinkDC-dancer-r392-build-2725.exe
SetupFlylinkDC-dobronet-r392-build-2725.exe
SetupFlylinkDC-domolink-orel-r392-build-2725.exe
SetupFlylinkDC-domolink-ryazan-r392-build-2725.exe
SetupFlylinkDC-ertelecom-r392-build-2725.exe
SetupFlylinkDC-giga-net-ru-r392-build-2725.exe
SetupFlylinkDC-gomel-garant-4local-r392-build-2725.exe
SetupFlylinkDC-gomel-garant-r392-build-2725.exe
SetupFlylinkDC-Gomel-Kislorod-r392-build-2725.exe
SetupFlylinkDC-himki-africa-r392-build-2725.exe
SetupFlylinkDC-himki-telinkom-r392-build-2725.exe
SetupFlylinkDC-ionit-telecom-r392-build-2725.exe
SetupFlylinkDC-Irkutsk-WebStream-r392-build-2725.exe
SetupFlylinkDC-kalininec-r392-build-2725.exe
SetupFlylinkDC-Karelia-r392-build-2725.exe
SetupFlylinkDC-KemHub-r392-build-2725.exe
SetupFlylinkDC-kopnet-r392-build-2725.exe
SetupFlylinkDC-Kovrov-Zone-ITNet-r392-build-2725.exe
SetupFlylinkDC-KurskOnline-r392-build-2725.exe
SetupFlylinkDC-Lanta-Edition-r392-build-2725.exe
SetupFlylinkDC-line-net-r392-build-2725.exe
SetupFlylinkDC-lipetsk-beeline-r392-build-2725.exe
SetupFlylinkDC-lipetsk-domolink-r392-build-2725.exe
SetupFlylinkDC-lipetsk-domolink-x64-r392-build-2725.exe
SetupFlylinkDC-lipetsk-lan48-r392-build-2725.exe
SetupFlylinkDC-lipetsk-puzzle-r392-build-2725.exe
SetupFlylinkDC-MCN-r392-build-2725.exe
SetupFlylinkDC-meschera-r392-build-2725.exe
SetupFlylinkDC-mgn-adelaida-r392-build-2725.exe
SetupFlylinkDC-MGN-mgorka-r392-build-2725.exe
SetupFlylinkDC-Minsk-GMN-r392-build-2725.exe
SetupFlylinkDC-Minsk-HomeNet-r392-build-2725.exe
SetupFlylinkDC-mmsn-r392-build-2725.exe
SetupFlylinkDC-net11-r392-build-2725.exe
SetupFlylinkDC-net23-r392-build-2725.exe
SetupFlylinkDC-netline-r392-build-2725.exe
SetupFlylinkDC-netronik-r392-build-2725.exe
SetupFlylinkDC-nicos-r392-build-2725.exe
SetupFlylinkDC-novosib-homenet-r392-build-2725.exe
SetupFlylinkDC-octanet-r392-build-2725.exe
SetupFlylinkDC-omsk-dom-ru-r392-build-2725.exe
SetupFlylinkDC-onrela-r392-build-2725.exe
SetupFlylinkDC-opticom-r392-build-2725.exe
SetupFlylinkDC-opticom-svao-ix-r392-build-2725.exe
SetupFlylinkDC-poltava-poisk-tv-r392-build-2725.exe
SetupFlylinkDC-polustrovo-r392-build-2725.exe
SetupFlylinkDC-Rosintel-r392-build-2725.exe
SetupFlylinkDC-SakhDSV-r392-build-2725.exe
SetupFlylinkDC-Shara-r392-build-2725.exe
SetupFlylinkDC-Sh-samaralan-r392-build-2725.exe
SetupFlylinkDC-signaltv-r392-build-2725.exe
SetupFlylinkDC-Simferopol-KCT-r392-build-2725.exe
SetupFlylinkDC-SPB-MNS-r392-build-2725.exe
SetupFlylinkDC-SPB-RTS-r392-build-2725.exe
SetupFlylinkDC-Sumy-RS-r392-build-2725.exe
SetupFlylinkDC-telecontur-r392-build-2725.exe
SetupFlylinkDC-Trinity-r392-build-2725.exe
SetupFlylinkDC-trion-r392-build-2725.exe
SetupFlylinkDC-TTK-r392-build-2725.exe
SetupFlylinkDC-ultramarine-r392-build-2725.exe
SetupFlylinkDC-Untolovo.NET-r392-build-2725.exe
SetupFlylinkDC-uspeh-r392-build-2725.exe
SetupFlylinkDC-Yarcom-r392-build-2725.exe
SetupFlylinkDC-Yarcom-x64-r392-build-2725.exe
SetupFlylinkDC-YugNet-r392-build-2725.exe



54 комментария:

Анонимный комментирует...
Этот комментарий был удален администратором блога.
Tirael комментирует...

Можно ли сделать окно настроек растягиваемым по желанию или растянуть его пошире чтобы влезали надписи http://smages.com/56/49/56497b602eeb0ee4bfab8780254ac503.jpg.htm

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

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


Можно, но "нуего" это все страницы менять...
Посему лучше/проще перефразировать/переименовать чекбоксы ))

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

SQLite обновился!

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

С днем программиста!!! )

Elle Solomina комментирует...

jSer

спасибо :) с днём программиста )

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

а можно куда-нибудь еще выложить х86 версию? что-то депозит по кругу гоняет с загрузкой (выберите способ - ждите минуту - выберите способ... ) раньше такого не наблюдал. развивается ресурс)

Pavel Pimenov комментирует...

у кого проблемы с депозитом
скачать можно тут - http://code.google.com/p/flylinkdc/downloads/list

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

для скачивания с депозита добавляйте "ss" перед "deposites...."
т.е. имеем: http://depositfiles.com/files/crtu3yy29
надо: http://ssdepositfiles.com/files/crtu3yy29

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

Появился вопросик: скачал файл в расшаренную папку, через время слышу - диск трещит. оказалось это начал хэшироваться скачанный файл. Это так и должно быть? (имею в виду, что вроде как хэш уже был известен при скачивании, зачем еще раз его рассчитывать?)

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

http://code.google.com/p/flylinkdc/issues/detail?id=34

http://code.google.com/p/flylinkdc/issues/detail?id=35

Elle Solomina комментирует...

анонимному писателю: перестаньте оповещать об известной проблеме! нечем заняться? вперёд изучать язык и писать патч! ^__^'

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

при выборе пункта в меню, которое появляется по правой кнопке, пропадает статус-бар
http://img156.imageshack.us/img156/690/123fv.jpg

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

Исправили ли критический баг, при котором полностью падает Винда7? Если нет, почему автор не обращает на это никакого внимания?

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

Исправили ли критический баг, при котором полностью падает Винда7? Если нет, почему автор не обращает на это никакого внимания?

Два три пытаюсь выловить ошибку, - при запущеном Флае винда падает в синий экран, с ошибкой памяти.
Подобное было где-то в 387-389 версиях, но не так стабильно как с этой сборкой.

Уже час комп спокойно работает (без флая).
Ещё бы знать где найти лог этого падения...

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

Может дело и не во флае...
вернул 392 бета 9 (поверх 392), через 15 минут система повисла без синего экрана. Судя по молчанию NumLock - повисла намертво...
Не к добру...

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

Баг под win2k sp4 идущей с 391 релиза остался. Щелкаем по сортировке в списке пользователей, все хорошо, второй щелчок для сортировке (можно даже не по имени пользователя а допустим по шаре) и улетаем. Окно на скрине, дамп не создается.
http://i063.radikal.ru/0909/7b/5b7a3284eac3.gif

Black-code комментирует...

при выборе пункта в меню, которое появляется по правой кнопке, пропадает статус-бар

Такой же глюк есть при заходе в главное меню.

brain-ripper комментирует...

Исправили ли критический баг, при котором полностью падает Винда7? Если нет, почему автор не обращает на это никакого внимания?

Может потому, что у автора нет Win7?

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

Ни Флай, ни вообще любая программа пользовательского режима (user-mode, если кому так понятнее) не может привести к синему экрану. Всему виной корявые драйвера.

brain-ripper комментирует...

Баг под win2k sp4 идущей с 391 релиза остался. Щелкаем по сортировке в списке пользователей, все хорошо, второй щелчок для сортировке (можно даже не по имени пользователя а допустим по шаре) и улетаем

Посмотри, пожалйста, есть ли у тебя в системе файл DbgHelp.dll должен быть в Windows\System32. Если нету, надо его с дистриба винды туда положить, без него дампы не делаются.

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

> on adc hub FlyLinks based on 0.4 have tag 0.698 - on NMDC - FlyLinks ...... - it bug or ?
[10:44] < FleetCommand > probably they have not hacked the adc part or the client

на ADC хабах тег 0.698 а на NMDC хабах - флай бла бла бла. Может стоит исправить это?

brain-ripper комментирует...

при выборе пункта в меню, которое появляется по правой кнопке, пропадает статус-бар

Такой же глюк есть при заходе в главное меню.


Спасибо, исправлено.

brain-ripper комментирует...

на ADC хабах тег 0.698 а на NMDC хабах - флай бла бла бла. Может стоит исправить это?

А Флай вообще работоспособен на ADC хабах? Если так, то пожалуй стоит и в ADC подпись сменить

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

ответ на комментарии выше, на винде 7 просто летает, все отлично! Каждую неделю ставлю новую сборку уже полгода, и ничего не случалось!

Я не понял что там с сортировкой пользователей? Что делать не пытался вылет так и не произошел!

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

В просмотре шары опция "Показать как текст" при отображении содержимого текстовиков съедает все кириллические буквы. При этом в StrongDC++ эти же текстовики отображаются нормально. Баг?

brain-ripper комментирует...

В просмотре шары опция "Показать как текст" при отображении содержимого текстовиков съедает все кириллические буквы. При этом в StrongDC++ эти же текстовики отображаются нормально. Баг?

А текст в каком формате - ANSI, UTF8, Unicode? Кинь пример файла, который не правильно отображается

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

Потестил:
При сохранении в ANSI кириллица совсем не отображается (наиболее частая ситуация).
При сохранении в Unicode вместо кириллицы пишется абракадабра типа "?@>25@:0 "
При сохранении в UTF-8 кириллица показывается как надо, но с квадратиком перед первой строкой, например "проверка юникода".


К слову, есть еще предложение по улучшению русификации (очевидное): нужно согласовывать наиболее часто используемые существительные с относящимися к ним числам. Например:
1 пользователь, 2 пользователя, 5 пользователей.
Как это сделать:
Завести в файле перевода отдельно строки типа:
StringUsers0 = пользователь
StringUsers1 = пользователя
StringUsers2 = пользователей
Затем на месте вызова такого текста можно использовать подобную такой функцию:
procedure numgroup {[число], [вариант0], [вариант1], [вариант2]} {
switch [число] {
*11 {return [вариант2]}
*12 {return [вариант2]}
*13 {return [вариант2]}
*14 {return [вариант2]}
*1 {return [вариант0]}
*2 {return [вариант1]}
*3 {return [вариант1]}
*4 {return [вариант1]}
default {return [вариант3]}
}
}
Ну или как-нибудь иначе. Я думаю, должны существовать аналоги на Си.
Это бы сильно улучшило картину.

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

1. В окне поиска, если щёлкнуть по найденному и выбрать «Показать как текст», происходит скачивание файла. Так и должно быть?
2. Файлы, когда-либо скачанные или имеющиеся в шаре, выделяются цветом. Можно ли это как-то отключить или почистить базу, где это хранится?

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

Поменяй цвет ))

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

Посмотри, пожалйста, есть ли у тебя в системе файл DbgHelp.dll должен быть в Windows\System32. Если нету, надо его с дистриба винды туда положить, без него дампы не делаются.
Файл в указанной папке есть. Версия dll 5.00.2195.6613

brain-ripper комментирует...

1. В окне поиска, если щёлкнуть по найденному и выбрать «Показать как текст», происходит скачивание файла. Так и должно быть?
2. Файлы, когда-либо скачанные или имеющиеся в шаре, выделяются цветом. Можно ли это как-то отключить или почистить базу, где это хранится?



1. Конечно так и должно быть - как же можно посмотреть текст не скачав файл?
2. Вот это мне тоже интересно :) Выделяется цветом и пишет что-то типа "Я помню этот файл" или "Я скачивал этот файл". Павел, подскажи, есть официальные методы удаления этой инфы, или надо базу SQL редактировать?

brain-ripper комментирует...

Потестил:
При сохранении в ANSI кириллица совсем не отображается (наиболее частая ситуация).
При сохранении в Unicode вместо кириллицы пишется абракадабра типа "?@>25@:0 "
При сохранении в UTF-8 кириллица показывается как надо, но с квадратиком перед первой строкой, например "проверка юникода".



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

К слову, есть еще предложение по улучшению русификации (очевидное): нужно согласовывать наиболее часто используемые существительные с относящимися к ним числам.


В английском это делается просто: "User(s)". По русски сложнее, т.к. окончаний больше... Получится типа "Пользователь(я, ей)" - не очень красиво.
Насчет ассоцирования определенной строки определенному номеру: в принципе правильное решение, но пока я думаю делать не будем ввиду того, что есть и более приоритетные задачи, а так же кроме пользователей могут быть и другие термины, которые надо к числам привязывать; в случае правки пользователей их надо будет так же найти и доработать, а это уже побольше работы.

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

В английском это делается просто: "User(s)". По русски сложнее, т.к. окончаний больше... Получится типа "Пользователь(я, ей)" - не очень красиво.
Да, вот именно такое "не очень красиво" видит абсолютно каждый пользователь на любом открытом хабе под списком ников - там, где написано "Юзер(а,ов)". Только поэтому я и предлагаю что-то менять...

Кстати, нельзя ли в том месте, где находится это страшное "Юзер(а, ов)" сделать вывод такой же, как в StrongDC++, чтобы число пользователей писалось через дробь: [число, удовлетворяющее критерию поиска]/[суммарное число юзеров на хабе].
И слово "Юзер(а,ов)" вообще тогда можно стереть, чтобы не пугало.

brain-ripper комментирует...

Да, вот именно такое "не очень красиво" видит абсолютно каждый пользователь на любом открытом хабе под списком ников - там, где написано "Юзер(а,ов)". Только поэтому я и предлагаю что-то менять...

Как-то не обращал внимания :)
Проще всего писать "Пользователей: n", где n - любое число. Довольно нейтрально. Посмотрел сейчас файл локализации и ужаснулся: сплошные "юзеры". Считаю это провокацией и думаю позаменять на "пользователей" :))


сделать вывод такой же, как в StrongDC++, чтобы число пользователей писалось через дробь: [число, удовлетворяющее критерию поиска]/[суммарное число юзеров на хабе]

А не будет перегружено информацией тогда - вторая цифра-то одинаковая будет. К тому же те, кто не в курсе, могут не понять, что эти цифры - количество пользователей, если надпись убрать

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

Посмотрел сейчас файл локализации и ужаснулся: сплошные "юзеры". Считаю это провокацией и думаю позаменять на "пользователей" :))
А я уже поназаменял... И не только их. Могу выложить куда-нибудь свою версию Russian.xml.

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

Кстати, было б неплохо, чтобы при поиске пользователей по критерию IP можно было вводить диапазоны адресов в формате вида 10.0.0.0/8, 172.16.0.0/18 и т.п.

brain-ripper комментирует...

А я уже поназаменял... И не только их. Могу выложить куда-нибудь свою версию Russian.xml.

Выкладывай, посмотрим. Если что обновим в дистрибе

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

Выкладывай, посмотрим. Если что обновим в дистрибе
Выложил: ссылка.
Я не претендую на то, что это самый оптимальный вариант перевода, но лично мне он нравится больше, чем текущий из дистрибутива.
Его сильно портят только надписи типа "2 Пользователи", "101 клиентов" и тому подобные вещи.

Slippery Jim комментирует...

brain-ripper
Вообще-то нормальная интернационализация с учетом всех вербальных форм для единиц счета придумана уже давно: gettext/ngettext (и DC++ ее уже успешно пользует). Почитайте что ли документацию :-) или сырцы DC++ в части интернационализации морды

Slippery Jim комментирует...

А Флай вообще работоспособен на ADC хабах?
Да, но не на всех - зависит от версии ADC, поддерживаемой хабом (и то, что ADC во флае только частично реализован). По крайгей мере, на uHub - живет, DSHub - даже не пускает

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

[Slippery Jim пишет...
Вообще-то нормальная интернационализация с учетом всех вербальных форм для единиц счета придумана уже давно: gettext/ngettext (и DC++ ее уже успешно пользует). Почитайте что ли документацию :-) или сырцы DC++ в части интернационализации морды]


имеется ввиду самый старый первоначальный dc++? потому что поиск 'ngettext' в исходниках StrongDC++ показывает ФИГ

brain-ripper комментирует...

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


Посмотрел. Есть спорные моменты, но работа проведена хорошая. Будет время займусь встраиванием в дистриб

Slippery Jim комментирует...

Анонимному
имеется ввиду самый старый первоначальный dc++?

Имеется в виду именно DC++ c http://dcplusplus.sourceforge.net/, у которого "0.705 and further versions use GNU Gettext..." Стронг же, как и большинство, живет на статичных текстовых (XML) файлах перевода. A po и править удобнее, и обновлять, да и коллективный перевод на Ланчпаде можно держать

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

Имеется в виду именно DC++ c http://dcplusplus.sourceforge.net/, у которого "0.705 and further versions use GNU Gettext..." Стронг же, как и большинство, живет на статичных текстовых (XML) файлах перевода. A po и править удобнее, и обновлять, да и коллективный перевод на Ланчпаде можно держать

"перевод" пронизывает всю программу. если перепахать весь код со стронга на dc++, то в дальнейшем мержить придётся вруную и большими затратами времени. а так всё автоматически. что ты предлагаешь, это равносильно прекращению мержей от стронга и переход на мержи с dc++. слишком спорный шаг, стоят ли жалкие Юзер(а,ов) отказа от ветки SDC

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

Имеется в виду именно DC++ c http://dcplusplus.sourceforge.net/, у которого "0.705 and further versions use GNU Gettext..." Стронг же, как и большинство, живет на статичных текстовых (XML) файлах перевода. A po и править удобнее, и обновлять, да и коллективный перевод на Ланчпаде можно держать

"перевод" пронизывает всю программу. если перепахать весь код со стронга на dc++, то в дальнейшем мержить придётся вруную и большими затратами времени. а так всё автоматически. что ты предлагаешь, это равносильно прекращению мержей от стронга и переход на мержи с dc++. слишком спорный шаг, стоят ли жалкие Юзер(а,ов) отказа от ветки SDC

Slippery Jim комментирует...

если перепахать весь код со стронга на dc++, то в дальнейшем мержить придётся вруную и большими затратами времени
К разработке и кодированию явно отношения никакого нет и не было. Скажу по секрету, что замена одного имени функции на другое - не такой уж и большой проблем при мерже. К тому же есть ощущение, что кто-то не в курсе, что Флай в девичестве порожден от Апекса, а не стронга, и есть ощущение, что они разошлись ОЧЕНЬ сильно (иначе бы ядро Апекса 1 во Флае было бы давно и непринужденно, а не с такими трудами, как портится сейчас)

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

К разработке и кодированию явно отношения никакого нет и не было. Скажу по секрету, что замена одного имени функции на другое - не такой уж и большой проблем при мерже

замена часто используемой функции - огромный проблем, это не секрет. например, оригинал удалил десяток строк кода и написал другие. если в этом месте не было замен, то без проблем пишем SVN MERGE ... и SVN автоматически приводит этот фрагмент в соответствие с веткой, с которой мержим. а если мы там заменили название функции, то SVN скажет: опа, конфликт. ты менял это место, поэтому я ничего автоматически делать не буду. сам редактируй, вручную

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

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


хотя я согласен, ветки апекс/стронга и флая разошлись 2 года назад. интересно, разработчики считают, что "догнать" ещё можно или уже и пытаться не стоит?

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

День добрый!
Используется:
FlylinkDC++ (r392) build 2725

Есть пара проблем, хочется узнать можно ли их решить.
1. При выборе ф-ии: Показать как текст, не отабражаются русские буквы, англ, отабражаются корректно. Может где то настройки шрифта есть, но я не нашел.
2. Большой вопрос по производительности:
а. Заходим в поиск файлов. Вводим слово, достаточно часто встречающееся у юзеров. Нажимаем поиск. Далее начинает искать, увеличивается счетчик найденых файлов, напр 1200, через некоторое время клиент подвисает, НО.
Если переключить активное окно с поиска на хаб например, зависание пропадает. Во время зависания, обьем трафика передаваемого и принимаемого не изменяется. Похоже очень на DeadLock, но в области граф интерфейса, если такое возможно. Клиент через 10-40 сек, регурярно отвисает, успевая отрисовать все элементы, и позволяя сделать одно-2 действия.
Если окно поиска закрыть, то зависание пропадет.

Еще один вопрос. Суммарная загрузка клиента процессора не превышает ~25%. График загрузки ядер равномерный. В инфе по процессу числется одновременно запущенных ~75 threads. Причем нагружающих проц примерно 4 треда (20%+3%+1%+1%). Есть ли возможность оптимизировать код, для использованиях на всех ядрах. Такое ощущения, что нагрузку в клиенте дают именно запросы на поиск от клиентов, т.к. ограничение скорости не приводит к понижению загрузки проца клиентом.
Сорри если сумбурно обьяснил. Очень хочется чтобы клиент мог полностью использовать весь потенциал железа, на котором работает.

некоторая полезная инфа:
конфигурация компа: Core 2 Quad Q9550 (4 x 2.83GHz)
Клиент подключен на 15 хабах.
По инф-ии поиск-шпиона, среднее кол-во поисков в сек: 40
Шара: 1.06Tb
Кол-во файлов: примерно 700 000 или больше (не знаю как точно глянуть в базе)

brain-ripper комментирует...

1. При выборе ф-ии: Показать как текст, не отабражаются русские буквы, англ, отабражаются корректно. Может где то настройки шрифта есть, но я не нашел.

Через 15 минут будет исправлено, обновление выйдет со следующей версией.

...График загрузки ядер равномерный...
...Есть ли возможность оптимизировать код, для использованиях на всех ядрах...


О какой оптимизации идет речь, если по твоим же словам загрузка ядер равномерная?

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

Очень хочется чтобы клиент мог полностью использовать весь потенциал железа, на котором работает

Для этого подходит greylink

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

Постараюсь объяснить...
График загрузки СИСТЕМЫ вроде равномерный. А вот график загрузки проца одним процессом не превышает 25% что на мой взгляд говорит только о том что процесс задействует только одно ядро.
То есть сумма загрузок каждого ядра не превышает в итоге 25%.
То есть если смотреть по ядрам то картина такая (24% 26% 20% 30%) итого 100% от 400%. И похоже больше флай не может задействовать.

Вот графики, может они лучше объяснят ситуацию.

ftp://niktest.g-service.ru/FullAccess/ProcessExplorer_ProcessInformation.PNG

ftp://niktest.g-service.ru/FullAccess/ProcessExplorer_SystemInformation.PNG

ftp://niktest.g-service.ru/FullAccess/ProcessExplorer_ProcessProperties.PNG

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

to: brain-ripper
Можем по аське пообщаться? Может получится более подробно изложить мысли...

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

Спасибо за прогу, чувак :)

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

Офигенная новость.. Однозначно добавлю вашу страничку в закладки