Re: [Ql-Users] QLTools - 2.15.5 available

2019-02-05 Thread pgraf--- via Ql-Users
Hi Norm,

> > Sounds good. I could compile qxltools, but that was long ago. My concern
> > are image sizes over 16 MB and some strange characters in the
> > commandline output.
> 
> What problems do you have with 16MB files? I presume you mean that the 
> qxl.win file is over 16Mb, and it's not a problem of writing something 
> that big into a qxl.win?

Yes, I mean QLWA image sizes over 16 MB, not file sizes.

> I don't see any weirdness on the command line output though. I'm mainly 
> on Linux which might be helping.

More on the Windoze side here.

> Can you give me an example of how to reproduce the problem(s) you are 
> seeing? I've just created a 20 MB qxl.win with no problems. (So far!)

Unfortunately not right now, and my memory is vague. I think that 
all issues were gone with 16 MB and less. My next image size step 
was probably 32 MB, not just 20 MB.

It could be, that just recompiling the latest qxltool source with an 
up-to-date compiler and library makes the issues disappear.

Peter

___
QL-Users Mailing List


Re: [Ql-Users] QLTools - 2.15.5 available

2019-02-05 Thread Norman Dunbar via Ql-Users

On 04/02/2019 17:25, Peter Graf wrote:


Sounds good. I could compile qxltools, but that was long ago. My concern
are image sizes over 16 MB and some strange characters in the
commandline output.


What problems do you have with 16MB files? I presume you mean that the 
qxl.win file is over 16Mb, and it's not a problem of writing something 
that big into a qxl.win?


I don't see any weirdness on the command line output though. I'm mainly 
on Linux which might be helping.


Can you give me an example of how to reproduce the problem(s) you are 
seeing? I've just created a 20 MB qxl.win with no problems. (So far!)



Cheers,
Norm.

--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
27a Lidget Hill
Pudsey
West Yorkshire
United Kingdom
LS28 7LG

Company Number: 05132767
___
QL-Users Mailing List


Re: [Ql-Users] QLTools - 2.15.5 available

2019-02-05 Thread Norman Dunbar via Ql-Users

On 05/02/2019 10:07, pgraf--- via Ql-Users wrote:
Hi Peter,


Can you give me an example of how to reproduce the problem(s) you are
seeing? I've just created a 20 MB qxl.win with no problems. (So far!)


Unfortunately not right now, and my memory is vague. I think that
all issues were gone with 16 MB and less. My next image size step
was probably 32 MB, not just 20 MB.

It could be, that just recompiling the latest qxltool source with an
up-to-date compiler and library makes the issues disappear.


I've created a couple of qxl.win files (at coffee time - I'm working) 
and checked them with my own QXLWin program. The headers looks strange 
to me:


On the 4 MB I see these dubious fields:

* Sectors per map = 21
* Number  of maps = 100
* Root directory length = 58

On the 20 MB I see these dubious fields:

* Sectors per map = $A1 (161)
* Number  of maps = 100
* Root directory length = 58

I've had a quick look at the definition of a QLWA header in the code and 
it appears slightly broken. Some of the fields I would think essential 
are not being used - sectors per block for example. That changes as the 
files grow bigger and might be related to your problems.


I'll see what I can do - there are still quite a few compilation 
warnings I need to get rid of first.



Cheers,
Norm.

--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
27a Lidget Hill
Pudsey
West Yorkshire
United Kingdom
LS28 7LG

Company Number: 05132767
___
QL-Users Mailing List


Re: [Ql-Users] QLTools - 2.15.5 available

2019-02-05 Thread Wolfgang Lenerz via Ql-Users

Hi,

this is the comment I wrote to myself for SMSQmulator in this respect:

"
Patch for badly constructed drives, like those built by qxltools. These 
drives do NOT have cluster entries for the FAT(). They just indicate 
the number of sectors taken by the FAT. I presume that it can then be 
presumed that the FAT's sectors are all contiguous and start at sector 0.

"

Treated like this:

int nbrOfSectorsInMap=firstSector.getShort(WinDrive.QWA_SCTM)&0x;
// that many sectors are supposed to be in the fat

int temp=nbrOfSectorsInMap/(firstSector.getShort(WinDrive.QWA_SCTG)&0x);
if (nbrOfSectorsInMap % (firstSector.getShort(WinDrive.QWA_SCTG)&0x) 
!=0)

  temp++;   // these are the number of clusters needed to hold the map

if (temp!=this.fatClusterChain.size())  (...)
// if they both agree, all is ok, I have a valid drive map


HTH

Wolfgang



Can you give me an example of how to reproduce the problem(s) you are
seeing? I've just created a 20 MB qxl.win with no problems. (So far!)


Unfortunately not right now, and my memory is vague. I think that
all issues were gone with 16 MB and less. My next image size step
was probably 32 MB, not just 20 MB.

It could be, that just recompiling the latest qxltool source with an
up-to-date compiler and library makes the issues disappear.


I've created a couple of qxl.win files (at coffee time - I'm working) 
and checked them with my own QXLWin program. The headers looks strange 
to me:


On the 4 MB I see these dubious fields:

* Sectors per map = 21
* Number  of maps = 100
* Root directory length = 58

On the 20 MB I see these dubious fields:

* Sectors per map = $A1 (161)
* Number  of maps = 100
* Root directory length = 58

I've had a quick look at the definition of a QLWA header in the code and 
it appears slightly broken. Some of the fields I would think essential 
are not being used - sectors per block for example. That changes as the 
files grow bigger and might be related to your problems.


I'll see what I can do - there are still quite a few compilation 
warnings I need to get rid of first.



Cheers,
Norm.


___
QL-Users Mailing List

Re: [Ql-Users] QLTools - 2.15.5 available

2019-02-05 Thread Norman Dunbar via Ql-Users

Hi Wolf,

On 05/02/2019 14:01, Wolfgang Lenerz via Ql-Users wrote:


int nbrOfSectorsInMap=firstSector.getShort(WinDrive.QWA_SCTM)&0x;
// that many sectors are supposed to be in the fat

int 
temp=nbrOfSectorsInMap/(firstSector.getShort(WinDrive.QWA_SCTG)&0x);
if (nbrOfSectorsInMap % (firstSector.getShort(WinDrive.QWA_SCTG)&0x) 
!=0)

   temp++;   // these are the number of clusters needed to hold the map

if (temp!=this.fatClusterChain.size())  (...)
// if they both agree, all is ok, I have a valid drive map


That's very useful indeed, thanks. With a bit of luck, I might be able 
to get proper qxl.win files created soon. :)



Cheers,
Norm.

--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
27a Lidget Hill
Pudsey
West Yorkshire
United Kingdom
LS28 7LG

Company Number: 05132767
___
QL-Users Mailing List