Page 238 of 284

Глюки и баги, появившиеся в «ночных сборках»

Posted: Tue 07 Apr, 2009 14:05
by John Doe
Внимание: Тема служит исключительно для обсуждения свежих багов Far 3.
  • Под свежими понимаются глюки и баги, проявляющиеся в "ночных" сборках, но отсутствующие в "стабильных".
  • О проблемах, которые существуют давно, следует сообщать в отдельных темах, либо на багтрекере.
  • Вопросы, связанные с ночными сборками, но не касающиеся багов самого фара, обсуждаются в другой теме:
Если баг, о котором вы сообщили, не исправлен "по горячим следам", значит необходимо создать запись на багтрекере

Предыдущие ночные сборки доступны здесь.

Поведение при обнаружении проблем.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Mon 29 Apr, 2019 21:09
by Dennis_Moore

Latest post of the previous page:

DrKnS wrote: Mon 29 Apr, 2019 19:55 в компиляторе, как обычно, что-то сломали
Спасибо за ответ. Т.е. как только это починят в VS FAR перестанет требовать SSE2 ? А как временное решение можно собирать с помощью GCC, так ?

Глюки и баги, появившиеся в «ночных сборках»

Posted: Mon 29 Apr, 2019 21:21
by 2useven10
Dennis_Moore wrote: Mon 29 Apr, 2019 21:09 Т.е. как только это починят в VS FAR перестанет требовать SSE2 ?
Не похоже что починят в VS2017, фикс только для VS2019 (preview).
Видимо надо костыль /d2Qvec-mathlib- заколачивать.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Tue 30 Apr, 2019 10:48
by DrKnS
Dennis_Moore wrote: Mon 29 Apr, 2019 21:09Т.е. как только это починят в VS FAR перестанет требовать SSE2 ?
Far же у вас ничего не требует и запускается, разве нет?

Если речь о плагинах - да, но не "как только починят", а "если починят", и ничего более критичного при этом не сломают,и мы поставим это обновление.
Наверное, имеет смысл попробовать костыль, упомянутый 2useven10 (мне проверять не на чем). Если работает - отлично, если нет:
- можно попробовать поставить на сервер 2019 (если там починили и ничего опять не сломали).
- можно попробовать откатить 2017 на более старый апдейт (нежелательно). Сейчас там 19.16.27027.1 (Visual Studio 2017 version 15.9.7). До 10 марта было 19.14.26428.1 (Visual Studio 2017 version 15.7.1). Судя по этому списку, в промежутке было еще несколько обновлений. Если найдете последний рабочий - можно попробовать его.
А как временное решение можно собирать с помощью GCC, так ?
Если у вас работает - да, конечно.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Tue 30 Apr, 2019 13:45
by Dennis_Moore
DrKnS wrote: Tue 30 Apr, 2019 10:48 А как временное решение можно собирать с помощью GCC, так ?

Если у вас работает - да, конечно.
Собрал в GCC (i686-8.1.0-release-posix-dwarf-rt_v6-rev0) т.к. его быстрее развернуть. Вылетов luafar3.dll нет, ошибок в консоли после выхода нет, NetBox и FarColorer взял с 5371. Есть проблема с ArcLite, но это уже в его теме спрошу. Спасибо вам за развернутый ответ.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Tue 30 Apr, 2019 17:21
by 2useven10
Dennis_Moore, Сборка арклайт в gcc добавлена 2 недели назад.
Особо не тестировалась, плагин работал, проверял на 7.3, но сейчас у меня тоже не работает...
Будет время посмотрю, если проверите сборку VS2017 с дополнительным параметром (выше) было бы здорово.
А то для проверки железа тоже нет. Если собрать сложно - скажите, сделаю бинарники (позже).

Глюки и баги, появившиеся в «ночных сборках»

Posted: Tue 21 May, 2019 08:33
by skylego
Инсталяция Far30b5398.x64.20190521.msi заканчивается ошибкой. Нет файла AlignPol.lng.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Tue 21 May, 2019 21:56
by DrKnS
2useven10 wrote: Thu 04 Feb, 2016 21:50 @DrKnS
А почему враппер только x64 x86 ?
Когда собирал Renewal под VS2013, пришлось InitializeCriticalSectionEx для x64 патчить, иначе на XP x64 не работал.
Новую сборку на такой конфигурации кто-нибудь проверял?
DrKnS wrote: Thu 04 Feb, 2016 22:27 Я как-то не вижу смысла в существовании XP x64 в принципе, но если жалобы будут - сделаем и для x64, чо.
Немного некропостинга: сделал 64-битный враппер, у кого-то ещё есть такая экзотика?

Глюки и баги, появившиеся в «ночных сборках»

Posted: Wed 22 May, 2019 05:36
by 2useven10
Для x64 большая часть ф-й уже есть, наверное лучше оставить только необходимое.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Wed 22 May, 2019 05:49
by 2useven10
Вообще XP x64 это скорее клон Server 2003 а не собственно XP.
И да, не думаю что эта система широко распространена (даже у меня её уже нет).

Глюки и баги, появившиеся в «ночных сборках»

Posted: Wed 22 May, 2019 19:49
by DrKnS
2useven10 wrote: Wed 22 May, 2019 05:36 Для x64 большая часть ф-й уже есть, наверное лучше оставить только необходимое.
Как выянилось, там почти всё есть.
Кроме того, в 2017-2019 они, похоже, почистили CRT и теперь из списка используется совсем мало, а из того, что используется, есть всё.
Выключил для x64 за ненадобностью.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Sun 09 Jun, 2019 02:53
by Sim
при попытке установить Far30b5409.x86.20190609.msi

Windows 10 x64

Глюки и баги, появившиеся в «ночных сборках»

Posted: Wed 12 Jun, 2019 14:37
by Dream
Здравствуйте. Наверняка, кто-то уже обращался. Заметил ещё в ноябре в сборке баг - при копировании с ftp на диск, если свернуть окно far, и развернуть снова, то индикатор копирования замерзает, видно что процесс идёт только по процентам в заголовке окна. Не смертельно. Нынче скачал последний билд, обновился, но баг так и остался. Far 32 бита, система win 7 sp1, тоже 32 бита. При распаковке архива по shift-f2, кстати, индикатор замерзает так же, если окно свернуть и развернуть.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Thu 13 Jun, 2019 07:45
by BarD
Sim wrote: Sun 09 Jun, 2019 02:53 при попытке установить Far30b5409.x86.20190609.msi

Windows 10 x64
для x64 тоже самое - начиная с Far30b5409 такая ошибка при инсталляции msi пакета.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Thu 13 Jun, 2019 09:53
by S_Gur
В последних версиях заметил следующий баг. У меня подключено два абсолютно одинаковых внешних диска. В системе они определяются как I и J. Если в панели текущий диск один из них, то при смене винта по Alt+F1 или Alt+F2 в открывшемся списке дисков указатель всегда стоит на первом из них - I, даже если я работал с J. Не то, чтобы это очень сильно напрягало, но иногда неудобно - если я подразумеваю, что работаю с J и хочу перейти на I, попадаю, естественно на H. Можно это как-то поправить?

P.S. Поставил версию 3.0.5412. Глюк исчез. Спасибо за оперативность

Глюки и баги, появившиеся в «ночных сборках»

Posted: Fri 14 Jun, 2019 06:17
by АНОНИМ
Баг в билде 5412 (судя по чейнджлогу — это следствие изменений в билде 5411).

1. Открываем в редакторе какой-нибудь файл на редактирование (у меня в примере это будет файл C:\Tmp\!.txt, имя файла и путь к нему роли не играет).
2. Не закрывая файл, с помощью Ctrl+Tab переходим на файловые панели.
3. Уходим из папки, где лежит редактируемый файл в другую папку. Способ ухода не важен. Можно в этой же панели перейти в другую папку. Можно перейти в другую папку на второй панели, оставив папку файла на пассивной панели. Важно, чтобы текущей папкой в фаре была папка, отличная от той, где лежит редактируемый файл.
4. с помощью Ctrl+Tab возвращаемся в окно редактирования файла.
5. Пытаемся сохранить файл. Получаем Ошибку:

Code: Select all

╔══════════════════════════════════════════════ Редактор ══════════════════════════════════════════════╗
║                                       Ошибка сохранения файла                                        ║
║                                             C:\Tmp\!.txt                                             ║
╟──────────────────────────────────────────────────────────────────────────────────────────────────────╢
║ Can't replace the file: Не удается заместить файл. Замещаемый файл сохранил свое первоначальное имя. ║
╟──────────────────────────────────────────────────────────────────────────────────────────────────────╢
║                                       { Повторить } [ Отмена ]                                       ║
╚══════════════════════════════════════════════════════════════════════════════════════════════════════╝
6. Любые попытки сохранения файла оканчиваются такой неудачей, пока текущей директорией является папка, отличная от папки, где хранится исходный редактируемый файл.
7. Если не закрывая редактор, перейти в панели, там сделать текущей папку, где лежит файл, то вернувшись в редактор, файл можно спокойно сохранить.
8. После каждой неудачной попытки сохранения файла в текущей директории появляется файл вида farABCD.tmp с копией сохраняемого файла.


Upd: Битность версий Far и Win10 — 64.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Fri 14 Jun, 2019 07:04
by Alecsis
АНОНИМ wrote: Fri 14 Jun, 2019 06:17 Баг в билде 5412 (судя по чейнджлогу — это следствие изменений в билде 5411)
Аналогичный случай как под Win7 x64 + FAR x64, так и под WinXP SP3 x86 + FAR x86…
Кроме того, если «неродная» для редактируемого файла папка защищена от записи (например, лежит на CD), то выводится

Code: Select all

 ╔═══════════════════ Editor ═══════════════════╗
 ║             Cannot save the file             ║
 ║               E:\Work\test.txt               ║
 ╟──────────────────────────────────────────────╢
 ║ Can't open file: Носитель защищен от записи. ║
 ╟──────────────────────────────────────────────╢
 ║             { Retry } [ Cancel ]             ║
 ╚══════════════════════════════════════════════╝
т.к. невозможно создать FARxxxx.tmp
Состояние флага Editor.CreateBackups по-видимому не играет роли.
М.б. есть смысл создавать упомянутый FARxxxx.tmp не в текущей папке, а в штатной %TEMP%?