Here are some observations from my first investigations of what is going on:
- The original DIM statement is no_of_fields-1, no_of_records,20. This
results in "Dimensional overflow , you can't be serious!". We have
obviously hit some kind of internal limit.
- Reducing the string length parameter to 10 no longer produces an error,
but does produce garbled output in the table.
- Reducing the string length to 8 seems to work properly.
I'm not sure what's going on here. It seems to be both an array size limit,
which produces the first result, and a possible problem in EasyPtr itself,
which produces the second one.
On Sun, Sep 10, 2017 at 1:07 PM, Bob Spelten via Ql-Users <
> Op Sat, 09 Sep 2017 15:06:06 +0200 schreef Daniel Baum via Ql-Users <
> Hi all,
>> Latest pictures.
>> Qbase is now rescalable. It starts at 512x256:
>> and can get as big as you want:
>> These pictures show the automatic proportional column width in the tabular
>> view, which has actually always worked, but was less than obvious until
>> Getting there...
>> Looking good.
> I played with the current version as found in BP143 and I did get a Qlib
> error when hitting the Tabulate button.
> I must admit it was a big database of over 3000 records and 6 fields, with
> one of 500 characters.
> Qbase probably tried to get them all in one array for the menu items.
> The big field could of course be cut to the visible column width.
> "Qlib error 16, array too big" suggests there are too many elements.
> A dimensions check would be nice here, so the Tab action can be aborted
> with a warning, before the program crashes.
> (See sections 6.4 & 8.8 of the Qlib 3.3 manual)
> The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/"
> QL-Users Mailing List
QL-Users Mailing List