Re: [Ql-Users] Save problems with QPC2, QD, QPAC2 or SMSQm8

[Bob Spelten via Ql-Users]

Derek via Ql-Users wrote:

Hi,

I usually limit my QWA files to a maximum of 512MB, which usually suits my 
needs.

What recommended size of a QWA file?
---
Regards,
Derek


Thanks all for the advice given.
The fresh backup WIN2 has room enough to continue working on for now.
I limit my WINs to 256MB, which has a more efficient block size for the 
usually smaller QL files and is quicker when making a backup WIN.

Besides one can always mount an extra WIN.

Bob


___
QL-Users Mailing List




--
Dit e-mailbericht is met AVG-antivirussoftware gecontroleerd op virussen.
www.avg.com
___
QL-Users Mailing List

Re: [Ql-Users] Save problems with QPC2, QD, QPAC2 or SMSQm8

[Bob Spelten via Ql-Users]

Oops, i forgot about your QLWARZ. I did it the hard way.
Cueshell did not report any Backup errors but behaved strangely on one 
main directory it should copy. Instead it started Deleting files from 
another directory.
I could restore both from an older win2_ backup as nothing had recently 
been changed in both dirs.


Still the question remains why both emulators behaved so differently.

Bob

pjw via Ql-Users wrote:
If you write a lot of programs you will occasionally corrupt your hard 
disk etc. Occupational hazard!


On the occasions its happened to me Ive tried various things, including 
the two Tebby hard disk tools. My problems didnt, perhaps, fit with what 
theyre supposed to fix, as they never seemed to make any difference..


What did make a difference in my case was QLWARZ, or rather what lead me 
to stitching it together in the first place. When it gets to corrupts 
files or directories the program crashes (yes!) Then I just keep typing 
CONTINUE until it picks itself up and runs again. At the end of the 
process, everything that can be saved is copied. Some damaged files 
remain damaged, but at least they are "legal" and dont mess with your 
system.


Clearly, if you need to retrieve irreplaceable material after that you 
will need to go back to the original win drive (QLWARZ doesnt fiddle 
with it other than renaming it) and set to work with a file editor, such 
as Wolfgang Lenerz'es Wined (https://www.wlenerz.com/qlstuff/#wined)!


HTH, Per

On 24/11/2023 15:10, Bob Spelten via Ql-Users wrote:
That's what I did. A larger win2_ was formatted and dirs/files were 
copied with Cueshell from the old win2_.

I only hope any corruption was not migrated with it.
Are there any tools available to examine a suspect win drive?

Bob

Fabrizio Diversi via Ql-Users wrote:

Hi,

no issue here, same with QPC and SMSQmulator.

I suspect your  win2 is corrupted in some way, it happened to me with 
the same error of "drive full",  try to use the tool QLWARZ from Per 
Witte to check if something change.


Fabrizio


On 24/11/23 14:21, Bob Spelten via Ql-Users wrote:

I experienced a strange problem with Saving a text from QD.
Under QPC2 the Overwrite from QD to win2_ froze the emulator.
The same file under SMSQmulator8 to the same win2_ gave no problem.
The text file is about 250KB in size.

Saving to ram2_ from QD went OK on both emulators.
Backup of the ram2_ text to win2_ by QPAC2 froze QPC2 again, not 
under SMSQm8.
Copy with QPAC2 now reported 'drive full' while it claimed 28MB free 
on win2_.
Then I found that the same Copy from SMSQm8 had saved only 10% of 
the text - QPAC2 reported the full size - thus avoiding the 'drive 
full' error.


The emulators, SMSQ/E & QD are the latest versions running under W$7.
I also tried older versions with the same result.
So why is the free MB size wrong?
Why does QPC2 freeze and not report an error from QD?
Why does SMSQm8 deceive me into thinking it all went OK?

Bob



___
QL-Users Mailing List




___
QL-Users Mailing List



--
Dit e-mailbericht is met AVG-antivirussoftware gecontroleerd op virussen.
www.avg.com
___
QL-Users Mailing List

Re: [Ql-Users] Save problems with QPC2, QD, QPAC2 or SMSQm8

[Bob Spelten via Ql-Users]

That's what I did. A larger win2_ was formatted and dirs/files were 
copied with Cueshell from the old win2_.

I only hope any corruption was not migrated with it.
Are there any tools available to examine a suspect win drive?

Bob

Fabrizio Diversi via Ql-Users wrote:

Hi,

no issue here, same with QPC and SMSQmulator.

I suspect your  win2 is corrupted in some way, it happened to me with 
the same error of "drive full",  try to use the tool QLWARZ from Per 
Witte to check if something change.


Fabrizio


On 24/11/23 14:21, Bob Spelten via Ql-Users wrote:

I experienced a strange problem with Saving a text from QD.
Under QPC2 the Overwrite from QD to win2_ froze the emulator.
The same file under SMSQmulator8 to the same win2_ gave no problem.
The text file is about 250KB in size.

Saving to ram2_ from QD went OK on both emulators.
Backup of the ram2_ text to win2_ by QPAC2 froze QPC2 again, not under 
SMSQm8.
Copy with QPAC2 now reported 'drive full' while it claimed 28MB free 
on win2_.
Then I found that the same Copy from SMSQm8 had saved only 10% of the 
text - QPAC2 reported the full size - thus avoiding the 'drive full' 
error.


The emulators, SMSQ/E & QD are the latest versions running under W$7.
I also tried older versions with the same result.
So why is the free MB size wrong?
Why does QPC2 freeze and not report an error from QD?
Why does SMSQm8 deceive me into thinking it all went OK?

Bob



___
QL-Users Mailing List



--
Dit e-mailbericht is met AVG-antivirussoftware gecontroleerd op virussen.
www.avg.com
___
QL-Users Mailing List

[Ql-Users] Save problems with QPC2, QD, QPAC2 or SMSQm8

[Bob Spelten via Ql-Users]

I experienced a strange problem with Saving a text from QD.
Under QPC2 the Overwrite from QD to win2_ froze the emulator.
The same file under SMSQmulator8 to the same win2_ gave no problem.
The text file is about 250KB in size.

Saving to ram2_ from QD went OK on both emulators.
Backup of the ram2_ text to win2_ by QPAC2 froze QPC2 again, not under 
SMSQm8.
Copy with QPAC2 now reported 'drive full' while it claimed 28MB free on 
win2_.
Then I found that the same Copy from SMSQm8 had saved only 10% of the 
text - QPAC2 reported the full size - thus avoiding the 'drive full' error.


The emulators, SMSQ/E & QD are the latest versions running under W$7.
I also tried older versions with the same result.
So why is the free MB size wrong?
Why does QPC2 freeze and not report an error from QD?
Why does SMSQm8 deceive me into thinking it all went OK?

Bob


--
Dit e-mailbericht is met AVG-antivirussoftware gecontroleerd op virussen.
www.avg.com
___
QL-Users Mailing List

[Ql-Users] BMP update 1.05

[Bob Spelten via Ql-Users]

A worthwhile message on the Forum from Dilwyn.

Bob Spelten jr. has released version 1.05 of the BMP graphics viewer and 
converter, available from the Graphics page on my website at 
https://dilwyn.qlforum.co.uk/graphics/index.html


Convert BMP graphics (from 24-bit to 1-bit types) to QL graphics files - 
screens, PIC files, PSA/PAC files, or Page Designer pages. Convert from 
QL graphics files to BMP (16-bit or 24-bit) for transfer to other 
systems. View files, convert QL file types and convert between screen modes.


The QL files can now be RLE compressed as PAC files, using similar 
compression to compressed GD2 sprites, thanks to routines from Per 
Witte. RLE compression under the operating system is normally only used 
for GD2 sprites.


There is a 'scaling' option to allow a picture being viewed to be resize 
to fit the window. And some support for Mode 12 (Thor XVI) screens and 
QDesign compressed _Pgn and mode 2 mono files.


--
Dit e-mailbericht is met AVG-antivirussoftware gecontroleerd op virussen.
www.avg.com
___
QL-Users Mailing List

Re: [Ql-Users] loopy bug

[Bob Spelten via Ql-Users]

pjwitte via Ql-Users wrote:
I dont know if this has been documented anywhere, but Im putting it out 
here as it caused me some grief.


It appears that Q-Liberator zeroes the loop variable on entry to a loop. 
The following demo, which is acceptable (although perhaps not very 
elegant) S*BASIC, will not work in the same way once compiled with Qlib.


100 loop = 3
110 cnt = 0
120 PRINT 'Start:'! loop, cnt
130 REPeat loop
140  PRINT loop, cnt
150  cnt = cnt + 1
160  IF cnt >= loop: EXIT loop
170 END REPeat loop
180 PRINT 'End:'! loop, cnt
190 PAUSE: QUIT

In the Qlib-compiled version the loop is exited after a single run as 
the condition cnt >= loop is met immediately, to wit 1 >= 0


The worrying part of this is that while I was figuring out what was 
wrong, running an embedded routine like this many times, the system 
crashed due to memory corruption. Whether this was due to the SBASIC or 
Qlib compiled version I cant say right now. So just beware and keep on 
progging!


NB: This works, though. As long as you start out with loop = 0

100 loop = 0
110 cnt = 3
120 PRINT 'Start:'! loop, cnt
130 REPeat loop
140  PRINT loop, cnt
150  loop = loop + 1
160  IF loop >= cnt: EXIT loop
170 END REPeat loop
180 PRINT 'End:'! loop, cnt
190 PAUSE: QUIT



Not that I have ever had this problem but when using a REPeat variable 
as a value I've always made sure it was only used within the Loop.


In the Name Table a simple variable is marked differently ($0202) from a 
REPeat index ($0602), the question is who is doing it right?
When Qlib encounters the 2nd 'loop' it probably sets up a new zero entry 
with the same name.


In your second example the first 'loop = 0' is most likely not relevant.

Bob


--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] "RETurn not in procedure or function"

[Bob Spelten via Ql-Users]

Wolfgang Lenerz via Ql-Users wrote:

Hi,

in my experience, this is often caused by a Basic extension not
resetting the stack correctly. This generally seems to be the case
either when a keyword changes the value of an entry parameter, to make
it into a return parameter, or when a function returns a value (very
often a string).

But without having a complete program to test, this will be difficult to
find out.

Regards

Wolfgang

"RETurn not in procedure or function"

What is causing this error in my Basic?
The error has bugged me for weeks now.
It even seems able to move around (see below).
I have checked for the obvious and didn't find any mismatches.
Also XREF, BasicLinker or QLIB did not report any.

Below a summary of the program section from where the error occurs.

   DEF FN GetScreen(..)
    :...
    IF hd =10
     MC_ProcA parms..
    ELSE
     er%= MC_FnB(..)
     :...
    END IF
    :...
    IF NOT rn% : er%= SetDBS(..)
    REM > rn% is set if the screen file is in the database
    :...
    RETurn 0
   END DEF
   :...
   DEF FN SetDBS(..)
    :...
    er= FDB_SET(..)
    :...
    PRINT er
    REturn er
   END DEF
   :

The program is numberless and testrun from QD with the F10 Sbas/qd thing.
The code for the MC_ProcA and MC_FnB keywords has also successfully been
tested in other Basics.

MC_FnB nicely returns zero in er% and not one of the possible negative
values.
SetDBS does some DBAS handling and doesn't return an error in er, as
tested just before the RETurn line which produces the "RETurn not..."
error. Checking the database confirms that SetDBS works properly.

Strangely when I REM the SetDBS call, the same error is given in another
FN when GetScreen has long been left by its own RETurn.

Also the MC_ProcA route does not generate the error when doing the
SetDBS call or in the other Sbas FN if skipping SetDBS.

When I compile the Basic with QLIB v3.36 there are no errors reported
and the compiled _obj executes without producing this error.

Of course the Sbas version differs slightly from the _obj but this has
mainly to do with reporting variable values. Also the Basic extensions
as for the MC_xxx ones above are LRESPR'd in the Sbas run and $$asmb'd
by Qlib.

The numbered Basic as generated by BasicLinker and then run from job 0
produces the same error as run from QD.

So what could be messing up my RETurns?


As expected it was stack problem with my MC_FnB.
Not being an expert I had looked at some examples and ended up using a mix.
It has now been sorted and I can go on with testing the rest of the program.

I agree with Francois, using LOOKUP% as alternative for EXISTS.
I use it a lot. It returns the place in the name table which can also be 
used to test for conflicting keywords if found out of place.


Bob



--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] "RETurn not in procedure or function"

[Bob Spelten via Ql-Users]

Wolfgang Lenerz via Ql-Users wrote:

Hi,

in my experience, this is often caused by a Basic extension not
resetting the stack correctly. This generally seems to be the case
either when a keyword changes the value of an entry parameter, to make
it into a return parameter, or when a function returns a value (very
often a string).

But without having a complete program to test, this will be difficult to
find out.


Thanks for the suggestions.

My function does not change any of the entry parameters, only sets the 
return value. I have written other functions that do the same but 
without this anomaly, also with 8 chr names.
Anyway I will check the exit section to see what I did differently from 
previous and consult the Assembly Language PDFs to get it right.


Thanks,
Bob



--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

[Ql-Users] "RETurn not in procedure or function"

[Bob Spelten via Ql-Users]

"RETurn not in procedure or function"

What is causing this error in my Basic?
The error has bugged me for weeks now.
It even seems able to move around (see below).
I have checked for the obvious and didn't find any mismatches.
Also XREF, BasicLinker or QLIB did not report any.

Below a summary of the program section from where the error occurs.

  DEF FN GetScreen(..)
   :...
   IF hd =10
MC_ProcA parms..
   ELSE
er%= MC_FnB(..)
:...
   END IF
   :...
   IF NOT rn% : er%= SetDBS(..)
   REM > rn% is set if the screen file is in the database
   :...
   RETurn 0
  END DEF
  :...
  DEF FN SetDBS(..)
   :...
   er= FDB_SET(..)
   :...
   PRINT er
   REturn er
  END DEF
  :

The program is numberless and testrun from QD with the F10 Sbas/qd thing.
The code for the MC_ProcA and MC_FnB keywords has also successfully been
tested in other Basics.

MC_FnB nicely returns zero in er% and not one of the possible negative 
values.
SetDBS does some DBAS handling and doesn't return an error in er, as 
tested just before the RETurn line which produces the "RETurn not..." 
error. Checking the database confirms that SetDBS works properly.


Strangely when I REM the SetDBS call, the same error is given in another 
FN when GetScreen has long been left by its own RETurn.


Also the MC_ProcA route does not generate the error when doing the 
SetDBS call or in the other Sbas FN if skipping SetDBS.


When I compile the Basic with QLIB v3.36 there are no errors reported 
and the compiled _obj executes without producing this error.


Of course the Sbas version differs slightly from the _obj but this has 
mainly to do with reporting variable values. Also the Basic extensions 
as for the MC_xxx ones above are LRESPR'd in the Sbas run and $$asmb'd 
by Qlib.


The numbered Basic as generated by BasicLinker and then run from job 0
produces the same error as run from QD.

So what could be messing up my RETurns?

Bob

--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] The INSTR function?

[Bob Spelten via Ql-Users]

Wolf via Ql-Users wrote:

Hi,

actually functions are present in EXTRAS.

Things like AND, OR, NOT (and, yes INSTR) are considered to be operators 
(like + or -), and thus will not show up with EXTRAS.


These keywords (and variations thereof) are all included in the the 
Basic Keywords Index on the official SMSQ site and most are marked 'O' 
for operator, unless I was unsure about their use or syntax.


Bob


--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] Select on

[Bob Spelten via Ql-Users]

Op Sun, 21 Jun 2020 09:46:23 +0200 schreef Norman Dunbar via Ql-Users  
:


I have a vague recollection that Simon N Goodwin did something similar,  
maybe, in the DIY Toolkit.


I think it was passed a variable and a list of strings, and returned the  
position of the variable in the list. Something like that.


Maybe useful?


That would then be the PICK$ function.
It's on DIY disk 1, sub E, found on Dilwyn's site, where else?

Bob

--
The BSJR QL software site at: "http://home.hccnet.nl/b.spelten/ql/;

--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.29

[Bob Spelten via Ql-Users]

Op Sun, 19 Apr 2020 18:04:04 +0200 schreef Wolfgang Lenerz via Ql-Users  
:



Hi,


Thanks again. I reloaded the re-upped version.

But under W$7 with most recent Java 8.251 (updated today) nothing
happens, not even the black screen or an error message.



Strange. Just to be sure, I downloaded the file and used it under win7
in a VM where it runs OK with java 8.



Under an old Lubuntu and likely an old Java8 it will start.
Also under W$10 with Java 8.241 there seems to be no problem.


Using a commad line,

java --version
will tell you what java you're running .


The Lubutu reports 1.8.0_66, running SQm8229 OK.
On my Pi3 it's even 1.8.0_65, still running SQm8224 OK.

Trying "java -version" on my W$7(1), I get:  
"java.lang.ExeptionInInitializerError" and a whole page of other messages.


Then I unzipped the same file on another W$7 machine (2), also having Java  
1.8.0_251. There it runs as expected.


So SQm8229 seems OK while there is something wrong with the Java on  
machine (1) since the last update. Also a cold reset did not cure that.

I probably need to uninstall it and try again.

BTW, -showversion works too but also shows a list of command options.

Thanks,
Bob

--
The BSJR QL software site at: "http://home.hccnet.nl/b.spelten/ql/;

--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.29

[Bob Spelten via Ql-Users]

Op Sun, 19 Apr 2020 15:38:27 +0200 schreef Wolfgang Lenerz via Ql-Users  
:



Hi Bob, Per, François, Derek,

thanks for letting me know.

It seems the version for java 11 is ok, not the one for java 8, though
both work ok here.

I re-upped the version for java 8 (also changing the version number).


Thanks again. I reloaded the re-upped version.

But under W$7 with most recent Java 8.251 (updated today) nothing happens,  
not even the black screen or an error message.


Under an old Lubuntu and likely an old Java8 it will start.
Also under W$10 with Java 8.241 there seems to be no problem.

What's happening here?
Bob

--
The BSJR QL software site at: "http://home.hccnet.nl/b.spelten/ql/;

--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.29

[Bob Spelten via Ql-Users]

Op Sun, 19 Apr 2020 07:56:30 +0200 schreef Wolfgang Lenerz via Ql-Users  
:



Hi all,

hot on the heels of SMSQE 3.36 comes SMSQmulator 2.29.

Win drives can be made removable.
NFA drives can handle (exec, save and load) files with an XTcc footer,
so that QL files can be  EXEC'd directly from a native drive.

wlenerz.com/smsqmulator.


Thanks Wolfgang for the final 2.29.
But it seems something has gone wrong when making the zip.
The unpacked SMSQm8229 only opens it's W$ window, the content is black, no  
QL windows.

When viewing the supplied SMSQE bin file I see sections of SBasic(?).

Then I copied SMSQE (also 308.5K) from the 3.36 binaries, which looked  
alright although it said there @h01E0: "<>SMSQXq3.350002..".

The result was the same, no booting into my usual .WIN.
BTW The SMSQE 3.36 announcement was too hot for me and never reached my  
mailbox.


Bob

--
The BSJR QL software site at: "http://home.hccnet.nl/b.spelten/ql/;

--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

[Ql-Users] Website move

[Bob Spelten via Ql-Users]

Hi All,

As of 1 April 2020 space for my current website,
 will no longer be available.
So anyone with links or bookmarks to this site for SuQcess, SQRview, QCP,  
QCoCo and more, should change that to the new address below.


Bob

--
The BSJR QL software site at: "http://home.hccnet.nl/b.spelten/ql/;

--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] WM_move_mode and Easyptr menu

[Bob Spelten via Ql-Users]

Op Sat, 19 Oct 2019 17:05:12 +0200 schreef François Van Emelen via  
Ql-Users :



Op 18/10/2019 om 13:01 schreef Bob Spelten via Ql-Users:
op Fri, 18 Oct 2019 11:34:46 +0200 schreef pjwitte via Ql-Users  
:



On 18/10/2019 11:17, François Van Emelen via Ql-Users wrote:

(...)


(...)

According to the EP manual (p71) a -1 parameter should also give the  
WM_MOVEMODE options to WMOVE.


Bob


Hi Bob,

EP manual (p71)? Are you referring to the Easyptr manual ?


Yes, it's there on my original printed manual from 2005.
In a later PDF (dated Oct.2012) it's on page 74.

Bob

--
The BSJR QL software site at: "http://home.hccnet.nl/b.spelten/ql/;

--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] WM_move_mode and Easyptr menu

[Bob Spelten via Ql-Users]

op Fri, 18 Oct 2019 11:34:46 +0200 schreef pjwitte via Ql-Users  
:



On 18/10/2019 11:17, François Van Emelen via Ql-Users wrote:

Hi,


Can someone confirm what happens in line 220?

In a menu created with Easaymenu (Easyptr) there is a Loose Item to  
allow the menu to be moved.


Configuration A: the key for that Loose Item is CRTL E, seems to be the  
default value.


Configuration B: I replaced the default key with value 77 (‘M’) for  
Move.


….

200 SELect on ObjectHit

205 = -1:Remark do something

210 = -2:Remark do something

215 =- 3:Remark this is the move Loose Item

220 :Remark do something

….


With Configuration A, WM_movemode 0,1,2,3 can be used but line 220 is  
never executed. Why?


With Configuration B, line 220 is executed but only WM_movemode 0 (the  
old way, using the “move window” sprite) is available. Why?


Is this a feature, a bug or am I missing something?

Help and explanation are welcome.


François Van Emelen


In A. the Move window call is trapped by the system, so it never reaches  
line 220. In B. you need to add the instruction to move the window, for  
example WMOV. This gives you the opportunity to carry out other stuff  
before and after the the move instruction. The standard key for this is  
CF4, tho'.


WMOV has evolved over the years, so make sure youre using the latest  
version of ptrmen_cde to get the best. Get it directly from Marcel's.


On my Knoware.no site, for example, there are a number of PE programs  
with source code included. They show a variety of ways you can do this.


Per

According to the EP manual (p71) a -1 parameter should also give the  
WM_MOVEMODE options to WMOVE.


Bob

--
The BSJR QL software site at: "http://home.hccnet.nl/b.spelten/ql/;

--
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] DISK MATE 5

[Bob Spelten via Ql-Users]

Op Tue, 26 Feb 2019 12:29:17 +0100 schreef simon629--- via Ql-Users  
:


Hi There This morning I installed Disk Mate 5 on MY Version of  
LaunchPad2 it Runs OK But When you Launch it it comes up with a Red Box  
with RAC when I Press C key on my Keyboard   Runs Like A dream  can any  
on help me Fix That Tiny Error



There are two known problems with DM5.
When started it complains about the date.
Use ESC to ignore it. Don't try to fix the date, it will produce an error.

It also uses some FileInfo2 keywords: FEX, FEX_W, FEXF, FEX_W(), FEXF(),  
FEX$.
These conflict with SMSQ/E and are possibly switched off in your FI2 and  
while the replacements FI2_CALL can be used.

So if DM5 tries to use FEX it cannot be found.

My way around this was to patch the keywords to FFX in both DM5 and FI2  
and switch them on again. Hopefully no other tool uses the old keywords  
and no tool uses this new keyword.
Sadly the FI2 database is part of the same _bin so this patch needs to be  
done to the current _bin or the whole extensions database needs to be done  
again.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] Wallpaper program

[Bob Spelten via Ql-Users]

Op Tue, 19 Feb 2019 11:19:19 +0100 schreef Dilwyn Jones via Ql-Users  
:



Wallpaper Program

Recent versionsof SMSQ/E from about version 3.00 feature high colour and  
high resolution screens along with the new Window Manager. This makes  
them very suitable for displaying colourful and attractive background  
images behind your program windows.

(...)
The downside of using wallpaper on a high-colour system is the amount of  
memory it takes. (...)



Thanks Dilwyn for automating the wallpaper process.

Just a word about memory and compressed images.
As other programs or other OSes appear to put compressed images straight  
to the screen, I suspect they all need to keep a final uncompressed  
version in memory to work.
The space demands may go unnoticed as other systems have more RAM to play  
with.

This is also true for compressed sprites that WMAN2 processes directly.
Compressing _pic or _scr files is feasible but it's mostly WIN space that  
is won.


Bob

Download the Wallpaper software and a few example graphic files from  
http://www.dilwyn.me.uk/graphics/index.html




--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

[Ql-Users] Updates SuQcess2 & QCoCo

[Bob Spelten via Ql-Users]

Hi All,

I have updated some programs on my site.

SuQcess2 is now version 2.07.
Not many new features but lots of internal improvements.
The Sort Key can be set from the DATA menu.
Bug in locating the edited and sorted record from View is fixed.
Better detection of Read-Only media.
Updated ReadMe and Help files.

QCoCo is now version 1.63.
Supports the new binary _thb files next to the ascii _thm theme files.
APPLY needs a Confirm or Undo action.
RESET can reset the current theme or to the startup theme.
A new Theme Viewer (by PJW) is included showing the colours and hex  
numbers.
Incomplete themes should not crash the program and are automatically  
completed through the SYNCHRO option.

Invalid, referenced and 3D items are marked when Viewing the colours.
Can be started with a theme as CMD$ which overrides the config item.
Updated ReadMe file.

Happy QLing,
Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[Bob Spelten via Ql-Users]

Op Thu, 06 Dec 2018 15:26:04 +0100 schreef Wolf via Ql-Users  
:



Hi,


You are right, there is a problem. But it seems to be PWFile itself.
Renaming the device is not recognised, it sticks to the original name.
Renaming DOS to NFA under QPC2 presents the same problem.
The same is true for renaming WIN to MDV.




Do you mean that PWFile does not honour a device's usage name, but  
always insists on using its "true" name (a little bit like the menu  
extensions which normally don't show the "dev" device)?



That's exactly what happens.
When I edit the changed name by hand in the "directory" window, it changes  
back to the original name when Enter is pressed.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[Bob Spelten via Ql-Users]

Op Tue, 04 Dec 2018 13:18:37 +0100 schreef François Van Emelen via  
Ql-Users :



Op 4/12/2018 om 11:59 schreef Bob Spelten via Ql-Users:
Op Tue, 04 Dec 2018 11:20:58 +0100 schreef François Van Emelen via  
Ql-Users :






1. Launch PWfile (smsqumatator)

2.go to 'directory' and replace 'winx_ 'with ''nfax_'

All files in that device  should be visible now. My question is :Can  
you see them?


I don't see anything in SMSQmulator but I do see them in QPC2.

I hope this clarifies my question.

Thank you for your reply

Have a fine day,

François Van Emelen


Hi Francois,

I have just tried PWFile on SMSQm8 but I can see the files and can open  
them.

Are you sure you have a valid NFAx device and not renamed NFA to DOS?
By default PWFile selects only those directories that are configured in  
ProWess else you must edit the device by hand.


Bob


Hi Bob,

You're right, replacing 'dos' with 'nfa' followed by a reset solves the  
problem.

But then my next question is : why is 'nfa' OK  and  'dos' is not OK?
Sorry for the delay,  problems with my mailing server.

Have a fine day.

François


You are right, there is a problem. But it seems to be PWFile itself.
Renaming the device is not recognised, it sticks to the original name.
Renaming DOS to NFA under QPC2 presents the same problem.
The same is true for renaming WIN to MDV.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[Bob Spelten via Ql-Users]

Op Tue, 04 Dec 2018 11:20:58 +0100 schreef François Van Emelen via  
Ql-Users :






1. Launch PWfile (smsqumatator)

2.go to 'directory' and replace 'winx_ 'with ''nfax_'

All files in that device  should be visible now. My question is :Can you  
see them?


I don't see anything in SMSQmulator but I do see them in QPC2.

I hope this clarifies my question.

Thank you for your reply

Have a fine day,

François Van Emelen


Hi Francois,

I have just tried PWFile on SMSQm8 but I can see the files and can open  
them.

Are you sure you have a valid NFAx device and not renamed NFA to DOS?
By default PWFile selects only those directories that are configured in  
ProWess else you must edit the device by hand.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] QD 2018

[Bob Spelten via Ql-Users]

Op Sun, 16 Sep 2018 00:55:45 +0200 schreef Marcel Kilgus via Ql-Users  
:



I have just updated QD 2018 to version B.05:

; B.05  Implemented per-extension editor-usage (configurable) (MK)
;   Fixed BASIC usage for DEFine FuNction (MK)
;   Fixed colours in replacement confirmation dialog (MK)
;   Fixed DO on resize to keep the x window size (MK)
;   Bottom right corner stays where it is on normal resize (MK)
;   Allow CTRL+Z (mark current line) in read-only mode (MK)

As previously with the tab settings the editor-usage can now be
configured per extension, so you can say all "_bas" (or "_bsl" ;) )
files automatically invoke the "BASIC" editor usage, for example.

The rest is the stuff we've already talked about here.

https://www.kilgus.net/smsqe/qd/

Cheers, Marcel


Thanks Marcel for Being So Laborious.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] QD 2018 colours

[Bob Spelten via Ql-Users]

Op Wed, 29 Aug 2018 00:48:26 +0200 schreef Marcel Kilgus via Ql-Users  
:



Bob Spelten via Ql-Users wrote:

But setting a custom width, moving the "size" to the left, is where the
right side also moves left.


OK, now I see what you mean.

The size is incremented in 20 character steps. There is no explanation
in the code why that is, but as this is the same amount that is used
when the edit window is panned I guess that this is the reason. I
tried removing the restriction and most things seemed to work, but I
found at least a minor bug, so I'm not comfortable lifting that
restriction.

I can make the bottom right corner stay in place, though. The downside
is that now when you resize less than 20 characters more basically
nothing happens at all, this might be confusing for some users.


Jochen once explained that size grows in
discrete steps but I would expect the right side to be anchored, now  
full screen can never be reached.


Ususally it cannot be reached because the maximum line length is
exhausted before the maximum screen width.


OK, this is indeed the case when set to 160 characters on a 1024 display.
Leaving it anchored right and restricting left movement would then be  
preferable.



My numberless Basic is named xxx_bsl so would not benefit.
Usually I start QD through FI2 where the right command flag is added to
take care of this.


I start 100 QDs when working on stuff like this, 10% by hotkey and 90%
by FiFi ;)

Just one more. It sometimes happens when a line is longer than the  
window and I use ALT-right to jump to the end of the line, the text
pans less  than needed but the cursor/arrow lands on the right spot, 
outside the window.

This seems more likely to happen when the cursor is already at position
80+.


Can't reproduce right now. And in any case, this is a problem with the
editor core, which I'm not touching with a 10 feet pole.


Last one? Opening QD in read-only mode (\P) lets me pick a block for the
scrap but using ^Z to hot-buffer one line is not working. A bug or a
missed feature?


Apparently you have to thank me that CTRL+X works in this mode:
cmp.b   #24,d1  ; CTRL X => Quit
beq.s   not_protected   ; yes, so do it (Marcel wants it !!)

I added
cmp.b   #26,d1  ; CTRL Z => Mark current line
beq.s   not_protected   ; yes, so do it (Bob wants it !!)



Thanks again Marcel for looking into these points and for including my  
name in the source. Now I have no choice in calling it my favourite editor.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] QD 2018 colours

[Bob Spelten via Ql-Users]

Op Tue, 28 Aug 2018 15:26:22 +0200 schreef Marcel Kilgus via Ql-Users  
:



Bob Spelten via Ql-Users wrote:

Per already mentions the jumpy resize behaviour.


I frankly don't quite see what's jumpy about it?

My default QD size is 80 columns by 40 lines, and I like that a size DO   
makes it maximize the height.
But setting a custom width, moving the "size" to the left, is where the  
right side also moves left. Jochen once explained that size grows in  
discrete steps but I would expect the right side to be anchored, now full  
screen can never be reached.
It seems that the bigger the move to the left, the more the right moved  
along with it.



One point I would like to add now, as a Basic programmer, is the DEFine
highlight that is not working for FN or FuNction sections.


Again a feature I didn't even know about. And quite obviously this has
never worked but is not too difficult to fix.

I'd prefer if the editor usage would switch automatically to BASIC if
a file with the extension "_bas" was loaded (correspondingly for
"_asm"), but I must check how difficult that would be.


My numberless Basic is named xxx_bsl so would not benefit.
Usually I start QD through FI2 where the right command flag is added to  
take care of this.



For other points I need to check my notes and test them against this
version.

Can do, but as a general matter I must stress that me releasing some
software does not mean that all outstanding 20 years old bugs will get
fixed :-o


One can only hope.;-)
Just one more. It sometimes happens when a line is longer than the window  
and I use ALT-right to jump to the end of the line, the text pans less  
than needed but the cursor/arrow lands on the right spot, outside the  
window.
This seems more likely to happen when the cursor is already at position  
80+.


Last one? Opening QD in read-only mode (\P) lets me pick a block for the  
scrap but using ^Z to hot-buffer one line is not working. A bug or a  
missed feature?


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] QD 2018 colours

[Bob Spelten via Ql-Users]

Op Sat, 25 Aug 2018 18:45:31 +0200 schreef pjwitte via Ql-Users  
:


Im having a problem with the latest QD (2018). The 'Replace confirmation  
sub menu' seems to have its colours mixed up. I cant read that menu in  
any palette!


Since no one else has complained, and I recently made some changes, I  
was wondering if Im just being confused (again!) But then an older  
version of QD (2003) seems unaffected, although it too uses the old  
colourways settings for part of that menu.


If "someone" ;) is going to delve into the innards of QD again to sort  
this out, could they also tweak the 'resize to full screen' option (DO  
resize icon) to perhaps leave the current x-size of the window unchanged  
(as it was in the earlier version)?


Great that this program is now freely available!

First of all, thanks Jochen & Marcel for setting it free. I have enjoyed  
using QD since '91 and it's the first program I added to QLE, Black  
Phoenix or my Q68 boot when exploring or customising them.


Like Per I found something changed in this "Replace" confirmation window.  
Apart from the mixed m4/HC colours, the text to replace is no longer  
visible in any theme, m4 or HC, I tried. My HC QDvB always uses m4 colours  
here but at least I can see the text to be replaced.


There are a few more small issues that should be addressed when "someone"  
updates the code.

Per already mentions the jumpy resize behaviour.
One point I would like to add now, as a Basic programmer, is the DEFine  
highlight that is not working for FN or FuNction sections.
For other points I need to check my notes and test them against this  
version.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] colour confusion

[Bob Spelten via Ql-Users]

Op Sat, 25 Aug 2018 12:03:03 +0200 schreef pjwitte via Ql-Users  
:




Thank you, guys. The confusion, it appears, was entirely mine. I'll  
spare you my various excuses; one of the many clues that should have  
alerted me to the error of my ways was in sp_titletextbg! :) I do wish,  
however, that there had been some "safe" way to put text on a stippled  
or striped background in other cases too. But thats ok.
Im very glad of the palette system as it is. It has stood up well to the  
test of time!



I can understand the "middleground" confusion.
When you open a theme in QCoCo and click the INFO WINDOW item there is  
"ink_1" and "ink_2". The manual explains that ink_2 stands for  
middleground, probably called this way to avoid just this confusion.
Not all themes that are around will fully exploit this, nor do many  
programs, I never did.
So if some text seems missing or vague it's worth checking your theme in  
QCoCo to see if the ink_2 item is actually visible or different enough.


QCoCo's "SYNCHRO" section will take the Outline ink & paper and copy this  
to other sections to quickly build a theme but syncing middleground with  
ink_1 is missing and I will add this to v1.63. Thanks Per for making this  
point.


"sp_titletextbg" is also tricky.
In some themes Title-ink and -paper are the same, using this as a  
contrast. But SuQcess doesn't use it so the title (database name) could  
become invisible with such a theme. For the current version a test has  
been added to make sure ink and paper are different.
Text background is not featured in EasyPTR and should be created with  
overlapping Info Windows.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] SuQcess update

[Bob Spelten via Ql-Users]

Oops.
If anyone had a problem understanding the config prompts of SuQcess 2.06,  
he/she should get a new copy of the zip from my site.

The English & German prompts have been restored.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

[Ql-Users] SuQcess update

[Bob Spelten via Ql-Users]

Hi All,

There are three program updates on my site.

1) A new version 2.06 of the SuQcess database program.
The viewing order of fields can be set without changing the database.
Date display can be set for individual columns instead of global.
More update info on the site's page and in the Readme file.

2) SQRview has a bug fixed that came to light when running it on my Q68,  
where images larger than the screen could cause an error.

No further changes so the version number is kept at 1.02.

3) The QWatch2 clock too is now Q68 aware and adjusts better to its  
resolutions.


4) The links on the site have also been updated.

Have Fun
Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

[Ql-Users] Q68 & QD

[Bob Spelten via Ql-Users]

There seems to be a problem with QD on my Q68.
When running Q68 in high resolution 1024x768 and the QD window is set at  
80 characters, editing is fine as long as I stay within this 80 chrs  
margin.
I can move the cursor beyond that but when a character is inserted the  
whole machine freezes.


Also with a wider QD window, typing beyond the 80 chrs margin locks up  
SMSQ.
Setting the right margin at 100 seems to fix the problem but only moves it  
to position 101.


This was tested with QD's v9 and vB.01 and has never been a problem on  
QPC2 or SMSQmulator so seems limited to QD interacting with SMSQ/E on the  
Q68.


Any ideas?
Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] Stuart Honeyball

[Bob Spelten via Ql-Users]

Op Sun, 17 Jun 2018 14:32:21 +0200 schreef Urs Koenig (QL) via Ql-Users  
:



Derek wrote:

I totally agree with Tony, Stuart was a very nice person to know.
I talked with him alot when I organised 2 QL workshops in the North  
East.

His product line was excellent quality and I must of bought everything
Miracle Systems produced It does seem a loss to the QL community.


The last couple of weeks I re-viewed all the DVDs from the Italian QL  
community and compiled this playlist for the QL community:


Stuart Honeyball / Miracle Systems
https://www.youtube.com/playlist?list=PLQHAWWG2O0e1rLysASEw-8zRe0rojueA_
In memoriam of the miraculous Stuart Honeyball. R.I.P. my friend.

Thanks to Antonio Gareffa (ANT Videoproductions) and other Italian QL  
friends there’s video footage of many 1990s QL shows. Published with  
their permission. Thank you very much for this great work. Grazie mille!


QL forever!


Thanks Urs,

I especially like the one that was made in Eindhoven.
I remember the Italians filming there and always wondered what they made  
of it. It was a well visited meeting with many famous faces which shall  
not be named in view of the GDPR, so check it out yourself.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.33

[Bob Spelten via Ql-Users]

Op Sat, 12 May 2018 06:48:27 +0200 schreef Wolf via Ql-Users  
:



Hi all,

I re-upped the binaries zip file for SMSQ/E, the Aurora & QXL problems  
should be gone now.


I also used this occasion to correct a bug in the Q68 version due to  
which the card_create command could corrupt the directory of a card.  
This bugfix doesn't merit a whole new version, but you should upgrade.




Thanks Wolfgang.
I can now report a successful boot on all 3 mentioned platforms.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.33

[Bob Spelten via Ql-Users]

Op Fri, 11 May 2018 07:01:33 +0200 schreef Daniele Terdina via Ql-Users  
:


I decided to give a try to the Aurora version on Q-emuLator, but it  
stops when it encounters some "jsr $FE83" instructions... anybody  
knows what those are supposed to do?



My attempt to run v3.33 on the Aurora/SGC also failed.
I made sure it was configured the same as the previous 3.32 but the screen  
stayed black and nothing else happened.


Also the QXL version failed to run.
"The QXL at IO address 02B0h is not responding" is all I got.
The last working version I tried here was 3.26, with the same address.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.33

[Bob Spelten via Ql-Users]

Op Tue, 01 May 2018 12:06:00 +0200 schreef Bob Spelten <b...@upcmail.nl>:

Op Mon, 30 Apr 2018 20:38:27 +0200 schreef Wolfgang Lenerz via Ql-Users  
<ql-users@lists.q-v-d.com>:



Hi,

I just re-upped the binary file.


Thanks again Wolfgang, but...
The FAT_xxx range of keywords still seem to be missing ...


Oops, my mistake.
This v333 is configured differently then the previous one that came with  
the machine, FAT_ was disabled.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.33

[Bob Spelten via Ql-Users]

Op Mon, 30 Apr 2018 20:38:27 +0200 schreef Wolfgang Lenerz via Ql-Users  
:



Hi,

I just re-upped the binary file.


Thanks again Wolfgang, but...
The FAT_xxx range of keywords still seem to be missing and thus produces  
an "unknown procedure" error on FAT_DRIVE in the BOOT file.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.33

[Bob Spelten via Ql-Users]

Op Sun, 29 Apr 2018 11:40:57 +0200 schreef Wolf via Ql-Users  
:



Hi all,

SMSQ/E 3.33 is out, get it as usual from
www.wlenerz.com/smsqe


Thanks Wolfgang for the update.
But there are some confusing aspects about the Q68 files.
Both count 350.000 bytes, one .SYS and one .WIN.
When Viewed they look the same. Should the .WIN not be a valid QLWA file  
containing the .sys?


I've copied the .sys to the existing Q68_SMSQ.WIN on my SD using QPC2,  
replacing the previous SMSQ. The existing BOOT was used to start the Q68.

The boot file now gave an error on FAT_DRIVE 'unknown procedure'.
Looking at the list of commands with HyperHelp showed no FAT_ keywords  
were found.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] QPC2 4.04 BUG

[Bob Spelten via Ql-Users]

Op Sun, 22 Apr 2018 18:00:20 +0200 schreef RWAP Software via Ql-Users  
:



Does anyone know why the following in QPC2 reports "Invalid Channel ID"

WINDOW 448,200,32,16
PAPER #1,3

In fact, any attempt to change #1 after the WINDOW command reports an  
invalid channel.



Tested on a bare QPC2v404, this could happen if channel #1 is closed.
The WINDOW command does then not produce an error on the default channel,  
which will be #0 now, but the PAPER #1 command does.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] Graphic objects and padding

[Bob Spelten via Ql-Users]

Op Sat, 14 Apr 2018 11:23:04 +0200 schreef pjwitte via Ql-Users  
:




(...)
Thanks for your replies, most of which agree with my understanding but,  
unfortunately, not with my recent experience. (Eg see my post on the  
Forum for one example:  
http://www.qlforum.co.uk/viewtopic.php?f=3=2272=40#p22823)


And that is the crux of the matter: Without a definitive description its  
each to his own interpretation. This is bad for those of us trying to  
produce fun or useful stuff. And the number of offerings out there that  
dont really work, or work inconsistently, dont exactly evoke the sense  
that "The QL" is a serious or relieable machine. It certainly putsme off  
at times (my own failings in this regard notwithstanding ;)


If those who "wrote the book" on these matters arent able/willing to  
pipe up, then we'll have to waste some time R-ingTFBs and doing the  
tests ourselves. I'll be back.



I must admit having missed your Forum entry.
Without running your program I know that WSASV (EP4) and PSAVE (QPTR) will  
add padding, sometimes even 1 Long more than needed.
They were written in QL mode days and clearly never changed for High  
Colour times.
The same is probably true for the "Books", this padding is not mentioned  
there. That's why SQRview tests for any padding.


When saving such a PIC as SPR the padding is already there and needs not  
to be added but too much padding may result in a slanted sprite if lines  
are not cut properly as it relies on x-width and not on line increment as  
PICs do.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] Graphic objects and padding

[Bob Spelten via Ql-Users]

Op Fri, 13 Apr 2018 12:12:56 +0200 schreef pjwitte via Ql-Users  
:



Could someone please explain the rules to me regarding the padding of
graphics objects for the two main formats: Sprites and Pics/PSA?

I thought Id worked it all out, at least for some modes, but my rule-
book does not appear to be complete, nor provide stable answers in all
cases. Also, there are some  formats Im not able to test.. So now Im
confused and would like to get a "definitive" take on the matter.

(...)


As I understand it,
Sprites must always be padded to Longs for all modes QL or GD2.

PIC/PSA must be padded for modes 4 & 8.
The GD2 modes 16 to 33 should/need not be padded and some viewers may have  
problems if they are.

SQRview will detect excess padding and not show it.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] Hermes or SuperHermes, this is the problem! :-D

[Bob Spelten via Ql-Users]

Op Thu, 05 Apr 2018 00:04:19 +0200 schreef Giorgio Garabello via Ql-Users  
:



so:
IPCVER$  0  NON HERMES
IPCVER$  1  HERMES
IPCVER$  3 SUPERHERMES

Correct?


Almost.
0= non Hermes, 1 or 2= Hermes, 3= SuperHermes.
My Hermes is 2.20, my SHermes is 3.5.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] FiFi

[Bob Spelten via Ql-Users]

Op Fri, 30 Mar 2018 06:48:09 +0200 schreef Wolf via Ql-Users  
:



Hi all,

FiFi, my formerly commercial file finder can now be downloaded from my  
site.


www.wlenerz.com/qlstuff


Thanks Wolfgang for the update.
One small bug seems to be present though.
When I set the colours to be copied from Qmenu, FiFi will start as a  
2x1a0x0 window, which is not very practical.


I checked with my previous v4.31 which was not set up for Qmenu but it  
behaves exactly in the same way when done so.

The bug must have been asleep for some time.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] Hermes or SuperHermes, this is the problem! :-D

[Bob Spelten via Ql-Users]

Op Wed, 04 Apr 2018 10:55:59 +0200 schreef Giorgio Garabello via Ql-Users  
:



SMSQ / E with the MACHINE command can detect if Hermes / Superhermes is
present. Is there a way to distinguish via software if it is hermes or
superhermes in order to automatically load the correct drivers?


The method I use is to test the Hermes version:
: LRESPR dev1_IPCexts_bin
: mouse%= IPCVER$()
: IF mouse% =3 : LRESPR dev1_IPCextKB_bin : REM it's SuperH!

The IPCexts are part of the Hermes package, only 356 bytes.
Its Function IPCVER$() returns a string as "1.nn" but we only need the  
first digit. No Hermes would give "0.00".
The IPCextKB_bin is the proper SHermes keyboard driver where KB could be  
IT in your case.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] Menu_rext_english

[Bob Spelten via Ql-Users]

Op Sun, 11 Mar 2018 10:25:26 +0100 schreef simon629--- via Ql-Users  
:


Hi Everyone does Menu_rext_english does it work on LaunchPad OK  
Thankssimon629Simon Foster


Menu_rext is not a required extension needed for Launchpad, according to  
its page on Dilwyn's site.
Launchpad is/has its own file manager and probably doesn't use anything  
from Menu_rext.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

[Ql-Users] Sjef vd Molengraaf

[Bob Spelten via Ql-Users]

I am sad to inform you all that Sjef van de Molengraaf passed away earlier  
this week at the age of 73.
As long time secretary of the Dutch SIN_QL_AIR foundation he will be  
remembered by many international QL'ers. He was the driving force behind  
many great Eindhoven meetings during the 90's and later, until they ended  
in October 2008.
He seldom posted on this list but it kept him informed of what was going  
on in the QL community.


Our thoughts are with his family.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Merry Christmas with SMSQ/E

[Bob Spelten via Ql-Users]

Op Thu, 28 Dec 2017 07:43:13 +0100 schreef Wolf via Ql-Users  
:



Hi,
yes that's a bug.
Somehow the return stack gets confused/overwitten (stack overflow!),  
causing a jump to a strange address where you then will get an illegal  
instruction error.
I've checcked that, under SMSQmulator this isn't due to the replacemnt  
FP routines, which it isn't.



It looks like it's an old bug.
On my SGC/AUR (SMSQ/E v3.26) the Kaboom is modest.
No error is reported, it just freezes after one howl from Sysmon.
No keyboard or mouse response anymore.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Strange channel bugs?

[Bob Spelten via Ql-Users]

Op Sun, 12 Nov 2017 18:11:57 +0100 schreef Per Witte via Ql-Users  
<ql-users@lists.q-v-d.com>:



Is this the sort of issue you mean?

100 CLS
110 FOR i = 0 TO 4
120  FOR j = 0 TO 4
130   AT i * 2, j * 6: PRINT i; ','; j;
140  END FOR
150 END FOR
160 :
170 PRINT
180 PAUSE

RUNs fine under SMSQ/E, displays only the first line if compiled as a  
Qlib job (but no errors or warnings are given - either at compile time
or when executing). Turbo, even under SMSQ/E, kicks up a fuss at parse  
time, and if

you load it in SuperBASIC under Qdos or Minerva lines 140 and 150 show up
as MISTake's. So its normally a good idea to try out problematic code in
different environments. It doesnt necessarily have to work 100% before
certain mistakes reveal themselves.


That's exactly what I mean.
Once fixed the compiler bug was gone and the compiled program did no  
longer freeze and produced it's windows.


The call to my procedure with the END FOR line was even REM'd out but  
still QLIB got in trouble and messed up the _obj and SMSQE.



On 12 November 2017 at 13:54, Bob Spelten via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

Op Tue, 12 Sep 2017 18:47:35 +0200 schreef Bob Spelten  
<b...@upcmail.nl>:


What's happening?


I have successfully compiled a new version of my program.
That's to say, there were no errors reported by BasicLinker or  
Qlibeator.
But when the _obj is executed nothing seems to happen, no menu to act  
on.

It's there in the JOBS list but no channels were opened for it.
When I then kill this job it has the effect that the QD with the
programs  _bas can no longer produce lists of my Procs and FNs from the
C-F6 to C-F8 buttons or keys.

(...)

It's been 2 month since I reported this problem.

After many attempts to locate the problem Wolfgang Lenerz finally found
the culprit.
It was one missing index variable on an END FOR line.

"Unnamed NEXT, EXIT and END statements" is a feature of SMSQ/E.
Normally I am no fan of this as it can make the program more difficult  
to read, especially when start and end of the loop are far apart.

This one (actually two) had escaped my proof reading.

Now it turned out Q_Liberator also cannot deal with it and can, as was  
the case here, corrupt SMSQ/E in a sneaky way without a Sysmon alarm.

So be warned, don't use this "feature" with Qlib!


Bob



--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Strange channel bugs?

[Bob Spelten via Ql-Users]

Op Tue, 12 Sep 2017 18:47:35 +0200 schreef Bob Spelten <b...@upcmail.nl>:


What's happening?

I have successfully compiled a new version of my program.
That's to say, there were no errors reported by BasicLinker or Qlibeator.
But when the _obj is executed nothing seems to happen, no menu to act on.
It's there in the JOBS list but no channels were opened for it.
When I then kill this job it has the effect that the QD with the  
programs  _bas can no longer produce lists of my Procs and FNs from the  
C-F6 to C-F8 buttons or keys.


(...)


It's been 2 month since I reported this problem.
After many attempts to locate the problem Wolfgang Lenerz finally found  
the culprit.

It was one missing index variable on an END FOR line.

"Unnamed NEXT, EXIT and END statements" is a feature of SMSQ/E.
Normally I am no fan of this as it can make the program more difficult to  
read, especially when start and end of the loop are far apart.

This one (actually two) had escaped my proof reading.

Now it turned out Q_Liberator also cannot deal with it and can, as was the  
case here, corrupt SMSQ/E in a sneaky way without a Sysmon alarm.

So be warned, don't use this "feature" with Qlib!

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] EXT_PROC

[Bob Spelten via Ql-Users]

Op Wed, 08 Nov 2017 21:05:55 +0100 schreef Per Witte via Ql-Users  
:



I was just made aware of a number of features in Q-Lberator that I havent
seen documented anywhere: EXT_PROC, EXT_FN, GLOBAL, and possibly others.  
I
believe I have a general idea of what theyre about, but should like to  
see

some documentation. Ive been told there is a chapter 14 in some manuals?
The two pdf manuals I found online, one of them claiming to be of V3.36,
dont mention these keywords, and my printed one is altogether of an older
vintage.

Anyone?


A version of the manual is at Dilwyn's download site.
< http://www.dilwyn.me.uk/qlib/Q_Liberator%203.36%20manual.pdf >

I just did a quick check of the .pdf against my original 3.36 printed  
manual and everything including chapter 14 is there.
However chapter 15 (Release 3.3 Enhancements) from my copy is missing from  
the .pdf.

I'll try to scan this asap.

Bob




--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QMenu v8

[Bob Spelten via Ql-Users]

Op Thu, 21 Sep 2017 11:00:45 +0200 schreef Giorgio Garabello via Ql-Users  
:



7.64 support GD2?


No, this was the last mode 4 version.
v7.65 is the first attempt at GD2 compatibility.
IN v8.xx the Long Words that hold the palette parameter in the low bytes,  
also use the high bytes for extra options like timeout.
This should not be a problem when used from S*Basic but may be an issue  
when called from machine code when the high bytes are taken for granted.

This could be why in QDT LSEL does not work properly.

Bob


--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

[Ql-Users] Strange channel bugs?

[Bob Spelten via Ql-Users]

What's happening?

I have successfully compiled a new version of my program.
That's to say, there were no errors reported by BasicLinker or Qlibeator.
But when the _obj is executed nothing seems to happen, no menu to act on.
It's there in the JOBS list but no channels were opened for it.
When I then kill this job it has the effect that the QD with the programs   
_bas can no longer produce lists of my Procs and FNs from the C-F6 to C-F8  
buttons or keys.


When killing this QD I did get a strange channel error:
 "at line 2430:1 invalid channel ID"
This was from the clock_bas executing in the background.
When SMSQ/E was RESET this produced a similar error in my BOOT file.

These errors were not given every time but after what looked like a proper  
reset, an newly started QD still did not do C-F6/F8.

The QPC2 job has to be restarted before QD behaves normal again.

Under SMSQmulator the _obj also executes without opening any windows but  
the QD anomaly doesn't seem to happen there.


I understand that my source _bas is faulty but what can cause such an  
upset and where do I start looking for a fix?

Executed from QD/Sbas the program runs fine.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Qbase

[Bob Spelten via Ql-Users]

Op Sun, 10 Sep 2017 20:19:22 +0200 schreef Daniel Baum via Ql-Users  
:



One more thing:

I should add that limiting the number of displayed records to 1000 works
fine, so I could fix the problem by using a paging arrangement.


The test _dbs has 3111 records by 6 fields making 18666 menu items.
That is well within the limit of items (<32K) WMAN2 can handle in the AW.
Records times Fields must be less.
But there is also a limit in S*Basic of 65K for indexing second and third  
dimensions, in this case Fields x Field_length (including length word).
As you used Fields as the first dimension instead, 2nd (Records: 3111)  
times 3rd (length: 20 +2) would be just too much.
As records will in most cases be the highest number, making it the first  
dimension is the best choice.
So checking these limits and using paging is the only option for a large  
database that exceed these limits.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Qbase

[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:

https://www.dropbox.com/s/exexw4s5ppexyi4/qbaseTab512x256.jpg?dl=0

and can get as big as you want:

https://www.dropbox.com/s/o9yi56lqms4ppg3/qbaseTabBig.jpg?dl=0

These pictures show the automatic proportional column width in the  
tabular
view, which has actually always worked, but was less than obvious until  
now.


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)

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[Bob Spelten via Ql-Users]

Op Wed, 21 Jun 2017 16:34:19 +0200 schreef Wolfgang Lenerz via Ql-Users  
:



Hi Bob,


This problem also exists on the HD drive of my Aurora or QXL-PC.
If I can find a working DD drive I may test this later.



Again just to be clear : yo also cannot read/write/format disks when  
they are HD (1.4 MiB) disks, when using he Aurora. Does this need a  
GOldcard or Supergoldcard (and if so, which do you use?).



Just to add some clarity I did some testing.

A) Machine 1 = QL(i6)+SGC +ED +HD drives, SMSQ/E v3.13 booting from  
ROMdisq.

Reading and writing a DD disk was OK on both ED & HD!
When I replaced the HD with a DD drive reading & writing was also OK.

B) Machine 2 = Aurora +SGC +ED drive, SMSQ/E v3.21 booting from Qubide  
disk.

Reading DD disk OK, writing hangs the system, hardware reset needed!
When I replaced the ED with a DD drive reading was OK, writing hangs.
No null length files were opened on the DD medium.
Also reading an msdos DD was OK but writing hangs again.
On this Aurora under QDOS, reading & writing a DD disk was not a problem.
Repeating this test with SMSQ/E v2.91 confirmed DD was OK there.

C) Machine 3 = msdos 7, QXL plus HD drive, with SMSQ/E v3.21.
Reading and writing a DD disk was OK!
My earlier claim that QXL also gave problems was based on older PC  
hardware which is no longer functioning and may have been a faulty disks.


All testing was done with QPAC2 Files using the Backup and View options  
and performed on the same disk.
I no longer have a GoldCard to compare with but these tests seem to  
suggest an Aurora/SMSQ conflict. Both SGC's report a v2.49 ROM.


Reading and writing ED or HD disks may give occasional problems which I  
suspect are individual disk faults and usually only report medium errors.
I have not done any formatting tests but problems on Aurora in the past  
made me adopt the practice of always doing this under QDOS, the whole box  
of 10 in one go.


I hope this helps,
Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[Bob Spelten via Ql-Users]

Op Wed, 21 Jun 2017 11:58:01 +0200 schreef Andrea Carpi via Ql-Users  
:



(...)
If it were possible, it would be nice that with QXL, you should not have 
a QXL.WIN for DOS device (C :, D :, E: etc.), but it would be

configurable as with QPC in any subdirectories

This can be simulated on the PC side in the AUTOEXEC.BAT with a DOS  
command like SUBST: e.g. SUBST X: D:\qxl\data
This way you can point win2 to drive 'X' and put your QXL.win inside the  
given directory and there is no need to create up to 8 partitions.

For 'X' you can use characters that do not upset anything on the PC side.


GC / SGG / Aurora The DD floppy problem. It's not
just formatting but also reading/writing. They just do not work.
Verified on both Aurora + SGC and QL + simple CG. I only have ED
drives, so I do not know if the problem exists by using other hardware
such as HD floppy drives or DD floppy drives.


This problem also exists on the HD drive of my Aurora or QXL-PC.
If I can find a working DD drive I may test this later.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E bugs: is a fix possible?

[Bob Spelten via Ql-Users]

Op Thu, 08 Jun 2017 00:38:56 +0200 schreef via Ql-Users  
:



Hi All (but especially Wolfgang, Tony, Marcel or anybody else involved in
SMSQ/E development and/or source maintainance),
(...)

1) SMSQ/E for Aurora does not read anymore DD floppy disks. Everything  
was working till 2.91. From the tests did on some SMSQ/E version we  
found 2.95

has the bug, 2.98 crashes, 3.03 has the bug


A quote from my email 17/03/2012
--->
This issue also was raised some years ago.
IIRC, the 2.91 source was not available to compare and check where it went  
wrong.

--->


2) SMSQ/E for QXL
in DISP_COLOUR 3:
- DISP_SIZE 512,256 - works OK
- DISP_SIZE 640,480 - works OK
- DISP_SIZE 800,600 - no error but the resolution is 640x480
- DISP_SIZE 1024,768 - no error but the resolution is 640x480

in DISP_COLOUR 0:
- DISP_SIZE 512,256 - works OK
- DISP_SIZE 640,480 - works OK
- DISP_SIZE 800,600 - no error but the screen is corrupted and unreadable
- DISP_SIZE 1024,768 - no error but the screen is corrupted and  
unreadable


So the maximum possible resolution is 640x480

Provided the SMSQE.EXE is correctly configured for the maximum size, the  
unknown factor is the hardware it's running on.

In mode 4, 1024x768 is not a problem here.
In mode 32 this results in 800x600 without screen corruption.
Both on my old hardware with 1MB graphics as on my current machine with  
2MB graphics card.
The RAM demand is quite high, even at 800x600 half my 8MB is gone after  
BOOT so it's debatable what the benefit is of m32@1024x768.



BAUD returns an error


No comment, never used the SER port from QXL.


3) SMSQ/E for Gold Card does not initialise external interface.

Up to v3.13 there was only 1 Gold/Aurora version so I have always used the  
Aurora .bin after that.
When this point came up recently I tested the current GoldCard.bin which  
did not see my ROMdisq after it was LRESPR'd from there.


I guess it does not make sense to spend effort for SMSQ/E for QXL, but  
the issues on the GC/SGC/Aurora versions I think would deserve at least

A try.
N.3 maybe is just a question of understanding whether it makes sense to  
keep all these versions and in case link again the "Initalise QL ROM"
where missing. The DD floppy bug would deserve a fix hoping all source 
codes of old versions are available as I think there are still quitesome  
users  with GC/SGC/Aurora with DD disks.


To answer Wolfgang's question: My QXL2 and Aurora systems are mainly used  
for testing and can, because of the slow speed compared to QPC2, be  
revealing in how PE menus are being build up.

As long as I can keep an ISA machine alive I will keep the QXL2 going.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] GoldCard SMSQ/E 3.31 boot problem

[Bob Spelten]

Op Sun, 30 Apr 2017 15:18:39 +0200 schreef Andrea Carpi  
<inkub...@tiscali.it>:



Il 30/04/2017 13.27, Bob Spelten ha scritto:


Op Sun, 30 Apr 2017 00:57:46 +0200 schreef Peter Graf [1]:


Hi,
was someone else able to boot GoldCard SMSQ/E 3.31 on a real QL
, not Qemulator?
Tried two machines in vain. GoldCard seems to work okay without
SMSQ/E.

SMSQ/E 3.31 (GoldCard.bin) starts successfully on my QL
(issue 6 +SGC).
The only anomaly so far is that, while the previous 3.13
BOOTs normally from my ROMdisq, this version forgets about the ROM1_
device it started from and thus fails to finish the rest of the BOOT
program.

Bob


I tried "aurora.bin" on a standard QL with Gold Card
and regularly boot from my romdisq

I think that "aurora.bin" is the
only binary working version on every QL hardware, whether with or
without Aurora.

The versions:
Goldcard.bin - doesn't boot from romdisq
or qubide or else Goldcard_256colours.bin - crash

 Aurora.bin works on both Aurora and QL mothboard.
 Also applies to previous versions.


Try like this
My configurations:
QL+GC+Romdisq+Hermes
Aurora+SGC+QUBIDE+SH

Andrea


I have done some further testing on older GoldCard.bin files.
After v3.13 something changed because with the v3.15 the ROMdisq is not  
initialised anew when the .bin is LRESPR'd. The same for any later version  
(3.19 to 3.31).

However as Andrea pointed out, it still works for the Aurora.bin.
With Aurora.bin v3.31 the QL+SGC+ROMdisq runs the full BOOT from ROM1_.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] GoldCard SMSQ/E 3.31 boot problem

[Bob Spelten]

Op Sun, 30 Apr 2017 00:57:46 +0200 schreef Peter Graf :


Hi,

was someone else able to boot GoldCard SMSQ/E 3.31 on a real QL, not
Qemulator?

Tried two machines in vain. GoldCard seems to work okay without SMSQ/E.


SMSQ/E 3.31 (GoldCard.bin) starts successfully on my QL (issue 6 +SGC).
The only anomaly so far is that, while the previous 3.13 BOOTs normally  
from my ROMdisq, this version forgets about the ROM1_ device it started  
from and thus fails to finish the rest of the BOOT program.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Xchange 3.90N bug?

[Bob Spelten]

Op Wed, 19 Apr 2017 15:49:27 +0200 schreef tobias.froesc...@t-online.de
:


Same here, IMHO that is a known bug.

(That only occurs in sufficiently large documents you have not saved for  
a while)


Tobias


In this case the doc was only 3 pages and it also occurs just after
loading, without any changes.
The fact that it was OK in the slower SMSQm8 suggests a timing issue.
Or maybe it's the processor difference, m68020 versus m68000?
So I tried to repeat the same on my SGC/Aurora, also m68020, but no
problems there.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

[Ql-Users] Xchange 3.90N bug?

[Bob Spelten]

Hi all,

While I was using the Quill part of Xchange recently, it locked up, twice,  
when I held down the Up key and my cursor moved past the top line visible  
on my screen.

RJOBs were needed.
This Xchange version has been updated for 512x512 pixels, showing 42 lines  
of text, running in the most recent QPC2-SMSQ/E.
Is this a known bug and is there a solution other then going slow to give  
it time to update the display for each scroll line?
I repeated this in SMSQmulator8 v2.24 on the same PC but there the  
scrolling display kept going all the way to the top without locking up.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.24

[Bob Spelten]

Op Sat, 08 Apr 2017 10:16:55 +0200 schreef Wolf :


Hi all,

following the release of SMSQE 3.31, a new ersion of SMSQmulator,  
containing some unrelated bugfixes, is out now.


www.wlenerz.com/smsqmulator


When I open this site it tells me it's v2.23.
Also the filename is ..8223, the unzipped date is 18.02.
Where's 8224 gone?

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

[Ql-Users] SuQcess now freeware

[Bob Spelten]

Hi All,

I have removed the trail limitation for SuQcess 2.05 on my site.
Three language versions can now be downloaded.
I have used it almost daily over the past 10 years and am aware of bugs in  
the program, although nobody else has reported any problems.
I am busy testing the fixes and updates but I do expect to need a few more  
weeks before v2.06 is finished.


SuQcess forever,
Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QL/E v3.16 (Codename "Snow white swan", Edition 1702) is out now!

[Bob Spelten]

Op Mon, 13 Mar 2017 09:47:47 +0100 schreef Marcel Kilgus  
:



Urs Koenig (QL) wrote:

Marcel wrote:

Good job, thanks. It just seems to contain so much software that I
can only briefly test a small part of it :-o
Appreciate. Your feedback is the one and only since it was released 12  
days
ago. Plus my old Swiss friend Markus took up some of my work and  
expanded

it. This is another form of very constructive feedback.


That is a sad state of affairs, I can imagine that quite some work
goes into these things. And I would have killed for something like
QL/E while QPC was still a commercial venture ;-) I guess the main
problem is that distributions are cool for new people to check out the
system and it's a very good base for starting your own system. But
most people hanging around here, me included, have tuned their boot
files for two decades, so to speak, and are not looking for anything
that is ready-to-run. I still think it's important to have it, though,
and would like to give it a more thorough go, but there are so many
projects currently going on, some even QL related, it's difficult to
find the time.


I agree with Marcel.
I will not change my main QPC2 win for QLE or Black Phoenix.
However they can be very useful for starting extra sessions of QPC or  
SMSQmulator to test my programming efforts for bugs on systems set up in a  
different way.
In scanning the files on there I have also discovered stuff I was not  
aware of.


QLE forever,
Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] WXQT2 alternative?

[Bob Spelten]

Op Mon, 20 Feb 2017 17:58:53 +0100 schreef <pg...@q40.de>:


On 20 Feb 2017 at 17:28, Bob Spelten wrote:


> Are there alternatives to WXQT2, i.e. other graphical frontends to
> exchange files between a PC and a QXL.WIN container?
>
> What is the maximum size of QXL.WIN containers?
>
There is also a more recent tool QXLWIN by Norman Dunbar, see link.
< https://sourceforge.net/projects/qxlwin/files/ >


I saw that before, but it seemed to be only a reader.


This 16MB seems outdated. I use 200MB wins myself but I have heard of
bigger ones.


Did you use 200 MB with WXQT2 also, or just under an emulator?


I have only sniffed at WXQT2 but ran into problems.
It doesn't let me choose a DOS directory.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] WXQT2 alternative?

[Bob Spelten]

Op Mon, 20 Feb 2017 12:56:58 +0100 schreef :


Hi,

during Q68 development, I'm using Jonathan Hudson's WXQT2 to access
QXL.WIN container files under Linux/Windows.

I experienced problems when writing "large" container files over 8
or 16 MB. Is this a known problem?

Are there alternatives to WXQT2, i.e. other graphical frontends to
exchange files between a PC and a QXL.WIN container?

What is the maximum size of QXL.WIN containers?

Thanks, Peter


There is also a more recent tool QXLWIN by Norman Dunbar, see link.
< https://sourceforge.net/projects/qxlwin/files/ >

This 16MB seems outdated. I use 200MB wins myself but I have heard of  
bigger ones.

Neither the QPC nor the SMSQ/E manual mention any MB limit.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Problem loading extensions

[Bob Spelten]

Op Mon, 20 Feb 2017 15:22:16 +0100 schreef Marcel Kilgus  
:



Giorgio Garabello wrote:
If I try to load an extension in the usual way (LRESPR filename) and  
then

load the other using the table QPC2 crash
Code: Select all
100 WTV
105 LRESPR WIN1_DBAS_sys
110 LAUNCH
120 DEFine PROCedure LAUNCH
130DIM TAB_EXT$(2,50)
140TAB_EXT$(0) = "WIN1_CLAVIER_bin"
150TAB_EXT$(1) = "WIN1_DBAS_sys"
170TAB_EXT$(2) = "WIN1_FILEINFO2_bin"
180:
190FOR I = 0 TO 2
200   LRESPR TAB_EXT$(I)
210END FOR I
220:
230 END DEFine LAUNCH

This happens with any extension.
Any idea to solve the problem?


I can't reproduce your problem, sorry.

Marcel


Strangely I can.
When run, the system hangs (padlock) so not a total crash.
I did replace the DBAS inside LAUNCH with ENV_bin from the first code  
block, no point in doing DBAS twice.


I do remember a long time ago I had a similar problem in my BOOT and  
Jochen Merz advised me to take the LRESPR out of the Proc, as Martyn Hill  
suggested.


The question is if this is due to one of the extensions themselves or  
would any set of _bins give problems this way.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QPC2 and a few more surprises

[Bob Spelten]

Op Wed, 25 Jan 2017 05:30:14 +0100 schreef Wolf :


this is great news indeed!

On menu_rext, I seem to have a version 8.02, iss there a significant  
difference with 7.66 on your website?


Wolfgang


Thanks Marcel, for giving us the presents.
I Hope you did not forget the birthday girl?

Menu_rext 7.68 was a partial update that eventually lead to v8.
It had an unfinished SYS_SELECT$ that can list Stuffer data, Jobs or  
Things, depending on a given flag. Jochen wrote about this in QL Today  
v8i6/37.
RSTR has options to validate the type of string: numeric, integer,  
password etc.

v8 added Move-menu options where they were not before.
Also a Timeout was added to some menus.
LSEL no longer cuts titles longer than the list-items.
VIEW & FSEL have options to set a size smaller then the parent outline.
Some of these changes were made at my request by Jochen at the last  
Eindhoven meeting back in 2008.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] DM5 upsetting Dates in QPC2

[Bob Spelten]

Op Fri, 13 Jan 2017 06:41:10 +0100 schreef Wolf <w...@wlenerz.com>:


Hi,

there ae 2 versions of DM : DM5_obj and DM5_int_obj , the problem only  
seems to arise on the..int version, use the other one instead.



Minor point is that only the _int_ version has been patched for GD2.
I just installed both versions in SMSQm8 and both reported the date error  
but now my PC clock was not upset, nor by OK on the given date.
There was a Qlib error next on "Q_ERR_ON"(?)- both versions and Qlib_run  
was installed - but a Continue did start the program.
Then there was a running error on the FEX keyword, which is expected to be  
an FI2 command but may have been disabled while the SMSQ/E command does  
something completely different.


To resolve both issues the sources are needed so I think it's wise to  
avoid DM5 until this is resolved.
Earlier I had patched my copies of DM5 and FI2 to read FFX instead of FEX,  
which worked until the date problem arose.


Bob



On 12/01/2017 17:47, Martyn Hill wrote:

Hi Bob

Just to confirm that I too have been unable to run DM5 on QPC (v4) and
saw oddities around the date before it would hang QPC.

I didn't investigate to the same depth, but it appears to match your
experience.

Martyn.

On 12/01/2017 15:35, Bob Spelten wrote:

Hi All,

I was trying to get DiskMate5 to run in QPC2/QLE but ran into a
serious problem.
It reported a wrong date but while the suggested date was correct my
PC clock had been reset in the background to 18-Jan-2053, causing
problems on the W$7 side.
In my QPC2/QLE this also froze SMSQ/E but not in my normal QPC2.
Also a previous QPC2 (v3.40/3.16) behaved the same.

I have used DM5 for GD2 sporadically before but never seen this bug.
Has something changed in SMSQ/E's date handling that is not working
for DM5 anymore?
Has anyone experienced this before?

Bob



--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

[Ql-Users] DM5 upsetting Dates in QPC2

[Bob Spelten]

Hi All,

I was trying to get DiskMate5 to run in QPC2/QLE but ran into a serious  
problem.
It reported a wrong date but while the suggested date was correct my PC  
clock had been reset in the background to 18-Jan-2053, causing problems on  
the W$7 side.

In my QPC2/QLE this also froze SMSQ/E but not in my normal QPC2.
Also a previous QPC2 (v3.40/3.16) behaved the same.

I have used DM5 for GD2 sporadically before but never seen this bug.
Has something changed in SMSQ/E's date handling that is not working for  
DM5 anymore?

Has anyone experienced this before?

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Behaviour of DIV with negative numbers in SBASIC (QPC2)

[Bob Spelten]

Op Mon, 09 Jan 2017 10:37:30 +0100 schreef George Gwilt  
:





On 9 Jan 2017, at 09:29, Jan Bredenbeek  wrote:

A word of warning!


It may be true that SMSQ/E supports Long INTs for DIV/MOD but I do
remember that QLIB does not.
I tried this in SQRview and it worked fine in SBasic but needed a
workaround for QLIB to avoid an "overflow" error.
It's possible that QLIB uses its own DIV/MOD routines.



This is also true for plain interpreted SuperBASIC. Only SBASIC supports
DIV/MOD with long INTs.


TURBO doesn’t.

For example 325 MOD 7 gives 5 in S*BASIC with QPC2, but overflow is  
reported by TURBO.



So there may still be a market for pjwitte's LDIV/LMOD.
That should work Qlib'd or Turbo'd.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Behaviour of DIV with negative numbers in SBASIC (QPC2)

[Bob Spelten]

Op Thu, 05 Jan 2017 16:49:09 +0100 schreef Tobias Fröschle  
:



Martyn,

Integer division for negative numbers is not very well defined. Language  
designers get to choose if their language will round towards zero,  
negative infinity, or positive infinity when doing integer division.  
Different languages have made different choices. S*Basic designers have  
chosen to use the "flooring" approach (round the floating point result  
to the next smaller number).


Some other reasoning: -1 / 2 should be?
(1) -1/2 = 0 remainder -1
(2)$ ASR 1 = $ = -1

Another note: The original QL allowed word-size divisors and dividends.  
while SMSQ/E extended this to long integers. And the original QL manual  
even had an example illustrating what you see here:


-5 DIV 2 { will output -3}


A word of warning!

It may be true that SMSQ/E supports Long INTs for DIV/MOD but I do  
remember that QLIB does not.
I tried this in SQRview and it worked fine in SBasic but needed a  
workaround for QLIB to avoid an "overflow" error.

It's possible that QLIB uses its own DIV/MOD routines.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] Another SQRview update

[Bob Spelten]

Op Mon, 02 Jan 2017 16:32:05 +0100 schreef desin <de...@vtxmail.ch>:


Am 02.01.2017 um 13:53 schrieb Bob Spelten:

Happy QLing in the New Year to All.


the same from here

Thanks for your program Bob

some points

when using the < (back) button the cursor jumps to the > (next) button
only if the size of the next picture is different


Thanks for testing this out.
In principle the pointer keeps its position relative to the item hit. This  
was changed a bit because the items moved in this version, maybe it's no  
longer correct for 'Back'.

I will check this.

using the navigation would it be possible to select only the known  
extensions e.g. you point the program to a directory and it display only  
the known picture types.


For this I use the OPEN_DDIR option in DBas which provided a quick way to  
implement this navigation but it has limited ways to manipulate the list  
and exclude non image files.

I will look into this but it may never be 100% correct.


the status screen shows the filename with underscore/point at the end


Noted.


quit should be quit (no save please)


The "Save" is only there if any conversion is done.
Consider this as a "Confirm" before the converted image is lost.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

[Ql-Users] Wrong dates on DOS & NFA

[Bob Spelten]

Hi All,

I noticed some inconsistency in the use of emulator dates.
When using QPAC2's Backup (v1.46) to copy a file from WIN to DOS or NFA,  
dates are not always maintained.

Under QPC2 v3.40(3.16) the date is kept correct.
Under QPC2 v4.04(3.26) the date is cleared to 1.1.1961
Under SMSQ/m v2.20(3.27) the date is set to the current date, like Copy  
does.

All tested on my PC running W$7.

Why?

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

[Ql-Users] Another SQRview update

[Bob Spelten]

Happy QLing in the New Year to All.

My first small contribution is a fix in SQRview's RLE routine.
The bug revealed itself while trying to use RLE2 on mode 4 & 8 sprites.
SQRview at the moment doesn't support this but as it was an item on the  
Forum, I wanted to test if it worked.
Now the RLE2 works fine packing and unpacking also these low modes but as  
long as WMAN2 does not recognise these SPRs properly there is no reason  
implementing it.

Strangely these SPRs are decompressed by WMAN2 but the result is unusable.

If you have or want to use this RLE2 option on mode 32/33 SPRs, I suggest  
you download this fixed package from my site.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

[Ql-Users] SQRview update

[Bob Spelten]

Hi All,

I have put a new version of my Viewer program on my site.

This can now also do fast JPEG, GIF & PNG conversions thanks to David  
Westbury's phgtk.bin toolkit.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QPAC2 and Buttons

[Bob Spelten]

Op Mon, 17 Oct 2016 01:45:41 +0200 schreef pjwitte :


There doesnt seem to be an easy way to check the Qpac2 version; at
least nothing standard to determin the language. In SBASIC a heuristic
approach may be the simplest:

100 IF HOT_TYPE("button_sleep") = 4 THEN
110  EXEP 'button_sleep'
120 ELSE : IF HOT_TYPE("button_schlaf") = 4 THEN
130  EXEP 'button_schlaf'
140 ELSE : IF HOT_TYPE("button_") = 4 THEN
150  EXEP 'button_'
160 ELSE: PRINT 'Not found'
170 END IF : END IF : END IF
180 :

The keyword HOT_TYPE is built into SMSQ/E and hot_rext, and returns
err_nf if the named Thing is not present. What Id still like to know
is what other button_'es there are out there. Anyone?

The Button Frame Thing appears to be called "Button Frame" in all
languages. The sources are in among the SMSQ/E sources, although the
binary is not part of the OS but comes with Qpac2. The Button Frame is
also mentioned in the latest version of the SMSQ/E Guide. No mention
there of language differences.

The "Button Frame" is marked in the Thing list as UTIL, not an EXEC Job so  
the language  of the name seems irrelevant.
BUTTON_SLEEP/_SCHLAF is the only exception as far as QPAC2 Buttons are  
concerned.


I don't know Tobias's BSLEEP tool but there is also Jochen's BTFRAME to  
make use of the QPAC2 Frame and control your button. The bin is only 286  
bytes but you need some extra S*Basic lines.

(It's on QLT CDv7i5 and probably the later ones.)

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QPAC2 and Buttons

[Bob Spelten]

Op Sun, 16 Oct 2016 12:11:10 +0200 schreef pjwitte <pjwi...@online.no>:


On 14/10/2016 17:34, Bob Spelten wrote:

Op Fri, 14 Oct 2016 12:18:31 +0200 schreef pjwitte <pjwi...@online.no>:


Could poeple please tell me what differences there are between the
various language versions of the QPCA2 button utilities or any
other QPAC2 component?

Starting with BUTTON_SLEEP = BUTTON_SCHLAF in German, does the
button frame or any other Thing or component have a language
dependent name that has an affect on how the utility is accessed?
(Mere display information, such as configuration item labelling
etc, is not important in this context.)

Thanks in advance,


As far I can see from Viewing the 3 languages, these are the
differences:

 E  G   F
 Things Choses
 Button Bouton
 Exec   Exéc
 Wake   Réveil
 Pick   Choix
 Rjob
 Sysdef
 Files  Dateien Fichiers
 Jobs
 Channels   Kanäle  Canaux
 Hotkeys
 Hotjobs
 Button_Pick
 Button_Sleep   Button_Schlaf

The 4 keywords are the same for all 3.

Bob


Thanks for replies. Perhaps my question was unnecessary general. It
seems unlikely that calling Files for Dateien or Fichiers is going to
cause many problems. However Button_Sleep and Button Frame are Things
that may quite likely be used in a common programs and toolkits, and
therefore it matters what they are called.

Tobias suggests that in the German version both Button_Sleep and
Button_Schlaf will work. This might mean that Button_Sleep is the
default in all languages in addition to local. Or it might mean he has
two versions of Qpac2 loaded..

Please EXEP 'Things' ('Choses'?)and take a look to see what these
Things are called on your machine, especially if you have a
non-English version of QPAC2.

Tobias's suggestion does not work when I replace my ENG Qpac2 by the FRA  
version.

EXEP Things gives "not found", while EXEP Choses works.
The same is true for any of the other translated Thing names.

If you want to use BUTTON_SLEEP in a program you need to check for the  
Qpac2 version, or use something like Q_ERR_ON/_OFF to catch the error and  
try again with _SCHLAF.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QPAC2 and Buttons

[Bob Spelten]

Op Fri, 14 Oct 2016 12:18:31 +0200 schreef pjwitte :

Could poeple please tell me what differences there are between the  
various language versions of the QPCA2 button utilities or any other  
QPAC2 component?


Starting with BUTTON_SLEEP = BUTTON_SCHLAF in German, does the button  
frame or any other Thing or component have a language dependent name  
that has an affect on how the utility is accessed? (Mere display  
information, such as configuration item labelling etc, is not important  
in this context.)


Thanks in advance,


As far I can see from Viewing the 3 languages, these are the differences:

 E  G   F
 Things Choses
 Button Bouton
 Exec   Exéc
 Wake   Réveil
 Pick   Choix
 Rjob
 Sysdef
 Files  Dateien Fichiers
 Jobs
 Channels   Kanäle  Canaux
 Hotkeys
 Hotjobs
 Button_Pick
 Button_Sleep   Button_Schlaf

The 4 keywords are the same for all 3.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Bob Spelten]

Op Tue, 14 Jun 2016 15:43:00 +0200 schreef Marcel Kilgus  
:



Marcel Kilgus wrote:

François Van Emelen wrote:

10 f$="":REMark empty string
20 if FTEST(f$)=0
30 DIR f$
40 ELSE
50 PRINT f$," can't be a file name"
60 ENDIF

Why is line 30 executed (displaying the directory of datad$) instead of
line 50?

Because SMSQ/E defaults to dev1_ if you don't give a filename, I
presume.


Strike that, it defaults to datad$ of course, which is set to "dev1_"
in my case. I mean, that's what DATA_USE is for, providing a default
directory for file operations.

Marcel


I understand the datad$ but the problem is why FTEST returns a zero?
FTEST should return a -7, so DIR is should not be done.

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] Basic Linker

[Bob Spelten]

Op Sat, 21 May 2016 14:12:52 +0200 schreef Wolf :


Hi all,

I've released the Basic Linker, a formely commercial title.

I also updated outptr and the basic library.

http://wlenerz.com/qlstuff

Have fun!


Thanks.
I was not even aware there was an update for my 1.25, in heavy use these  
days.


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] EASYMENU - Not so easy!

[Bob Spelten]

Op Mon, 09 May 2016 19:04:06 +0200 schreef John Gilpin  
:


Some weeks ago, I asked if anyone could assist me with a problem I am  
having, - The menu I developed about a year ago in EasyMenu, will not go  
back into the programme giving an error report - "Menu file is too big  
to go into the available Work Space! Press any Key.


The only suggestion I had was to try using MenuConfig on the EASYMENU  
programme and make the Work Space as large as it will go. I have done  
this but the only options available in MenuConfig for Work Space are:-   
"none"  "small" and "big". Having tried all three options, I am still  
unable to get the menu file back into the prog so that I can edit it.


My only solution seems to be to develop the Menu again - What a bind!!

Has anyone got any serious answers and/or suggestions?

Thanks in anticipation.:-[

In your original email you said to be working with EasyPTR4 but the  
options "big, small, none" are for EasyMenu v3 and not v4.

So trying to fit a v4 menu into a v3 EasyMenu may not be a good thing.
In v4 you can specify width and height up to 4096 (as Francois suggested)  
although I am not sure what happens if you config more than the screen  
allows, probably v4 addapts.



Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] Archive file

[Bob Spelten]

Op Sun, 08 May 2016 12:44:15 +0200 schreef Renato Barigazzi  
:



Hi
I am using QPC II v.4.04, I have expanded the memory to 128 MB, but with  
the same result.

Best regards
Renato


Archive never dreamed of that much memory.
According to the manual this should not happen because of the _dbf as it's  
disk based and only a portion is kept in memory.

This error would indicate the program running in Archive is too big.
Note 7) suggests reducing the size of your program, splitting it into  
smaller sections and merge whatever you need, when it's needed.


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] DBAS source code

[Bob Spelten]

Op Thu, 28 Apr 2016 09:20:51 +0200 schreef Derek Stewart :


Hi Bob,

The main problem with the DBAS package was the lack of source code.
I think that bug fixes were done from disassembles of the original code.

This is a great pity, as DBAS was one of the best packages around for  
the QL.
Phil Borman's PBOX BBS software used DBAS to store messages and other  
configuration data files.


I always wanted to convert my BBS system to a web site running on a QL.  
Maybe a project for the future.


It has performed very well over the many years since I use SuQcess but as  
often is the case, when stretching it to its limits strange things may  
happen.
It would be helpful to find these exact limits but so far I have not found  
them.


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] DBAS source code

[Bob Spelten]

Op Wed, 27 Apr 2016 16:05:16 +0200 schreef Norman Dunbar  
:



Thanks Marcel.
Sorry Bob, I was of no help whatsoever. :-(

Cheers,
Norm.

On 27 April 2016 14:52:59 BST, Marcel Kilgus   
wrote:

Norman Dunbar wrote:

Dilwyn has www.dilwyn.me.uk/database/dbas.zip which is version 2.12
and appears to have sources in libdbas_source_arc - I don't have
anything that can open arc files on my laptop here, so it might not

have what you want.

These are the sources for libdbas, the C interface library. Not very
useful I'm afraid.

Marcel




Thanks both,

My ACP pretends to unpack the _arc but no lib files can be found.
C is not helping me anyway.
The demo program DBPTR does not seem to produce this bug and only uses  
DATA_bin so that suggests the problem is in the Basic extensions of  
DBAS_bin.


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

[Ql-Users] DBAS source code

[Bob Spelten]

Hi All,

DBAS is the excellent database engine written by David W. Howells and used  
in my SuQcess database programs.

But recently a problem came to light while using DBAS on SMSQmulator.
It appears that field names can go missing when a lot of them are defined.
My tests revealed that the FLNAME function then returns an empty string,  
making the names invisible for the user.
The test also showed that this problem is not limited to SMSQm but may  
happen on QPC2 as well, be it at another point and there is, sometimes,  
also a difference in behaviour for a QLIB compiled or an SBasic running  
SuQcess. Sofar it's been very unpredictable.


To help in tracing the problem it would be nice to have the source of  
DATA_BIN and DBAS_BIN but that is not part of many of the packages I found  
out there.

Does anyone have or knows who has these sources?

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] EASY POINTER Menu Query

[Bob Spelten]

Op Tue, 19 Apr 2016 17:38:47 +0200 schreef John Gilpin  
:



Hi everyone,

Some time ago, I developed an EASY POINTER routine for an exercise that  
my QUANTA Sub-Group were doing and, as part of that exercise, I  
developed a menu which proved to be very successful. However, in order  
to carry out some fine tuning to this menu, I attempted to load it back  
into the Menu routine of EP but got an error message "Menu does not fit  
in workspace - Please press any key". Since I only have one version of  
EP (EP4) and my menu was developed in this version, I am confused as to  
why it will not fit back into the workspace available.


Is there a way that I can overcome this problem? I have thought about  
scaling it in some way to make it smaller, but cannot work out how!


Since the only alternative is to redesign the menu from scratch, any  
advice to avoid this would be gratefully received.


If you try to open it on the same hardware as it was developed, this is a  
strange error.

But I suspect the window size for EasyMenu is too small.
You can check the size set for EasyMenu by opening it in MenuConfig.
There you can set the a new window size to work in, try full screen.
Then it should fit.

For myself I usually design the menus as small as possible with scaling  
set, then I can set the proper size from within the program that's using  
it.

Also because you never know how big the monitor is of the user.

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] EasyPtr and me

[Bob Spelten]

Op Thu, 07 Apr 2016 16:25:29 +0200 schreef Dilwyn Jones  
:


The reason for that fullscreen is that when you View a menu from the  
list this will most likely be bigger than the Main AppMan window,
so the outline is set as big as possible.Some time ago Per Witte  
suggested a way to aviod this but I need to delve into the whole  
subject-matter again before I can begin to change

that (my RAM is not what it used to be).

Would it be possible for the viewing to be done as a separate job called  
from AppMan which had its own outline for the duration of the viewing,  
for example?

(...)


I believe that was the basic idea.
A lot of parameters need to be passed to the other job and I never got  
around to working that out.

It's back on top of the pile now.

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] EasyPtr and me

[Bob Spelten]

Op Thu, 07 Apr 2016 15:31:58 +0200 schreef Dilwyn Jones  
:



It's about time I finish my update for AppMan.

Bob
Would it be possible for the AppMan program outline to be changed? It  
seems to cover the whole screen whereas actually using only a small  
percentage of it, hiding all other programs in the process.


That's my only little niggle about it, fantastic program otherwise.

The reason for that fullscreen is that when you View a menu from the list  
this will most likely be bigger than the Main AppMan window, so the  
outline is set as big as possible.
Some time ago Per Witte suggested a way to aviod this but I need to delve  
into the whole subject-matter again before I can begin to change that (my  
RAM is not what it used to be).


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] EasyPtr and me

[Bob Spelten]

Op Thu, 07 Apr 2016 00:44:35 +0200 schreef Marcel Kilgus  
:



I wrote up a short tale about my life with EasyPtr. Plus there's a
gift at the end:

http://www.kilgus.net/2016/04/07/easyptr-and-me/

Enjoy! If not the tale, then at least the gift ;) Cheers, Marcel


I like the tale.
My copy of EP3 was bought in '93 at an Eindhoven meeting from Albin  
Hessler himself.

It was not as easy as I thought and lay dormant for many years.
Not until Wolfgang Uhlig gave me the sources of SuQcess did I really  
understand how to use it.
And you may remember when you worked on EP4, SuQcess tested areas not  
reached before.

It also made it easier for me to understand QPTR.
It's about time I finish my update for AppMan.

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] QPC2 and floppy .img

[Bob Spelten]

Op Sat, 02 Apr 2016 15:55:19 +0200 schreef Gerhard Plavec  
:



may be closing the "HD"-hole on the floppy can help

--

Am 02/04/2016 um 15:03 schrieb Andrea Carpi


Hi all

I'm trying to Format a 720K floppy image using QPC2 with these commands:

FLP_DRIVE 1,"C:\FLOPPY.IMG"

FORMAT 'FLP1_Disk1*D'

But I obtain a 1,44Mb image

Disk1 QDOS HD
2871/2880 sectors

Have you any idea?

Thanks.
Andrea

PS
QPC2 4.02
SMSQ/E 3.24


There should not be any holes in a virtual drive.
The latest QPC2 manual is not specific about the flp size but it states  
that the FORMAT command no longer does a real format and only writes the  
SMSQ/E file system to an already formatted disk.

So I don't think the "*D" is relevant anymore and 1.44MB is expected.
The underlying W$ probably also has trouble with 720KB disks.

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] exep files

[Bob Spelten]

Op Fri, 01 Apr 2016 16:55:27 +0200 schreef François Van Emelen  
:



(...)


Hi Bob,

Screen resolution is 1920x1080
The size of 'files' window is about 1880x1042 (measured with MWSsnap 3
(windows)
The size of the window where the file is displayed is more or less
1884x1036  (measured with MWSsnap 3 (windows)

The The mouse pointer is at the top right corner (about 20 pixels
beneath 'esc'.
New test with maximum window size:
a text file 25kB -> Not Ok
parser_task 60 kB -> Not Ok
perfection 82 kB -> OK

To be sure I'll downsize the window before trying to have a look at a  
file.



I can confirm the problem!
I have set the Files/Tree option to expand the file list, thus forcing the  
Files window to the max (1888x1012a6x54).
There I also found the PARSER_TASK file that immediately locked my SMSQ/E,  
no keyboard or mouse response anymore, no Lock icon either, and  
Ctrl/Alt/Del was needed to drop QPC2 and get back to W$.
As this is a binary file the View window was also filled to the last chr  
on the last line.
Another big but 80 columns txt file did not present a problem with an  
equally wide View window where only the left 1/4 was actually used.

Strangely enough the size reported in Channels was 6x126a1876x45.(?)
Could this be related to Urs's problem?

Another bug comes to mind which I reported some years ago.
When SQRview opens a PIC that is bigger than the current display, the main  
window is made as big as possible with scroll/pan bars. It has happened a  
few times that when using the mouse to hit these bars, the pointer gets  
stuck on that bar (down low or far right). Any movement will only result  
in horizontal or vertical move but never both. The window center can't be  
reached anymore.

A kill job is needed. Marcel could not reproduce this error.
I have set a margin in SQRview to force it away from the edges, still it  
happened to me while testing the Basic last week.


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] exep files

[Bob Spelten]

Op Fri, 01 Apr 2016 11:14:32 +0200 schreef François Van Emelen  
:



Screen size 1920x1080
QPC2 V4.02 SMSQ V3.24

1. EXEP files
2. F4 to activate 'View'
3. Choose a large file with 'DO'
The 'View window' pops up and displays the content of the file
4. a 'HIT' scrolls one line at the time

This is normal behaviour... but

5. a 'DO' should scroll several lines and wait but it doesn't
This is what happens here:

a) after scrolling several lines the 'view window' disappears
Or
b) the 'busy' sprite pops up.

If I reduce the size of window before a 'DO', behaviour is back to  
normal.


I noticed the same problem with SMSQmulator.

Is this reproducible  or am I missing something?


François,

It would be helpful to be more specific about the size of this Files/View  
window.

And where is the mouse pointer at that moment?
I gave it a try with the now infamous QLE distro but even the _utl dir  
does not expand Files to the max display of 1920x1080.
My View window was then 1800x924 and scrolling pages with DO did not  
lockup in my test.
I did noticed in Sysmon that opening View took a big chunk of memory, can  
that be a factor?


There was a new phenomenon I had not seen before.
When viewing a big _exe file repeated DOs could drop me out of View and  
closed the window or start from the top again. As if it was interpreting  
the bytes instead of displaying them.(?)

There was no difference between mouse or keyboard behaviour.

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Bob Spelten]

Op Thu, 24 Mar 2016 20:03:59 +0100 schreef Urs Koenig (QL) :


(...)
As written and showed in my videos, disabling QDT would help, but this is
not the solution because QDT is nice to have it loaded.

Changing the position of QPAC2 Files does also help as does changing of  
the

screen resolution.

But as Marcel has pointed out, the source of the problem may still be  
there.


1) I ran the test again from a freshly unzipped QLE update and disabled my  
default qpc.ini.
The first run reported a "not found" on line 11170 (Qlib_run_336hpr), I  
typed "continue" and the boot finished complete. Opening Files (Alt-F) and  
changing to win1_ did NOT freeze SMSQ/E.


2) I killed the QPC job and then started it again.
This time no error on the boot, all went well. Opening Files and changing  
to win1_ frooze even before the win1_ listing was produced!


3) Running SMSQm from the QLE directory next, gave an error on the  
"Cascade_rc" but finished without my intervention although the QDT buttons  
were never placed.
Opening Files (Alt-F) and changing to win1_ frooze SMSQ/E but after the  
win1_ list was produced.


The Qlib_run_336hpr error had not happened before (what is hpr anyway?).
The Cascade_rc error has happened before but mostly not (?).

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Bob Spelten]

Op Sun, 20 Mar 2016 12:54:07 +0100 schreef Urs Koenig (QL) :


(...)

Last Thursday I was repeatedly able to reproduce the freeze using my QL/E
v3.13 wip (work-in-progress). I then reduced the steps needed to get the
freeze. In the end I can say you can get the freeze when doing this
scenario:
1. Start QL/E (e.g. start QPC2.exe).
2. From now on do not use the mouse, do not use the mouse pointer.
3. After the BOOT sequence of QL/E is completed (SBASIC job 0 is  
minimised

as "System" in the button frame, wait until Photo QL has completed
displaying the QL collection photo) press +<\> to pick "System".
4. Now that you see the BOOT process windows in the middle of the screen
press + to pick QPAC2 "Files".
5. Once QPAC2 "Files" is on screen press  then  followed by  


to choose the drive "WIN1_" as the Source Directory.
6. Now the QL/E system freezes!


Urs,
I repeated your process to the letter with SMSQ/m (8217) and QPC2  
(4.02/3.22) and an unchanged copy QLE.win from the Nov.2015 update. Both  
did NOT freeze on access to WIN1_.
I selected and Viewed the Boot file from Files using only the keyboard. No  
problems.


My laptop is already in its seventh year with a conventional SATA HDD  
running W$7.

Yours I suspect, is running W$10 from an SSD. Could that be an issue?


(...)
I then found an easy workaround for the Freeze case.
Perform one time a simple SAVE WIN1_boot_bak (e.g. between steps 3 and  
4) and you never get the freeze.


My feeling is that QPAC2 Files has a problem when displaying the content  
of the chosen Source Directory WIN1_ at exactly the position where QPAC2  
Files is positioned in above mentioned scenario.



So you suggest to write something to WIN1_ before opening Files?
That's something my normal Boot already does. A list of actually loaded  
extensions is generated and saved before I have time to do anything useful.
That is the beauty / problem with SMSQ/E, everybody has a completely  
different Boot.



Enjoy the sunny Sunday!


At the moment it's quite gray here.
That's why I have a sunny picture of the Scottish Highlands as wallpaper.

QLE forever!
Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Bob Spelten]

Op Sun, 20 Mar 2016 10:23:27 +0100 schreef Derek Stewart :


Hi,

This sounds like a Windows Feature or bug?


W$ is often very busy in the background, not clear to me what with.
Recently I have noticed sometimes a delay when opening Files before the  
list is produced.

Is that W$ putting QPC2 on hold? Who knows.

I have never had a lockup of SMSQ/E since using a Gold Card Version in  
the mid 1990s


That seems a remarkable record. Seems impossible when developing programs,  
so mostly when it happens to me, I can blame my code.


I use Linux and SMSQmulator, QPC2, QEmulator and they have never locked  
out any WIN drives.


I have a fresh Linux machine set up and QPC2 seems even to be faster  
there. But so far it's only been a quick test. Migrating is not something  
I want to do in the middle of a project and it's not so simple when I have  
direct access to most of my data on W$ from QPC2.


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Bob Spelten]

Op Fri, 18 Mar 2016 21:17:33 +0100 schreef pjwitte :

Sorry Urs, Bob, I cannot confirm this. To my mind the Qpac2 "apps" are  
some of the most stable programs written for QDOS and SMSQ/E ;)  
Sometimes stuff just happens, but if it happens a lot Id look elsewhere..


Per


Two crashes in two days is uncommon.
As I said, the first could be my own programming error but has not been  
investigated further.
For the second it may have been a coincidence that QPAC2 was involved and  
I only mentioned this because of Urs's suggestion.

I just hope it's not the start of a pattern.

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Bob Spelten]

Op Fri, 18 Mar 2016 16:29:03 +0100 schreef ql :

Just days ago I experienced the same. In my case QPC2 was still in the  
Windows Task Manager. I killed it there and then a fresh start opened  
the QXL.win and properly booted up.


In my case I got the same problem day by day. After investigating it  
looks like there's a bug in QPAC2 Files which causes SMSQ/E to freeze.


Urs


Thanks all for the quick response.

There were no zombies found in Task Manager.
With Total Commander I could copy the .WIN without errors.

Restarting W$7 did restore my .WIN to normal and QPC2 booted as before.
Also the _dbs was accessible again.
Lucky me.

Yesterday I had a similar freeze/crash but I put that down to a fault in  
the program I am updating.

No QPAC2 File access at that moment.
So today's QPC2 session started OK but at the time of the crash I was  
using Files (?).


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

[Ql-Users] WIN drive gone missing

[Bob Spelten]

Hi All,

Today, while working in QPC2 on my W$7 system, SMSQ/E suddenly froze.
No mouse movement, no keys and Sysmon had stopped.
I could kill the QPC2 task with the [x] button but it would not restart my  
boot.

QPC2 & SMSQ/E do start but WIN1_ cannot be mounted anymore ("not found").

I then checked this with another QPC2 but the QXL.WIN could not be mounted  
with WIN_DRIVE there too. SMSQmulator however, where it's normally mounted  
as WIN7_, reports it as "read only" but I can list the files and view  
their contents.


In W$7 I can View the .WIN file (Total Commander /View) but when mounting  
that directory with DOS_DRIVE in QPC2, viewing the .WIN file from  
QPAC2/Files gave an "in use" error.

My other .WIN drives there are OK.

Does anyone know what happened here and how I can fix this?
There was a channel to a BDAS file open on WIN1_ at the time but this has  
never been a problem when SuQcess2 crashed in the past. Never lost a _dbs  
that way.


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

[Ql-Users] QCoCo update

[Bob Spelten]

Hi all,

I have done an update for QCoCo to version 1.62 and it can be found on my  
site.
One small bug fix (but could crash the program!) and some minor cosmetic  
changes.



Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] QPC2 <> W10

[Bob Spelten]

Op Sat, 02 Jan 2016 16:46:55 +0100 schreef pjwitte :


Traditional seasons' greatings implied..

Recently Windoze 10 has started messing with QPC2: When I put my machine  
to sleep with QPC2 in fullscreen mode in the background it wakes up with  
QPC2 in a catatonic state: No display, no response.


Anyone suffering the same? Any known remedies?

Per



I have had the same problem with W$7 but not recently.
Having QPC2 open full screen (windowed) could have been a factor.
I now always buttonise QPC2 before letting W$ fall asleep or slumber,  
which is also more energy efficient.


I also did find that having the keyboard set to SMSQ/E in the config  
screen doesn't agree well with sleep mode. When W$ is then woken the  
change is that the QPC2 keys produce rubbish, then the only solution is to  
kill QPC2. When set to WINDOWS keys this is not the case.


I have no experience with W$10, yet.

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List