Far30b5454.x86.20190823.msi
(последняя стабильная)
нормально поставилась и заработала на тестовой WinXP SP2 RUS 32 bit,
но там Athlon 64, у которого есть SSE2.
А вот на рабочей WinXP SP3 RUS 32 bit,
с Duron, у которого нет никакого SSE,
случилось неприятное.
Стал перебирать версии
(кстати, очень удобно, что они доступны, даже MSI,
и ещё можно Upgrade и Downgrade прямо из неё
без традиционных для большинства других программ привиредничаний).
Путём деления пополам удалось найти место,
где что-то пошло не так.
Far30b5372.x86.20190309.msi
Устанавливается нормально, запускается без ошибок.
Как работает, пока толком не смотрел,
так как цель другая.
Far30b5372.x86.20190310.msi
Устанавливается нормально, при запуске показывает такое:
---
г============================================ Exception occurred =============================================¬
¦ Exception: 0xC000001D - EXCEPTION_ILLEGAL_INSTRUCTION ¦
¦ Details: {ИСКЛЮЧЕНИЕ} Недопустимая инструкция Произведена попытка выполнения недопустимой инструкции ¦
¦ LastError: ¦
¦ NTSTATUS: ¦
¦ Address: 0x24AFFFA - NetBox.dll!tinylog::TinyLog::Write ¦
¦ Source: ¦
¦ Function: GetPluginInfoW ¦
¦ Module: D:\Program Files\Far Manager\Plugins\NetBox\NetBox.dll ¦
¦-------------------------------------------------------------------------------------------------------------¦
¦ { Unload plugin } [ Stack ] [ Minidump ] [ Ignore ] ¦
L=============================================================================================================-
---
Если таки выбрать { Unload plugin }, пускает дальше.
При выходе показывает такое:
---
Far Manager, version 3.0 (build 5372) x86
Copyright c 1996-2000 Eugene Roshal, Copyright c 2000-2019 Far Group
Exception: 0xC000001D - EXCEPTION_ILLEGAL_INSTRUCTION
Details: {ИСКЛЮЧЕНИЕ} Недопустимая инструкция Произведена попытка выполнения недопустимой инструкции
LastError:
NTSTATUS:
Address: 0x6CB13A - Far.exe!<unknown> (get the pdb)
Source:
Function: main
Module: D:\Program Files\Far Manager\Far.exe
0x006CB13A Far.exe!<unknown> (get the pdb)
0x006CB388 Far.exe!<unknown> (get the pdb)
0x006CA5F6 Far.exe!<unknown> (get the pdb)
0x006CCC7F Far.exe!<unknown> (get the pdb)
0x005B2E31 Far.exe!<unknown> (get the pdb)
0x005B2718 Far.exe!<unknown> (get the pdb)
0x00686CDB Far.exe!<unknown> (get the pdb)
0x00686AA9 Far.exe!<unknown> (get the pdb)
0x004CC041 Far.exe!<unknown> (get the pdb)
0x005F235F Far.exe!<unknown> (get the pdb)
0x005F2672 Far.exe!<unknown> (get the pdb)
0x005F280E Far.exe!<unknown> (get the pdb)
0x005F2892 Far.exe!<unknown> (get the pdb)
0x005F27AB Far.exe!<unknown> (get the pdb)
0x006B7792 Far.exe!<unknown> (get the pdb)
0x7C817067 kernel32.dll!RegisterWaitForInputIdle
---
Я, конечно, понимаю, что после 8-го марта бывает и покруче.
И, судя по отсутствию других недовольных,
мало кто использует non-SSE процессоры.
Но, учитывая опыт Adobe Flash
и десятка других знакомых мне программ,
я склонен согласиться с объяснением знающих людей -
мол, виноват даже не программист,
а изменившиеся (с новой версией) умолчания компилятора.
Мол, не сознательная это акция
против любителей донашивать до последнего,
а просто отсутствие потребности
тестировать на древних платформах.
В общем, если оно не критично
для производительности или чего-то такого,
нельзя ли откатить назад виновника -
то ли плагин, то ли способ его вызова,
я не программист и не знаю, как оно устроено.
А тестировать можно на мне, у меня зоопарк большой.
P. S. "Поведение при обраружении проблем" из FAQ читал.
Мог и по нему поступить,
но подумал, что в данном случае
есть довольно точная самодиагностика,
убирающая большинство других возможных причин,
локализовать которые и призваны действия в "Поведении...".
Но, если надо - сделаю, как там сказано.
P. P. S. Увидел при регистрации reCaptch'у, подумал - опять выбесит.
Гугл меня ненавидит как лично, так и через посредников,
постоянно показывает какие-то дурацкие картинки минимум по 10 раз,
а потом издевается и говорит, что я не угадал.
А у вас 2 (Карл, две !!!) картинки, и всё.
Что же получается - reCaptch'у можно укротить?
non-SSE CPU
-
- Posts: 3
- Joined: Fri 08 Nov, 2019 07:38
non-SSE CPU
Подкладывание DLL-ки из предыдущей версии
в установленную версию от 10 марта
устраняет первое из процитированных предупреждений,
и FTP работает.
Но второе, которое красным, остаётся,
и набегает при каждом выходе из FAR.
в установленную версию от 10 марта
устраняет первое из процитированных предупреждений,
и FTP работает.
Но второе, которое красным, остаётся,
и набегает при каждом выходе из FAR.
- DrKnS
- Posts: 6114
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 426 times
-
- Posts: 3
- Joined: Fri 08 Nov, 2019 07:38
non-SSE CPU
Хм... Значит, говорят, что голосовать следует?
Что-то мне в результативность не очень верится. На самом деле. Слишком узок наш круг.
Я, конечно, каждый раз хожу, но только чтобы бюллетень забрать.
Меня в участковой комиссии крепко запомнили ещё с начала века, после пары разъяснений,
и теперь даже защищают от наблюдателей - мол, ему можно, он всегда так делает.
Так что пока начну осваивать версию от 9 марта, она надолго.
У меня вопрос - нет ли какого-то общепринятого способа
оповестить потенциальных потерпевших
об этой особенности версий -
типа, "стабильная версия для x86 такая-то,
но для non-SSE CPU нужно
либо отказаться от NetBox при установке,
либо использовать версию такую-то".
P. S. Второе сообщение об ошибке - наверное, виндовое.
Там оно ещё внизу спрашивает что-то типа "Terminate batchjob (Y/N)?"
Даже если откатиться и поставить 9-мартовую версию,
оно продолжит вылезать при выходе и из неё, пока не перезагрузишься.
При чём тут batch, FAR-то запускается exe-шником?
Приклеилкя кто-то посторонний; хочет, видимо,
в Микрософт отправить уже заготовленную шифровку.
Что-то мне в результативность не очень верится. На самом деле. Слишком узок наш круг.
Я, конечно, каждый раз хожу, но только чтобы бюллетень забрать.
Меня в участковой комиссии крепко запомнили ещё с начала века, после пары разъяснений,
и теперь даже защищают от наблюдателей - мол, ему можно, он всегда так делает.
Так что пока начну осваивать версию от 9 марта, она надолго.
У меня вопрос - нет ли какого-то общепринятого способа
оповестить потенциальных потерпевших
об этой особенности версий -
типа, "стабильная версия для x86 такая-то,
но для non-SSE CPU нужно
либо отказаться от NetBox при установке,
либо использовать версию такую-то".
P. S. Второе сообщение об ошибке - наверное, виндовое.
Там оно ещё внизу спрашивает что-то типа "Terminate batchjob (Y/N)?"
Даже если откатиться и поставить 9-мартовую версию,
оно продолжит вылезать при выходе и из неё, пока не перезагрузишься.
При чём тут batch, FAR-то запускается exe-шником?
Приклеилкя кто-то посторонний; хочет, видимо,
в Микрософт отправить уже заготовленную шифровку.
- John Doe
- Бюрократ
- Posts: 13851
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 73 times
- Been thanked: 428 times
- Contact:
- Dennis_Moore
- Posts: 298
- Joined: Tue 03 Mar, 2015 19:54
- Location: Kiev
- Has thanked: 6 times
- Been thanked: 17 times
non-SSE CPU
Fritz_Geiger
Я собираю FAR и плагины (кроме NetBox [беру старые версии] и FarClolrer [и так работает]) с помощью MinGW 8.1. Он толерантнее к старым процессорам. Мой IBM TP 380Z (PII 300/96 Mb RAM) не жалуется. Недели три назад обновлял на нем FAR.
Upd.: А вот если бы были ночные MinGW сборки...
Я собираю FAR и плагины (кроме NetBox [беру старые версии] и FarClolrer [и так работает]) с помощью MinGW 8.1. Он толерантнее к старым процессорам. Мой IBM TP 380Z (PII 300/96 Mb RAM) не жалуется. Недели три назад обновлял на нем FAR.
Upd.: А вот если бы были ночные MinGW сборки...
Last edited by Dennis_Moore on Fri 08 Nov, 2019 19:29, edited 1 time in total.
non-SSE CPU
В какой версии он исправлен. VC 16.0 это VS 2019, кажется пока только превью.
Насчет исправления в более ранних версиях вроде бы ничего не написано, но может я плохо смотрел.