Quote Originally Posted by wysota View Post
Mine is Linux/x86.
Were you able to build the application?
Can't you just provide some small application that would generate such example datafile? They don't have to make sense and they don't have to be larger than a megabyte. It's just a test app.
The example datafile supplided, "testexp_c.j51" should enable you to thest the function, but maybe not show the problem. I don't have a J51 generator ready, but I can try to make one. It would not take long, I hope.
It'd be best if you provided something small. It's easier to debug then.
I can strip it down further if you want. Should I?

BTW. I just had a quick look at the code you provided and I have some comments:
- I'm not sure if manipulating the update mode the way you do is a good idea, you should set the update mode once and never touch it again
If I turn off update permantly it doesn't scroll. If I turn it on a large file will be drawn twice or more, taking maybe 10-30s extra before the user can zoom in to any region of interest.
Do you have any suggestion on how to handle this?
- I'm not sure if beginning by reimplementing the main drawing routine is a good idea. I'd start with the base class implementation first, it's probably trying to be smarter than your implementation
I dont' quite uderstand. Please expalin.
This is my very forst Qt application, I took the outline from a basic example (a text editor) described in the documentation. My plan was to clean it up later, and evenually make a multidocument application. But I got stuck before I got to that point.
- why do you use the data stream if you only read raw data and seek through the file? Operate on the file directly instead
Sure. In one of my later versions I make a linked list from the data analyzed.
- try not to fall of the scale with your dimensions, 10nm = 10E-8, pretty close to 32bit precision.
10-8 compared to 1 meter, yes. In the drawing unity means 1 micrometer, so the precision is no problem here.