у меня в 5190 .php файлы ассоциированные с консольным php.exe запускаются в отдельном окне, вместо того как было раньше в той же консоли.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Sat 14 Apr, 2018 19:20
by DrKnS
Abs, Sim, вроде и то, и то поправил.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Mon 23 Apr, 2018 03:04
by Sim
3.0.5194, windows 10 x64
зашел в список процессов (плагин ProcList), далее открываю меню выбора диска (Alt+F1), выбираю Диск C: и Far перестает отвечать на достаточно долгое время. После ожидания (примерно 30 сек) он таки переходит на Диск C:.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Mon 23 Apr, 2018 09:11
by 2useven10
Если выйти из плагина по '..' - тоже задержка (у меня 6-7 секунд).
Такое поведение на всех имеющихся под рукой версиях фар (самая старая 4094).
Скорее всего это зависит от ОС (моя: Win10 x64 1709)...
Глюки и баги, появившиеся в «ночных сборках»
Posted: Mon 23 Apr, 2018 14:29
by zg
у меня тоже Win10 x64 1709, на последней ночной сборке на чистом профиле ничего такого не наблюдается.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Mon 23 Apr, 2018 15:27
by Vertigo
Вряд ли это относится напрямую к 5194. В 5151 то же самое. А задержка какая-то то ли плавающая, то ли накапливающаяся. Сначала были те самые 6-7, а теперь уже 16-17 секунд (и это даже с учётом перезапусков процесса Фара).
Глюки и баги, появившиеся в «ночных сборках»
Posted: Mon 23 Apr, 2018 22:49
by DrKnS
Vertigo wrote: ↑Mon 23 Apr, 2018 15:27А задержка какая-то то ли плавающая, то ли накапливающаяся.
Плагин читает информацию из WMI.
Это весьма медленно, поэтому читает в фоне.
Прочитав всё, что хотел, он проверяет - "а не собрался ли пользователь выходить?" Если да - выходит, нет - читает снова.
Иными словами, если пользователь собрался выходить в неудачный момент, когда пол еще мокрый плагин только начал своё тёмное дело, то узнает плагин об этом только тогда, когда всё закончит.
stddlg.cpp: In function 'operation OperationFailed(const error_state_ex&, const string&, lng, const string&, bool)':
stddlg.cpp:559:20: error: 'RmRebootReasonNone' was not declared in this scope
DWORD Reasons = RmRebootReasonNone;
^~~~~~~~~~~~~~~~~~
stddlg.cpp:559:20: note: suggested alternative: 'AccessReasonNone'
DWORD Reasons = RmRebootReasonNone;
^~~~~~~~~~~~~~~~~~
AccessReasonNone
stddlg.cpp:574:6: error: 'RmRebootReasonSessionMismatch' was not declared in this scope
{RmRebootReasonSessionMismatch, lng::MObjectLockedReasonSessionMismatch },
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
stddlg.cpp:575:6: error: 'RmRebootReasonCriticalProcess' was not declared in this scope
{RmRebootReasonCriticalProcess, lng::MObjectLockedReasonCriticalProcess },
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
stddlg.cpp:576:6: error: 'RmRebootReasonCriticalService' was not declared in this scope
{RmRebootReasonCriticalService, lng::MObjectLockedReasonCriticalService },
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
stddlg.cpp:577:6: error: 'RmRebootReasonDetectedSelf' was not declared in this scope
{RmRebootReasonDetectedSelf, lng::MObjectLockedReasonDetectedSelf },
^~~~~~~~~~~~~~~~~~~~~~~~~~
stddlg.cpp:578:4: error: could not convert '{<expression error>, MObjectLockedReasonSessionMismatch}' from '<brace-enclosed initializer list>' to 'std::pair<long unsigned int, lng>'
};
^
stddlg.cpp:578:4: error: could not convert '{<expression error>, MObjectLockedReasonCriticalProcess}' from '<brace-enclosed initializer list>' to 'std::pair<long unsigned int, lng>'
stddlg.cpp:578:4: error: could not convert '{<expression error>, MObjectLockedReasonCriticalService}' from '<brace-enclosed initializer list>' to 'std::pair<long unsigned int, lng>'
stddlg.cpp:578:4: error: could not convert '{<expression error>, MObjectLockedReasonDetectedSelf}' from '<brace-enclosed initializer list>' to 'std::pair<long unsigned int, lng>'
mingw32-make[1]: *** [Release.32.gcc/obj/stddlg.o] Error 1
mingw32-make[1]: *** Waiting for unfinished jobs....
mingw32-make: *** [all] Error 2
Глюки и баги, появившиеся в «ночных сборках»
Posted: Sat 28 Apr, 2018 18:52
by 2useven10
gcc 7.3 - ok
gcc 7.2 rev1 - 0
gcc 7.2 rev0 - точно также не собирается, как 7.1 выше.
может у 7.1 тоже есть исправленая версия?
Глюки и баги, появившиеся в «ночных сборках»
Posted: Sat 28 Apr, 2018 18:56
by Shmuel
5199 на моём GCC 7.1 собрался.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Tue 01 May, 2018 21:06
by interligator
Диалог Files HIghlighting and Sort Groups крешится на 5151/5199 при попытке добавить новую маску файла в длинный список масок. На 5000 все окей. Креш с буфер оверфлоу, извините что подробнее не даю. Пришлось откатиться на 5000, когда креш начался не знаю.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Tue 01 May, 2018 21:54
by DrKnS
interligator wrote: ↑Tue 01 May, 2018 21:06
извините что подробнее не даю
Извините, с такими подробностями повторить не удалось.
console.cpp:106:76: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
static auto& ExternalConsole = reinterpret_cast<external_console&>(Storage);
^
In file included from common.hpp:64:0,
from headers.hpp:198,
from headers.cpp:34:
common/nifty_counter.hpp:68:78: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
Type& Instance = reinterpret_cast<Type&>(Instance##_nifty_objects::InitBuffer)
^
console.cpp:867:1: note: in expansion of macro 'NIFTY_DEFINE'
NIFTY_DEFINE(console_detail::console, console);
^
In file included from common.hpp:64:0,
from headers.hpp:198,
from headers.cpp:34:
common/nifty_counter.hpp:68:78: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
Type& Instance = reinterpret_cast<Type&>(Instance##_nifty_objects::InitBuffer)
^
imports.cpp:453:1: note: in expansion of macro 'NIFTY_DEFINE'
NIFTY_DEFINE(imports_detail::imports, imports);
^
Глюки и баги, появившиеся в «ночных сборках»
Posted: Wed 02 May, 2018 12:19
by skipik
Во время переименования файлов (Shift+F6) иногда стал вылазить такой артефакт:
b5201 x64, на 5199 не замечал подобного.