Re: [Ql-Users] Q40i/Q60 board availability

2020-06-12 Thread Wolfgang Lenerz via Ql-Users
Hi,

AFAIK, no new boards are being built.

Maybe you could look for a Q68.

HTH

Wolfgang


> I realize I'm 19 years late to the party, but does these boards exist
> anymore?  How hard would it be to get them made again?
> 
> I've been interested in a "Legacy" 68040/68060 based machine, and it
> certainly feels that instead of ancient machines something 'new' might be
> more feasible..  Although these are circa 2001, so kind of legacy into
> themselves.
> 
> Thanks
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-12 Thread Wolfgang Lenerz via Ql-Users
Hi,


> I could be wrong, and for sure I am, but I noted that smsq/e 3.36b in
> eprom boots in an instant and I  suspect that smsq/e 3.36 start so fast
> that sometime for unknown reasons hangs before the boot, this explain
> the few hangs I have.
> 

Apart from spinning up mechanical drives, I don't quite understand why a
faster boot would create any problems. And you said you boot from a CF card.

If it is the drives, well, that's the problem Thierry has mentioned. The
version you have should have the option to delay the boot process for a
few seconds (in the WIN config section). If you wait a bit there, does
that make a difference (when you get the new Eproms) ?

Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-12 Thread Wolfgang Lenerz via Ql-Users
Hi,

Yes, thanks, that will be in the next version of SMSQE.

I sent Fabrizio a preview version with that fix already included, I
presume that is what Fabrizio is using

I'm not sure whether that is his problem, though.

Woflgang

> 
>> Just a question - what happens if you re-load (per LRESPR ,not
>> automatically at boot time)
> 
> Yes, I was about to ask the same question, but you bet me to it.
> 
> It is probably the same issue as the one I encountered with my HD that
> is too slow to show up on the IDE bus when SMSQ/E v3 is cold-booted
> from the ROM.
> 
> LRESPRing again SMSQ/E v3.36 would definitely expose this, if the card
> is seen after such a warm reboot.
> 
> I'm posting again here (but in-lined, this time, since the list does
> not propagate attachments) the (quick and dirty) patch I made for my
> HD and SMSQ/E in EPROM, and which introduces a 5s delay before querying
> the IDE drives on boot:
> 
> ---
> diff -durN smsqe336src/dv3/q40/hd/init.asm 
> smsqe336src-patched/dv3/q40/hd/init.asm
> --- smsqe336src/dv3/q40/hd/init.asm   2020-04-16 09:30:29.0 +0200
> +++ smsqe336src-patched/dv3/q40/hd/init.asm   2020-04-21 21:47:22.0 
> +0200
> @@ -83,6 +83,13 @@
>   jsr hd_1sec
>   move.l  d0,hdl_1sec(a3)
>  
> + move.l  d5,-(sp)
> + move.w  #250,d5 ; wait 5 seconds (250 frames)
> +wait5s
> + jsr hd_1sec
> + dbrad5,wait5s
> + move.l  (sp)+,d5
> +
>   lea q40_wn1+2,a0; configured name
>   lea hdl_end(a3),a1  ; names lie after device defn (linkage) 
> block
>   bsr norm_nm ; copy & normalise name
> -
> 
> Thierry.
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-12 Thread Wolfgang Lenerz via Ql-Users
Hi,

(...)
> - Same Q60 as before but with SMSQ/e 3.36 on rom..here the situation
> is more complex. 

(...)

Just a question - what happens if you re-load (per LRESPR ,not
automatically at boot time)
1 - the same version of SMSQ/E as the one in your Eproms?
2 - the same as the one you would load when in the first configuration
(if they are not the same)

Does that change anything?

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-24 Thread Wolfgang Lenerz via Ql-Users
Hi,

I'm not sure I follow.

Regards

Wolfgang
> Hi,
> 
> Just to clarify, does SMSQ/E v3.36 mount the QXL.WIN files correctly.
> ---
> Regards,
> 
> Derek
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] Maximum size of a file

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,


> Sorry for my english, i badly explained myself ...

No, it was I who misunderstood!

Theoretically, there are limits, in practice, you'll be more limited by
the disk size limitation itself than the directory size.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,

>> Very interesting, is a common problem using compressed SMSQe Rom with 
>> normal HD ?

It isn't so much the fact that the ROMs are compressed, I just sped up
the Qx0 boot time whilst I was at it.

>> Could be this a value parametrized ?
> 
> I just coded a (very quick) and (totally) dirty 5s delay loop in the
> Q40 HD init code. The *proper* fix would require waiting in a loop
> (that would timeout after 10s or so) for a HD to show up and report
> as being ready on the IDE port(s). This won't need any parameter, but
> perhaps a disabling flag in the SMSQ/E config block, for people not
> using any HD (or IDE drive) and booting only from floppy (disabling
> that feature would allow for faster boot on floppy).


I'll put this into the next version. Should the check be made on all 4
possible disks, or only on the one in target 0?


>> Well I am curious to know what you did, can be this module published ?
> 
> Patch attached. I already reported the issue and transmitted the patch
> to Wolfgang as well, a few months ago. I suppose I'm the only person
> affected (with perhaps the only known configuration regrouping a low
> spinning drive and a fast (overclocked) Q60)...
>  

Unless I'm mistaken, nobody else raised that with me.


I must have mislaid your previous fix, could you send it to me again?

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Maximum size of a file

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,

I have used a 1GiB file w/o problems.

I may be wrong, but I dimly remember somebody telling me they use a 2
GiB long QXL.Win container.

The fact to be aware of is that these containers can always, at the
most, deals with 65536 clusters, as the number of clusters (called
groups in SMSQE speak) occupies a word. That means that, for a 2GB
"disk", each cluster would occupy 64 sectors = 32KiB. Seems quite a
waste in view of the generally limited size of QL files...


HTH

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,

> 
> Thanks in advance for publishing them.


Sent via PM.


> I can vouch for this fact that, sadly and while implementing a "full IDE"
> compatibility mode, the Compact Flash cards (their "reader" is actually
> just a controller-less CF connector to PATA IDE connector adapter) are
> totally unreliable when used on an IDE bus, be it from SMSQ/E or Linux:
> they *might* seem to work, at first (at least some brands might look like
> they do), and as long as you copy files in a raw on a blank medium, but
> as soon as you start deleting files and writing others (i.e. for random
> access, and with fragmentation), you get immediate medium corruption !

Yes.

BUT:
I have noticed more than once that, strangely enough, if you use the CF
Cards with a DOS partition scheme, and FAT32 formatted partitions with
QXL.WIN container files, then this works much better (normally
flawlessly) - on the same machine, with the same CF card, in the same
adapter and position.

For example, copying the content of my main QXL.WIN file (formatted to
200MB) from the SD card to the FAT32 formatted CF card, under SMSQE,
worked like a charm. drvchk and drvlink revealed no problems...

With a direct QLWA disk, it is really hit and miss (I managed, once, to
compile SMSQE - but that is only a 25 MB file) and mostly miss rather
than hit... Atari partitions were always unreliable...

I ** believe ** that this is due to the fact that direct QLWA disks
(with no partitioning scheme) or QLWA files on Atari partitions are
always addressed as CHS (cylinder/head/side) whilst I made it so that
FAT32 partitions are always addressed via LBA.

I intend to try what happens when QLWQ and Atari partitioned CF Cards
are also addressed via LBA, and whether that doesn't solve the situation

Unfortunately, I haven't had time to make conclusive tests on that yet,
though. The changes to SMSQE to test this are trivial, but then this
needs to be tested extensively, and that takes time. (I would also have
to come up with a scheme to distinguish between CF cards and real hard
disks, to keep the CHS access for them).

> 
> Sadly, I did not find a single SD card to IDE adapter that could be
> configured on a master/slave IDE port, i.e. they all grab the "stand
> alone" role and forbid using a second IDE drive as a slave (or master).

Yes, that's true. In part, that's also why I think that having several
partitions on SD disks can be useful.


> I might have found a solution, and I recently ordered a PATA IDE to
> SATA adapter (with master/slave jumper) and a SD card to SATA adapter.
> I should receive them by mid-June (COVID allowing), and will then
> report my luck (or lack thereof) with this setting...
> 

I'll be most interested to hear about that.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi

> Sadly, this change totally broke secondary partitions support for Atari
> partitioned hard disks.
> 

This is fixed now.

I don't feel it necessary to release a new version of SMSQE for this.

FTB, if you need/want this rom, contact me by mail, I'll sent it to you.

Have fun.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,

The Qx0 uses the UV erasable 27c1024.
I don't remember whether other types of EPROM, especially EE ones will fit.

the programmer you mentioned in your email to me seems OK.



> I am finishing my process of updating my Q40 / Q60, I have installed a
> new case, a new modular Atx power supply, replaced classics HD with
> CF/SD readers, eliminated floppy and lastly I would like to update the
> ROM with the latest version of smsqe.

My advice: get rid of the CF reader, I have had nothing but trouble with
them. Not so with SD cards.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,


> Especially for sharing with the Q68, the new feature is useless, as it
> does not exist there.
> 

Which just means that I'll have to implement it on Q68 as well...

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,


> Sadly, this change totally broke secondary partitions support for Atari
> partitioned hard disks.
>

Just to make sure, this change broke things in 3.36 only, not in 3.35?

Regards

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE Source zip

2020-04-21 Thread Wolfgang Lenerz via Ql-Users
Hi,

thanks for pointing that out.

I had to change the filename - if I call the file smsqe336.zip, it gets
corrupted on download, if I call it smsqe336b.zip it doesn't (THE SAME
FILE).

Incredible.

Wolfgang


> Hi,
> 
> I have just been trying to look at the new SMSQ/E 3.36 zip file with the 
> source code.
> 
> The zip file looks to be corrupted.
> 
> The QWA container looks okay.
> ---
> Regards,
> 
> Derek
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.29

2020-04-20 Thread Wolfgang Lenerz via Ql-Users
Hi,

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

OK, so java itself is shot to death...

> I probably need to uninstall it and try again.

Yes, that's what I'd do. It might be difficult to get ahold of a java 8
nowadays.


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.29

2020-04-19 Thread 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 .

> What's happening here?

Perhaps, to find out, you could  start it from a command line?

java -jar 

That should spew out some error messages...

HTH



Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.29

2020-04-19 Thread 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).

HTH

Wolfgang


> 
> I updated the Java 11 version all is working okay on Linux.
> 
> Maybe it's a Windows problem.
> 
> Regards,
> Derek
> 
> On 19 April 2020 13:57:29 BST, "François Van Emelen via Ql-Users" 
>  wrote:
>> Op 19/04/2020 om 7:56 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.
>>>
>>> Have fun
>>>
>>>
>>> Wolfgang
>>> ___
>>> QL-Users Mailing List
>>>
>> Hi Wolfgang,
>>
>> There seems to be a problem with 2.29.
>> Launching it displays a black screen.
>>
>> About says: v 2.29 for Java 8.
>>
>> François Van Emelen
>>
>>
>> ___
>> QL-Users Mailing List
> 
> ---
> Regards,
> 
> Derek
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List

[Ql-Users] SMSQmulator 2.29

2020-04-18 Thread 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.

Have fun


Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQE 3.36

2020-04-18 Thread Wolfgang Lenerz via Ql-Users
Hi all,

SMSQE 3.36 is out. You can get it as usual on wlenerz.com/smsqe

For all machines using qxl.win container style files; there is a better
handling of the names of QXL.WIN containers. There are a spanish
keyboard format and system messages.

Some bugs have been corrected (FDEL works as advertised, Q60 direct QLWA
drives).

For the (S)GC, there is a bugfix for the keyboard handling, and many
more changes.

For the Q68, cards need not be initialized for normal access (a
CARD_INIT might still be necessary for the CARD_xx commands). The
keyboard may be handled via interrupts, which may help with certain
USB-PS/2 adapters (this needs your FPGA to be updated, though). SER
works again correctly.

The Qx0 can read container files from the first four FAT32 partitions
and has some new card related keywords (see extras_new_Q40_FAT32_txt).


Have fun!

Wolfgang
___
QL-Users Mailing List


[Ql-Users] New version of the QDOS / SMSQE Manual

2020-03-28 Thread Wolfgang Lenerz via Ql-Users

Hi all,

the latest version (4.05) of the QDOS/SMSQE reference manual is on my  site.

Have fun.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] IOB.FLIN strips CR from lines ending in CR/LF

2020-03-24 Thread Wolfgang Lenerz via Ql-Users

Hi,

yes, as Marcel says, this is in the SMSQ/E level 3 (DV3) drivers 
(dv3_dv3_buff_asm), so it applies mostly to WIN or FLP devices, but not, 
e.g. to the ram device which doesn't use the level 3 drivers.


I'm not sure how the various device drivers for QL + floppy interface 
handle this.
I'll make a note to that effect in the next version of the SMSQE 
reference manual.


Wolfgang


Jan Bredenbeek via Ql-Users wrote:

Hi Jan,

On what machine?


It does occur on QPC2 too and appears to be connected to WIN-devices
(doesn't occur on ram and dos, only win).


Yes, seems to be a hard-coded feature of the DV3 drivers.

Marcel



___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] IOB.FLIN strips CR from lines ending in CR/LF

2020-03-23 Thread Wolfgang Lenerz via Ql-Users

Hi Jan,

On what machine?

Wolfgang

I recently discovered that the IOB.FLIN trap on SMSQ/E, when called to read
a line from a file, strips any CR from lines ending in CR/LF.
However, this seems to happen ONLY with files on the WINx device!
I've tried several versions of SMSQ/E, even ones as old as v3.05, and they
all show the same symptom.

Is this a bug or a feature?

Jan


___
QL-Users Mailing List


[Ql-Users] FiFi, Backup

2020-03-10 Thread Wolfgang Lenerz via Ql-Users

Hi,

there are new versions of FiFi and Backup on my site.

For FiFi I corrected a few niggles but mainly there is now also a 
spanish version.


For Backup, I corrected some bugs (thanks for finding them Per) and it 
can also verify the files that were backed up.


Have fun

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQESprites

2020-03-08 Thread Wolfgang Lenerz via Ql-Users

Hi, a new version of SMSQESprites is out.

This has been extensively revamped and comes with new features (can be 
driven by command line , converts to/from pictures or sprites, 
compression, alpha channel, can process whole directories etc...).


wlenerz.com/qlstuff


Have fun,

Wolfgang

QL is the old black
___
QL-Users Mailing List


Re: [Ql-Users] RE QDT Running with 240 MB of RAM

2020-03-03 Thread Wolfgang Lenerz via Ql-Users

Hi,


I was wondering the same thing, 240MB is such a weird number... It was
playing with my OCD 


And that's why it's there...

More seriously, I'm not sure whether Qlib uses the 3 or 4 MS bits, so 
$f00 seemed a safe bet. I certainly could have made it $ffe, 
thus getting some more mem. The reason I didn't is lost in time (or 
rather in my failing memory).


Wolfgang





Darren Branagh

Sent from My Android Phone.

On Tue, 3 Mar 2020, 10:22 Marcel Kilgus via Ql-Users, <
ql-users@lists.q-v-d.com> wrote:


Wolfgang Lenerz via Ql-Users wrote:

Wow, what ever do you use 240 MB for??


Why is it 240 with SMSQmulator and not 256? Technical problem or just
being on the save side?

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] RE QDT Running with 240 MB of RAM

2020-03-02 Thread Wolfgang Lenerz via Ql-Users

Hi,

Wow, what ever do you use 240 MB for??

And if we didn't use QLiberator so much (or at least me), we could have 
even more than that...


WOlfgang


:

it runs Very Good SMSQemulator  thats What I use  I have not Tried LaunchPad 
Let MEAN DJ LaunchPad  I Hope QPC2 will have 240 MB of Ram Soon All the Best
Simon Foster
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.28

2020-03-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

does the scanner send ENTER at the end of the scan process?




uQlx makes no attempt to emulate a keyboard. It just directly fills
the QDOS input buffers.

Graeme


And that's fine - SMSQmulator on the other hand doesn't keep up..


I'm curious, how does uqlx handle multiple keystrokes such as 
CTRL+ALT+Shift + left?


WOlfgang


Kjartan





Kjartan


On 2020-02-29 18:44, Wolf via Ql-Users wrote:
> Hi,
>
> The scanner emulates a keyboard?
>
> Does it input anything other than normal keystrokes (i.e. no shift,
> ctrl, alt, no home/end etc, cursor keys etc?)
>
> Wolfgang
>
> Le 29/02/2020 à 11:41, Kjartan Geble Olsen via Ql-Users a écrit :
>> Would it be possible to speed up the keyboard handling?
>> It fails to correctly read a barcode scanner.
>> Random characters lost on each scan.
>>
>> Kjartan
>>
>> On Fri, 07 Feb 2020 11:34:02 +0100, Wolfgang Lenerz via Ql-Users
>>  wrote:
>>
>>> Hi all,
>>>
>>> SMSQmulator 2.28 is out now.
>>>
>>> (www.wlenerz.com/smsqmulator)
>>>
>>> Have fun!
>>>
>>> Wolfgang
>>>
>>> NB Sorry if this gets double-posted, I haven't had a return yet...
>>> ___
>>> QL-Users Mailing List
>>
>>
> ___
> QL-Users Mailing List

--
Roundcube Webmail
___
QL-Users Mailing List

___
QL-Users Mailing List



___
QL-Users Mailing List

[Ql-Users] FiFi 5.03

2020-02-28 Thread Wolfgang Lenerz via Ql-Users

Hi all,

FiFi 5.03 is out, it corrects a bug spotted by Per Witte - when 
displaying the details of found files, after searching for names only, 
the filesize was displayed incorrectly.


Have fun

Wolfgang

QL is the old black.
___
QL-Users Mailing List


Re: [Ql-Users] FlashBack OS

2020-02-24 Thread Wolfgang Lenerz via Ql-Users

Hi,

well at least tell us from where this can be downloaded, so that one may 
have a chance to check it out.


QL is the old black.

Wolfgang



Hi I have made  FlashBack OS  it is a QLE  THEME it is a Work in Progress I 
hope you Like The Screen Shot of  The FlashBack OS Theme for QLE

___
QL-Users Mailing List

Re: [Ql-Users] P.I.Cole game

2020-02-24 Thread Wolfgang Lenerz via Ql-Users

Hi,

ooh, nice.

There seems to be a renewed interest for adventure games for the QL, 
such as those by P. van Peebles and T Froeschle.


PI Cole works quite nicely on SMSQmulator in 512*256 mode.

QL is the old black.

Wolfgang


I've added Andrei Tenu's game, P.I.Cole-The Case Of The Missing Doxie to 
the Adventure Games page on my website.


In this game you play the part of detective Cole and you have to find a 
missing woman. The story gets more complex as you play. Collect 
information and find the answers to "What really happened?", "Who done 
it?" and "Why?" before the final confrontation in the game, which 
reveals them all.


There are various versions for different platforms such as FLP image, 
MDV image (for vDrive users), a QXL.WIN version and a generic zipped 
version for most other systems. The sources for the game are available 
too, along with a PDF file manual.


Download the game from: http://www.dilwyn.me.uk/games/adventures/index.html


___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] QLWARZ 02

2020-02-24 Thread Wolfgang Lenerz via Ql-Users

Hi Dilwyn,

Thanks for your efforts to present the one place where one will find 
everything QL related!


Per, Marcel and I have been discussing the 10 character limit for 
Dmedium_name$, which seems a bit strange given the fact that, whilst 
floppies can only have a max of 10 characters for their names, the hard 
disk format specifies that the name may be a max of 20 characters long.


This may be corrected in a future version of SMSQ/E.


QL is the old black.

Wolfganbg



Per Witte has released version 02 of his QLWARZ utility to stretch, 
refresh, or defragment a hard drive on QPC2. As there is no way to 
extend a QXL.WIN filing container, this program takes the next best 
approach and formats a new one with a different capacity and copies 
directories and files over to the new QXL.WIN.


Version 02 now supports 20 character medium names. The reason this 
requires an update is that, after many years, some versions of SMSQ/E 
(eg SMSQmulator) now do the right thing and take the length count word 
into consideration, meaning that in most cases you are no longer limited 
to a 10 character medium name.


Per explains in the readme file with the software that some BASIC 
commands may still truncate the 20 character names to 10 characters, as 
they ignore the word length count (e.g. DMEDIUM_NAME$ and STAT), as well 
as QPAC2 Files menu, although he hopes that these will be updated in due 
course.


Download QLWARZ v02 from http://www.dilwyn.me.uk/utils/index.html
___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.35

2020-02-08 Thread Wolfgang Lenerz via Ql-Users



Hi,

>
> Something's wrong, I'm afraid.
>

yes it definitely is.

My local copy unzips OK.

I downloaded the file from my site, and indeed, no way you can unzip it, 
the file has a length that doesn't even correspond to the real length of 
the file (the real length, in bytes, is actually shown on the webpage). 
OK, I thought, some file corruption happened during uploaded.. I 
re-upped the file. The length of the file on the webpage was correct 
(the length is displayed via a small php script, so it takes the length 
of the file as it actually is on the site). Just to be sure, I 
downloaded the file again. And again, no way to unzip it as again it's 
not a valid zip file.
After some more re-up- and re-downloads, where I had the same problem, I 
tried various other things. The result is that I renamed the file (on 
the site, not locally!) to smsqe335b.zip (and edited the html page to 
point to that). Now it works - but the file is called smsqe335b.zip - I 
think one can live with that.


Isn't computing wonderful?

(Oh, and just to be sure that I wasn't dreaming, I then renamed the file 
to smsqe335.zip again -and edited the html file-, re-downloaded - not a 
valid zip file. Go figure).


Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.28

2020-02-07 Thread Wolfgang Lenerz via Ql-Users



¡Hola!



This corrects a problem of loading images on the screen using lbytes.


Yeah, amongst others... I discovered that by pure accident, when I was 
trying out the (very nice) adventure game written by P. van Peebles.


This must have been in there for quite some time, I wish somebody had 
told me about it earlier.


Speaking of great adventure games, even the Pawn now works great with 
SMSQmulator, Tobias Fröschle kindly saw to that.




I have seen that an entry called "JmenuItem1" appears in the File menu.


Ooops. That's for something I may introduce in a future version.



Tell you that I tried the emulator in Haiku (BeOS) and it works
correctly in OpenJDK, but some characters are not shown in the menus.
for example, special characters such as the opening of interrogation or
exclamation, the letter ñ or the ellipses (...) that indicate that this
menu option will open another menu.



You're the first person I know that uses BeOS or it's descendants. Nice!

I'm afraid that there's not much I can do about the characters not 
showing. Normally Java should use standard unicode (if there is such a 
thing).


Can you normally display these characters on your system?

It's not the fault of OpenJDK, as that's what I use here.

Wolfgang


Thank you for your work.


El 7/2/20 a las 11:34, Wolfgang Lenerz via Ql-Users escribió:

Hi all,

SMSQmulator 2.28 is out now.

(www.wlenerz.com/smsqmulator)

Have fun!

Wolfgang

NB Sorry if this gets double-posted, I haven't had a return yet...
___
QL-Users Mailing List



___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.35

2020-02-07 Thread Wolfgang Lenerz via Ql-Users

Hi Brian, Jan

Strangely enough, I can't reproduce the version problem here.

To be extras sure, I downloaded the version uploaded yesterday and 
tested them of Q68 and QPC.


All files should have the date of 07.02.2020 06:41 and, at least here, 
correctly identify as 3.35.

Speaking of the Q68, it appears that the SER_ commands like SER_BUFF
etc. still don't work. I discovered some months ago that this is caused by
an incorrectly named Thing ('ser_prt' while the SBASIC commands search for
'ser_par_prt'). I'm not sure whether I've reported it here (I did so in the
QL forum but Wolfgang doesn't read that). 


I don't remember seeing it, but thanks - that'll be fixed in a new version.



So far I haven't been able to fix
this myself as SMSQMake stops with an 'invalid name' error at line 11330
when I try to build it.


Load the menu extensions first, then it will work. I'll probably remove 
that anyway, but I'll have to check first if I use other parts of the 
menu extensions.




Another issue I've run into is the TCP device which, unlike UQLX, doesn't
report EOF when the other end has closed the connection, you'll just keep
waiting forever for input. (Yes, I've been doing a few networking
experiments lately, you'll see the results soon :-) ).



On what machine? (I presume SMSQmulator and will check).


Well so far for the bug reports, thank you Wolfgang for keeping SMSQ/E
alive!


Luckily enough, I'm not alone in that. Simply building SMSQ/E is now a 
fairly well automated process (SMSQEMake - when it works...) and making 
all of the new version files is, too - see the file "new_versions_bas" 
in the extra directory - it even makes the html files (I once even 
had the idea of building an ftp client, so that the upload to my site 
could be made automatically, but never actually started that,the main 
reason being that I know next to nothing about networking, let alone the 
ftp protocol).


What is much more important than the build process is the people who 
make changes to SMSQ/E or find (and report!) bugs.


Keep on QLing! (Somehow "keep on SMSQ/Eing" doesn't have the same ring 
to it).


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.28

2020-02-07 Thread Wolfgang Lenerz via Ql-Users

Hi Dilwyn,

thanks a lot for that. I know that I should be on the forum, but I don't 
agree with their terms of use.


(which is also why I'm not on any social media)


Wolfgang


Thanks Wolfgang. Have copied this and the SMSQ/E update announcement to 
QL Forum for information.


Dilwyn



___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.28

2020-02-07 Thread Wolfgang Lenerz via Ql-Users

Hi all,

SMSQmulator 2.28 is out now.

(www.wlenerz.com/smsqmulator)

Have fun!

Wolfgang

NB Sorry if this gets double-posted, I haven't had a return yet...
___
QL-Users Mailing List


[Ql-Users] SMSQ/E 3.35

2020-02-06 Thread Wolfgang Lenerz via Ql-Users

Hi All,

SMSQ/E 3.35 is out now (wlenerz.com/smsqe).

The sources for the revised QL-SD drivers from Marcel Kilgus are in 
there now.


There are also some bugfixes, including one which could cause the entire 
acne to crash severely if a string variable was used as a REPeat loop 
control variable (bug found by Per Witte).


As a result, it is no longer possible to use string variables as REPeat 
loop control variables (just like FOR loops).



Have fun!


Wolfgang



.
___
QL-Users Mailing List


Re: [Ql-Users] PNG <-> SPR

2019-12-13 Thread Wolfgang Lenerz via Ql-Users

On 12/12/2019 22:13, Urs Koenig (QL) via Ql-Users wrote:

Giorgio wrote:

It's good news :-) I look forward to the Christmas present :-)

Speaking of PNG and SPR, I also have a wish list. :-)

Marcel's PNGConv.exe misses support for Colour Mode 4 (GD2), equal to QL
MODE 4.

Wolfgang's  SMSQESprites.jar misses multiple file processing and RLE
support.

___
QL-Users Mailing List



Should also be forthcoming

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] PNG <-> SPR

2019-12-11 Thread Wolfgang Lenerz via Ql-Users

Hi,

Actually, I have been working on that, but ATM, my time is very limited, 
sometime early next year, hopefully...


Wolfgang


On 11/12/2019 16:22, Giorgio Garabello via Ql-Users wrote:

  We have 2 software for converting png images to spr (thanks to Wolfgang
and Marcel) ...
But is there any software that does an opposite cover? (spr -> png)

Giorgio
___
QL-Users Mailing List

Actually, I have been working on that, but ATM, my time is very limited, 
sometime early next year, hopefully

___
QL-Users Mailing List


Re: [Ql-Users] The Pawn adventure with graphics on the Q68

2019-11-18 Thread Wolfgang Lenerz via Ql-Users

Hi,

good news. I remember the Pawn being pretty difficult!

Wolfgang




just in case not everyone is on the QL forum, there is an exciting new
software development underway. "The Pawn"  and other "Magnetic Scroll"
games are back. And this time not just text but with graphics! The first
supported machine is the Q68, executables are already downloadable, on
page 3:

https://qlforum.co.uk/viewtopic.php?f=3=3033

Work for other platforms, even the BBQL, is ongoing. Definitely worth a
look, impressive!

Peter
___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] Announcing availability of a QLNET driver for the Q68 (ND-Q68)

2019-06-17 Thread Wolfgang Lenerz via Ql-Users

Great job!

Wolfgang

On this Father's Day (in the UK, anyway), I am pleased to announce the 
availability of driver software that allows you to finally network the 
Q68 with other QL-compatible machines via the standard QLNET ports.


The ready-to-run driver as well as the source code and a short 
commentary are available at the *QL Forum* post here:


https://qlforum.co.uk/viewtopic.php?f=3=2881

I'll be focusing on updates in the Forum post rather than this mailing 
list, but wanted to ensure the broadest coverage - if you don't yet 
frequent the Forum, perhaps now's a good time to start :-)


Happy QL-Networking!

___
QL-Users Mailing List



___
QL-Users Mailing List


[Ql-Users] Message to Ralf Reköndt

2019-06-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

sorry for hijacking this list, but:

Hi Ralf,

my messages to you, in reply to yours, keep coming back as undeliverable.

Do you have another mail address?


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Knoware.no

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

Hi Per,

this sounds great, I'll be sure to check this out ... soon... I hope.


Wolfgang


Just to let you know that Knoware is up and running again after ten 
years or so of being nowhere. While I hope there will be something of 
interest for anyone interested in the QL and derivatives in general, its 
main interest will be for those of us who like to write programs for it 
and generally mess around with the software.

www.knoware.no/ 

___
QL-Users Mailing List


Re: [Ql-Users] QL World scans

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

Hi Dilwyn,

Thanks go to you and Klaus for this!

Wolfgang



Klaus Frank in Denmark has sent me a disk with further scans of QL World
magazines.




All of the 1992 and 1993 issues, plus the final five issues from 1994, when
the magazine ceased publication.

Download them from http://www.dilwyn.me.uk/mags/index.html

___
QL-Users Mailing List


Re: [Ql-Users] Updates SuQcess2 & QCoCo

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

Hi Bob,

thanks for these!

Wolfgang



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


___
QL-Users Mailing List


Re: [Ql-Users] QLTools - 2.15.5 available

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

Hi,

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

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

"

Treated like this:

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

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

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

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


HTH

Wolfgang



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


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

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


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


On the 4 MB I see these dubious fields:

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

On the 20 MB I see these dubious fields:

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

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


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



Cheers,
Norm.


___
QL-Users Mailing List

Re: [Ql-Users] QLTools - 2.15.5 available

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

Hi,

That's quite a changelog!

Wolfgang



Revision 2.15.5

1) Now compiles under Windows with Gcc. I used CodeBlocks with the built 
in 32bit gcc to do the builds. There's also a makefile for shell usage.


2) Fixed 32bit bug in formatting an ed image file. It would segfault on 
Windows 64bit when compiled as 32bit, but not as a 64 bit build. Turned 
out to be a bug in my 'ed' formatting code.


3) If the image file doesn't exist, it will now be created when 
formatting an image.


4) Files were being corrupted when extracted from an image with the '-n' 
option. This was because the 'DOS_LIKE' define was not being done on 
modern C compilers/operating systems. It is now! The corruption was to 
add a CR in front of every LF in the file.


5) When changing the dataspace of a file with '-x' the dataspace size 
was allowed to be an odd size. I'm sure this causes trouble on a QL, so 
it now gets rounded up if it is odd.


6) The '-M' option to create a level 2 directory wasn't working. This 
was because it was opening the image file in read only mode. I may have 
been responsible for breaking this - but don't quote me. It's fixed now.


7) Dumping an ED cluster with the '-u' option (ASCII dump) was only 
dumping 32 lines of 16 bytes - 512 bytes in total. The number of lines 
was hard coded. It has been changed to calculate the number of lines 
from the sector size. This option now works for ED drives as well.


8) Windows uses the '/' character for command line options, unlike Linux 
which uses '-' and while there was some code that allowed the '/' when 
'DOS_LIKE' was defined, it wasn't in all the places it needed to be. Now 
it is. Windows users have the choice of whichever flag symbol they like. 
(Well, '-' or '/' is all the choice actually!)


9) Slightly weird. If the '-w' option was used to write a file into an 
image, and that that file was already there, it didn't prompt to 
overwrite. I spent ages tracking it down and it turned out that running 
in a Windows command session does prompt, only running in a bash shell, 
on Windows, does it not prompt. As most users won't be in my development 
bash shell, I'm not fixing this.


10) Source Code is available from https://github.com/NormanDunbar/qltools.

11) Compiled binaries for 32/64 bit Windows and Linux are also available 
from https://github.com/NormanDunbar/qltools/releases - along with a new 
user guide.


If you enjoy using this half as much as I've enjoyed amending it, then 
I've had twice as much fun as you! :o)



Cheers,
Norm.


___
QL-Users Mailing List


Re: [Ql-Users] ice desktop

2019-01-31 Thread Wolfgang Lenerz via Ql-Users

Hi,

why shouldn't they be able to fit on the same qxl.win file (provided you 
make that file big enough)? You could then have a boot prog that allows 
you to switch between them at boot time. You can't use both simultaneously.




Even If they could Co exist, why would you want to...


Good question - but a different one

Have fun

Wolfgang


Darren Branagh

Sent from My iPhone XR

On Thu 31 Jan 2019, 12:07 Rich Mellor via Ql-Users 
On 03/01/2019 03:52, simon629--- via Ql-Users wrote:

Hi Rich M
Would
My QDT
And my
Ice desktop
Fit on one win file
Happy new year Rich
Take care
___
QL-Users Mailing List


Simon,

This is a general question - I have no idea if they could co-exist

Probably they could as you would use the cursor keys still to operate
the ICE desktop - the QPC / QPTR mouse does not work with ICE

--
Rich Mellor
RWAP Services
Specialist Enuuk Auction Programming Services

www.rwapservices.co.uk

___
QL-Users Mailing List


___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] QPC 2 on Linux

2018-12-27 Thread Wolfgang Lenerz via Ql-Users

Hi,

I must have missed something regarding QPC under wine.

Here it works as expected (wine --version gives wine-3.7).

Wolfgang



QPC 2 works here on wine-3.0.4(stable) and wine-4.0-rc2(staging)

I'm on Kanotix Steelfire
Debian Linux 4.9.0-8 (NVIDIA) and 4.19.0-3 (INTEL)

you can get it here

http://nightly.kanotix.acritox.com/latest/

it comes in LXDE and KDE flavours


Greetings from Switzerland

     Markus
___
QL-Users Mailing List



___
QL-Users Mailing List

[Ql-Users] ProWesS SBasic I/F

2018-12-11 Thread Wolfgang Lenerz via Ql-Users

Hi all,

I put the sources for the Prowess SBasic interface up on my website 
(wlenerz.com/qlstuff).


I'll also be sending them to Dilwyn.

Have fun!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Fwd: ProWesS Files

2018-12-07 Thread Wolfgang Lenerz via Ql-Users

Hi Dilwyn,


PWSbasic seem to be the remaining apps to find now.
If you mean the Prowess S*Basic interface, that can be found on the 
Prowess zip file, under the "ext" directory as "pwbasic_rext", so you 
have it already.


I should still have my sources for that. I'll try to find them

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] PWfile and SMSQmulator

2018-12-03 Thread Wolfgang Lenerz via Ql-Users

Hi,

where can you get this program?

Wolfgang


Hi All,

Has someone been able to use PWfile (file manager ProWesS/ProForma) with 
a 'NFA'-device with SMSQmulator ?


François Van Emelen




___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

2018-12-03 Thread Wolfgang Lenerz via Ql-Users

On 03/12/2018 10:24, Jan Bredenbeek via Ql-Users wrote:

One small issue for Q68 users: the file Q68_SMSQ.WIN is incorrectly named
Q68.SMSQ.WIN.


Yes, this wan compiled under linux.


Also the SMSQE binary in this container is standard configured for German
keyboard layout, which is a bit of a challenge to find the underscore
character if you have US or UK keyboard (it's on the key left beside the
right shift key).


I generally configure it with the update option of menuconfig.


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.34

2018-12-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

problem solved...

Have fun.

Wolfgang

Hi,


I tried to download the binary zip which the web site says temporary 
unavailable.



sorry about that, it's fixed now.

I changed the website yesterday so that it would be reachable via https 
instead of http.
Whenever I make a new version of smsqe, I have a small utility that 
makes an index.php file automatically, I then just have to copy that to 
the website.


For some reason which I haven't had time to figure out, since the change 
from http to https, I can no longer use the index.php file, but need an 
index.html file. So I remade the html file by hand - and somehow 
introduced a wrong link. I **thought** I had checked them all out...



Regards

Wolfgang
___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.34

2018-11-30 Thread Wolfgang Lenerz via Ql-Users

On 30/11/2018 19:23, Ralf Reköndt via Ql-Users wrote:

Would be good to clarify the Syntax.


Same syntax as the other job keywords
___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

2018-11-30 Thread Wolfgang Lenerz via Ql-Users

Hi,


I tried to download the binary zip which the web site says temporary 
unavailable.



sorry about that, it's fixed now.

I changed the website yesterday so that it would be reachable via https 
instead of http.
Whenever I make a new version of smsqe, I have a small utility that 
makes an index.php file automatically, I then just have to copy that to 
the website.


For some reason which I haven't had time to figure out, since the change 
from http to https, I can no longer use the index.php file, but need an 
index.html file. So I remade the html file by hand - and somehow 
introduced a wrong link. I **thought** I had checked them all out...



Regards

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQE 3.34

2018-11-30 Thread Wolfgang Lenerz via Ql-Users

Hi all,

SMSQE 3.34 is out.

Mostly bugfixes for Q68, but also a new SSJOb command courtesy of Per Witte.

Wlenerz.com/smsqe


Have fun

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.27

2018-10-30 Thread Wolfgang Lenerz via Ql-Users

Hi all,

there was a small bug in SMSQmulator 227 which could hinder IP access at 
times, due to some debug code.


I deleted that and re-released SMSQmulator, still as v. 2.27, you can 
get it from my site.


have fun!

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.27

2018-10-14 Thread Wolfgang Lenerz via Ql-Users

Hi all,

A new version of SMSQmulator is out.

There is now a version for Java 11.

Bugfixes : writing to a qxl.win disk increases the update check number, 
better handling of NFA write protection.


www.wlenerz.com/smsqmulator


Have fun!

Wolfgang
___
QL-Users Mailing List


[Ql-Users] FiFi 5.02

2018-10-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

I just released version 5.02 of FiFi, just some bugfixes.

Have fun!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] sBASIC overloading...

2018-06-28 Thread Wolfgang Lenerz via Ql-Users
Hi,

I made a small Sbasic testcase (SMSQE, not QDOS).

I made a program with procedures all called "abcdefghijklmnopqrt"+ a 5
digit number at the end.

The program starts at line 100, is increased by one and very 12th line a
new 10 line procedure is created. The first statement therein is
"return", so that I don't meausre the body of the procedure. The rest of
the lines on the procdure are filled with "Print".

(so
100 def proc abcdefghijklmnopqrt00100
101 return
102 print
...
110 print
111 end def
112 def proc abcdefghijklmnopqrt00112

etc, until just after line 3.

The last procedure then is always

31000 def proc abcdefghijklmnopqrt31000

I then measured how long it takes to call the first procedure and the
last procedure.

Measured with the millisecond timer of SMSQmulator:

calling the fist procedure 1 million times takes 5742 milliseconds
calling the last procedure 1 million times takes 5768 milliseconds

Wolfgang








> 
> I can't help but wonder whether the time taken to parse all your
> parameters to check whether they are the right type won't be longer than
> having several procedures.
> 
> Wolfgang
> 
> 
> 
>> I'll make sure to respond right away in future, before I've fully
>> understood the subtleties and implications of your replies. :D
>>
>> I was digesting the reply. I've been neck deep in developing a USB keyboard
>> solution for the QL - a project that has become a multi-headed beast that
>> required getting into elements of the 8302/8049 relationship I just never
>> knew I'd have to think about. Also neck deep in fence building after a
>> neigborhood dog broke into the pen and killed many of my chickens.
>>
>> It does seem that coercion gives similar results - if everything is passed
>> as a string, it can be coerced however we'd like, as long as the data is
>> checked for validity.
>>
>> It does seem the functionality of overloading can be implemented in
>> roundabout yet still brief and readable ways.
>>
>> Thank you.
>>
>>
>>
>> On Tue, Jun 26, 2018 at 1:57 PM, Per Witte via Ql-Users <
>> ql-users@lists.q-v-d.com> wrote:
>>
>>> So sorry for wasting my time trying to answer your question. It wont happen
>>> again.
>>>
>>> On 21 June 2018 at 16:38, Per Witte  wrote:
>>>
 Im not familiar with C++ overloading, but S*BASIC allows some "parametric
 polymorphism", viz:

 dim x%(2): for i% = 0 to 2: x%(i%) = 9 - i%
 Test 'abc', 2.99, x%
 :
 def proc Test(a, b%, c)
 print a\ b% \ c, \
 enddef Test
 :
 Result:
 abc
 2.99
 9  8  7

 The SBASIC compiler performs a number of additional passes to
>>> SuperBASIC's
 parser, to end up with a much purer "executable". The compiled program is
 not machine code, of course, it consists of fixed length tokens that
>>> still
 need to be "interpreted". But all useless baggage has been eliminated
>>> from
 the program flow, expressions teased into simple RPN steps, and locations
 resolved to absolute addresses. So no, the size of the program or
>>> distance
 to procedures does not effect the speed of execution.


 On 20 June 2018 at 22:35, Dave Park via Ql-Users <
>>> ql-users@lists.q-v-d.com
> wrote:

> Hi all,
>
> How hard would it be to extend sBASIC functions to support C++ style
> overloading?
>
> Separately, does the sBASIC in SMSQ or Minerva still scan for
> procedures/functions from the beginning of the program, so earlier
> FN/PROCs
> have a speed advantage over later ones like in JM/JS?
>
>
> --
> Dave Park
> d...@sinclairql.com
> ___
> QL-Users Mailing List
>
>

>>> ___
>>> QL-Users Mailing List
>>>
>>
>>
>>
> ___
> QL-Users Mailing List
> 
> 
___
QL-Users Mailing List


Re: [Ql-Users] sBASIC overloading...

2018-06-28 Thread Wolfgang Lenerz via Ql-Users
Hi,

I can't help but wonder whether the time taken to parse all your
parameters to check whether they are the right type won't be longer than
having several procedures.

Wolfgang



> I'll make sure to respond right away in future, before I've fully
> understood the subtleties and implications of your replies. :D
> 
> I was digesting the reply. I've been neck deep in developing a USB keyboard
> solution for the QL - a project that has become a multi-headed beast that
> required getting into elements of the 8302/8049 relationship I just never
> knew I'd have to think about. Also neck deep in fence building after a
> neigborhood dog broke into the pen and killed many of my chickens.
> 
> It does seem that coercion gives similar results - if everything is passed
> as a string, it can be coerced however we'd like, as long as the data is
> checked for validity.
> 
> It does seem the functionality of overloading can be implemented in
> roundabout yet still brief and readable ways.
> 
> Thank you.
> 
> 
> 
> On Tue, Jun 26, 2018 at 1:57 PM, Per Witte via Ql-Users <
> ql-users@lists.q-v-d.com> wrote:
> 
>> So sorry for wasting my time trying to answer your question. It wont happen
>> again.
>>
>> On 21 June 2018 at 16:38, Per Witte  wrote:
>>
>>> Im not familiar with C++ overloading, but S*BASIC allows some "parametric
>>> polymorphism", viz:
>>>
>>> dim x%(2): for i% = 0 to 2: x%(i%) = 9 - i%
>>> Test 'abc', 2.99, x%
>>> :
>>> def proc Test(a, b%, c)
>>> print a\ b% \ c, \
>>> enddef Test
>>> :
>>> Result:
>>> abc
>>> 2.99
>>> 9  8  7
>>>
>>> The SBASIC compiler performs a number of additional passes to
>> SuperBASIC's
>>> parser, to end up with a much purer "executable". The compiled program is
>>> not machine code, of course, it consists of fixed length tokens that
>> still
>>> need to be "interpreted". But all useless baggage has been eliminated
>> from
>>> the program flow, expressions teased into simple RPN steps, and locations
>>> resolved to absolute addresses. So no, the size of the program or
>> distance
>>> to procedures does not effect the speed of execution.
>>>
>>>
>>> On 20 June 2018 at 22:35, Dave Park via Ql-Users <
>> ql-users@lists.q-v-d.com
 wrote:
>>>
 Hi all,

 How hard would it be to extend sBASIC functions to support C++ style
 overloading?

 Separately, does the sBASIC in SMSQ or Minerva still scan for
 procedures/functions from the beginning of the program, so earlier
 FN/PROCs
 have a speed advantage over later ones like in JM/JS?


 --
 Dave Park
 d...@sinclairql.com
 ___
 QL-Users Mailing List


>>>
>> ___
>> QL-Users Mailing List
>>
> 
> 
> 
___
QL-Users Mailing List


Re: [Ql-Users] GDPR and 25th May

2018-05-04 Thread Wolfgang Lenerz via Ql-Users

Hi,



Possibly true - although if an IP address can be classified as personal 
data or a factor specific to the identity of that natural person, I am 
sure an email address can be.  I forget all of the mailing list 
commands, but there used to be one where you could get a list of email 
subscribers, and of course the online archive still contains past 
messages, including where people may have entered their name, website, 
or address as part of their signature.


There is then no way to exercise the right to be forgotten.

Presumably the software behind the mailing list will itself be updated 
at some point


Maybe.

If ALL you have is a list of email addresses, I'd tend to think that 
this information by itself is not something with which a person can be 
identified.


I certainly didn't give any other information than than hen suscribing - 
after all, all it took was to send an email to the list maintainer.


I'm not aware of an online archive. Is that maintained by the owner of 
the list?


Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] GDPR and 25th May

2018-05-04 Thread Wolfgang Lenerz via Ql-Users

Hi,


Article 30, section 5:

"5. The obligations referred to in paragraphs 1 and 2 shall not apply
to an enterprise or an organisation employing fewer than 250 persons
unless the processing it carries out is likely to result in a risk to
the rights and freedoms of data subjects, the processing is not
occasional, or the processing includes special categories of data as
referred to in Article 9(1) or personal data relating to criminal
convictions and offences referred to in Article 10."

I think this makes the mailing list excempt from the need to keep
detailed records. Under the presumption that less than 250 people
manage the mailing list, of course.



This only applies to the need for a data controller and processor, not 
the general duties under the GDPR.


However,

"This Regulation applies to the processing of personal data wholly or 
partly by automated means and to the processing other than by automated 
means of personal data which form part of a filing system or are 
intended to form part of a filing system." (art 2)


and

'‘personal data’ means any information relating to an identified or 
identifiable natural person (‘data subject’); an identifiable natural 
person is one who can be identified, directly or indirectly, in 
particular by reference to an identifier such as a name, an 
identification number, location data, an online identifier or to one or 
more factors specific to the physical, physiological, genetic, mental, 
economic, cultural or social identity of that natural person;' (art 4-1)


and

'processing’ means any operation or set of operations which is performed 
on personal data or on sets of personal data, whether or not by 
automated means, such as collection, recording, organisation, 
structuring, storage, adaptation or alteration, retrieval, consultation, 
use, disclosure by transmission, dissemination or otherwise making 
available, alignment or combination, restriction, erasure or 
destruction; (art 4-2)



Whether an email list, where it may be argued that no processing of 
personal data is done, falls under that scope is, at least, debatable...


Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.33

2018-04-30 Thread Wolfgang Lenerz via Ql-Users

Hi,

I just re-upped the binary file.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] QPC2 4.04 BUG

2018-04-22 Thread Wolfgang Lenerz via Ql-Users


Hi,
no problem with these commands here.

(QPC 4.05; not 4.04)

Wolfgang

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.


Rich Mellor RWAP Software www.rwapsoftware.co.uk www.sellmyretro.com
___
QL-Users Mailing List



___
QL-Users Mailing List


[Ql-Users] QLSD Drivers

2018-04-17 Thread Wolfgang Lenerz via Ql-Users

Hi all,

new QL-SD drivers for QXL.WIN style container files are on my site 
(wlenerz.com/qlsd).

These are much improved versions by Marcel Kilgus.
They should work with later QDOS versions (e.g. JS, MG), Minerva, SMSQ/E.

For reliable use with GC or SGC, an update of the Chip may be necessary.

The sources will be included in the next SMSQ/E version.


Have fun!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Stuart Honeyball

2018-03-29 Thread Wolfgang Lenerz via Ql-Users


Oh my.

What a sad day.

Stuart will be missed and remembered.

My deepest sympathy to his family.

Wolfgang

On 29/03/2018 11:40, Dilwyn Jones via Ql-Users wrote:

I regret to have to report that I heard this morning of the death of Stuart 
Honeyball of Miracle Systems.

He passed away peacefully last night (28th March) at 23:45 of cancer, according 
to his wife, Karin.

I’m sure you’ll all want to join me in extending our condolence to his wife and 
family and express our great admiration and gratitude for all the work he did 
for the QL over the years.

Dilwyn Jones
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Buying DATA DESIGN Version 4.12

2018-02-27 Thread Wolfgang Lenerz via Ql-Users
Hi,

Datadesign is freeware now, you should be able to get it from Dilwyn's
site (perhap in the prowess section).

HTH

Wolfgang
> Hi Everyone can you help me does anyone no where I can Buy DATA DESIGN 
> Version 4.12 FromOK Thanks 
> simon629Simon Foster
> ___
> QL-Users Mailing List
> 
> 
___
QL-Users Mailing List


Re: [Ql-Users] QA.RESRI - QDOSMSQ eference guide

2018-02-15 Thread Wolfgang Lenerz via Ql-Users

Hi,

(Tobias)

> Hmm. Are we sure about that?

Sorry I'm not sure I understand. Am I sure that, as I said, on SMSQ/E it 
is not necessary to save the stack pointer in BV_RIP(A6) before calling 
this vector. Yes, that seems quite clear to me from the code.


> When having a glance at the code, it looked to me as SMSQ/E would not 
> use a1 at all, but rather use BV_RIP(a6) instead for the location of

> the RI stack (just as QDOS does).

Ok, that doesn't invalidate what I said. I don't know about Qdos, though.


(Per)
I think the whole thing bears further investigation, as there appears to 
be doubt about other aspects too. Jan Bredenbeek, for example, suggests 
that:


Call parameters                         Return parameters
..
A1                                     A1 Preserved



True for SMSQE.

He was going to investigate the various OS sources, and perhaps is still 
busy doing so.. Jan..?


What there seems to be general agreement on,  contrary to current 
documentation,  is that 1) what is in A1 is irrelevant to this call, and 
2) that the routine doesnt return on the only possible error: IMEM.


Errm, yes and no.

One of the relevant parts of the code is:

sbr_dn
cmp.l   #sb.flag,sb_flag(a6) ; SBASIC?
bne.s   sbr_nop
sub.l   0(a6,d2.l),d1; -(pointer - required)
add.l   sb.loffp(a6,d2.l),d1 ; lower limit -(pointer - 
required)

bgt.s   sbr_alldn
rts

...
sbr_nop
rts

What happens when using this from a compiled program? The BNE.S will be 
taken, so the conditions codes will be not zero. The value in D0 will be 
... what '(whatever was in it when the vector as called)


Likewise, even in Basic, if there IS enough space, you'll take the rts, 
with N set and D0 whatever it was when the vector was called...


How is handled in Qdos? I don't have a disassembly right now.

Minerva, apparently, returns D0 = 0 on a successful return 


so does SMSQ.




Update:
After sribbling down the example above, I decided to "weaponise" it to 
test the following three premises:

1) Is A1 preserved?: JS, Minerva and SMSQ/E all appear to do so


Thanks for testing these.

How big was the amount of memory requested? Big enough that a shift 
would occur?



Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] Re-upping QL-SD new driver [OT]

2018-01-24 Thread Wolfgang Lenerz via Ql-Users

Hi,


Is personal consumption legal in France ? :-)


Of a marriage? YES!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] QL-SD new driver

2018-01-23 Thread Wolfgang Lenerz via Ql-Users
Hi,

> Re-upped! Been watching The Wire? - 

The wire?


> Well, youre certainly keeping us QL junkies happy! ;)

That's an unintended side-effect.


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] QL-SD new driver

2018-01-22 Thread Wolfgang Lenerz via Ql-Users

Hi,
> What is expected to happen if SMSQ/E is loaded on a
> GoldCard/Minerva/QL-SD system with this driver at $C000 in ROM?

The driver is expected to work as well as it can with GoldCard, i.e.
probably not at all. Your comment below says it all!


> Remark: This new driver can not be expected to resolve the signal
> quality issue between (Super)GoldCard and QL-SD. This remains a
> hardware problem.
>

Indeed

Wolfgang
___
QL-Users Mailing List


[Ql-Users] QL-SD new driver

2018-01-22 Thread Wolfgang Lenerz via Ql-Users
Hi all,

I've released a new driver for QL-SD that uses standard qxl.win drives
instead of Qubide ones.

It's for Minerva only, though.

You can download it from www.wlenerz.com/QLSD

Have fun.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Q68 Baud

2018-01-20 Thread Wolfgang Lenerz via Ql-Users

NB : you would also have to add a new prescale value at label prescale
___
QL-Users Mailing List


Re: [Ql-Users] Q68 Baud

2018-01-20 Thread Wolfgang Lenerz via Ql-Users

Hi Fabrizio,

you can find that in smsq_q68_spp_ser_asm.

There , if you want, you can extend the little table at label "bauds" 
beyond 230400. Also change the value of "moveq #8,d3" just above the 
label bd_lp, probably to 9 if you only add one more value.


HTH

Wolfgang.






Hi all,

I have (finally) found some time to check Sernet connection between my 
Q68 and QPC under Win10 (Mac Book using Parallel). To get COM1 I use a 
USB-> RS232 converter


As expected Sernet works perfectly until 230400 Baud (19200*12), to get 
more speed I tried  460800 (19200*24) but I got a "not implemented 
error". All speed more than 230400 get a not implementation error in any 
SMSQ/E system (QPC /Q68/Q60). I think that SMSQmulator don't have SER 
driver.


I had a look at the SMSQE 3.32 sources and there are 2 "baud.asm" in 
smsq/spp and sbext/ext but i cannot find where the speed check is.


Finally what is the theoretically max ser speed of the Q68 is? and where 
the SMSQ/e check this ?


Many thanks to any of the Guru that would like to answer:-):-)

Regards

Fabrizio

___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Mode 33 to 32

2017-12-15 Thread Wolfgang Lenerz via Ql-Users

I'd do it this way

%ggWbrggg

Regards

Wolfgang



On 15/12/2017 18:51, pjwitte via Ql-Users wrote:
I want to convert a mode 33 screen (Qxx) to mode 32 (QPC2) and visa 
versa. I got this far with 33 to 32, but Im not sure this is the best 
translation:


rem %grbw = mode 33
rem %gggbrggg = mode 32

c$ = BIN$(PEEK_W(a), 16)
c$ = c$(3 TO 5) & c$(11 TO 15) & c$(6 TO 10) & c$(1 TO 2) & c$(16): rem 
= %gggbrggw


What do I do with 'w' in either case for best results?

Per

___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] New QLE

2017-11-21 Thread Wolfgang Lenerz via Ql-Users

Hi,

now you should copy non-existing files you may have on your old QLE to 
the new QLE.


Have you read the manual for the backup program?

If yes, use the "non-existing" tab for that operation.

Wolfgang
___
QL-Users Mailing List


[Ql-Users] outptr

2017-11-19 Thread Wolfgang Lenerz via Ql-Users

Hi all,

there was a bug in my version of outptr.

I uploaded a corrected version of the website.

Since I included that in several of my programs, over the next few days 
I'll be upgrading them, too.


I started already with "backup"


Have fun

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] New QLE

2017-11-19 Thread Wolfgang Lenerz via Ql-Users

Hi,

now download "backup" from my website:

www.wlenerz.com/qlstuff

and try to use it (there is a manual).

Come back here with questions if any.

Wolfgang
  


 On Sunday, 19 November 2017, 11:43, Wolfgang Lenerz via Ql-Users 
<ql-users@lists.q-v-d.com> wrote:
  


  Hi,

   ok, so first make a backup of your qxl.win files.

Wolfgang
   


       On Sunday, 19 November 2017, 10:03, Wolfgang Lenerz via Ql-Users 
<ql-users@lists.q-v-d.com> wrote:
   


   Hi Simon,


no I think it's better if you learned how to do this. Since you run an a
Mac, what Emulator do you use?

Wolfgang

NB It's probably not a good idea to spread your email address around
like that



My email isxxx.com
___
QL-Users Mailing List



___
QL-Users Mailing List


 
___

QL-Users Mailing List



___
QL-Users Mailing List



___

QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] New QLE

2017-11-19 Thread Wolfgang Lenerz via Ql-Users

Hi,

 ok, so first make a backup of your qxl.win files.

Wolfgang
  


 On Sunday, 19 November 2017, 10:03, Wolfgang Lenerz via Ql-Users 
<ql-users@lists.q-v-d.com> wrote:
  


  Hi Simon,


no I think it's better if you learned how to do this. Since you run an a
Mac, what Emulator do you use?

Wolfgang

NB It's probably not a good idea to spread your email address around
like that



My email isxxx.com
___
QL-Users Mailing List



___
QL-Users Mailing List



___

QL-Users Mailing List



___
QL-Users Mailing List


[Ql-Users] New QLE

2017-11-19 Thread Wolfgang Lenerz via Ql-Users

Hi Simon,


no I think it's better if you learned how to do this. Since you run an a 
Mac, what Emulator do you use?


Wolfgang

NB It's probably not a good idea to spread your email address around 
like that




My email isxxx.com
___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.31 Q40 no boot after configure

2017-11-14 Thread Wolfgang Lenerz via Ql-Users
Hi,

yes Jochen told me on sundcay that it's OK to be distributed.

Wolfgang
> 
> I'm wondering whether menuconfig is now freeware or not. According to this
> thread http://qlforum.co.uk/viewtopic.php?t=1025 it is still commercial
> software by Jochen Merz. Does anyone have an idea?
> 
> Jan.
> 
___
QL-Users Mailing List


[Ql-Users] Fwd: Re: Theme file format

2017-11-14 Thread Wolfgang Lenerz via Ql-Users

Hi,

>> Theme file format...
>> Rethorical question: Is it worthwhile to create a new
>> format to save some space (a few bytes, I suppose)
>> when we have (QPC2, SMSQmulator)  128MB at our disposal?

It's the typical chicken-and-egg problem - if you don't have any
standard, nobody is (ever) going to use it. If you create a standard
now, nobody is currently using it (exept perhaps some in-house
productions) - but somebody **might** in the future.
You will not be worse off with the latter, but maybe better.



> Despite computers getting ever faster and bigger, the likes of
> Windoze still seem slow at times, and just as soon run out of space -
> as they always did.. That may partly be down to BLOAT and lazyness.

Or to legibility. I'd personally prefer a text file - because it is text
and you can alter it with a simple text editor which is generally faster
than using spmething like wined to edit the bianry file directly.
Granted, you can also totally muck it up by merrily editing the file
beyong all recognition, but -to me- that would be a small price to pay.


> In the case of the "QL", software might be expected to run on a wide
> variety of platforms, some fast and big, some slow and tight. IMHO,
> efficiency is rarely a bad thing unless achieving it is considerably
> more costly that what it is likely to save.

True. On the other hand, a program would normally only do that when
starting up and the time taken to parse the palette file, compared to
the time taken to start up, would probably not be very important.

> To load a palette (theme) youd use something like:
> ..
> FOR ofs = 0 to SP_GETCOUNT - 2 STEP 2
>  INPUT#ch; it$
>  POKE_W addr + ofs, HEX(it$(2 to))
> 
> Whats not to improve? ;)
>

Actually, I would prefer:
00 : $200
01 : $ff00

etc

Thay way, I'd know right away what to edit.

> I propose to use a binary format (see below) and use LBYTES instead.

The debate of plain text config files (large, take a while to process)
vs binary files (unreadable to us normal humans) isn't new...

> This cuts space and time, and would allow a number of such files to
> be concatenated. 

You could also concatenate text files.

> But instead of LBYTESing any kind of rubbish, I
> suggested we make a header that would give a strong indication, if
> not absolute certainty, that we were loading the right kind of file.

Oh, if you want something standard, a header is definitely needed. A
program could perfectly well only use the first 30 or so of the colours
and have a theme file only for those. One would need to know honw many
colurs are un that aplette file. I do notice that your proposal seems to
have the number of colours (after the "THM")?

>> In fact, a complete palette should have 58 entries.
>> The original author forgot to reserve a slot for the
>> border of the error window. Doesn’t a new format imply
>> a rewrite of existing programs?

Not unless they want to use the new format. As I said above, if they
don't use it, you're not worse off than now.

> 
>> Why not create a new type of file? I would suggest type
>> 84 (T for theme).
> File types are sadly not much supported in QL land. Defining a new file
> type could cause problems - for existing file managment programs, for
> example.

A certin number of prowess progs have a different filetype if I'm not
mistaken. The problem here is that, apart from maybe being a pain in the
neck for filemanagers, nobody notices them. Chicken-and-egg again. Same
reasoning may apply.

> to try to prevent a third and a fourth "standard" to emerge (unnecessary
> creating confusion and nonsense), by engaging anyone who has an
> opinion to "speak now or be forever silent" (as they say at the wedding
> ceremony in the C of E.) As mentioned, the file will be binary, but I
> describe it here in assembler for clarity:
> 

Well if one goes with a binary format, and to put the fox amongst the
chickens (what's it with me and chickens today?) why not have a standard
theme file that can be edited with MenuConfig. One could probably have
the "SCLx" extension, which would give you enough options to play with
(SCL0-9, SCLA-Z, SCLa-z). Of course, parsing that would be even more
difficult.

Regards

Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] Dock

2017-11-08 Thread Wolfgang Lenerz via Ql-Users

Hi,

I'm a bit short of time, will reply to these mails, and others later.

Wolfgang


Failure or success might probably depend on whether you set an OUTLN on S*Basic 
in the BOOT or not.

Will do some further checks tonight.

Tobias


Am 08.11.2017 um 14:17 schrieb pgraf--- via Ql-Users :

On 8 Nov 2017 at 13:09, François Van Emelen via Ql-Users wrote:


Here "dock" does its job correctly with QPC2, SMSQmulator and Black Phoenix.


Tobias reported the same problem on QPC2. Maybe you don't use the
latest version of SMSQ/E? That would make sense, because the "dock"
must have worked earlier.


Error in line 1020: could it be that you didn't load the correct extension?


I seldom use BASIC other than for trivial tasks, and was not
prepared to debug the program. So I may do something stupid. But:

* There is no error, but a hang/crash! That should not happen when
using a BASIC command.

* What is the "correct extension"? Even with plain SMSQ/E, RPTR
seems there.

All the best
Peter

___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] TYPE_IN

2017-09-30 Thread Wolfgang Lenerz via Ql-Users


Or perhaps even directly into channel #0...

Wolfgang

Hi,


Is it possibile to extend the 128 byte QL keyboard buffer.


Hi, no once allocated, I don't think you can extend it.



Was TYPE_IN an a attempt to do this?
I don't know, wasn't it just a keyword to type things into the keyboard 
queue of job 0?


Regards

Wolfgang

___
QL-Users Mailing List


Re: [Ql-Users] TYPE_IN

2017-09-30 Thread Wolfgang Lenerz via Ql-Users

Hi,


Is it possibile to extend the 128 byte QL keyboard buffer.


Hi, no once allocated, I don't think you can extend it.



Was TYPE_IN an a attempt to do this?
I don't know, wasn't it just a keyword to type things into the keyboard 
queue of job 0?


Regards

Wolfgang


RegardsDerek
 Original message From: Wolfgang Lenerz via Ql-Users 
<ql-users@lists.q-v-d.com> Date: 30/09/2017  12:38  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Wolfgang Lenerz <w...@wlenerz.com> Subject: Re: [Ql-Users] 
TYPE_IN
Hi,


I have a slight problem with TYPE_IN

Using it to put some commands in #0, works well in an instance until I
reach what appears to be a maximum set of characters, where the QL just
hangs.

e.g.

1920  TYPE_IN An&":"$(10)
1930  TYPE_IN (An+1)$$(10)
1932  TYPE_IN (An+2)$$(10)
1940  TYPE_IN (An+3)$$(10)


An is an integer
Final$ is just text
Top$ is a string of asterisks

it locks up displaying halfway through 1940

Is there a buffer I can clear after using TYPE_IN?


How long i the string in line 194?

IIRC, the Ql's keyboard buffer is 128 bytes long... You cannot increase
this, AFAIK.

I don't think you can clear this.
Perhaps a pause after the earlier TYPE_In instructions will leave the
system time to clear it.



HTH

Wolfgang

___
QL-Users Mailing List
___
QL-Users Mailing List



___
QL-Users Mailing List

Re: [Ql-Users] TYPE_IN

2017-09-30 Thread Wolfgang Lenerz via Ql-Users

Hi,


I have a slight problem with TYPE_IN

Using it to put some commands in #0, works well in an instance until I
reach what appears to be a maximum set of characters, where the QL just
hangs.

e.g.

1920  TYPE_IN An&":"$(10)
1930  TYPE_IN (An+1)$$(10)
1932  TYPE_IN (An+2)$$(10)
1940  TYPE_IN (An+3)$$(10)


An is an integer
Final$ is just text
Top$ is a string of asterisks

it locks up displaying halfway through 1940

Is there a buffer I can clear after using TYPE_IN?


How long i the string in line 194?

IIRC, the Ql's keyboard buffer is 128 bytes long... You cannot increase 
this, AFAIK.


I don't think you can clear this.
Perhaps a pause after the earlier TYPE_In instructions will leave the 
system time to clear it.




HTH

Wolfgang

___
QL-Users Mailing List


Re: [Ql-Users] Fw: Stupid AND

2017-09-19 Thread Wolfgang Lenerz via Ql-Users

Hi,

yes, that's of course the right (and long-winded) way to do it, and I 
always remember that ... once my program has crashed.


Wolfgang



through splitting up and building up to the final logcal value. The easiest
way around this simple example is using two IFs instead of AND to ensure
(b/a) is never executed (or am I missing something here?)

10 a=0
20 b=10
30 IF a<>0
35   IF (b/a)=5
40 do_something
50   END IF
60 END IF

I agree though, the way you would like it to work would obviously be 
better.


Dilwyn

-Original Message- From: Wolfgang Lenerz via Ql-Users
Sent: Tuesday, September 19, 2017 8:27 PM
To: ql-us...@q-v-d.com
Cc: Wolfgang Lenerz
Subject: [Ql-Users] Stupid AND

Hi all,

Just a rant about the SBasic AND operator.

Suppose this:

10 a=0
20 b=10
30 if (a<>0 AND b/a=5)
40   do_something
50 end if

Run it and what happens?

You get an "overflow" error at line 30.
You get this error because it is trying to evaluate the second condition
(b/a) and failing as a=0 and you can't divide by 0.

BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE?

The first condition (a<>0) is NOT met and so, in any other programming
language I use, the second condition isn't even tested, as the result
will be "false" anyway because of this.

Apparently though, Sbasic still also tests the second condition.

G.

Wolfgang






___
QL-Users Mailing List

---
This email has been checked for viruses by AVG.
http://www.avg.com


.
___
QL-Users Mailing List




___
QL-Users Mailing List

Re: [Ql-Users] Stupid AND

2017-09-19 Thread Wolfgang Lenerz via Ql-Users

On 19/09/2017 22:02, Dilwyn Jones via Ql-Users wrote:

I take it Dave means it fits in 48K, don't expect too much.



What, I can't expect perfection in 48 K (and SMSQE is much larger)?

grin

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Qbase

2017-09-19 Thread Wolfgang Lenerz via Ql-Users

Hi,

I believe that the Api has remained pretty stable since v. 7.


Wolfgang


Yes, but if the API has changed from version to version, then it WILL fail
for some users who are using a different version to the one that I am
writing for in my program.

Therefore linking it seems like a good idea.

Whatever, I will update the program for the latest version and hope for the
best.

D





On Tue, Sep 19, 2017 at 10:26 PM, Per Witte via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Lots of different programs use Qmenu, so there should be no need to link it
in. Its best loaded at boot time.

Per

On 19 September 2017 at 21:15, Wolfgang Lenerz via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Hi,

the problem is that these parameters are likely to vary from version to
version, as they are offsets into the file...

Your best bet is probably to adapt your program to the latest version.


Wolfgang



A question about QBase and QMenu.

The menu  extensions are used fairly extensively in QBase. However, the
program was originally written in 1998 with whatever version of QMenu

was

current then, and it doesn't seem to work properly with the later

version

(version 7.66) which is distributed with QPC.

I also have a version 5.06, which appears to work much better with

QBase,

and I thought it might be a good idea to link it into QBase with
Q-Liberator and avoid problems for people using later versions.

The other possibility is to update the QBase code, but for this I would
need a manual, which seems to be unavailable (is it really still
commercial?). I did purchase a copy of QMenu in the 1990s, but I can't
find
the manual, which I assume is buried somewhere in my attic.

So, does anyone know the correct parameters for linking menu_rext into a
Q_Liberator compiled program?

Thanks,

D.

On Fri, Sep 15, 2017 at 7:42 AM, Daniel Baum <dmb...@gmail.com> wrote:

Hi all,


In my previous posting I forgot to mention another new feature: The
tabular view no longer attempts to load the whole file at once. It can
now
be paged up and down using the left and right arrow buttons. This way

you

can load large files without hitting any memory limitations.

The page size and the scroll size are both parameters that eventually I
intend to put in a Config block to the user can alter them.

Thanks to Bob Spelten for pointing out the need for this.

Rgds,

Daniel

On Thu, Sep 14, 2017 at 9:40 PM, Daniel Baum <dmb...@gmail.com> wrote:

Hi all,


Here is the new version of QBase.

Changes:

- Loads in 512x256 resolution, and is resizable.
- May be called with a command-line parameter, e.g. ex
flp1_Qbase_obj;'flp1_data_dbs'
- Lots of refactoring. The eagle-eyed among you may notice that it's a
lot smaller than it was.

Tested on QPC2 with SMSQ/E 3.31, Q-Emulator with SMSQ/E 3.31

Unlike the previous version, this one also works on Q-Emulator with
Minerva. I couldn't get it to work on a JS ROM. It reported "Channel

not

open", and I've no idea why.

Is it important to anyone to run QBase on original QL hardware?

Testing

with Q_Emulator and Minerva at "QL speed" it appears to be extremely
slow,
especially when switching to tabular mode. I could try to get it to

run

a
bit faster if anyone is interested. I hadn't remembered just how much
faster QPC is than a real QL until I started using Q-Emulator.

Download the new QBase here:
https://www.dropbox.com/s/4s3fm0rm84mxfn7/QBase.zip?dl=0

Currently I have numbered this version 0.99. It will become version

1.0

one it's been tested and bugfixed

Finally, I'd like to give an honourable mention to MasterBasic by

Ergon

Development (Davide Santachiara). It made 80s-style program editing
bearable (almost...). The more massive refactoring was done with
Notepad++
on Windows.

Regards to all,

D.


On Mon, Sep 11, 2017 at 9:29 PM, Darren Branagh via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

Hi Daniel,


Have you released any of your updates yet?

Just wondering if they can be tested.

Darren Branagh

Sent from My Android Phone.

On 10 Sep 2017 23:18, "Bob Spelten via Ql-Users" <
ql-users@lists.q-v-d.com>
wrote:

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

ql-users@lists.q-v-d.com>:

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 th

Re: [Ql-Users] Stupid AND

2017-09-19 Thread Wolfgang Lenerz via Ql-Users

On 19/09/2017 21:32, Dave Park via Ql-Users wrote:

Your BASIC interpreter fits in 48K. With room to spare.


And?

(pun intended)

Wolfgang

On Tue, Sep 19, 2017 at 2:27 PM, Wolfgang Lenerz via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Hi all,

Just a rant about the SBasic AND operator.

Suppose this:

10 a=0
20 b=10
30 if (a<>0 AND b/a=5)
40   do_something
50 end if

Run it and what happens?

You get an "overflow" error at line 30.
You get this error because it is trying to evaluate the second condition
(b/a) and failing as a=0 and you can't divide by 0.

BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE?

The first condition (a<>0) is NOT met and so, in any other programming
language I use, the second condition isn't even tested, as the result will
be "false" anyway because of this.

Apparently though, Sbasic still also tests the second condition.

G.

Wolfgang






___
QL-Users Mailing List







___
QL-Users Mailing List


[Ql-Users] Stupid AND

2017-09-19 Thread Wolfgang Lenerz via Ql-Users

Hi all,

Just a rant about the SBasic AND operator.

Suppose this:

10 a=0
20 b=10
30 if (a<>0 AND b/a=5)
40   do_something
50 end if

Run it and what happens?

You get an "overflow" error at line 30.
You get this error because it is trying to evaluate the second condition 
(b/a) and failing as a=0 and you can't divide by 0.


BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE?

The first condition (a<>0) is NOT met and so, in any other programming 
language I use, the second condition isn't even tested, as the result 
will be "false" anyway because of this.


Apparently though, Sbasic still also tests the second condition.

G.

Wolfgang






___
QL-Users Mailing List


Re: [Ql-Users] Qbase

2017-09-19 Thread Wolfgang Lenerz via Ql-Users

Hi,

the problem is that these parameters are likely to vary from version to 
version, as they are offsets into the file...


Your best bet is probably to adapt your program to the latest version.


Wolfgang


A question about QBase and QMenu.

The menu  extensions are used fairly extensively in QBase. However, the
program was originally written in 1998 with whatever version of QMenu was
current then, and it doesn't seem to work properly with the later version
(version 7.66) which is distributed with QPC.

I also have a version 5.06, which appears to work much better with QBase,
and I thought it might be a good idea to link it into QBase with
Q-Liberator and avoid problems for people using later versions.

The other possibility is to update the QBase code, but for this I would
need a manual, which seems to be unavailable (is it really still
commercial?). I did purchase a copy of QMenu in the 1990s, but I can't find
the manual, which I assume is buried somewhere in my attic.

So, does anyone know the correct parameters for linking menu_rext into a
Q_Liberator compiled program?

Thanks,

D.

On Fri, Sep 15, 2017 at 7:42 AM, Daniel Baum  wrote:


Hi all,

In my previous posting I forgot to mention another new feature: The
tabular view no longer attempts to load the whole file at once. It can now
be paged up and down using the left and right arrow buttons. This way you
can load large files without hitting any memory limitations.

The page size and the scroll size are both parameters that eventually I
intend to put in a Config block to the user can alter them.

Thanks to Bob Spelten for pointing out the need for this.

Rgds,

Daniel

On Thu, Sep 14, 2017 at 9:40 PM, Daniel Baum  wrote:


Hi all,

Here is the new version of QBase.

Changes:

- Loads in 512x256 resolution, and is resizable.
- May be called with a command-line parameter, e.g. ex
flp1_Qbase_obj;'flp1_data_dbs'
- Lots of refactoring. The eagle-eyed among you may notice that it's a
lot smaller than it was.

Tested on QPC2 with SMSQ/E 3.31, Q-Emulator with SMSQ/E 3.31

Unlike the previous version, this one also works on Q-Emulator with
Minerva. I couldn't get it to work on a JS ROM. It reported "Channel not
open", and I've no idea why.

Is it important to anyone to run QBase on original QL hardware? Testing
with Q_Emulator and Minerva at "QL speed" it appears to be extremely slow,
especially when switching to tabular mode. I could try to get it to run a
bit faster if anyone is interested. I hadn't remembered just how much
faster QPC is than a real QL until I started using Q-Emulator.

Download the new QBase here:
https://www.dropbox.com/s/4s3fm0rm84mxfn7/QBase.zip?dl=0

Currently I have numbered this version 0.99. It will become version 1.0
one it's been tested and bugfixed

Finally, I'd like to give an honourable mention to MasterBasic by Ergon
Development (Davide Santachiara). It made 80s-style program editing
bearable (almost...). The more massive refactoring was done with Notepad++
on Windows.

Regards to all,

D.


On Mon, Sep 11, 2017 at 9:29 PM, Darren Branagh via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Hi Daniel,

Have you released any of your updates yet?

Just wondering if they can be tested.

Darren Branagh

Sent from My Android Phone.

On 10 Sep 2017 23:18, "Bob Spelten via Ql-Users" <
ql-users@lists.q-v-d.com>
wrote:


Op Sun, 10 Sep 2017 20:19:22 +0200 schreef Daniel Baum via Ql-Users <
ql-users@lists.q-v-d.com>:

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


___
QL-Users Mailing List







___
QL-Users Mailing List




___
QL-Users Mailing List


Re: [Ql-Users] Strange channel bugs?

2017-09-13 Thread Wolfgang Lenerz via Ql-Users
Hi Bob,

Looks like something is overwriting part of the OS. Since QPC &
SMSQmulator are located at different addresses, this explains the
difference.

As Marcel wrote, are you Peeking/poking stuff?

Without knowing what your prog does, I can't really help you beyond that
If you send it to me, I'll probably be able to have a look at it.

Best regards

Wolfgang
___
QL-Users Mailing List


[Ql-Users] Big files

2017-07-26 Thread Wolfgang Lenerz via Ql-Users


Hi Andrea

I tried the following:

- formatted a 400MB qxl.win drive with QPC and
- tried to copy a 200MiB file onto it (from a "dos" device). I got an
end of file error, too, but parts of the file (about 33MiB) were copied.

I then used SMSQmulator with the same drive (not reformatted), deleted
the part file and copied the same 200 MiB file onto it. This took a VERY
long time, but it worked.

Going then back to QPC, I checked the drive with drvlink and drvchk,
everything was OK. I then renamed the file just copied and, still under
QPC, copied it back to the "dos" disk.

This worked OK. I compared both files, the original that had been copied
to the qxl.win drive and the one copied back from it - they were identical.


So, the formatting under QPC was OK, but the copying from DOS drive to
qxl.win was not. This could be a problem with the dos device or with the
win devie. From your comments (trying to copy a large file from RAM) I
gather that it is rather the win device.

The problem here is that for win drives, QPC uses the standard SMSQ/E
level 3 driver, whereas SMSQmulator uses a driver entirely written in Java.

I can also switch SMSQmulator to use the SMSQ/E drivers. I'll do that
some time in august and try to see whether the problem also arises there
with that driver. If so, perhaps I could fix it.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Maximum length of files on QL file-system

2017-07-23 Thread Wolfgang Lenerz via Ql-Users

Hi,

there are limits to the QLWA (i.e.qxl.win) file system, but they 
shouldn't be so small.


Basically, a file is limited to the size of the "disk" (it obviously 
can't be bigger than that) minus some overhead (for the FAT, the root 
secor and the rot directory). The QLWA system is a FAT type system. each 
entry in the FAT (called "map" in SMSQE parlance) is a word (2 bytes) 
long, so you can't reference more than 65536 clusters (or "allocation 
units"). A file could occupy all of these clusters (minus the overhead).


I just created a 400 MB QXL.win disk and copied a 200 MB file onto it. 
No problem with file size there, it's just pretty slow under SMSQmulator.


Qubide isn't that much different, except that each entry in the FAT 
takes a long word (4 bytes).



HTH

Wolfgang




Trying to transfer large files between Windows 10,
QPC2, and QL-Aurora-SGC-Qubide I have noticed that there are big
limitations in the maximum length of the files.

I mean:
- On QXL.WIN
hard drive in QPC2 I'm not able to generate files longer than 50Mb (End
Of file error)
- On the Qubide hard drive the limit is 19Mb (ROM 2.01),
but perhaps also depends on the partition creation choices

- On Ram
Disk (in QPC2 maximum RAM 128 Mb) I did not find any limits unless the
size of the RAM
- I did not find limits on DOS devices from QPC2 except
those of the file system in use on Windows (NTFS)

Specifically for
QXL.WIN and QUBIDE do anyone know the exact length limits and
why?

Thank you

Andrea Carpi


Con Mobile Open 7 GB a 9 euro/4 sett navighi veloce con 7 GB di Internet e hai 
200 minuti ed SMS a 15 cent. Passa a Tiscali Mobile! http://tisca.li/Open7GB0617

___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] QxlwinReader

2017-06-21 Thread 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?).


Wolfgang
___
QL-Users Mailing List


[Ql-Users] QxlwinReader

2017-06-21 Thread Wolfgang Lenerz via Ql-Users

Hi Davide,


... The DD Unix utility might
be of course an interesting option but maybe it could be more useful for SD
cards written with the QL-SD interface rather than a Qubide hard disk
(especially if it has more than one partition)


Whilst it's true that this was written with these cards in mind, I'm not 
sure about this statement. If you have a PC that still has the 
connections for your hard disk (I presume it's IDE ?), using DD (or 
equivalent) might be the fastest way to get your data off that disk.


I think I can confidently state that if I had an image file with several 
partitions, I could probably figure them out pretty quickly and amend 
QxlwinReader so that it can handle them.


Tracks/cylinders/heads would be more difficult.


Talking more in general I think it is a pity that some possibile
implementations or bug fixes are becoming very difficult if not impossible
just because lack of the native hardware to test to the few people which
have the knowledge to solve these issues. I wonder how this could be
improved. 


Yes, not being able to reproduce and trace a bug is a problem. For 
example, some time back, a problem with SMSQ/E for the Atari was 
reported to me. I used to have some Ataris (and still had/have them but 
not in working condition). So there wasn't much I could do, until I 
stumbled upon an Atari emulator for the PC, which at least allowed me to 
see and even test the problem, and eventually figure out what went 
wrong. That was pure dumb luck!


As you rightly point out, without the actual hardware this is going to 
become practically impossible - not only to fix, but even just to check 
whether the problem exists (a case in point : some recent QXL screen 
problem, one user (Andrea) reported a problem, I had a look at the code 
to try to find out why but couldn't, and then another user (Bob) said 
that it worked OK...).


I'm not sure what can be done about this situation. Perhaps your 
solution, to supply actual hardware to people still fixing things might 
work. Without false modesty, I think I can safely say that most recent 
development for SMSQ/E has been done by Marcel, and to a much lesser 
degree, by me. I won't presume to speak for Marcel, so this only goes 
for myself : I'm just not sure that I'd want more hardware here!


Also, don't forget that working on SMSQ/E is purely a voluntary work.
For me, there is a big difference between writing something new like the 
recent Thing, and then fixing the problems I inevitably introduce on the 
one hand, and fixing other bugs, on the other hand.


Since I've become the "regsistrar", which was supposed to be a purely 
administrative job, I'm often being asked to fix problems in some old 
code which I didn't write nor know about. It then takes me a lot of time 
to look at the code to try to understand it. In most cases I then just 
chicken out and refer this to Marcel :-), on some rare occasions, I 
manage to find the problem myself and fix it. For me, this is less fun 
than writing something for myself. I still do it just because I like 
SMSQ/E... But the point is that I do it because I want to, not because 
there is any obligation to.



Finally just a not-so-related question: There is a bug reported here 
that precludes formatting disks on a SuperGoldgard - does anybody know 
whether that is also true for a simple Goldcard? I ask because I know 
that I can get my hands on one of those.


Regards

Wolfgang
___
QL-Users Mailing List