четверг, 3 мая 2012 г.

FlylinkDC++ r502 beta24

Доступно в авто обновлении канала - beta  для первой инсталляции можете скачать тут:
Скачать
Обновлены библиотеки:
  • miniupnpc 1.6.20120502
  • zlib  1.2.7
  • Mediainfo  0.7.57, 2012-05-02

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

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

В окне о программе подправить версию сторонних проектов:
miniupnpc 1.6.20120502
MediaInfoLib 0.7.57

т.к старые указаны!

Обновил языки!
http://flylinkdc.com/translate/?lang=be-BY
http://flylinkdc.com/translate/?lang=ru-RU (1Fix)
http://flylinkdc.com/translate/?lang=uk-UA

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

Плохо что некоторые внешние компоненты не содержат в себе версии, так бы они выводились там автоматически, как у большинства указанных в том окне

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

но miniupnpc не из их числа
_T("miniupnpc ") _T(MINIUPNPC_VERSION_STRING) _T("\r\n")

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

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

Вопрос: у кого это фиксед? У меня что-то ничерта не "фиксед". Прошу общественность отписаться, у кого те же проблемы.

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

Вопрос: у кого это фиксед? У меня что-то ничерта не "фиксед". Прошу общественность отписаться, у кого те же проблемы.

Давайте в трекере выясним что именно и как не работает.

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

Вопрос: у кого это фиксед? У меня что-то ничерта не "фиксед". Прошу общественность отписаться, у кого те же проблемы.

исправлено, ждите ближайшей бетки.

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

1) Сделайте/используйте нормальный багтрекер - чтобы не нужно было тащиться регистрировать email специально для него, учитывая что там емайл выложен каким то кретином - открыто [для спаммеров].

2) Кстати он крайне дебильный по функциональности. Да ещё на говно-буржацком наречье... Сплошной отстойняк. И вы хотите чтобы им люди пользовались... (я уж не говорю - бесплатно тестируя вашу программу - в каждой версии, ибо составление [подробных] багрепоров ...и есть тестирование).

3) как я заметил: сами вы - не очень то туда добавляете присланные баги с блоггера...
Есть ли этому неадекватному поведению ...РАЗУМНОЕ объяснение ?
(или будем традиционно строить из себя птицу страуса ...тотальным молчанием и игнором)

PS:
...Да, и это вы прибили это сообщение сегодня ? или это опять блоггер задалбывает сюрпризами ?

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

1. Специально для вас есть ветка на форуме для информирования о багах.

2. Это вопрос к гуглу, мы трекер править не можем.

3. Мы уже не раз заявляли, что баги сразу оформляйте на багтеркере, здесь в блоге сообщайте о мелких опечатках в переводе или что-то подобное. Для нас если баг не описан в трекере - бага нет и всё хорошо. На блоге пару постов и мы о нём забыли.

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

1. Это на том на котором что бы что то написать - нужно ещё и зарегисться(в моём сл.дважды - первый для выделения емайла под ваш форум, к томуже впоследствии не нужный совершенно - т.е.безосновательно),
[в дополнение к гуглоид-аккаунту тут, в ч.н.]
- а не многовато ли вам ?!
В плане задрачивать своих пользователей ?

2. flylinkdc.org - это ваш сайт или гугла ?!...

3. NightOrion, а читать - не умеем да? Я же перечислил выше непреемлемость [некоторым] пользователям - этого "багтрекера".
А также критинизм вашего подхода: Для нас если баг не описан в трекере - бага нет. nocomment.

---------------
Разруха не в стране, разруха в головах...

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

1. Любой нормальный багтрекер требует регистрации, так-что смена трекера ничего не даст.

2. Отображение почтового адреса настраивается в свойствах гуглоаккаунта. Доступны варианты: отображать только имя пользователя, отображать полный почтовый адрес, отображать частично скрытый почтовый адрес.

3. Кстати он крайне дебильный по функциональности.

Голословное утверждение.

4. Да ещё на говно-буржацком наречье...

Nobody cares.

5. (я уж не говорю - бесплатно тестируя вашу программу - в каждой версии, ибо составление [подробных] багрепоров ...и есть тестирование)

Какой-то набор несвязных фраз.

6. как я заметил: сами вы - не очень то туда добавляете присланные баги с блоггера...
Есть ли этому неадекватному поведению ...РАЗУМНОЕ объяснение ?


Ну не может же разработчик постить чужой баг в том невнятном виде, в котором его постит большинство пользователей. Особенно, если конкретно у него баг никак не воспроизводится.
Лучше потратить время на исправление хорошо документированного бага, чем на поиск иголок в стоге сена.

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

Опять странный спор о том как лучше об ошибках сообщать. Да как не сообщай - результат нулевой. Лучше всем миром спросите разработчиков почему имея описание багов и в трекере и в блоге, в течении нескольких лет они их не исправляют. Похоже они в матрице - "ложки нет", ну т.е. бага нет. Главное ведь убедить себя.

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

О баге мало сообщить, его корни надо найти, если его ещё не починили, значит нам пока неизвестно как он возникает.

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

2. flylinkdc.org - это ваш сайт или гугла ?!...

Наш багтрекер здесь

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

NightOrion:
2. flylinkdc.org - это ваш сайт или гугла ?!... +Наш багтрекер здесь
- Это я прекрасно знаю и без вас, наверное же! Мне плевать на гугл, я говорю про багтрекер-Флайлинка. И вч.н.связанные с ним неудобства.

wasd123: если вам нечего умного сказать - молчите. (Потому что все ваши пункты - легко-опровергаемы).
И вас примут за умного. Может быть.

---------------
Разруха не в стране, разруха в головах...

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

flylinkdc.org
тут нет багтрекера

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

NightOrion, вы какойто

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

...своебразный, что ли.

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

К тому же вы не правы - технически:
есть ссылка на багтрекер с главной страницы, значит, багтрекер на сайте Флайлинка - есть !

2. Есть на сайте комментарии к версиям флайлинка - значит сайт Флайлинка позволяет оставлять комментарии и пожелания.

А, техническая реализация - где оно там расположено - значения не имеет.
В т.ч.потому что вы разрабы - сами и выбрали что вам использовать в качестве блоггера и багтрекера.
По сути они не более чем онлайн-сервис, или же просто скрипт с онлайн-подключением,
вроде скрипта +1 и прчх.

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

О баге мало сообщить, его корни надо найти, если его ещё не починили, значит нам пока неизвестно как он возникает.

Что-то подсказывает, что вы просто забили. За два года можно не только три-четыре бага исправить, а новый проект поднять и довести его до релиза.

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

О невылавливаемых багах.
Предлагаю разрабам в таких сл.поступать сл.образом:
просить их наблюдающих запустить Флай в виртуалбоксе на чёткооговоренной HW-конфигурации и ОС версии и подверсии (лучше "с одного источника")
- т.о.будет достигнута почти 100% совместимость с окружением у обоих сторон.
PS: Если конечно это вам надо...

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

О невылавливаемых багах.
Предлагаю разрабам в таких сл.поступать сл.образом:
просить их наблюдающих запустить Флай в виртуалбоксе на чёткооговоренной HW-конфигурации и ОС версии и подверсии (лучше "с одного источника")
- т.о.будет достигнута почти 100% совместимость с окружением у обоих сторон.
PS: Если конечно это вам надо...


предлагаешь перенести в виртуал-бокс пятитерабайтовую шару и 30000 файлов в очереди закачек?

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

ну и прокси пробросить, чтобы разрабы извне могли зайти на локальные хабы

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

1) Каменный век какой-то, просто задать общие каталоги.

2) если есть пароли - в тестовых целях - подключаться без них.
(А, либо если не пускают - вообще тестить на другом хабе; вар.2 - зарегиться под другим ником - специально для теста, кому СИЛЬНО нужно исправление - это не проблема).

3) а, тестить понятно лучше на нелокальных хабах. +Поиск альтернатив по TTH на глобальных хабах[выдленных в окне Поиск] - рулит...

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

Каменный век какой-то, просто задать общие каталоги.

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

тестить понятно лучше на нелокальных хабах

баги, связанные с многопоточностью и синхронизацией, часто проявляются только на определённой скорости скачивания. например, если за секунду происходит более 16 но менее 24 (если больше - например, срабатывает какой-то механизм, оптимизирующий массовое обновление и маскирует баг) обновления строки в списке подключений. так что не всё так просто с воспроизведением

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

Таких как Вы пишете и притом одновременно [скольконибудь]повторимых(о которых говорил уже я, первоначально) - единицы.
Попрошу не обобщать.

Вообще то, эти все ваши опровержения смахивают на какуюто отмазку...
Причём, даже потенциального нежелания что то исправлять...

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

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

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

Напомню вам ещё раз, что мы занимаемся проектом в свободное время и нас не так много как вам кажется. Еслиб мы на работе с утра до вечера занимались ТОЛЬКО флаем, и нам за это ещё платили зарплату тогда бы уже давно допилили.

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

Прежде чем обвинять в нежелании чинить баги, сперва посмотрите в трекере сколько багов закрыто (стоит статус Verified).
- Я как раз тут набрал и уже собрался вам отослать(а, тут вы со своими "доводами"...):

1. Опят флай снёс всю базу моих отложенных закачек...
Я уже начинаю уставать "быть в шоке"...
Спасло (в ч.н.вас от гиперматов, кот.я же приготовился вам о вас высказать...) то что я периодлически стал ВРУЧНУЮ(бл_!) копировать файлбазу, т.ск.в BackUp. И потому смог пусть и старую, но всёже главное там, - восстановить.
PS: Версия Флая правда старенькая, но ЗАТО РЕЛИЗНАЯ! же - r501 !!!!!!
Я просто с вас долб0`бов 0хуеваю, я же вам даже расписал решение месяц или два назан! (в блоггере понятно...)
ЗЫЖ Если нужно - могу ещё одно или два придумать, вот навскидку - БД - обрабатывать в отдельном ПРОЦЕССЕ, чтобы глюки Флая её не затирали, в RAM. А при запуске - создавать .BAK файлы конфигов, как и происходит во всех (даже куда хуже) ДС-клиентах...

2. ...Потому таки решился обновить на очереную препрепребетку, т.е.эту,
и что вы думаете?
Этот ваш
skydrive live com - никуя не качает !
Даже не открывается!

Даже не выдаёт никаких ошибок
- страничка тупо качается, качается, качается...

3.
И вообще что за привычка
- распространять Флайлинк (тысячам, точнее сотням тысяч, пользователям)
- с каких говно и скорее всего завирусованных сайтов...
а, не со своего.
ЗЫЖ Вот бл_ не говорите после этого что вы не распространяете вирусы! Даже если вы их сами не пишите - заведомо подсовываете чужие - со всех этих "третьих" серверов...

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

Этот ваш
skydrive live com - никуя не качает !
Даже не открывается!


ЗЫЖ Вот бл_ не говорите после этого что вы не распространяете вирусы! Даже если вы их сами не пишите - заведомо подсовываете чужие - со всех этих "третьих" серверов...


SkyDrive - это облачный сервис Майкрософт для обмена файлами. если у тебя он не открывается или "не качает" - у тебя НЕЛИЦЕНЗИОННЫЙ ВИНДОУЗ!!!

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

никуя,
просто этот сайт ...не может адекватно работать когда кукисы вырублены, он даже ошибку по ук.адресу не в состоянии вывести о том...
nocomment!

PS: после того как туда зашел с включёнными кукисами, сугубо ради эксперимента(мало ди долб-ёбов на свете, вот гугло-блоггер - такие же писали, козлы: заходить заходит, а когда отсылаешь сообщение забыв включить шпионо-кукис - это сообщение удаляется, причём не сразу...),
- стало нормально заходить, даже когда опять их выключил и перезашёл...
Сразу не обратил внимание, теперь понятно - сделано в ms...

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

2.

это облачный сервис Майкрософт для обмена файлами.

- А Вы ЛИЧНО гарантируете что там намеренно или непренамеренно в ваш экзешник не подсунут вирус ?!
Можете не отвечать ибо правильный ответ только один - неможете.
Никто, включая даже Б.Гейtса не может...

PS: В начале подумал было предложитиь вам выложить на самом сайте хотя бы уж MD5,
(чтобы разгрузить сайт, если вам это критично),
так его тоже можно взломать, подсунув вирус...

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

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

Это всё баги из разряда "в этой сборке сломали в следующей починили". Такие можно создавать и закрывать вечно, создавая видимость поддержки проекта. Баги которые реально мешают пользоваться Флаем вы не чините, и не надо никого в обратном убеждать. Мне все-равно чем вы занимаетесь, думаю многим, уже тоже.

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

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


пусть кладут SHA256, он пока не взломан.

а лучше все известные хеши сразу (CRC, TTH, MD5, SHA1, SHA256). пока никто даже теоретически не рассматривал задачу нахождения коллизии хотя бы на двух хешах одновременно

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

Мне это напомнило историю с CRC: сначала изобрели говорили что CRC16 надёжно защищает данные в ч.н.от помех, потом что мало надо бы CRC32 - все как дебилы стали его использовать, в итоге помниться по модему столько битых файлов бывало... под конец оказалось что он настолько ненадёжен что его можно даже тупо подбирать очень быстрым перебором - с оглядкой на алгоритм; в итоге наизобретали супеподпись MD5 - через нек. время - таже история; в том же DC++ используют как известно TTH, но в ч.н.мне лично уже попадались неск.разных файлов с одинаковым TTH - из-за чего Флайлинк дико тупил(кстати я их "запомнил" если кому то вдруг будет интересно это дело если не пофиксить что, без изменения DC++ протокола невозможно, то хотябы сделать затычку).

Возвращаясь к вопросу: Конечно это лучше чем просто MD5, но нельзя исключать что эти алгоритмы не содержат [преднамеренно заложенных] дыр, все сразу, в таком случае подбор усложнится скажем с 0.1сек, до ну пусть 0.5, пусть даже 50 секунд...
К тому же рандомный и прч. bruteforce - никто не отменял...
Единственно гарантированное - раздавать со своего сервера.
Ну точнее условно гарантированно... но, всё же.

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

Нужен импорт и экспорт базы шары и конфига настройки (ник,хабы) чтоб это выводило в отдельный один или лучше в два файла.

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

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

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

Не ужеле сами не понимаете что это нужно и есть во всех программах.

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

Нет, не понимаем. В других программах этого не увидел.

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

wine 1.4
Выпуск 12.04 (precise) 64-бит Ядро Linux 3.2.0-24-generic При обновлении на FlylinkDC++ r502-beta25 build 9941 было ( wine повёл себя страно не верно перезапустил программу Флайлинк а также при ошибках дампы перестал отсылать ) это относится и к версии build 9900

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

Точнее программа Флайлинк перестала отправлять дампы ошибок (если ошибка в программе возникает програма закрывается с предупреждением от wine 1.4 предупреждения и отправка дампа во флайлинке не происходит ) заметно исправления с распределением (с утечкой памяти она стала намного меньше и программа под новой Wine 1.4 cтала более стабильной было падения из за смайл пака Kolobok )

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

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

также скажите пусть где лежат у вас файлы дампов падения?

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

По умолчанию Дампы создаются в папке Профиля Домашняя папка ( там Wine метку ставит на папку по умолчанию для профеля программы Флайлинк в той папке и создовались дампы до обновления ядра всё было нормально даже wine 1.4 после обновления вине стал подругому работать с программами в новом ядре и при обновлении wine для нового ядра флайлинк при ошибке стал просто закрыватся ( в некоторых случаях с предупреждением в wine) на старом ядре до компиляции wine для нового ядра вроде дампы отсылались и то через раз как повезёт Зато при обновлении вине и ядра флайлинк стал заметно быстрей выводить внутрение вкладки а также значительное использование памяти уменьшилось
включил лог загрузки

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

[2012-05-11 14:11] DHT начал загрузку
[2012-05-11 14:11] [DHT][Start] httpConnection.downloadFile: http://strongdc.sourceforge.net/bootstrap/?cid=GYJSYR5WEPDAGMOVRFCN7UPBZFGS6XG3V54MRWY&encryption=1&u4=30013
[2012-05-11 14:11] [DHT][Stop] httpConnection.downloadFile
[2012-05-11 14:25] Обновление списка файлов запущено
[2012-05-11 14:25] Обновление списка файлов завершено
[2012-05-11 14:25] IP обновлён: *.*.*.*
[2012-05-11 14:25] DHT начал загрузку
[2012-05-11 14:25] [DHT][Start] httpConnection.downloadFile: http://strongdc.sourceforge.net/bootstrap/?cid=GYJSYR5WEPDAGMOVRFCN7UPBZFGS6XG3V54MRWY&encryption=1&u4=30013
[2012-05-11 14:25] На хабе dchub://localhost у Вас есть права оператора
[2012-05-11 14:25] Обновление: файл обновления получен
[2012-05-11 14:25] [DHT][Stop] httpConnection.downloadFile
[2012-05-11 14:25] Обновление: Установленная версия FlylinkDC++ является самой последней.
[2012-05-11 14:28] DHT: UDP порт уже открыт (IP: *.*.*.*)
при попытке открыть обозреватель порталов (сайты которые идут по умолчанию) было падения в логе оно тоже не отобразилось ( програма просто закрывается без предупреждения)

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

.xsession-errors
кусок лога
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\FlylinkDC\\PortalBrowser\\PortalBrowser.dll" failed with error 0
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\FlylinkDC\\PortalBrowser\\PortalBrowser.dll" failed with error 0
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\FlylinkDC\\PortalBrowser\\PortalBrowser.dll" failed with error 0
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\FlylinkDC\\PortalBrowser\\PortalBrowser.dll" failed with error 0

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

.xsession-errors
кусок лога

fixme:wininet:set_cookie persistent cookies not handled (L"expires=Sat, 11-May-2013 10:12:41 GMT; path=/; domain=flylinkdc.com; HttpOnly")
fixme:wininet:set_cookie httponly not handled (L"HttpOnly")
fixme:wininet:set_cookie persistent cookies not handled (L"expires=Sat, 11-May-2013 10:12:41 GMT; path=/; domain=flylinkdc.com; HttpOnly")
fixme:wininet:set_cookie httponly not handled (L"HttpOnly")
fixme:wininet:set_cookie persistent cookies not handled (L"expires=Sat, 11-May-2013 10:12:41 GMT; path=/; domain=flylinkdc.com; HttpOnly")
fixme:wininet:set_cookie httponly not handled (L"HttpOnly")
fixme:ieframe:ClOleCommandTarget_QueryStatus (0x69edf74)->((null) 1 0x100e524 (nil))
fixme:ieframe:ClOleCommandTarget_QueryStatus command_0: 27, 0x0
fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 25
fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 26
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\FlylinkDC\\PortalBrowser\\PortalBrowser.dll" failed with error 0
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\FlylinkDC\\PortalBrowser\\PortalBrowser.dll" failed with error 0
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\FlylinkDC\\PortalBrowser\\PortalBrowser.dll" failed with error 0
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\FlylinkDC\\PortalBrowser\\PortalBrowser.dll" failed with error 0

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

Если в логе От Флайлинка будет виден момент падения то тоже сброшу пока программа ничего особеного в лог не пишет ( покрайне мере в тот который я включил во флайлинке)

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

Уроните флай - wine должна создать два дампа - полный и стековый
полный она не умеет делать нормально - он совпадает со стековым.

потом запустите флай

он должен увидеть файлы дампа по маске crash*-stack*.dmp
и поптыаться их послать к нам на сервер.

вот эти логи и интересны
по ним можно понять почему флай не хочет слать дампы...

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

Вине не создаёт дампов креша флайлинка (покрайне мере я не нашёл где они) при падении никакого предупреждения от вине нету программа просто сворачивается процесс убивается покрайне мере в списке его нету ( при креше на старом ядре в некоторых случаях особенно после обновления Это когда работает флайлинк потом когда обновляется флайлинк и новая версия авто стартует ( Эта версия в мониторинге задач становится зомби процессом) после снятия процесса флайлинк нормально запускается и работает ( после обновления вине и ядра Это исправилось покрайне мере незамечал такого на новом ядре ошибки не было ) Зато стало без предупреждения от вине и флайлинка закрываться приложения ( В гном Юнити оболочке добавили краш репортер он ругается на вине возможно Это само вине виновато)

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

1. отошлите полный крешрепорт от репортера разрабам вине - они наверно найдут багу и поправят.
2. попробуйте поставить wine из PPA
у них там уже 1.5.x
он как себя поведет?

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

Хорошо по мере возможности оттошлём

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

С 1.5 пока не тестил

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

После обновления Wine
Есть дамп падения r502-beta25 build 9941
Unhandled exception at 0x7b83d1b5:
Code 0xC0000005: Access violation reading 0x000000c8.

FlylinkDC++ r502-beta25 build 9941 startup on machine with:
Number of processors: 4.
Page size: 4096 Bytes.
Processor type: x86.
Memory config:
There is 52 percent of memory in use.
There are 2002 MB total of physical memory.
There are 955 MB free of physical memory.

Running in Wine (NT version 6.1 with SP1).

Текущее состояние системы:
Memory config:
There is 52 percent of memory in use.
There are 1,96 ГБ total of physical memory.
There are 959,45 МБ free of physical memory.
Частота процессора: 1795,50 MHz

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

Вот часть лога при Из Флайлинка [2012-05-11 16:40] [stack-dmp-sender][FtpPutFile] Start upload: C:\users\lena\Мои документы\FlylinkDC++CrashDump\crash-stack-r502-beta25-build-9941.dmp.bz2
[2012-05-11 16:40] [stack-dmp-sender][FtpPutFile][Error]
[2012-05-11 16:40] [stack-dmp-sender] error SendFileToServer: C:\users\lena\Мои документы\FlylinkDC++CrashDump\crash-stack-r502-beta25-build-9941.dmp

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

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

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

Возник вопрос: может ли Flylink из-под Wine работать с NTFS-потоками? Рядом стоит Eiskalt, подхватил все на ура (streams_interface=xattr)

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

Про NTFS я сам не тестил под wine
проверьте?
и если не сложно отпишите.
можно и сюда
http://code.google.com/p/eiskaltdc/issues/detail?id=949

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

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

я его вывожу:

if (FtpPutFile(hFTP, l_bz2_name.c_str(), l_guid_str.c_str(), FTP_TRANSFER_TYPE_BINARY, 0) != 0)
{
LogManager::getInstance()->getInstance()->message("[stack-dmp-sender][FtpPutFile][OK!]");
File::deleteFile(l_bz2_name);
return true;
}
else
LogManager::getInstance()->getInstance()->message("[stack-dmp-sender][FtpPutFile][Error] " + Util::translateError(GetLastError()));


p.s.
можете мне в почту кинуть дамп
я погляжу где падает.

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

Вот часть лога при Из Флайлинка [2012-05-11 16:40] [stack-dmp-sender][FtpPutFile] Start upload: C:\users\lena\Мои документы\FlylinkDC++CrashDump\crash-stack-r502-beta25-build-9941.dmp.bz2
[2012-05-11 16:40] [stack-dmp-sender][FtpPutFile][Error]
[2012-05-11 16:40] [stack-dmp-sender] error SendFileToServer: C:\users\lena\Мои документы\FlylinkDC++CrashDump\crash-stack-r502-beta25-build-9941.dmp

Под виндузами отправил дамп там всё нормально с отправлением ошибок нету ( толь под вине что то не захотело)

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

[2012-05-12 17:49] Обновление списка файлов запущено
[2012-05-12 17:49] Обновление списка файлов завершено
[2012-05-12 17:49] [stack-dmp-sender][FtpPutFile] Start upload: C:\users\lena\Мои документы\FlylinkDC++CrashDump\crash-stack-r502-beta26-build-9946.dmp.bz2
[2012-05-12 17:49] [stack-dmp-sender][FtpPutFile][Error]
[2012-05-12 17:49] [stack-dmp-sender] error SendFileToServer: C:\users\lena\Мои документы\FlylinkDC++CrashDump\crash-stack-r502-beta26-build-9946.dmp
[2012-05-12 17:49] IP обновлён: *.*.*.*
[2012-05-12 17:49] Обновление: файл обновления получен
[2012-05-12 17:49] На хабе dchub://localhost у Вас есть права оператора
[2012-05-12 17:49] Обновление: Установленная версия FlylinkDC++ является самой последней.wine 1.5.3
Выпуск 12.04 (precise) 64-бит Ядро Linux 3.2.0-24-generic При обновлении на FlylinkDC++ r502-beta26 build 9946

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

BUG.
Когда исправите старючий позорнейший глюк Флая?:
- 1) Самоперемещение верхнего элемента списка пользователей на хабе (распол.во второй половине и ниже) - при автообновлениях списка пользователей, из-за чего курсор с выбранным пользователем постоянно куда то уезжает(а, в час пик на крупных хабах - уезжает вообще за экран!, причём иногда в сл.последних элементов - быстрее чем они даже выводятся, при скроллировании вниз). Что - маразм, и в ч.н.просто усложняет процесс вызова подменю [для скачки ...файлсписка].
2) Там же. (в этой версии вроде нет, но вам виднее - правили ли; но, как видно из п.1 - осталась косвенная вариация - именно для нижних): При прокрутке вниз - один или несколько последних пользователей не выводятся (как бы отсутствуя), если (с какого то бодуна) прокрутить вниз - они появятся, причём потом уже будут и далее появляться, для конкретного хаба - неувидеть сразу, тем более на нек.хабах этого нет.
3) Там же. После нажатия на пользователе - иногда(т.е.не всегда) курсор деактивируется (будучи прозрачного цвета), т.е.как бы список ...теряет фокус ввода. Позиция - аналогично, во второй половине и выше. Баг так же см.в часпик на крупн.хабах.
4) Там же. Незаблокировано мультивыделение, из-за чего (в ч.н.из-за этих тупых автоскроллингов) бывает происходят множественные автовыделения; а если ещё и из-за дребезка кнопки или случайно может выйти двойной клик, т.е.ещё и с открыванием кучи приват чатов / закачек файлсписков, что совсем уж не радует.
5) (и не в час пик) При скроллинге вниз - когда курсор за пределом полосы прокрутки внизу - позиция курсора сбрасывается, он возвращается в исх.позицию. И даже БЕЗ отпускании кнопки мышки !

PS:
И не надо мне указывать на ваш багтрекер с регистрацией !
Просто исправьте и нефиг этому багу(ам) там пылиться !
Тем более баг(и) в Флайлинк - на самом видном месте... И если старые пользователи уже привыкли, к "особенностям" Флайлинк(кто не покинул его...), то новых уверен - такое поведение весьма отпугивает.

6) Фича: В сл.если хабов - "больше одного", напр. три четыре десятка, и сравнительно с конкурентами(даже вроде того же старья типа SDC), даже на unlim'имте и совр.пк, - очень долгая загрузка(и втройне - при нештатном завершении) + очень долгая выгрузка(в т.ч.подозреваю иногда приводящая к внештатным завершениям при logout'ах... - закрытием Флайлинка оп.системой; в ч.н.для недопущения чего приходится всегда закрывать только вручную и затем долго и нудно пялится на список процессов в ожидании!).

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

Дополнение:
* большинство, если не всё, из перечисленного - существуют минимум ещё с самых первых версий чётвёртой ветки(дальше просто не смотрел)... - это на тему интенсивности правки багов (выше тут же).
* по п.2 - HINT: ага, баг не исправлен, + дополнение: бывает - бывает не выводит.
* по п.6 - HINT: речь про случай в ч.н.когда сетевых соединений (закачек и раздач) притом обычно не много, или вообще нет.

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

Дополнение-2:
Чтобы не было само-прыганий позиции курсора нужно:
* зафиксировать верхний элемент
* отображать новых и ушедших пользователей нахоядщихся рядом - как то особо, и с доп.задержкой, иначе иногда из-за схожести абракадабра/индексных имён легко перепутать [очерёдность просматриваемых]. Что проще всего реализовать так:
а) подключившихся - добавлять в список пользователей с доп.префиксом "+ " в имени, через 2..4 секунды автоскрывамого;
2..4 - автовыбором для синхронизации с другими такими же, при их отс.в теч.3 секунд - 3 секунды, т.е.сразу после этого.
б) отключившихся - сначала добавить префикс "- " в имени, заблокировав подменю, и через 2..4 секунды уже удаляемого из списка.

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

Дополнение-2.5:
...Конечно, если сменять имя элемента списка без его пересортировки - реально.
Иначе лучше - использовать специальные иконки. Но, информативнее всё же - именно в префиксе.
ЗЫЖ Ещё, под списком пользователей можно сделать чекбокс "Не убирать отключившихся менее 3 дней назад", вкл.по ум., тоже стабилизирует список.

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

чето вас опять понесло. билды 10041 - 10044 нифига не могут самообновиться. если руками скачанную обнову на нужное место положить то старая хрень выходит - предлагает бету27 билд10044 обновить на бету27 бтлд1044. ну это же ппц какойто. в натуре чините.. ломаете.. чините... ломаете. одно и тоже по кругу второй год. жесть

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

В процедуре обновления были найдены ошибки, при попытке их исправить совсем всё доламали ((. Но уже вроде поправили. Билд 10044 и правда если его заменить руками предлагает обновиться, т.к. пока у нас не только он обновляется но и библиотека портала тоже, а её вы видимо не обновили. Обнаружив это программа предлагает обновить и её тоже.

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

Извиняюсь, написал немного резко. Удачи вам в исправлении ошибок.

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

билд 10052 ... 10057 вот теперь точно доломали. обновить вообще нереально, даже не скачивается обновление. просто ошибка в начале процесса закачки обновы.

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

Можете скинуть скрин ошибки и логи системные (если включены) ?

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

сообщения об ошибках следуют одно за другим, т.е. нажимаешь "ок" - получаешь следующее.
http://img859.imageshack.us/img859/1050/upderr.jpg

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

Gap51
FlyUpdate.exe случайно в процессах не висит?

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

FlyUpdate.exe случайно в процессах не висит?

нет.

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

Gap51
А антивирус какой? Вероятно он (или кто то на подобии) блокируют запись в этот файл.

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

А антивирус какой? Вероятно он (или кто то на подобии) блокируют запись в этот файл.

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

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

а можете запустить у себя Process Monitor

http://technet.microsoft.com/ru-ru/sysinternals/bb896645

включить фильтрацию по слово FlyUpdate.exe
и посмотреть что пишет монитор у себя в логе?

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

сделаю чуть позже.
а так похоже обновление не работает на win8 cp. стартанул сейчас win7 - на ней все прошло успешно, т.е. обновился.

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

пришла обнова 10068 и уже на 7ке обновления не стартанули после закрыти флайлинка. перенес руками.

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

Интересно, откуда бета 27 взялась? У меня на Вин 7 бета 26 и обновлений не обнаруживает что-то.

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

У нас есть отдельный альфа-канал авто обновлений (Continuous Integration)
В нем появляются обновки через 30-50 минут после любого коммита в svn.

Если хотите принять участие - напишите в личку.