Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shmuz
Ага, это уже проще, а с точкой отсчёта я думаю нам кто подскажет т.к. похоже надо смотреть алгоритмы работы сборочного сервера. Я думаю что точка отсчёта установлена где-то на уровне его настроек, просто мы не знаем за что зацепится в качестве условного нуля счётчика. Хотя у меня есть предположение что счётчик может считать число коммитов с момента переноса проекта с SVN на гит. Это в принципе легко проверяемо если известны значения счётчиков. Тогда мы отыщем условный ноль и считать станет просто. А то сейчас в голове путаница.
Добавлено:
b5342 Git-d7afb12e2 (LuaMacro build 680)
Первые жертвы "На авось!" - судя по стеку:
Цитата: LuaMacro
...\Far\Profile\Macros\scripts\Common_CtrlAltMenuDisk.lua:118: bad argument #3 to 'Get' (invalid flag)
Stack Traceback
===============
(1) Lua function '(anonymous)' at file '..\Far\Profile\Macros\scripts\_macroinit.lua:2' (best guess)
(2) method C function 'Get'
(3) Lua local 'L1' at file '..\Far\Profile\Macros\scripts\Common_CtrlAltMenuDisk.lua:118'
Local variables:
n = string: "PlugStr"
(4) Lua local 'LoadSettings' at file '..\Far\Profile\Macros\scripts\Common_CtrlAltMenuDisk.lua:134'
Local variables:
Df = table: 0x042bdc38 {SpDelim:0, UseHidden:1,
SwitchPanelsOn:0, LowerCurDrive:1, OutStr:0, FixedPerm:0 (more...)
}
ForceDef = nil
Cfg = table: 0x042c1cd0 {SpDelim:false, UseHidden:true,
SwitchPanelsOn:0, LowerCurDrive:true, PDescr:table: 0x042c2480 ( |
и коду функции
Код:| function L1(n) return not ForceDef and obj:Get(key or -1,n,({string=F.FST_STRING,number=F.FST_QWORD})[type(Df[n])]) or Df[n] end |
придётся её править, и вполне вероятно что не её одну - ранее многие скрипты на "Авось пронесёт?" писались, и до поры до времени это работало.
P.S.
Мораль - делать так по спецификации чтобы после если что было проще поправить, но "Стандарты писаны не для меня!" штука модная. Ради неё иные персонажи опускаются до банальных оскорблений. Можем глянуть их по темам - соберём паноптикум. Как говаривал один мой знакомый:
И, как можно деликатно
Им сказали в двух словах:
«Вы хорошие ребята!..
Только б лучше … на ослах…»
Добавлено:
Посмотрел по диффу - похоже срабатывает ассерт в api.lua::563 . Теперь только сообразить как Игорев скрипт поправить - он вряд ли быстро освободится и сможет это место переделать. Выйдет у меня - ему меньше работы, он меня опередит мне, а ошибка испарится...
Добавлено:
Ещё раз посмотрел по диффам api.lua::563 начиная с момента введения ассерта в LM b579
local obj = assert(
far.CreateSettings(nil, location=="local" and "PSL_LOCAL" or "PSL_ROAMING"),
"far.CreateSettings() failed")
и если я правильно понял логику алгоритма, то тут не хватает проверки успешности чтения БД
If DBRead is Success& Then far.CreateSettings(nil, location=="local" and "PSL_LOCAL" or "PSL_ROAMING") Else assert(
far.CreateSettings(nil, location=="local" and "PSL_LOCAL" or "PSL_ROAMING"),
"far.CreateSettings() failed,") End;
а сразу кидается исключение что вызывает ложное срабатывание его обработчика. По диффам этого быть не должно, и у меня в api.lua этого нет. Тогда не очень понятно что происходит? Бум копать - должна же быть причина, пусть она и прячется за высоким забором..
----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
|
Всего записей: 34868 | Зарегистр. 31-07-2002 | Отправлено: 22:28 15-12-2018 | Исправлено: Victor_VG, 23:41 15-12-2018 |
|
, вылезло, пришлось пофиксить