Скачать
Обновлены библиотеки:
- miniupnpc 1.6.20120502
- zlib 1.2.7
- Mediainfo 0.7.57, 2012-05-02
Подписаться на:
Комментарии к сообщению (Atom)
skip to main |
skip to sidebar
DC++ клиент с открытым исходным кодом
Скачать
Поиск по этому блогу
Постоянные читатели
Сообщения
Ярлыки
flylinkdc
(633)
flylinkdc x64
(596)
r5xx
(297)
strongdc-sqlite
(178)
beta
(92)
strongdc-sqlite x64
(92)
r4xx
(88)
обсуждения
(80)
vc++2010
(39)
release
(37)
flylinkdc-vip
(23)
обсуждение крэш-дампов
(15)
strongdc-sqlite-vip
(13)
flybot
(9)
flybot x64
(9)
оптимизация
(8)
mediainfo
(7)
fly-server
(6)
фичи
(6)
r3xx
(5)
Сборки для сети
(5)
VIP
(4)
dc++
(4)
Разработка
(3)
FAQ
(2)
android
(2)
debug
(2)
flylinkdiscover
(2)
wine
(2)
x64
(2)
x86
(2)
антивирус
(2)
отзывы flylinkdc
(2)
форум
(2)
906
(1)
IP
(1)
PtokaX
(1)
apexdc-sqlite
(1)
crash-server
(1)
doctor dump
(1)
flylinkdc-factory
(1)
flylinkdc.com
(1)
issue
(1)
r502
(1)
sqlite
(1)
дизайн
(1)
отзывы strongdc
(1)
переводчик
(1)
сайт
(1)
совместимость
(1)
76 комментариев:
В окне о программе подправить версию сторонних проектов:
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
Плохо что некоторые внешние компоненты не содержат в себе версии, так бы они выводились там автоматически, как у большинства указанных в том окне
но miniupnpc не из их числа
_T("miniupnpc ") _T(MINIUPNPC_VERSION_STRING) _T("\r\n")
производитель сам не обновил номер версии, возможно сделает чуть позже
Вопрос: у кого это фиксед? У меня что-то ничерта не "фиксед". Прошу общественность отписаться, у кого те же проблемы.
Вопрос: у кого это фиксед? У меня что-то ничерта не "фиксед". Прошу общественность отписаться, у кого те же проблемы.
Давайте в трекере выясним что именно и как не работает.
Вопрос: у кого это фиксед? У меня что-то ничерта не "фиксед". Прошу общественность отписаться, у кого те же проблемы.
исправлено, ждите ближайшей бетки.
1) Сделайте/используйте нормальный багтрекер - чтобы не нужно было тащиться регистрировать email специально для него, учитывая что там емайл выложен каким то кретином - открыто [для спаммеров].
2) Кстати он крайне дебильный по функциональности. Да ещё на говно-буржацком наречье... Сплошной отстойняк. И вы хотите чтобы им люди пользовались... (я уж не говорю - бесплатно тестируя вашу программу - в каждой версии, ибо составление [подробных] багрепоров ...и есть тестирование).
3) как я заметил: сами вы - не очень то туда добавляете присланные баги с блоггера...
Есть ли этому неадекватному поведению ...РАЗУМНОЕ объяснение ?
(или будем традиционно строить из себя птицу страуса ...тотальным молчанием и игнором)
PS:
...Да, и это вы прибили это сообщение сегодня ? или это опять блоггер задалбывает сюрпризами ?
1. Специально для вас есть ветка на форуме для информирования о багах.
2. Это вопрос к гуглу, мы трекер править не можем.
3. Мы уже не раз заявляли, что баги сразу оформляйте на багтеркере, здесь в блоге сообщайте о мелких опечатках в переводе или что-то подобное. Для нас если баг не описан в трекере - бага нет и всё хорошо. На блоге пару постов и мы о нём забыли.
1. Это на том на котором что бы что то написать - нужно ещё и зарегисться(в моём сл.дважды - первый для выделения емайла под ваш форум, к томуже впоследствии не нужный совершенно - т.е.безосновательно),
[в дополнение к гуглоид-аккаунту тут, в ч.н.]
- а не многовато ли вам ?!
В плане задрачивать своих пользователей ?
2. flylinkdc.org - это ваш сайт или гугла ?!...
3. NightOrion, а читать - не умеем да? Я же перечислил выше непреемлемость [некоторым] пользователям - этого "багтрекера".
А также критинизм вашего подхода: Для нас если баг не описан в трекере - бага нет. nocomment.
---------------
Разруха не в стране, разруха в головах...
1. Любой нормальный багтрекер требует регистрации, так-что смена трекера ничего не даст.
2. Отображение почтового адреса настраивается в свойствах гуглоаккаунта. Доступны варианты: отображать только имя пользователя, отображать полный почтовый адрес, отображать частично скрытый почтовый адрес.
3. Кстати он крайне дебильный по функциональности.
Голословное утверждение.
4. Да ещё на говно-буржацком наречье...
Nobody cares.
5. (я уж не говорю - бесплатно тестируя вашу программу - в каждой версии, ибо составление [подробных] багрепоров ...и есть тестирование)
Какой-то набор несвязных фраз.
6. как я заметил: сами вы - не очень то туда добавляете присланные баги с блоггера...
Есть ли этому неадекватному поведению ...РАЗУМНОЕ объяснение ?
Ну не может же разработчик постить чужой баг в том невнятном виде, в котором его постит большинство пользователей. Особенно, если конкретно у него баг никак не воспроизводится.
Лучше потратить время на исправление хорошо документированного бага, чем на поиск иголок в стоге сена.
Опять странный спор о том как лучше об ошибках сообщать. Да как не сообщай - результат нулевой. Лучше всем миром спросите разработчиков почему имея описание багов и в трекере и в блоге, в течении нескольких лет они их не исправляют. Похоже они в матрице - "ложки нет", ну т.е. бага нет. Главное ведь убедить себя.
О баге мало сообщить, его корни надо найти, если его ещё не починили, значит нам пока неизвестно как он возникает.
2. flylinkdc.org - это ваш сайт или гугла ?!...
Наш багтрекер здесь
NightOrion:
2. flylinkdc.org - это ваш сайт или гугла ?!... +Наш багтрекер здесь
- Это я прекрасно знаю и без вас, наверное же! Мне плевать на гугл, я говорю про багтрекер-Флайлинка. И вч.н.связанные с ним неудобства.
wasd123: если вам нечего умного сказать - молчите. (Потому что все ваши пункты - легко-опровергаемы).
И вас примут за умного. Может быть.
---------------
Разруха не в стране, разруха в головах...
flylinkdc.org
тут нет багтрекера
NightOrion, вы какойто
...своебразный, что ли.
К тому же вы не правы - технически:
есть ссылка на багтрекер с главной страницы, значит, багтрекер на сайте Флайлинка - есть !
2. Есть на сайте комментарии к версиям флайлинка - значит сайт Флайлинка позволяет оставлять комментарии и пожелания.
А, техническая реализация - где оно там расположено - значения не имеет.
В т.ч.потому что вы разрабы - сами и выбрали что вам использовать в качестве блоггера и багтрекера.
По сути они не более чем онлайн-сервис, или же просто скрипт с онлайн-подключением,
вроде скрипта +1 и прчх.
О баге мало сообщить, его корни надо найти, если его ещё не починили, значит нам пока неизвестно как он возникает.
Что-то подсказывает, что вы просто забили. За два года можно не только три-четыре бага исправить, а новый проект поднять и довести его до релиза.
О невылавливаемых багах.
Предлагаю разрабам в таких сл.поступать сл.образом:
просить их наблюдающих запустить Флай в виртуалбоксе на чёткооговоренной HW-конфигурации и ОС версии и подверсии (лучше "с одного источника")
- т.о.будет достигнута почти 100% совместимость с окружением у обоих сторон.
PS: Если конечно это вам надо...
О невылавливаемых багах.
Предлагаю разрабам в таких сл.поступать сл.образом:
просить их наблюдающих запустить Флай в виртуалбоксе на чёткооговоренной HW-конфигурации и ОС версии и подверсии (лучше "с одного источника")
- т.о.будет достигнута почти 100% совместимость с окружением у обоих сторон.
PS: Если конечно это вам надо...
предлагаешь перенести в виртуал-бокс пятитерабайтовую шару и 30000 файлов в очереди закачек?
допустим, в этих условиях баг воспроизведён. нужно передать разрабам всё это многотерабайтовое окружение, пароли к хабам (баг может возникать при скачивании определенного файла с определённого юзера на определённом хабе) чтобы они под отладчиком могли в нём покопаться?
ну и прокси пробросить, чтобы разрабы извне могли зайти на локальные хабы
1) Каменный век какой-то, просто задать общие каталоги.
2) если есть пароли - в тестовых целях - подключаться без них.
(А, либо если не пускают - вообще тестить на другом хабе; вар.2 - зарегиться под другим ником - специально для теста, кому СИЛЬНО нужно исправление - это не проблема).
3) а, тестить понятно лучше на нелокальных хабах. +Поиск альтернатив по TTH на глобальных хабах[выдленных в окне Поиск] - рулит...
Каменный век какой-то, просто задать общие каталоги.
и вместе с образов виртуальной машины передавать их на анализ ))
ведь баг может быть связан с раздачей определённого файла, а пользователю самостоятельно этот файл никак не вычислить
тестить понятно лучше на нелокальных хабах
баги, связанные с многопоточностью и синхронизацией, часто проявляются только на определённой скорости скачивания. например, если за секунду происходит более 16 но менее 24 (если больше - например, срабатывает какой-то механизм, оптимизирующий массовое обновление и маскирует баг) обновления строки в списке подключений. так что не всё так просто с воспроизведением
Таких как Вы пишете и притом одновременно [скольконибудь]повторимых(о которых говорил уже я, первоначально) - единицы.
Попрошу не обобщать.
Вообще то, эти все ваши опровержения смахивают на какуюто отмазку...
Причём, даже потенциального нежелания что то исправлять...
Прежде чем обвинять в нежелании чинить баги, сперва посмотрите в трекере сколько багов закрыто (стоит статус 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,
(чтобы разгрузить сайт, если вам это критично),
так его тоже можно взломать, подсунув вирус...
Прежде чем обвинять в нежелании чинить баги, сперва посмотрите в трекере сколько багов закрыто
Это всё баги из разряда "в этой сборке сломали в следующей починили". Такие можно создавать и закрывать вечно, создавая видимость поддержки проекта. Баги которые реально мешают пользоваться Флаем вы не чините, и не надо никого в обратном убеждать. Мне все-равно чем вы занимаетесь, думаю многим, уже тоже.
В начале подумал было предложитиь вам выложить на самом сайте хотя бы уж MD5,
(чтобы разгрузить сайт, если вам это критично),
так его тоже можно взломать, подсунув вирус...
пусть кладут SHA256, он пока не взломан.
а лучше все известные хеши сразу (CRC, TTH, MD5, SHA1, SHA256). пока никто даже теоретически не рассматривал задачу нахождения коллизии хотя бы на двух хешах одновременно
Мне это напомнило историю с CRC: сначала изобрели говорили что CRC16 надёжно защищает данные в ч.н.от помех, потом что мало надо бы CRC32 - все как дебилы стали его использовать, в итоге помниться по модему столько битых файлов бывало... под конец оказалось что он настолько ненадёжен что его можно даже тупо подбирать очень быстрым перебором - с оглядкой на алгоритм; в итоге наизобретали супеподпись MD5 - через нек. время - таже история; в том же DC++ используют как известно TTH, но в ч.н.мне лично уже попадались неск.разных файлов с одинаковым TTH - из-за чего Флайлинк дико тупил(кстати я их "запомнил" если кому то вдруг будет интересно это дело если не пофиксить что, без изменения DC++ протокола невозможно, то хотябы сделать затычку).
Возвращаясь к вопросу: Конечно это лучше чем просто MD5, но нельзя исключать что эти алгоритмы не содержат [преднамеренно заложенных] дыр, все сразу, в таком случае подбор усложнится скажем с 0.1сек, до ну пусть 0.5, пусть даже 50 секунд...
К тому же рандомный и прч. bruteforce - никто не отменял...
Единственно гарантированное - раздавать со своего сервера.
Ну точнее условно гарантированно... но, всё же.
Нужен импорт и экспорт базы шары и конфига настройки (ник,хабы) чтоб это выводило в отдельный один или лучше в два файла.
Если вам это нужно, пишите в трекер, его ссылка уже не раз тут мелькала и есть на главной странице блога. а сдесь через пару постов забудется и потеряется.
Не ужеле сами не понимаете что это нужно и есть во всех программах.
Нет, не понимаем. В других программах этого не увидел.
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 )
Можете включить во флае системный лог
и после неуспешной отправки дампа показать что
в нем выводится?
также скажите пусть где лежат у вас файлы дампов падения?
По умолчанию Дампы создаются в папке Профиля Домашняя папка ( там Wine метку ставит на папку по умолчанию для профеля программы Флайлинк в той папке и создовались дампы до обновления ядра всё было нормально даже wine 1.4 после обновления вине стал подругому работать с программами в новом ядре и при обновлении wine для нового ядра флайлинк при ошибке стал просто закрыватся ( в некоторых случаях с предупреждением в wine) на старом ядре до компиляции wine для нового ядра вроде дампы отсылались и то через раз как повезёт Зато при обновлении вине и ядра флайлинк стал заметно быстрей выводить внутрение вкладки а также значительное использование памяти уменьшилось
включил лог загрузки
.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
Если в логе От Флайлинка будет виден момент падения то тоже сброшу пока программа ничего особеного в лог не пишет ( покрайне мере в тот который я включил во флайлинке)
Уроните флай - wine должна создать два дампа - полный и стековый
полный она не умеет делать нормально - он совпадает со стековым.
потом запустите флай
он должен увидеть файлы дампа по маске crash*-stack*.dmp
и поптыаться их послать к нам на сервер.
вот эти логи и интересны
по ним можно понять почему флай не хочет слать дампы...
Вине не создаёт дампов креша флайлинка (покрайне мере я не нашёл где они) при падении никакого предупреждения от вине нету программа просто сворачивается процесс убивается покрайне мере в списке его нету ( при креше на старом ядре в некоторых случаях особенно после обновления Это когда работает флайлинк потом когда обновляется флайлинк и новая версия авто стартует ( Эта версия в мониторинге задач становится зомби процессом) после снятия процесса флайлинк нормально запускается и работает ( после обновления вине и ядра Это исправилось покрайне мере незамечал такого на новом ядре ошибки не было ) Зато стало без предупреждения от вине и флайлинка закрываться приложения ( В гном Юнити оболочке добавили краш репортер он ругается на вине возможно Это само вине виновато)
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
может... сломалось из-за русских букв в пути.
вечером гляну подробнее.
а в след версии расширим диагностику кодом ошибки.
Возник вопрос: может ли Flylink из-под Wine работать с NTFS-потоками? Рядом стоит Eiskalt, подхватил все на ура (streams_interface=xattr)
Про NTFS я сам не тестил под wine
проверьте?
и если не сложно отпишите.
можно и сюда
http://code.google.com/p/eiskaltdc/issues/detail?id=949
почему не отсылается по фтп
пока незнаю
странно, что не раскручивается код ошибки в лог.
я его вывожу:
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 дней назад", вкл.по ум., тоже стабилизирует список.
чето вас опять понесло. билды 10041 - 10044 нифига не могут самообновиться. если руками скачанную обнову на нужное место положить то старая хрень выходит - предлагает бету27 билд10044 обновить на бету27 бтлд1044. ну это же ппц какойто. в натуре чините.. ломаете.. чините... ломаете. одно и тоже по кругу второй год. жесть
В процедуре обновления были найдены ошибки, при попытке их исправить совсем всё доламали ((. Но уже вроде поправили. Билд 10044 и правда если его заменить руками предлагает обновиться, т.к. пока у нас не только он обновляется но и библиотека портала тоже, а её вы видимо не обновили. Обнаружив это программа предлагает обновить и её тоже.
Извиняюсь, написал немного резко. Удачи вам в исправлении ошибок.
билд 10052 ... 10057 вот теперь точно доломали. обновить вообще нереально, даже не скачивается обновление. просто ошибка в начале процесса закачки обновы.
Можете скинуть скрин ошибки и логи системные (если включены) ?
сообщения об ошибках следуют одно за другим, т.е. нажимаешь "ок" - получаешь следующее.
http://img859.imageshack.us/img859/1050/upderr.jpg
Gap51
FlyUpdate.exe случайно в процессах не висит?
FlyUpdate.exe случайно в процессах не висит?
нет.
Gap51
А антивирус какой? Вероятно он (или кто то на подобии) блокируют запись в этот файл.
А антивирус какой? Вероятно он (или кто то на подобии) блокируют запись в этот файл.
Не, антивирь не причем, т.к. отключал уже для теста.
а можете запустить у себя Process Monitor
http://technet.microsoft.com/ru-ru/sysinternals/bb896645
включить фильтрацию по слово FlyUpdate.exe
и посмотреть что пишет монитор у себя в логе?
сделаю чуть позже.
а так похоже обновление не работает на win8 cp. стартанул сейчас win7 - на ней все прошло успешно, т.е. обновился.
пришла обнова 10068 и уже на 7ке обновления не стартанули после закрыти флайлинка. перенес руками.
Интересно, откуда бета 27 взялась? У меня на Вин 7 бета 26 и обновлений не обнаруживает что-то.
У нас есть отдельный альфа-канал авто обновлений (Continuous Integration)
В нем появляются обновки через 30-50 минут после любого коммита в svn.
Если хотите принять участие - напишите в личку.
Отправить комментарий