non-SSE CPU

Здесь можно сообщить о найденных багах в Far.
Post Reply
Fritz_Geiger
Posts: 3
Joined: Fri 08 Nov, 2019 07:38

non-SSE CPU

Post by Fritz_Geiger » Fri 08 Nov, 2019 08:01

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'у можно укротить?

Fritz_Geiger
Posts: 3
Joined: Fri 08 Nov, 2019 07:38

non-SSE CPU

Post by Fritz_Geiger » Fri 08 Nov, 2019 08:29

Подкладывание DLL-ки из предыдущей версии
в установленную версию от 10 марта
устраняет первое из процитированных предупреждений,
и FTP работает.
Но второе, которое красным, остаётся,
и набегает при каждом выходе из FAR.

User avatar
DrKnS
Posts: 5404
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 6 times
Been thanked: 240 times

non-SSE CPU

Post by DrKnS » Fri 08 Nov, 2019 10:05

Fritz_Geiger wrote:
Fri 08 Nov, 2019 08:01
а изменившиеся (с новой версией) умолчания компилятора
Скорее баги в компляторе.

Fritz_Geiger
Posts: 3
Joined: Fri 08 Nov, 2019 07:38

non-SSE CPU

Post by Fritz_Geiger » Fri 08 Nov, 2019 16:21

Хм... Значит, говорят, что голосовать следует?
Что-то мне в результативность не очень верится. На самом деле. Слишком узок наш круг.
Я, конечно, каждый раз хожу, но только чтобы бюллетень забрать.
Меня в участковой комиссии крепко запомнили ещё с начала века, после пары разъяснений,
и теперь даже защищают от наблюдателей - мол, ему можно, он всегда так делает.

Так что пока начну осваивать версию от 9 марта, она надолго.

У меня вопрос - нет ли какого-то общепринятого способа
оповестить потенциальных потерпевших
об этой особенности версий -
типа, "стабильная версия для x86 такая-то,
но для non-SSE CPU нужно
либо отказаться от NetBox при установке,
либо использовать версию такую-то".

P. S. Второе сообщение об ошибке - наверное, виндовое.
Там оно ещё внизу спрашивает что-то типа "Terminate batchjob (Y/N)?"
Даже если откатиться и поставить 9-мартовую версию,
оно продолжит вылезать при выходе и из неё, пока не перезагрузишься.
При чём тут batch, FAR-то запускается exe-шником?
Приклеилкя кто-то посторонний; хочет, видимо,
в Микрософт отправить уже заготовленную шифровку.

User avatar
John Doe
Бюрократ
Posts: 12460
Joined: Wed 27 Apr, 2005 20:42
Has thanked: 33 times
Been thanked: 198 times

non-SSE CPU

Post by John Doe » Fri 08 Nov, 2019 17:42

Fritz_Geiger wrote:
Fri 08 Nov, 2019 16:21
Хм... Значит, говорят, что голосовать следует?
По ссылке кажется сказано что баг уже давно исправлен.

User avatar
Dennis_Moore
Posts: 287
Joined: Tue 03 Mar, 2015 19:54
Location: Kiev
Has thanked: 6 times
Been thanked: 14 times

non-SSE CPU

Post by Dennis_Moore » Fri 08 Nov, 2019 19:21

Fritz_Geiger

Я собираю 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.

2useven10
Posts: 3967
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 4 times
Been thanked: 169 times

non-SSE CPU

Post by 2useven10 » Fri 08 Nov, 2019 20:06

John Doe wrote:
Fri 08 Nov, 2019 17:42
По ссылке кажется сказано что баг уже давно исправлен.
В какой версии он исправлен. VC 16.0 это VS 2019, кажется пока только превью.
Насчет исправления в более ранних версиях вроде бы ничего не написано, но может я плохо смотрел.

User avatar
John Doe
Бюрократ
Posts: 12460
Joined: Wed 27 Apr, 2005 20:42
Has thanked: 33 times
Been thanked: 198 times

non-SSE CPU

Post by John Doe » Fri 08 Nov, 2019 20:13

Про более ранние не сказано, да
https://developercommunity.visualstudio ... /view.html

Post Reply

Return to “Глюки и баги”