» Sumatra PDF / SumatraPDF

Просто хочу понять отличие. В вашей сборке вы устранили ошибку, которую выявили вы, а в сборке от разработчика она может присутствовать?

tolikwu
Да никаких толком отличий, кроме компилятора, может быть ключей оптимизации (SSE* и прочее), сжатия.
Если хотите, сливайте исходники, собирайте и дописывайте в шапку "от tolikwu"
Victor_VG не устранял ошибку в своих сборках, ошибку исправил автор SumatraPDF, исправил в исходниках, Victor_VG скомпилировал и выложил, чтобы мы могли пользоваться исправленной версией сейчас, ведь никто пока не знает, когда будет финал.

tolikwu

Её нет только в сборке от zeniko, но у него собрана portable ужатая UPX 3.09, и она при запуске использует для своего кода не 6,12, а 11,39 МБ ОЗУ (скриншот Process Hacker v2.32 SVN r5442):



это цена сжатия бинарника и если её распаковать тем же UPX 3.09 она не запустится, исталлер для бет он не делает.

SumatraPDF 2.4 r8361

Что нового?

Цитата:

r8361

XPS: fix potential read overflow

r8360

PDF: prevent heap underflow

Продолжаем устранять потенциальные проблемы. Архив на серверах обновлён, проблем при тестировании у себя на сети я пока не выявил.

Victor_VG 15:47 11-09-2013
Цитата:

это цена сжатия бинарника и если её распаковать тем же UPX 3.09 она не запустится

На XP SP3 распакованная сборка zeniko 2.4.0.8356 нормально запускается. Или это насчёт какого-то конкретного билда?

addhaloka

r8360 на стенде под семёркой отказался стартовать. Упакованный - без вопросов, распакованный - сбоит. Может распаковка криво происходит Поскольку однажды у меня уже было такое что не распаковался бинарник, но мой код и выкинуть упаковку я и из исходников могу.

Сейчас проверил cURL 7.32 с либами - нет проблемы, попробовал сейчас на r8361 - летит в отладчик -
Необработанное исключение по адресу 0x00F75D8E в SumatraPDF-dev.exe: 0xC0000005: нарушение прав доступа при записи по адресу 0x008B9CD4. поскольку в EAX сидит адрес из области за 265 Гб. Естественно что происходит сбой - код при распаковке побит.

Victor_VG
r8360 проверить не могу, уже r8361 качается. Вообще странно - в первый раз слышу, чтобы с распакованным из обычного (нешифрованного/нескремблированного) UPX (и отсутствия в самой суматре какой-либо защиты от чайника-риппера) были проблемы.
Вот с упакованными проблемы пару раз встречались, когда на XP работает, а на Win7 - нет.

addhaloka

Кинул тебе в ПМ скрин отладчика а сам спать. Утром ехать далеко.

SumatraPDF 2.4 r8365


Цитата:

r8365         
replace pdf_file_update_* with pdf_write_document

r8364         
merge latest MuPDF update

r8363         
Freetype: tweak whitespace skipping after eexec (fixes issue 2408)

r8362         
replace 2 assert()s with CrashIf()s

Заметил пару багов или недоделок.
Не воспринимаются книги с расширением azw3 (и azw2 тоже), kf8. Если переименовать расширение на mobi - то открываются. Почему с родными расширениями на работает - непонятно, похоже на баг.
И второе. Переименовываем azw3 в mobi, открываем - не работает форматирование - видимо, настройки css не воспринимаются как нужно.

LonerDergunov

Это не ошибки и не недостатки программы - в списке поддерживаемых Суматрой форматов их нет. Смотрим на сайте что поддерживается:

Цитата:

Sumatra PDF Программа просмотра PDF, ePub, MOBI, CHM, XPS, DjVu, CBZ, CBR для Windows

поэтому особенности форматирования и строения данных контейнеров имеют право не читаться.

Цитата:

имеют право не читаться.

По сути это одно и то же. Azw3 - это одна из разновидностей (относительно молодая) mobi-файлов. Но ладно, согласен, - форматирование может не поддерживаться (хотя пора уже ввести поддержку).


Цитата:

в списке поддерживаемых Суматрой форматов их нет.

Так она открывает файлы, полностью всё отображает (кроме форматирования), то есть поддерживает. Но их нужно предварительно переименовать. Это или баг или умышленное бессмысленное ограничение функционала.
Простейший пример. Создадим файл с любым расширением. Блокнот его сможет открыть? Да без вопросов. Переименуем какой-нибудь архив, изменим расширение. WinRar его сможет открыть-распаковать? Думаю, ответ очевиден. А вот SumatraPDF переваривает только файлы с конкретно прописанными расширениями, и даже если файл поддерживается, но расширение "некрасивое" - файл не откроется.

PS. В общем, зря я разглагольствовал. Это таки баг. Помню ведь - всё работало. Нашёл версию 2.2.6824 - там открывается без вопросов. И выделение, копирование в mobi, в fb2 - тоже работали. И содержание отображалось. А со свежими версиями суматры - полный аут, ничего этого нету. Что-то сильно поломали...
Подскажите, какая последняя версия была, где всё упомянутое работало? Где-нибудь есть все релизы zeniko ?

PPS. Ага, таки в глубинах нынешних версий тоже зарыто зерно истины. Через плагин sLister в Тотале Sumatra таки работает корректно - с выделениями, с режимом свитка, с открытием якобы "неподдерживаемых" форматов...

PPPS. А не, версия от zeniko по прежнему пашет, просто предыдущий файл настроек некорректно подхватила и отображала исключительно в одностраничном режиме. А вот версии от других авторов даже с дефолтными настройками некорректно работают.

LonerDergunov
Т.е. в sLister вполне можно обновить SumatraPDF до актуальной версии от zeniko?

LonerDergunov
Skif_off

У zeniko и у меня и исходники одинаковые - свежайшие из SVN, а то, что вы берёте древность с кучей багов (в т.ч. и в шрифтах) не от нас - смотрите что там эти ребята наменяли под свои задачи. Многие это делают специально и если у вас что-то сильно кривое не работает, это не беда суматры, а проблема авторов сей кривизны и кризис ваших личных пристрастий.

SumatraPDF 2.4 r8272 лежит на серверах уже часика два - я коммит я собрал через пять минут после его публикации.

Что нового?

Цитата:

r8372        
mui: fix Control::SetStyle() to properly detect the style has changed

r8371        
implement F9 (hide/show menu bar) for ebook window

r8370        
fix newlines

r8369        
synchronize naming a bit

r8368        
add full screen mode to ebook window (fixes issue 2414)

r8367        
implement str::Fmt(WCHAR *, ...)

r8366        
support WCHAR * arg in str::Fmt()

r8365        
replace pdf_file_update_* with pdf_write_document

И кстати у самих разработчиков на данный момент собраны только ревизии r8364 и r8365. Это для тех, кто спешит впереди паровоза.

Цитата:

Т.е. в sLister вполне можно обновить SumatraPDF до актуальной версии от zeniko?

Можно. И напрямую тоже.
Проблема была в том, что я кидал новый ехе-файл поверх старого, а файл настроек не удалил (похоже, новая версия некорректно восприняла настройки от старой).

Victor_VG

Цитата:

У zeniko и у меня и исходники одинаковые

Собственно, вот первый попавшийся файл fb2.
Скачивались последние версии из шапки, каждая запускалась с дефолтными настройками.
С пользовательской точки зрения мне больше нравится возможность настроить отображение, содержание, выделение, и это работает в версии zeniko сразу же "изкоропки":


А вот у вас и у Krzysztof Kowalczyk с дефолтными настройками этот же файл отображается совсем по-другому, и невозможно просто так переключить отображение в другой вид:

Вот если запустить версию от zeniko, скопировать файл настроек, положить его в каталог с вашей версией - тогда и ваша версия будет работать так как на первом скрине. А через стандартные настройки Settings-Options этого не добиться.

Victor_VG
Если можете повлиять на разработку - просьба добавить возможность выхода из полноэкранного режима мышью. И в полноэкранном режиме - копировать мышью (в оконном режиме правая кнопка на выделенном тексте - Copy Selection, а в полноэкранном такой финт не работает).

Skif_off 07:37 20-09-2013
Цитата:

Т.е. в sLister вполне можно обновить SumatraPDF до актуальной версии от zeniko?

Наверно. Zeniko, видать тоже Тотал юзает и собирает с учётом sLister'а. Давно уже об этом писал:
02:14 18-03-2013
Цитата:

есть баг с sLister 1.1.2 - открывается два окна, тогда как zeniko нормально открывает.

LonerDergunov
addhaloka

У Zeniko статика упакованная UPX v2.4 r8365 , у нас "ванильные" сборки, его у меня под вайном периодически глючит, а "ванильная" работает как часики. По идее это виш на баг-трекер суматры, но я не знаю, реализуют ли его или отложат на будущее?

У меня да, под вайном это сейчас выводится так:



и это при том, что у меня она запущена не под виндой, а в её эмуляции на демонёнке (FreeBSD UNIX + WINE HQ).

LonerDergunov

Цитата:

Вот если запустить версию от zeniko, скопировать файл настроек

Код: EbookUI [
    FontName = Georgia
    FontSize = 12.5
    TextColor = #5f4b32
    BackgroundColor = #fbf0d9
    UseFixedPageUI = false
]
ChmUI [
    UseFixedPageUI = false

Skif_off

Возможно в способе сборки, поскольку ванильная сборка это фактически два разных бинарника - статически слинкованный с libmupdf.dll бинарник портативки, и бинарник для установки вызывающий libmupdf.dll и DroidSansFallback.ttf, а так же взаимодействующий с оболочкой через PdfPreview.dll и с браузерами через их плагины. В статике нужный код библиотек dll уже включён в исполняемый модуль, и обнаружить их вызов очень не просто - в этом её отличие, и плюс к тому у сборки зенико импорты урезаны - 22 из 265 и накручена какая-то защита. Вот она и может вызывать сообщение - это не обычный UPX иначе бы он распаковался и запустился на семёрке без ошибок, а он под ней летит прямиком в отладчик из-за чтения из адресов памяти свыше границы адресного пространства процесса SumatraPDF.

Victor_VG

Цитата:

У меня да, под вайном это сейчас выводится так

А почему именно так?
Вы считаете это отображение файлов более корректным (отсутствие содержания, невозможность выделения, невозможность изменения компоновки страниц через стандартные настройки) или баг ?
(и azw3 версия от zeniko признаёт и открывает, без форматирования, но по крайней мере не ругается на них).

LonerDergunov

Цитата:

Victor_VG

Цитата: У меня да, под вайном это сейчас выводится так

А почему именно так?
Вы считаете это отображение файлов

Цитата:

В сборке от zeniko вместо false стоит true, вроде все.

более корректным (отсутствие содержания, невозможность выделения, невозможность изменения компоновки страниц через стандартные настройки) или баг ?
(и azw3 версия от zeniko признаёт и открывает, без форматирования, но по крайней мере не ругается на них).

Victor_VG
Спокойно.
Что-то вы куда-то разошлись
Вопрос был всего лишь в том - намеренно или ненамеренно дефолтное отображение форматов fb2 и mobi в вашей сборке отличается от сборки zeniko, а также заблокирована возможность штатными средствами (без ручного редактирования UseFixedPageUI) изменять компоновку страниц... Ну раз намеренно - то так бы и ответили, не нужно этой лекции.


Цитата:

а от вас на протяжении долгого времени только и слышно

Я просто пытаюсь разобраться почему определённые функции "раньше работали, а сейчас нет" (оказалось, что всё дело в версиях разных авторов). И раз вы являетесь одним из разработчиков и заинтересованы в развитии программы - то обращаюсь на этом форуме.

SumatraPDF 2.4 r8375

Что нового?

Обновлены переводы и документация, в том числе и в архив добавлены SumatraPDF-user.ini и sumatrapdfrestrict.ini.

LonerDergunov

Я не разработчик суматры, а только её сборщик и один из бета-тестеров, но будучи сам опытным разработчиком объяснил персонально вам азы которые вы упорно игнорируете, хотя в развитии проекта заинтересован, тут вы правы. Через UI возможен доступ не ко всем все настройкам (как кстати у многих программ), поэтому часть из них задаётся ручной правкой конфигов, что является нормальным техническим решением.

Цитата:

Вопрос был всего лишь в том - намеренно или ненамеренно дефолтное отображение форматов fb2 и mobi в вашей сборке отличается от сборки zeniko

А каким оно по вашему должно быть? Я вот открыл у себя файлик fb2, 1500 страниц открылось, листается. Светлый фон, темные буквы. Все легко читается. Претензий не имею. А что не так? Может, я чего не вижу?

SumatraPDF 2.4 r8377

мы обновились, встречайте. А я пошёл другие проблемы решать.

Victor_VG
Цитата:

SumatraPDF 2.4 r8277

Наверное всё-таки r8377.

firewall2006

Спасибо! Исправил опечатку. Писал - уже глаза в кучу, а работы было полно.

Текущая ветка разработки 2.5, ветка 2.4 перенесена в /branches

Выписка из лога SVN на 24.09.2013 01:44:10

Цитата:

r8380 - bump version to 2.5 (13 minutes ago) kkowalczyk
r8379 - move branch to /branches (8 hours ago) zeniko
r8378 - branch 2.4 (18 hours ago) kkowalczyk

SumatraPDF v2.5 r8380

Что нового?

r8380

Начата новая ветка разработки, разработка ветки 2.4 переведена в завершающую фазу, потому у меня на сервере уже ветка 2.5, а сборка версии 2.4 будет производится только если будут исправляться критические ошибки - её разработка практически завершена и со дня на день она станет STABLE.

SumatraPDF v2.5 r8332

Что нового?

Цитата:

r8382
const-ify

r8381
start on 2-page layout for ebooks

по поводу номеров ревизий вопрос не ко мне, а к SVN - такие цифры она выдаёт, я их не меняю.

Victor_VG

Цитата:

разработка ветки 2.4 переведена в завершающую фазу

значит скоро ожидаем релиз 2.4?