Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

BUG diagnosis (MU 0.7) (Announce)

posted by DOS386(R), 13.07.2016, 17:13

> I downloaded RayeR's broken PDF's (still available) and will test

Done!

> http://rayer.g6.cz/1tmp/testpdf/a2.pdf - strange color mess-up,
> esp.pg.7 (not a simple channel flip)

I can't confirm that. Worx fine for me. RayeR's binary R<->B channel flip, Georg's binary OK.

> http://rayer.g6.cz/1tmp/testpdf/a5-crash.pdf - do crash (textmode pdfdraw.exe
> too) but mupdf win32 works. But I don't have time to track this problem.

Indeed:
RayeR's binary -> CRASH just on page 1
Georg's binary -> CRASH just on page 1
Win32 binary -> OK

Well ... actually NOT OK with Win32 binary. Page 1 has other size than following pages, but this is NOT the problem. The problem is something else: a brutal memory leak MU 0.7 code base. After a few pages the memory consumption grows up to only cca 700 MiO and then it crashes (apparently I have 1 GiO RAM). With MU 0.9 the memory consumption grows up to cca 70 MiO only, this is still ridiculously much, but already much better than 0.7. Other documents need only cca 7 MiO RAM.

For some reason, the both DOS ports crash immediately while the Win32 binary doesn't, but the official code base is definitely guilty. The DOS ports just better expose an existing BUG. Updating the DOS port with 0.9 codebase would much improve the situation. But I still don't like the 70 MiO needed by MU 0.9. I don't know whether the document is faulty or 0.9 still has a memory problem.

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

 

Complete thread:

Back to the forum
Board view  Mix view
15113 Postings in 1359 Threads, 249 registered users, 16 users online (0 registered, 16 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum