[Ql-Users] SMSQ/E bugs: is a fix possible?
Hi All (but especially Wolfgang, Tony, Marcel or anybody else involved in SMSQ/E development and/or source maintainance), In the last months on the Italian Sinclair QL mailing list we had quite a number of discussions on some bugs (?) that appeared in SMSQ/E and were probably not promptly spotted because of the impossibility of testing everything and lack of feedback from users (who maybe were not upgrading regularly). I will try to recup the main ones and I would appreciate if anybody could help fixing them or at least providing ideas on how other QL users could help. 1) SMSQ/E for Aurora does not read anymore DD floppy disks. Everything was working till 2.91. From the tests did on some SMSQ/E version we found 2.95 has the bug, 2.98 crashes, 3.03 has the bug 2) SMSQ/E for QXL in DISP_COLOUR 3: - DISP_SIZE 512,256 - works OK - DISP_SIZE 640,480 - works OK - DISP_SIZE 800,600 - no error but the resolution is 640x480 - DISP_SIZE 1024,768 - no error but the resolution is 640x480 in DISP_COLOUR 0: - DISP_SIZE 512,256 - works OK - DISP_SIZE 640,480 - works OK - DISP_SIZE 800,600 - no error but the screen is corrupted and unreadable - DISP_SIZE 1024,768 - no error but the screen is corrupted and unreadable So the maximum possible resolution is 640x480 BAUD returns an error 3) SMSQ/E for Gold Card does not initialise external interface. Here we found different versions of SMSQ/E for standard expanded QL (i.e. GC, SGC with or withour Aurora) for which it was almost impossible to understand their real usage. These versions were named GOLD, GOLD256 and Aurora. Thanks to Per Witte we received a list of the modules linked in the above three versions. To make a long story short the following differences were detected: GOLDGOLD256 Aurora . SMSQ GOLD CON DriverSMSQ GOLD CON Driver SMSQ GOLD 8 bit CON Driver SMSQ GOLD 8 bit CON Driver Initialise QL ROM GOLD only contains standard CON drivers GOLD256 contains only 8bit CON drivers Aurora contains both Only Aurora contains "Initailise QL Roms"!! This explains why the versions GOLD and GOLD256 do not initialise external roms like Qubide Romdisk etcetera: the modules is just not linked! So what were they meant for? For sure they were not intended for QemuLator as Daniele Terdina explicitely excluded this. Anybody could explain why the Initialise QL ROM has not been linked? Would it be possible to link it? Or maybe the Aurora version would just suite all possible hw combinations? I guess it does not make sense to spend effort for SMSQ/E for QXL, but the issues on the GC/SGC/Aurora versions I think would deserve at least a try. N.3 maybe is just a question of understanding whether it makes sense to keep all these versions and in case link again the "Initalise QL ROM" where missing. The DD floppy bug would deserve a fix hoping all source codes of old versions are avaailble as I think there are still quite some users with GC/SGC/Aurora with DD disks. Any feedback and contributions to the above findings would be welcome. Kind regards Davide (as spokesman of Italian QL users) ___ QL-Users Mailing List
[Ql-Users] R: SMSQ/E bugs: is a fix possible? Probably not
Thank you all for the swift and helpful answers I understand the QXL issues are really difficult to be managed also because the interaction with the host PC and graphic card introduces a further level of uncertainty in all the process, a real nightmare a part from the fact that maybe there is not even a single user using a QXL as main or probably even secondary QL system. Anyway I will check with Andrea Carpi whether he could manage to retrieve some more information regarding his setup and SMSQ/E version. Nice to know the "initialise ROM" issue can be easily solved. The DD disk bug is something which would deserve the fix, I understand from what both Wolfgang and Marcel replied that even having the 2.91 or pre 2.91 sources (completely lost? Is there not any way to retrieve them from e.g. Tony, Jochen or somebody else?) it might be really difficult to make any troubleshooting, even worse considering not to have a SGC for the tests. I really hope Marcel you will manage to get one soon!!! By the way (sorry for the simple minded questions - my last assembler 68k compile is dated probably 25 years ago and never looked at the SMSQ/E sources), when introducing the modifications on the sources is there any "source control" now? I.e. to avoid that in the future changes causing "bugs" could not be tracked in the future like is the case for the DD one? Cheers Davide -Messaggio originale- Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di Marcel Kilgus via Ql-Users Inviato: giovedì 8 giugno 2017 13.39 A: ql-us...@q-v-d.com Oggetto: Re: [Ql-Users] SMSQ/E bugs: is a fix possible? Probably not Wolf via Ql-Users wrote: > In the last months on the Italian Sinclair QL mailing list we had > quite a number of discussions on some bugs (?) that appeared in SMSQ/E > and were probably not promptly spotted because of the impossibility of > testing everything and lack of feedback from users (who maybe were not > upgrading regularly). It's also mostly access to the required hardware. I was going to buy Jochen Hassler's SGC but so far he wasn't able to find it! :-( Hope it turns up in a box sometime. I do have a QXL that was kindly donated to me 10 years ago or so, but I don't really see much point in maintaining it. >> 1) SMSQ/E for Aurora does not read anymore DD floppy disks. >> Everything was working till 2.91. From the tests did on some SMSQ/E >> version we found 2.95 has the bug, 2.98 crashes, 3.03 has the bug > The version of SMSQE I got was 2.99. The latest I have found in a quick search is 2.93. I probably have older ones at least partly on some floppy discs. But the thing is 2.92 was the introduction of the Q40 and if I remember correctly this was such a major change in the sources that comapring 2.91 and 2.91 will not result in much more enlightnment. >> I guess it does not make sense to spend effort for SMSQ/E for QXL, >> but the issues on the GC/SGC/Aurora versions I think would deserve at least a try. > Both deserve a try, and both have already got a try from me, > unfortunately without success. I will help once I get my hands on the hardware, but this can take a while. And while I find the offers very kind I don't want to work on loaned hardware, sorry. Cheers, Marcel ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] R: QxlwinReader
Hi Wolfgang,
Very nice, that was indeed one of my "most wanted" utilities. I am almost
over recovering the content of a hard disk from a Sinclair QL-Qubide system
to a WIN file via QXL. This took quite some due to the file numbers and
sizes with the bottleneck of the network speed which in any case proved to
be extremely reliable. Of course it is not so easy these days to find a QXL
and even more a host PC with ISA bus. The only other alternatives without a
QXL would have been floppy disks or sernet which however looks not as easy
as the network port to be configured also on the hw side (cables, wiring
etc).
Having a utility which could read/write WIN files and read (which for me
would be more then sufficient) Qubide formatted hard drives on a standard PC
would be really great.
Regards
Davide
-Messaggio originale-
Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di Wolf via
Ql-Users
Inviato: sabato 10 giugno 2017 19:56
A: ql-us...@q-v-d.com
Oggetto: [Ql-Users] QxlwinReader
Hi all,
I've released QxlwinReader, a small java program that allows you to
read/write qxl.win type container files directly.
There is also experimental support for Qubide formatted ("BDI") container
files.
www.wlenerz.com/QLstuff.
Have fun!
Wolfgang
___
QL-Users Mailing List
___
QL-Users Mailing List
[Ql-Users] R: QLiberator and QLOADREF
Well done Rich! Q-Liberator really deserved to be made freeware and available to all QL users Kind regards Davide > Rich Mellor has been able to secure permission for the Liberation Software > range of compilers and utilities to be released as freeware. ___ QL-Users Mailing List
[Ql-Users] R: R: QxlwinReader
Hi Wolfgang,
You got the point, Jose Leandro (ref here
http://hardware.speccy.org/temp/qubide-i.html) wrote a similar sw but a part
for some incompatibilities it does not fill the gap as the sw does not allow
to transfer Qubide files to a .win file for instance but only to standard
DOS files.
Having had to transfer a full QL system based on SGC/Qubide to .win with 150
Mb, using DD would have been quite a nightmare. At the end luckily a friend
of mine lent me a QXL and I managed to do everything using the network port.
Not really fast but it required minimum effort from my side. Sernet was of
course an option but both from sw and hw side was not as easy as using the
network port with a QXL.
I understand the effort to write such sw might not be negligible, but a
utility which could manage to read native Qubide hard disks on a PC and
transfer files to a .win file (and maybe vicecersa) I think would be very
useful.
Kind regards
Davide
-Messaggio originale-
Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di Wolf via
Ql-Users
Inviato: venerdì 16 giugno 2017 05:25
A: ql-us...@q-v-d.com
Oggetto: Re: [Ql-Users] R: QxlwinReader
Hi Davide,
I'm not sure I understand what you want. You want to be able to read a
physical Qubide formatted disk, not just an image file?
Perhaps the best way would be to copy (via "dd") the disk to an image file
and work off that.
Regards
Wolfgang
On 11/06/2017 10:16, via Ql-Users wrote:
> Hi Wolfgang,
>
> Very nice, that was indeed one of my "most wanted" utilities. I am
> almost over recovering the content of a hard disk from a Sinclair
> QL-Qubide system to a WIN file via QXL. This took quite some due to
> the file numbers and sizes with the bottleneck of the network speed
> which in any case proved to be extremely reliable. Of course it is not
> so easy these days to find a QXL and even more a host PC with ISA bus.
> The only other alternatives without a QXL would have been floppy disks
> or sernet which however looks not as easy as the network port to be
> configured also on the hw side (cables, wiring etc).
>
> Having a utility which could read/write WIN files and read (which for
> me would be more then sufficient) Qubide formatted hard drives on a
> standard PC would be really great.
>
> Regards
>
> Davide
>
>
> -Messaggio originale-
> Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di
> Wolf via Ql-Users
> Inviato: sabato 10 giugno 2017 19:56
> A: ql-us...@q-v-d.com
> Oggetto: [Ql-Users] QxlwinReader
>
> Hi all,
>
> I've released QxlwinReader, a small java program that allows you to
> read/write qxl.win type container files directly.
>
> There is also experimental support for Qubide formatted ("BDI")
> container files.
>
> www.wlenerz.com/QLstuff.
>
> Have fun!
>
> Wolfgang
> ___
> QL-Users Mailing List
>
> ___
> QL-Users Mailing List
>
>
___
QL-Users Mailing List
___
QL-Users Mailing List
[Ql-Users] R: R: R: QxlwinReader
Of course I misunderstood and I thought Wolfgang was referring to a floppy disk transfer. Can you please provide the link for the download of this "DD" utility? Thanks Davide -Messaggio originale- Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di Peter Graf via Ql-Users Inviato: sabato 17 giugno 2017 20:01 A: ql-us...@q-v-d.com Oggetto: Re: [Ql-Users] R: R: QxlwinReader Davide wrote: > Having had to transfer a full QL system based on SGC/Qubide to .win > with 150 Mb, using DD would have been quite a nightmare. Why should dd be a nightmare? Are you aware that dd means a utility program, not floppies? > [...] > I understand the effort to write such sw might not be negligible, but > a utility which could manage to read native Qubide hard disks on a PC > and transfer files to a .win file (and maybe vicecersa) I think would > be very useful. If you have a PC with IDE port anyway, then where is the problem to use dd to get the image? Peter ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] R: QxlwinReader
Hi Wolfgang, Thank you very much for the comprehensive explanation. I understand it is extremely difficult - even forgetting about limitations like writing in Java - to implement a native access for Qubide disks. 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) 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. I remember for instance Quanta many years ago had possibilities to invest some money on QL related projects. If I could vote for a useful way to spend this money (I mentioned Quanta just as an example) I think maintaining compatibility and support of native QL hardware should have some priority. All your efforts are of course much appreciated Kind regards Davide -Messaggio originale- Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di Wolf via Ql-Users Inviato: domenica 18 giugno 2017 09:46 A: ql-us...@q-v-d.com Oggetto: [Ql-Users] QxlwinReader Hi Davide, Just to try and clear up some things about QxlwinReader. This program reads Qubide image files. These are copies of a whole qubide disk, copied to a simple file. I should indeed have mentioned in my reply to you that the "dd" program I referred to is a utility that comes as standard with Linux and allows you to copy all or part of the content of some device to a simple file on another device. As others have mentioned, something similar also seems to exist for windows, though I have never tried that. QxlwinReader cannot, and will never be able to, read a disk directly. To do that, I would either have to be able to access a real disk for a raw read/write which, unless I'm mistaken, java doesn't allow me to do (at least not in an OS independent way), or write a filesystem driver: one for Linux, and another for Windows, probably yet another for Mac etc - you can see why this isn't feasible. Moreover, please note that QxlwinReader can only handle "LBA" type image files, i.e. ones where files are written consecutively to the disk (FAT allowing), without taking into account that they should be split up between tracks, cylinders and heads. If I had an example of a Qubide disk image file actually making use of tracks, cylinders and heads I **might** be able to figure this out, too. I believe that Alain Haoui has written a driver for these types of disks. Moreover, for the time being, QxlwinReader only handles the first partition of a Qubide disk image file. There is no reason why it shouldn't be able to handle the other partitions, too - except that, there again, I don't have an example of an image file with several partitions, and so would be unable to test this. Knowing myself, letting out untested software would not be doing you a favour... HTH Wolfgang On 17/06/2017 20:17, via Ql-Users wrote: > Of course I misunderstood and I thought Wolfgang was referring to a > floppy disk transfer. Can you please provide the link for the download of this "DD" > utility? > > Thanks > > Davide > > -Messaggio originale- > Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di > Peter Graf via Ql-Users > Inviato: sabato 17 giugno 2017 20:01 > A: ql-us...@q-v-d.com > Oggetto: Re: [Ql-Users] R: R: QxlwinReader > > Davide wrote: > >> Having had to transfer a full QL system based on SGC/Qubide to .win >> with 150 Mb, using DD would have been quite a nightmare. > > Why should dd be a nightmare? Are you aware that dd means a utility > program, not floppies? > >> [...] > >> I understand the effort to write such sw might not be negligible, but >> a utility which could manage to read native Qubide hard disks on a PC >> and transfer files to a .win file (and maybe vicecersa) I think would >> be very useful. > > If you have a PC with IDE port anyway, then where is the problem to > use dd to get the image? > > Peter > > ___ > QL-Users Mailing List > > ___ > QL-Users Mailing List > > ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] R: QxlwinReader
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) There might still be a misunderstanding, because the DD utitly is completely useless for QL-SD. DD can convert a raw media (Qubide formatted in this case) to an image file. But QL-SD already has the Qubide partitions in an image file! It does *not* have Qubide raw media, although that would have made it easier to get a working driver. The whole reason I initially wrote the QL-side FAT32 code, is to save the step of converting raw media to image files. Or in other words, the basic concept of QL-SD is *not* to need tools like DD. On QL-SD you can directly read the Qubide image file from a PC, for instance with QxlwinReader or an emulator. By the way, the same approach could also be taken for Qubide IDE harddisks! The IDE harddisk (or compact flash, etc.) could be formatted in FAT32, and then have Qubide inside an image file like QL-SD. That way, DD would no longer be needed. Now that the QL-side FAT32 code is there, it could be re-used. Maybe Alain could comment on this? The only remaining issue would be to convert old "raw" Qubide harddisks once. > I think maintaining compatibility and support of native QL > hardware should have some priority. I agree, insasmuch retro-computing becomes pointless if it lives only on emulation. Whereever I saw people returning to the QL in the recent years, it was hardware-related. All the best Peter ___ QL-Users Mailing List
Re: [Ql-Users] R: QxlwinReader
By the way, if someone actually attaches a raw Qubide IDE harddisk to a PC in order to extract an image file with DD: Since 68K CPU's are big endian, while x86 is little endian, it might be required to do some conversion. Not sure about the QL, but on Q40/Q60, access to the IDE data registers is big endian! It might be required to swap every pair of bytes of input data, for which DD has the "swab" commandline option. ___ QL-Users Mailing List
Re: [Ql-Users] QxlwinReader
John Impellizzeri via Ql-Users wrote: > I tried QXLwinreader on my dd image but it was not recognized > as a valid image file. Then I read the post about the file > possibly needing conversion due to the 68K being big-endian. I was just guessing, because it theory there could have been some implicit byteswapping on the QL Qubide driver or hardware side, making up for CPU endianess. > Since I was running QXLwinreader on a Mac with an Intel cpu > (little-endian) I ran dd on the file again using the conv=swab > option and I can report that QXLwinreader happily accepts the > converted file and I can peruse through files and directories > in it. I havenTMt tried copying any files yet in either direction > as I have to set up a QXLwin file yet but it looks promising now. Thanks for the feedback, glad it worked. Please provide an update after you successfully copied something. Peter ___ QL-Users Mailing List
[Ql-Users] R: QxlwinReader
Hi Wolfgang, thank you for the explanations. Regarding the voluntary work: I am astonished as well as grateful to people like you, Marcel, Giorgio in Italy and others who still find some time for QL related activities for the benefit of very few remaining active users. This is even more true considering that we are not talking anymore of young students with high energy, free time and almost no hassles. Kind regards Davide -Messaggio originale- Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di Wolfgang Lenerz via Ql-Users Inviato: mercoledì 21 giugno 2017 09.26 A: ql-us...@q-v-d.com Oggetto: [Ql-Users] QxlwinReader 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 ___ QL-Users Mailing List
[Ql-Users] R: R: QxlwinReader
Hi Peter, Thank you for your interesting explanation, I was simply not aware of the fact that QL-SD already uses an image file on a FAT32 formatted SD card. And indeed it would be very interesting to have a similar approach for Qubide IDE hard disks which would be the solution of all the last discussions (using Wolfgang utility). Just for curiosity (for sure discussed many times in the past): why the QL-SD interface is not compatible with GD or SGC? Thanks and regards Davide -Messaggio originale- Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di via Ql-Users Inviato: mercoledì 21 giugno 2017 09.59 A: ql-us...@q-v-d.com Oggetto: Re: [Ql-Users] R: QxlwinReader 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) There might still be a misunderstanding, because the DD utitly is completely useless for QL-SD. DD can convert a raw media (Qubide formatted in this case) to an image file. But QL-SD already has the Qubide partitions in an image file! It does *not* have Qubide raw media, although that would have made it easier to get a working driver. The whole reason I initially wrote the QL-side FAT32 code, is to save the step of converting raw media to image files. Or in other words, the basic concept of QL-SD is *not* to need tools like DD. On QL-SD you can directly read the Qubide image file from a PC, for instance with QxlwinReader or an emulator. By the way, the same approach could also be taken for Qubide IDE harddisks! The IDE harddisk (or compact flash, etc.) could be formatted in FAT32, and then have Qubide inside an image file like QL-SD. That way, DD would no longer be needed. Now that the QL-side FAT32 code is there, it could be re-used. Maybe Alain could comment on this? The only remaining issue would be to convert old "raw" Qubide harddisks once. > I think maintaining compatibility and support of native QL hardware > should have some priority. I agree, insasmuch retro-computing becomes pointless if it lives only on emulation. Whereever I saw people returning to the QL in the recent years, it was hardware-related. All the best Peter ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] QL-SD interface and SGC
Hi Davide, > Just for curiosity (for sure discussed many times in the past): why the > QL-SD interface is not compatible with GD or SGC? You mean GC, not GD I assume. It is mainly a SGC issue, some users reported GC to work with QL-SD. The slewrate of some SGC signals is too fast for the QL motherboard. As a consequence, the SGC produces illegal electrical signals inside the QL, which can cause QL-SD to malfunction. Because the disturbances have a high frequency, they are not "seen" by the slow components of the QL itself, but only by the much faster QL-SD. My guess is that replacing the QL motherboard could fix this issue. Unfortunately, I have no Aurora system to try. Peter ___ QL-Users Mailing List
Re: [Ql-Users] Quanta Magazine
> On 23 Jul 2017, at 19:35, John Southern via Ql-Users > wrote: > > Simon, Michael, Ian, you should have all received copies up to and > including April/May 2017. The latest QUANTA I have received is FEB/MAR 2017. George ___ QL-Users Mailing List
[Ql-Users] Replacement Mouse
Hi, I have been having a problem sourcing a replacement mouse for my Aurora system. Serial mice have vanished even on ebay and also PS2/serial combo mice scarce. Does anyone know is mice adapters for the Atari and Amiga will work with Aurora/Qx0 serial ports? See link to ebay : http://www.ebay.co.uk/itm/The-New-MKIV-Amiga-Atari-USB-mouse-adapter-converter-with-mode-switch-jumpers-/121413700949?epid=1788636590&hash=item1c44 The adapter if it works allows use of easily obtained USB mice. Thanks Duncan ___ QL-Users Mailing List
Re: [Ql-Users] Replacement Mouse
Hi Derek, Yes I am interested, Have you changed your email address since the last time I emailed you which would have been a while ago. Best Wishes Duncan -Original Message- From: Derek via Ql-Users To: ql-users Sent: Tue, 15 Aug 2017 18:47 Subject: Re: [Ql-Users] Replacement Mouse Hi Duncan, I have a 3 button serial mouse with DB9 connector. It was ysed on a Q60, so any PC serial port will do. Email if you want it. RegardsDerek Original message From: via Ql-Users Date: 15/08/2017 10:09 (GMT+00:00) To: ql-us...@q-v-d.com Subject: [Ql-Users] Replacement Mouse Hi, I have been having a problem sourcing a replacement mouse for my Aurora system. Serial mice have vanished even on ebay and also PS2/serial combo mice scarce. Does anyone know is mice adapters for the Atari and Amiga will work with Aurora/Qx0 serial ports? See link to ebay : http://www.ebay.co.uk/itm/The-New-MKIV-Amiga-Atari-USB-mouse-adapter-converter-with-mode-switch-jumpers-/121413700949?epid=1788636590&hash=item1c44 The adapter if it works allows use of easily obtained USB mice. Thanks Duncan ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Replacement Mouse
Hi Dave, Yes I would be willing to test your prototype adapter. I have active at the moment both a Q60 and and Aurora QL. Let me know when and if you want me to test it. Best Wishes Duncan -Original Message- From: Dave Park via Ql-Users To: ql-users Sent: Tue, 15 Aug 2017 19:07 Subject: Re: [Ql-Users] Replacement Mouse I have designed an adapter that allows the use of PS/2 mice directly with the QL. It is actually a licensed development off of that MKIV adapter designed by Kevin Mount. If you're willing to wait a few weeks, could I send you a free sample to test? On Tue, Aug 15, 2017 at 8:48 AM, Derek via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi Duncan, > I have a 3 button serial mouse with DB9 connector. It was ysed on a Q60, > so any PC serial port will do. > Email if you want it. > RegardsDerek > Original message From: via Ql-Users < > ql-users@lists.q-v-d.com> Date: 15/08/2017 10:09 (GMT+00:00) To: > ql-us...@q-v-d.com Subject: [Ql-Users] Replacement Mouse > Hi, > > I have been having a problem sourcing a replacement mouse for my Aurora > system. Serial mice have vanished even on ebay and also PS2/serial combo > mice scarce. Does anyone know is mice adapters for the Atari and Amiga will > work with Aurora/Qx0 serial ports? > > See link to ebay : http://www.ebay.co.uk/itm/The-New-MKIV-Amiga-Atari-USB- > mouse-adapter-converter-with-mode-switch-jumpers-/ > 121413700949?epid=1788636590&hash=item1c44 > > The adapter if it works allows use of easily obtained USB mice. > > Thanks > > > Duncan > ___ > QL-Users Mailing List > ___ > QL-Users Mailing List > -- Dave Park d...@sinclairql.com ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Replacement Mouse
Thank you Marcel, for that information, I am glad I did not go and buy one to see if it worked. I had not seen that post on your blog. The Aurora board has a QIMI mouse interface integrated on the board but according to the manual it still requires an adapter, In any case I was using the SuperHermes serial mouse port with a combo PS2/serial mouse. Very nice blog Duncan -Original Message- From: Marcel Kilgus via Ql-Users To: ql-users Sent: Tue, 15 Aug 2017 18:32 Subject: Re: [Ql-Users] Replacement Mouse via Ql-Users wrote: > I have been having a problem sourcing a replacement mouse for my > Aurora system. Serial mice have vanished even on ebay and also > PS2/serial combo mice scarce. Does anyone know is mice adapters for > the Atari and Amiga will work with Aurora/Qx0 serial ports? No, this is not an adapter to serial but to Atari/Amiga/QIMI compatible ports. I have written about that one here https://www.kilgus.net/2017/01/30/of-mice-and-men-but-mostly-mice/ Marcel ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Replacement Mouse
Hi Derek, looks like I don't have your current email address as the email I have sent just came back undelivered. Could you email me at the aol address you have for me as that is still the same. Cheers Duncan -Original Message- From: Derek via Ql-Users To: ql-users Sent: Tue, 15 Aug 2017 20:39 Subject: Re: [Ql-Users] Replacement Mouse Hi Duncan,Still the sameemail address.Regards,Derek Original message From: via Ql-Users Date: 15/08/2017 20:34 (GMT+00:00) To: ql-us...@q-v-d.com Subject: Re: [Ql-Users] Replacement Mouse Hi Derek,Yes I am interested, Have you changed your email address since the last time I emailed you which would have been a while ago.Best WishesDuncan -Original Message-From: Derek via Ql-Users To: ql-users Sent: Tue, 15 Aug 2017 18:47Subject: Re: [Ql-Users] Replacement MouseHi Duncan,I have a 3 button serial mouse with DB9 connector. It was ysed on a Q60, so any PC serial port will do.Email if you want it.RegardsDerek Original message From: via Ql-Users Date: 15/08/2017 10:09 (GMT+00:00) To: ql-us...@q-v-d.com Subject: [Ql-Users] Replacement Mouse Hi,I have been having a problem sourcing a replacement mouse for my Aurora system. Serial mice h ave vanished even on ebay and also PS2/serial combo mice scarce. Does anyone know is mice adapters for the Atari and Amiga will work with Aurora/Qx0 serial ports?See link to ebay : http://www.ebay.co.uk/itm/The-New-MKIV-Amiga-Atari-USB-mouse-adapter-converter-with-mode-switch-jumpers-/121413700949?epid=1788636590&hash=item1c44The adapter if it works allows use of easily obtained USB mice.ThanksDuncan ___QL-Users Mailing List___QL-Users Mailing List___QL-Users Mailing List___QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Replacement Mouse
Hi Derek Thanks for that. Making your own seems like a lot of work when USB to PS2 adapters are dirt cheap. Yes I know the mouse would need to understand both PS2 and USB protocols. That's the current PS2 combo mouse type. I will look at the QIMI mouse connection on the Aurora board with the Atari/Amiga USB adapter, but I am also still interested in the serial mouse if it it still available. I will contact you off list about it. Cheers Duncan -Original Message- From: Derek Stewart via Ql-Users To: ql-users Sent: Wed, 16 Aug 2017 15:07 Subject: Re: [Ql-Users] Replacement Mouse Hi Duncan,I do not have your email address. My email address is: derek@q40.deThe USB to Atari/Amiga adapters work really well, fr connection to QIMI the adapter must be in Atari mode. As the Amiga has some lines going to different pins on the DB9 side.There are USB -> PS2 adapters, which connect the USB +Data/-Data line to the PS/2 Data/Clock.See this web link:http://www.instructables.com/id/USB-to-PS2-convertor/But the USB mouse has to support PS/2 mode.I have not had much success with USB to PS/2 adapters, I have lots of the USB to PS/2 Plug adapters, Maplin Electronics sell them for £0.61, so could worth risk...-- Regards,DerekOn 16/08/17 07:59, via Ql-Users wrote:> Hi Derek, looks like I don't have your current email address as the email I have sent just came back undelivered. Could you email me at the aol address you have for me as that is still the same.> > Cheers> > Duncan> ___QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] EXEP_W
Hi Michael, Question : are you using QDOS or smsqe? with smsqe it should be possible to create a wrapper basic executable program that will EXEP "task; parameters" then continue to run and check the jobs list (you will know the task name) until the task it EXEP has finished before continuing with what you want to do next. Duncan -Original Message- From: Michael Bulford via Ql-Users To: ql-users ; ql-users-request Sent: Wed, 16 Aug 2017 15:52 Subject: [Ql-Users] EXEP_W Hi, I am wanting to use EXEP some_turbo_task; arg$, "i", "u" and then wait until that job completes before continuing. Is there such a command that does this? If not, then how can this be implemented? Any ideas please Michael ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q60 + OSSC
On 16 Jan 2020 at 0:43, Thierry Godefroy via Ql-Users wrote: > > Those are small PLDs, optimized almost to the last gate, not FPGAs, > > and 800x600 is not doable. > > Surprising, since it's "just" a change in divisors/counters/ > frequencies, but if you say so (I'm certainly no expert in PLD/FPGA > programming). Maybe you can look at it this way: The video controller of the Q60 squeezes _more_ functionality than a contemporary Lattice reference design, into a PLD with less than _half_ the resources. This came not only from manual optimization using every possible trick, but also at the cost of flexibility. I had to exploit constraints that are not given at 800 x 600. I clearly remember that I tried hard to implement 800x600 some time after flatscreens came up, and came to the conclusion there is absolutely no chance. > > I would find an answer to my original question interesting. > > As I already explained, the OSSC has brought to me the solution for > the Q60 (and since a 800x600 mode is ruled out, I don't see any > point in modifying it now). Thanks for clarification. If the OSSC wasn't such an expensive, clumsy setup, I would also just say: Issue solved. Period. It's very good that you published your experience - I would never spend the money without knowing that it actually works with the Q60. For the BBQL, I have a better HDMI solution, so I have no other use for an OSSC. If it has not happened yet, I would encourage you to post your result on the QL forum also. > But you'd have to ask other Q40/Q60 owners about what they would > prefer (i.e. the use of a scan converter (*), or a heavy modification > of their Qx0 to output a higher resolution compatible with modern > monitors). Or a different board that would run with the 68060 pulled out of the Q60, hence my original question. > (*) In fact, a "cut-down" OSSC (that would only be able to deal with > the Q40/Q60 and QL video modes, and with just the VGA input and no > LCD display, no remote) could be a cheaper and easier solution. Of course. And also smaller, nicer, decently cased. If not for time shortage _plus_ other priorities even for the QL hobby, that would be an intersting project. ___ QL-Users Mailing List
Re: [Ql-Users] QL-VGA
Hi, I'd like that too, since I'm on no social media nor the forum. Wolfgang I like to see at least major posts here on the QL-Users mailing list. QL forever! Cheers, Urs ___ QL-Users Mailing List
Re: [Ql-Users] FGPA Anyone (Mister)
Anyway, I think I fixed it, new core is on the page. Of course I can only tell that it still works with the 32MB board ;) Marcel Hello Marcel While testing the new cores some strange things are happening Hardware: Mister 32 MB Board core 20200108 QL-SD 107/ 108 Mister SMSQE win_check 1 boot file loads SMSQE win_check 1 incomplete load another win file win_drive 2,1,"XXX.win win_check 2 incomplete but all drives are working core 20200112 QL-SD 107 / 108 core 20200116 only shows a garbled screen or FFFE FFFE 0002 F12 works Greetings from Switzerland Markus ___ QL-Users Mailing List
[Ql-Users] testing
I sent a response to something here, but it didnt arrive.. ___ QL-Users Mailing List
Re: [Ql-Users] E-mail etiquette: New subject, new message
A lot of people simply dont know this because they never view their mails by thread. I know I didnt, until I was told off about this some years ago. (I hope Ive managed to behave since then!) On this list there also used to be a convention to top- or tail- reply (I can no longer remember which 'cause I do it so rarely these days) Tony Firshman used to ball us out regularly for misbehaving wrt this. As anyone who tries to write programs for the QL "that just work out of the box" knows only too well, educating the general QLing public is a soul-destroying task. I guess we are a particularly idiosyncratic lot! Id like to do better, truly I would. I can only keep trying ;o) Per On 08/02/2020 21:01, Marcos Cruz via Ql-Users wrote: Hello. Probably most of you know that e-mail messages contain, in their metadata, a unique message identifier and also the unique message identifier of the responded message, if any. These identifiers allow the automatic hierarchic organization of messages into threads. Sometimes in this list, messages that start a new subject, actually are "responds" to other unrelated messages (even several years old). That is unlogical, has no advantage, breaks the sense of the threads and makes reading the list more difficult. For example, the recent announcement of the 16th Sinclair QL Italian meeting is a "respond" to the announcement of the 15th meeting (posted in 2018-10), which was a "respond" to the announcement of the QDOS/SMS reference manual 4.1 (posted in 2016-09). And then, three days later, the announcement of SMSQ/E 3.35 is a "respond" to the announcement of the 16th Italian meeting... As a result, without reason, both recent and interesting announcements belong to (and are "hidden" in) a thread started more than three years ago, and therefore they don't appear as two independent new threads at the top of the current hierarchy of messages in 2020-02, as they should. I know some webmail services don't care about the message identifiers and use the subject fields instead in order to recreate and display the threads, but that's not the way e-mail is supposed to work. Perhaps that is the reason some users don't realise the trouble caused by writing a new message by "replying" to whatever previous unrelated message, instead of writing an actual new message. Changing the subject in a thread only makes sense when the actual respond naturally leads to a different topic, but there's a helpful convention to mark that cases: "Re: New subject (Was: Old subject)". Please remember a basic rule of e-mail (lists) etiquette: New subject, new message; only respond to a message if you actually want to respond to what that message contains. Thank you in advance. Kind regards. ___ QL-Users Mailing List
Re: [Ql-Users] FlashBack OS
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] FlashBack OS
FlashBack OS.WIN | | | | | | | | | | | FlashBack OS.WIN Shared with Dropbox | | | I Hope you all like it On Tuesday, 25 February 2020, 04:45:23 GMT, Wolfgang Lenerz via Ql-Users wrote: 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 ___ QL-Users Mailing List
Re: [Ql-Users] FiFi 5.03
Thank you for the update of FiFi 5.03 it is Very Good I have not found any errors will you be updating any more of the old Software and system Files Like QD Software and Like Q-Menu one of QDT system Files OK Keep ip the Good work that you do Take Care All the Best Simon Foster On Friday, 28 February 2020, 19:52:34 GMT, Wolfgang Lenerz via Ql-Users wrote: 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 ___ QL-Users Mailing List
Re: [Ql-Users] FiFi 5.03
Sorry every one for my Last reply it come to me That QD Software and Q-Menu is now updated by Michael Kilgus sorry again for the Mess up On Saturday, 29 February 2020, 10:34:43 GMT, simon629--- via Ql-Users wrote: Thank you for the update of FiFi 5.03 it is Very Good I have not found any errors will you be updating any more of the old Software and system Files Like QD Software and Like Q-Menu one of QDT system Files OK Keep ip the Good work that you do Take Care All the Best Simon Foster On Friday, 28 February 2020, 19:52:34 GMT, Wolfgang Lenerz via Ql-Users wrote: 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 ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 2.28
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
Re: [Ql-Users] SMSQmulator 2.28
Hi, The scanner behaves as a keyboard, ascii only. Result from a Samsung hd: S13PJ1LS710098 It works fine in uqlx. 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
Re: [Ql-Users] SMSQmulator 2.28
On 2020-03-01 12:03, Graeme Gregory via Ql-Users wrote: On Sat, 29 Feb 2020, at 11:22 PM, Kjartan via Ql-Users wrote: Hi, The scanner behaves as a keyboard, ascii only. Result from a Samsung hd: S13PJ1LS710098 It works fine in uqlx. 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.. 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 -- Roundcube Webmail ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 2.28
On 2020-03-01 16:39, Wolfgang Lenerz via Ql-Users wrote: Hi, does the scanner send ENTER at the end of the scan process? Yes. It's read like an ordinary keyboard, input"Scan item ",a$ This works fine in uqlx and qpc under wine. I assume that it types too fast for SMSQmulator to keep up. Kjartan 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 -- Roundcube Webmail ___ QL-Users Mailing List
[Ql-Users] RE QDT Running with 240 MB of RAM
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
Re: [Ql-Users] RE QDT Running with 240 MB of RAM
I just Love playing with QDT to see what it is Like with your Emulator Because Even QPC2 does not have a setting for 240 MB but why does not Q-Word work on your Emulator it works Fine on QPC2 but Like your Emulator and your software Like FiFi 5.03 it is Very Very Very Good and my Best Game is The Wall ok Take Care All the Best Simon Foster On Monday, 2 March 2020, 15:54:32 GMT, Wolfgang Lenerz via Ql-Users wrote: 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 ___ QL-Users Mailing List
Re: [Ql-Users] LaunchPad
Hi can any one Help me on this Website QL QDOS and SMSQ/E Heaven this is I think a old screen shot of LaunchPad I think the Q40/Q60 It Looks Very Good. I want would That Version work on QPC2 Emulator If any one has it Could they Installed on to a Win File for me OK All The Best Thanks Simon Foster | | | | | | | | | | | QL QDOS and SMSQ/E Heaven | | | ___ QL-Users Mailing List
Re: [Ql-Users] LaunchPad
HI Dliwyn I have got more info for on the Site it says - Artificer from the North West GB | | | | Blogger: User Profile: Artificer Blogger is a free blog-publishing tool from Google for easily sharing your thoughts with the world. Blogger make... | | | On Friday, 6 March 2020, 17:54:55 GMT, Dilwyn (gmail) via Ql-Users wrote: Sadly, this list doesn't seem to allow graphics and the email was received as plain text anyhow, so the screen dump never came through. Are you referring to the screen picture on http://qlheaven.blogspot.com/ by any chance? That shows the most recent version of Launchpad, running in high colour mode, with a new system font (set from SBASIC with the CHAR_DEF command so ALL programs use that font by default, including Launchpad), and some GD2 sprites presumably defined by the blog author for his/her own use (wonder if the blog author could be persuaded to share some of those nice sprites?). There are only two "current" versions of Launchpad: 1. v0.96, the older version for systems without Window Manager 2 2. v2.10, the recommended version if your system supports WIndow Manager 2. Both can be downloaded free of charge (password protection was removed back in 2017) from http://www.dilwyn.me.uk/gen/launchpad/demo/demo.html . I appreciate that the URL of the download page implies it's a demo, but nowadays the download is actually the full version. Hope that helps, -Original Message- From: simon629--- via Ql-Users Sent: Friday, March 06, 2020 5:23 PM To: QL-Users List Cc: simon...@sky.com Subject: Re: [Ql-Users] LaunchPad Hi can any one Help me on this Website QL QDOS and SMSQ/E Heaven this is I think a old screen shot of LaunchPad I think the Q40/Q60 It Looks Very Good. I want would That Version work on QPC2 Emulator If any one has it Could they Installed on to a Win File for me OK All The Best Thanks Simon Foster | | | | | | | | | | | QL QDOS and SMSQ/E Heaven | | | ___ QL-Users Mailing List -- This email has been checked for viruses by AVG. https://www.avg.com ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] Publishing Off-ICE
Publishing Off-ICE What ever happen't to it it it still possible to download it somewhere. does anyone no Because it is a missing piece to my ICE Desktop what I Have for Q-emulator any Info OK All the Best Thanks Simon Foster ___ QL-Users Mailing List
Re: [Ql-Users] QBOX BBS for TCP/IP released!
Hi Jan, > > > Or is there a simple way to convert the sound output socket to a network > > > socket with minimal damage? > > > > It is even possible without *any* damage, but you would lose sound. Some > > tinkering would be involved, drilling a hole is definitely easier. > > > > From what I can see I have to remove the capacitors(?) in the PCB tracks to > the socket, which is quite a challenge given their small size, the crowded > PCB area and my aging eyes :-( I wouldn't recommend to use the sound connector anyway. > So I have mounted the resistors and diode > in the area for the expansion connector and used the ground hole on the > reset connector for ground (I did not dare to use the ground hole on the > expansion connector as it's very close to the +3.3V and a short-circuit is > easily made. Nice idea. Another ground point is the singular pin above the SDRAM IC. > Anyway, it's working now... got about 30Kbit throughput between the Q68 and > a BBQL with GC, which is about the expected rate given the fact that QLnet > is half-duplex. SERnet between Q68 and PC is about twice as fast at 115200 > baud, but as I said it's easier to do bulk transfers by swapping SDHC > cards. At least my BBQLs now have easy access to real mass-storage :-). Glad it works for you. Only 30 Kbit sounds a bit low, was that with mass storage or ramdisk? Peter ___ QL-Users Mailing List
[Ql-Users] FlashBackOS Launch Day
Hi Everyone I Just want My new QDT OS Is Launched Today it is Called FlashBackOS so Please ENJOY https://www.dropbox.com/home/ICE?preview=FlashBack+OS.WIN ___ QL-Users Mailing List
Re: [Ql-Users] FlashBackOS Launch Day
Am 22.03.20 um 10:30 schrieb simon629--- via Ql-Users: Hi Everyone I Just want My new QDT OS Is Launched Today it is Called FlashBackOS so Please ENJOY https://www.dropbox.com/home/ICE?preview=FlashBack+OS.WIN ___ QL-Users Mailing List hello Simon your link is wrong goto dropbox inside your folder click on the three points select share on the bottom of the box will see "Share a link instead" and "Copy link" that's the real link your file so please post this link if you want share a file Greetings from Switzerland Markus ___ QL-Users Mailing List
Re: [Ql-Users] FlashBackOS Launch Day
FlashBack OS.WIN | | | | | | | | | | | FlashBack OS.WIN Shared with Dropbox | | | Sorry About that how do I remove the OLD One Can you Help Help Help? On Sunday, 22 March 2020, 10:35:07 GMT, desin via Ql-Users wrote: Am 22.03.20 um 10:30 schrieb simon629--- via Ql-Users: > Hi Everyone I Just want My new QDT OS Is Launched Today it is Called > FlashBackOS so Please > > ENJOY > https://www.dropbox.com/home/ICE?preview=FlashBack+OS.WIN > > > > ___ > QL-Users Mailing List > hello Simon your link is wrong goto dropbox inside your folder click on the three points select share on the bottom of the box will see "Share a link instead" and "Copy link" that's the real link your file so please post this link if you want share a file Greetings from Switzerland Markus ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SBASIC
Try EXEP 'SBASIC', or even EXEP 'SBASIC'; 'lrun"myprog_bas"'! Per On 22/03/2020 17:52, Giorgio Garabello via Ql-Users wrote: I'm trying to run the SBASIC command inside a compiled program (with Qliberator) but nothing happens . Ideas? 100 PRINT "STEP 1" 110 SBASIC 120 PRINT "STEP 2" Regards Giorgio ___ QL-Users Mailing List . ___ QL-Users Mailing List
[Ql-Users] drats
The daffydills are in bloom, the baby daffydills too, other spring flowers have sprung, the helleborus are late, guess winter didn't have enough cold days and its snowing now -- Paul Holmgren JCI #74145 "It could probably be shown by facts and figures that there is no distinctly native American criminal class except Congress." Samuel Clemens ___ QL-Users Mailing List
Re: [Ql-Users] SBASIC
I was just pointing out, to anyone interested, that there is a lot more one can do with this ;o) Obviously a myprog_bas program has to exist and be valid, and the exclamation mark was informative and not meant to be part of the command. But EXEP 'SBASIC' should do what I presume you were trying to do. Per On 22/03/2020 21:35, Giorgio Garabello via Ql-Users wrote: Il giorno dom 22 mar 2020 alle ore 18:22 pjwitte via Ql-Users < ql-users@lists.q-v-d.com> ha scritto: Try EXEP 'SBASIC', this work well! or even EXEP 'SBASIC'; 'lrun"myprog_bas"'! this not Giorgio Per On 22/03/2020 17:52, Giorgio Garabello via Ql-Users wrote: I'm trying to run the SBASIC command inside a compiled program (with Qliberator) but nothing happens . Ideas? 100 PRINT "STEP 1" 110 SBASIC 120 PRINT "STEP 2" Regards Giorgio ___ QL-Users Mailing List . ___ QL-Users Mailing List ___ QL-Users Mailing List . ___ QL-Users Mailing List
[Ql-Users] A New Update OF My New FlashBackOS
Hi Just A Quick Update There was a Error with Prowess Config File but Now it has been Fixed so can you all Re Download the New Updated Win File OK All The Best Simon Foster https://www.dropbox.com/s/iyu1ts6n6tj710n/FlashBack%20OS.WIN?dl=0 ___ QL-Users Mailing List
Re: [Ql-Users] Q-OS
Hi Everyone My New OS is OUT Today it is Called Q-OS and it is Now a Available to Download Enjoy Q-OS.WIN | | | | | | | | | | | Q-OS.WIN Shared with Dropbox | | | ___ QL-Users Mailing List
Re: [Ql-Users] Q-OS
https://www.dropbox.com/s/irqzgmzfp3c8cqp/Q-OS.WIN?dl=0 On Tuesday, 14 April 2020, 17:43:17 BST, simon629--- via Ql-Users wrote: Hi Everyone My New OS is OUT Today it is Called Q-OS and it is Now a Available to Download Enjoy Q-OS.WIN | | | | | | | | | | | Q-OS.WIN Shared with Dropbox | | | ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-OS
You have to Set QPC2 t0 1024x768 MY OS Was Based on DJ LaunchPAD DJ owns theCopy Rights On Tuesday, 14 April 2020, 17:43:17 BST, simon629--- via Ql-Users wrote: Hi Everyone My New OS is OUT Today it is Called Q-OS and it is Now a Available to Download Enjoy Q-OS.WIN | | | | | | | | | | | Q-OS.WIN Shared with Dropbox | | | ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-OS
I Have a Mac Computer I Use The CrossOver Emulator to use The QPC2 QL Emulator My iMac is a Late 2012 27" Motor 2560X1440 That's why I mine to 1024X768 and The LaunchPad BackGround is a 1024x768 Wallpaper So That's Why On Tuesday, 14 April 2020, 18:29:57 BST, Ralf Reköndt via Ql-Users wrote: You have to Set QPC2 t0 1024x768 MY OS Was Based on DJ LaunchPAD DJ owns theCopy Rights 1024x768 is no good on my 19" monitor, I just use 640x512, that gives the best size for me. ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] Q-OS Version 1.1 is OUT
Hi Everyone Q-QS 1.1 is out Today This Version was Made By S Foster and Desin it was Based on DJ and DB LaunchPad that both own The Copy RightsEnjoy Q-OS.WIN | | | | | | | | | | | Q-OS.WIN Shared with Dropbox | | | ___ QL-Users Mailing List
Re: [Ql-Users] QL User grapic competition from 1985: Tree
On 16/04/2020 12:39, Michael Berger via Ql-Users wrote: I remember that. Cool :o) But I cant answer your question, sorry. Per ___ QL-Users Mailing List
[Ql-Users] QUANTA
QUANTA Hi everyone Is QUANTA FREE Now Because I can not Find no PayPal Link anymore to my £20.00 can any one Help Me ___ QL-Users Mailing List
Re: [Ql-Users] QUANTA
Thank you Dilwyn How do I get Back Copy's Hi have most of them but I need The ones from 2015 2016 and 2017 in PDF Format Can You Help Me Dilwyn OK All the Best Simon Foster On Friday, 17 April 2020, 12:37:20 BST, Dilwyn (gmail) via Ql-Users wrote: Read the JOIN QUANTA page on the MEMBERS tab on Quanta website at www.quanta.org.uk - I quote: "Join QUANTA --- Membership: Full membership, with the magazine sent in PDF format by email, is now free but must be renewed on a yearly basis to keep in-line with GDPR regulations. Subscription is by CALENDAR YEAR, and runs from the previous January. Members joining part way through a subscription period can also receive back issues for the current subscription period on request from the membership secretary." If you are willing to receive the magazine by email as a PDF file, membership is now free. If you wish to get paper copies, you still have to pay for them, but will need to contact the membership secretary John Southern to arrange it and ask how much. Dilwyn -Original Message- From: simon629--- via Ql-Users Sent: Friday, April 17, 2020 11:45 AM To: QL Users List Cc: simon...@sky.com Subject: [Ql-Users] QUANTA QUANTA Hi everyone Is QUANTA FREE Now Because I can not Find no PayPal Link anymore to my £20.00 can any one Help Me ___ QL-Users Mailing List -- This email has been checked for viruses by AVG. https://www.avg.com ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.36
You No the Removable Win File is a Removable SD a Well The Next thing needs to
come out is CD-Rom Support so If they have to Computers in the house Like a
PC and LIKE a Q68 and If you a Portable USB CD Rom Drive you could of unplug
it from the PC and plug it it to the Q68 and install All your QL Software
from a CD-Rom-Q68 That will Be the Next BIG BIG BIG Think to come out
On Sunday, 19 April 2020, 08:37:47 BST, Peter Graf via Ql-Users
wrote:
Hi Wolfgang,
> SMSQE 3.36 is out. You can get it as usual on wlenerz.com/smsqe
Many thanks for your maintainance work, covering so many different machines.
Not that I actually use the Q68 FAT driver, but by chance I noticed a
configration issue. The "Fat1_ is on card =>" entry exists, but can not
be selected. ("Fat2_ is on card =>" and higher numbers work.)
> For the Q68, cards need not be initialized for normal access (a
> CARD_INIT might still be necessary for the CARD_xx commands).
I have not enough evidence to actually blame this feature, but would
recommend a little caution. I had strange issues two times, since I
tried it instead of just rebooting. In both cases, problems appeared in
connection with overwriting existing files. I had to concentrate on
other stuff, so I didn't actually investigate. Reverting to a backup
image cured it. Could be just coincidence with something else.
> 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.
Please note that the mentioned FPGA update not just adds keyboard
interrupt support, but also lowers the rate in which the PS/2 ports are
sampled. At the moment we wait on more testing. Since the Q68 has no
field update for the FPGA, persons who have those (not fully PS/2
standard conforming) adapters should ask Derek.
All the best
Peter
___
QL-Users Mailing List
___
QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.36
Hi,
No need to use CD ROM disks, as I have a PC with an SD Card reader on it in the
house...
I insert the 32Gb SD Card into the reader and copy the QWA container file
(QXL.WIN file) to it and insert the SD Card into the Q68 SD Card reader Slot 2,
mount the SD Card and read the files.
Or connect Q68 via SerNET to QPC2 and read the files over the network.
CD-ROM disks not required, they only hold 650mb.
Also there are no USB drivers for the Q68 or any QL computers.
Regards
Derek
On 19 April 2020 09:16:56 BST, simon629--- via Ql-Users
wrote:
>You No the Removable Win File is a Removable SD a Well The Next thing
>needs to come out is CD-Rom Support so If they have to Computers in
>the house Like a PC and LIKE a Q68 and If you a Portable USB CD Rom
>Drive you could of unplug it from the PC and plug it it to the Q68
>and install All your QL Software from a CD-Rom-Q68 That will Be the
>Next BIG BIG BIG Think to come out
>On Sunday, 19 April 2020, 08:37:47 BST, Peter Graf via Ql-Users
> wrote:
>
> Hi Wolfgang,
>
>> SMSQE 3.36 is out. You can get it as usual on wlenerz.com/smsqe
>
>Many thanks for your maintainance work, covering so many different
>machines.
>
>Not that I actually use the Q68 FAT driver, but by chance I noticed a
>configration issue. The "Fat1_ is on card =>" entry exists, but can not
>be selected. ("Fat2_ is on card =>" and higher numbers work.)
>
>> For the Q68, cards need not be initialized for normal access (a
>> CARD_INIT might still be necessary for the CARD_xx commands).
>
>I have not enough evidence to actually blame this feature, but would
>recommend a little caution. I had strange issues two times, since I
>tried it instead of just rebooting. In both cases, problems appeared in
>connection with overwriting existing files. I had to concentrate on
>other stuff, so I didn't actually investigate. Reverting to a backup
>image cured it. Could be just coincidence with something else.
>
>> 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.
>
>Please note that the mentioned FPGA update not just adds keyboard
>interrupt support, but also lowers the rate in which the PS/2 ports are
>sampled. At the moment we wait on more testing. Since the Q68 has no
>field update for the FPGA, persons who have those (not fully PS/2
>standard conforming) adapters should ask Derek.
>
>All the best
>Peter
>___
>QL-Users Mailing List
>
>___
>QL-Users Mailing List
---
Regards,
Derek
___
QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 2.29
Same here. And the version is marked 2B29 in the About. Per On 19/04/2020 13:22, Bob Spelten via Ql-Users wrote: Op Sun, 19 Apr 2020 07:56:30 +0200 schreef Wolfgang Lenerz via Ql-Users : Hi all, hot on the heels of SMSQE 3.36 comes SMSQmulator 2.29. Win drives can be made removable. NFA drives can handle (exec, save and load) files with an XTcc footer, so that QL files can be EXEC'd directly from a native drive. wlenerz.com/smsqmulator. Thanks Wolfgang for the final 2.29. But it seems something has gone wrong when making the zip. The unpacked SMSQm8229 only opens it's W$ window, the content is black, no QL windows. When viewing the supplied SMSQE bin file I see sections of SBasic(?). Then I copied SMSQE (also 308.5K) from the 3.36 binaries, which looked alright although it said there @h01E0: "<>SMSQXq3.350002..". The result was the same, no booting into my usual .WIN. BTW The SMSQE 3.36 announcement was too hot for me and never reached my mailbox. Bob ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 2.29
Hi, 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
Re: [Ql-Users] SMSQmulator 2.29
Hi Wolfgang, Gremlins have dissipated. Thank you SMSQmulator! Per 19/04/2020 15:38, Wolfgang Lenerz via Ql-Users wrote: 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 Mailing List
[Ql-Users] SMSQE Source zip
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
Re: [Ql-Users] Win File size
Hi Giorgio I think it is 100MB well when I use win1_win_exender_bas you get the File do to this From Dilwyn Jones's on his Website and you copy it on to the win File then in the command window and Type in win1_win_extender_ bas what what with will do is make your win file Bigger So I Hope this help you All the Best Giorgio Take Care Simon Foster ___ QL-Users Mailing List
Re: [Ql-Users] Maximum size of a file
On Thursday, 23 April 2020, 12:25:04 BST, Giorgio Garabello via Ql-Users wrote: Maximum size of a file What is the maximum file size allowed on a .win disk? Regards Giorgio ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.36
Hi, Just to clarify, does SMSQ/E v3.36 mount the QXL.WIN files correctly. --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] Q40i/Q60 board availability
Hi Jason, The Q60 was batch produced from 2002 till 2005, where there seemed no more demand for the Q60 at that time. The Q60 and Q40i was produced in board option and could be supplied built into PC AT Midi Tower Case. The Q40i was an enhanced Q40 that could have 128K ram, which differentiated from the Qbranch Q40. For the amount of Q60 boards and complete systems buuilt and sold, there was no failures. It is wonder batch run was so successful, with all the adverse QL media attention. See the QL-USERS mailing list history and QL Today scanned magazines for more information on this. The boards and parts that Peter talks about are the Q40 boards donated by Tony Firshman with many faults, I gave to s German QL group for possible repairs. But this maybe highly unlikely due the bad construction and suspect parts supplied by the previous supplier. I have some Q60 boards that I built in 2003, but due an article in QL Today about 68060 CPU mask numbers, many Q60 owners removed the heat sink on the CPU to read the CPU Mask code. However, the problem is they did not fit the heat sink correctly, causing damage to the CPU. I did consider building more Q60 boards, as I sold all the Q60s and did not have one for myself. So I may do a limited production of the Q60 board in the future. Currently, the Q68 is main production model. --- Regards, Derek On 12 June 2020 13:36:19 BST, Jason Stevens via Ql-Users wrote: >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] Select on
On 19/06/2020 10:52, Giorgio Garabello via Ql-Users wrote: "SELect ON" instruction I find it has a major flaw that will not allow you to manage alphanumeric variables, I unfortunately don't know the assemly Would someone be available to create an extension similar to SELECT (e.g. SELECT $) capable of handling strings? I understand that it is not simple .. :-( Giorgio Sadly, this is one of many improvements in Minerva BASIC that did not make it into SBASIC. At least SBASIC no longer crashes on FOR i$ = 'a' TO 'z'! or REPeat a$ .. It just errors. (As of V3.35, I think) Per ___ QL-Users Mailing List
Re: [Ql-Users] Select on
On 19/06/2020 20:02, Daniel Baum via Ql-Users wrote: What about doing something like this. In languages like c# the equivalent of the "select on: command is hardly ever used and if .. else if ... else is much more common: 100 INPUT a$ 110 IF a$="a" THEN 115 PRINT "hello a" 120 ELSE 130 IF a$="b" 135 PRINT "hello b" 150 ELSE 155 IF a$="c" 157 PRINT "hello c " 160 ELSE 170 PRINT "hello d" 180 END IF 190 END IF 200 END IF Actually, I had need of a similar construct recently. This is what I came up with: 100 FOR i% = 1 TO 6 110 case$ = 'case' & i% 120 c% = case$ INSTR "case1 case2 case3 case4 case5 case6" 130 : 140 SELect ON c% 150 = 1: PRINT 'case 1' 160 = 7: PRINT 'case 2' 170 = 13: PRINT 'case 3' 180 = 19: PRINT 'case 4' 190 = 25: PRINT 'case 5' 200 = 31: PRINT 'case 6' 210 = REMAINDER : PRINT 'ERROR' 220 END SELect 230 : 240 END FOR i% This is obviously just a demo to illustrate the idea. It seems reasonably fast. In my case I was able to keep all the terms to more or less the same size. If there is a chance of ambiguity, one could wrap the terms in delimiters: c% = '#' & case$ & '#' INSTR '#case1#test this2#or this#etc#..#' Per ___ QL-Users Mailing List
Re: [Ql-Users] Select on
On 20/06/2020 17:00, Jan Bredenbeek via Ql-Users wrote: Op za 20 jun. 2020 14:01 schreef Dave Park via Ql-Users < ql-users@lists.q-v-d.com>: ooGyebd = Goodbye goodbye <> Goodbye Use a hash algorithm like CRC-16 or CRC-32? ;-) Thats probably the fastest solution so far :o) Maybe overkill for just a few items. INSTR is pretty fast - and its built in. Per ___ QL-Users Mailing List
Re: [Ql-Users] Select on
On 21/06/2020 13:38, Bob Spelten via Ql-Users wrote:
Op Sun, 21 Jun 2020 09:46:23 +0200 schreef Norman Dunbar via
Ql-Users :
I have a vague recollection that Simon N Goodwin did something
similar, maybe, in the DIY Toolkit.
I think it was passed a variable and a list of strings, and
returned the position of the variable in the list. Something like
that.
Maybe useful?
That would then be the PICK$ function.
It's on DIY disk 1, sub E, found on Dilwyn's site, where else?
To me it looks like PICK$ is the OPPOSITE of string SELect. PICK$ goes
like this:
direction$ = PICK$(direction%,"North","East","South","West")
Which is nothing other than what we've already got, ie:
SELect on direction%
= 1: direction$ = "North"
= 2: direction$ = "East"
= 3: direction$ = "South"
= 4: direction$ = "West"
= REMAINDER: direction$ = "???"
END SELect
although it is theoretically faster than SELect as it calculates the
location of the desired value rather than doing a bunch of comparisons.
But what a string select is supposed to do is:
direction% = PICK%(direction$,"North","East","South","West")
ie it returns some processable answer to a string query, viz
SELect on direction$
= 'North': Go_to_North
= 'East': Go_to_East
= 'South': Go_to_South
= 'West: Go_to_West
= REMAINDER: Go_to_Hell
END SELect
Just for fun, after reading Giorgio's mail, I went and wrote a
function like PICK% (not PICK$). Although it is very simple, it is
significantly slower than the INSTR suggestion I made earlier. It
would probably more or less match a real string select in speed.
A hash function could be faster/more efficient for lists critical
enough to justify the presence of such a function.
Ideally, it would be some function that would map lexicographical
values well onto numbers, eg
f('ABC') < f('abc') or f('abcd') > f('abc'), etc, in a word or
longword. Then things like ranges might be possible:
term = Magic(term$)
:
SELect on term
= $0123 TO $0300: Go_to_North
= $3001, $1234: Go_to_East
= etc
though of what practical use they would be I know not..
But out of interest, does such a function exist?
Per
___
QL-Users Mailing List
[Ql-Users] smsqe QL-Colors Block in mode 8
hello can anyone test this maybe on real hardware 100 Mode 8 110 paper 1 120 cls 130 block 200,200,0,0,0 140 block 200-10,200-10,5,5,7 draws a block inside a bigger one there is a horizontal misalignment if the difference is not even eg. (2,4,6) from screen/pixel ratio ? Greetings from Switzerland Markus ___ QL-Users Mailing List
[Ql-Users] For Sale
While the mood is with me, I manage to get through a box or 3 that has been tucked away for years. Decided I could tackle the task once again the other day, and after the first box, settled for a smaller one as the last one today. FOUND: Knew I had the stuff, but a 'one of the top 10 life disasters' interrupted the using of these and I never returned to QL'ing like I used to. 1: Aurura COMPLETE, still in its padded envelope This has been never been used since bought new. (It's a electron Virgin) Any market for this? -- Paul Holmgren JCI #74145 To announce that there must be NO criticism of the President, or that we are to stand by the President Right or Wrong, is not only UNPATRIOTIC and SERVILE, but is Morally TREASONABLE to the American Public. Former Republican President, Theodore Roosevelt ___ QL-Users Mailing List
Re: [Ql-Users] MODPlay
On 10 Nov 2020 at 20:21, Marcel Kilgus via Ql-Users wrote: > I wrote a music player for the old Amiga MOD file format. Head over > to > https://www.kilgus.net/smsqe/modplay/ for the details. I forgot the exact percentage of CPU overhead by the 20 kHz interrupt of the Q40, but I tested it below 10% at design time. Otherwise I'd not have simplified the design that way. It's unlikely that Tony Tebby implemented sound less efficiently than myself, so probably the 68040 is simply too slow for Mr. Del Nero's routines. Didn't have time to really look, but if the rest of his code is similarly efficient as his memcopy, that's no surprise. Qsplayer also was a C program using the sampled sound system. Peter ___ QL-Users Mailing List
Re: [Ql-Users] For Sale
On 11 Nov 2020 at 1:17, Steve C. via Ql-Users wrote: > Aurura was not easy to Google, and I'm still not certain that it is > a QL clone? Not directly like Q40, Q60 or Q68. Aurora always is an add-on to GoldCard or SuperGoldCard. So you need one of these also. Peter ___ QL-Users Mailing List
Re: [Ql-Users] QL Calendar 2021
Hi Dilwyn, very nice! Happy new year to you, too! Wolfgang Le 26/12/2020 à 17:08, Dilwyn Jones via Ql-Users a écrit : I've put together a little QL-themed calendar for 2021 - The QaLendar. Download it from http://www.dilwyn.me.uk/gen/calendar/calendar.html as a PDF or a Word document. A very happy new year to all QL users out there. ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] QL Calendar 2021
Happy New Year Dilwyn I hope we all have a Better 2021 On Sunday, 27 December 2020, 12:11:42 GMT, Wolf via Ql-Users wrote: Hi Dilwyn, very nice! Happy new year to you, too! Wolfgang Le 26/12/2020 à 17:08, Dilwyn Jones via Ql-Users a écrit : > I've put together a little QL-themed calendar for 2021 - The QaLendar. > > Download it from http://www.dilwyn.me.uk/gen/calendar/calendar.html as > a PDF or a Word document. > > A very happy new year to all QL users out there. > ___ > QL-Users Mailing List > ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] QL/E v3.20 is out!
Thank You Ever So Much Urs for QLE 3.20 it is Very Very Good how easy to put My Bought bought software on to it and the now QCP and QcCoCo can you please Help OK Thank's Urs On Thursday, 31 December 2020, 19:38:40 GMT, Urs Koenig (QL) via Ql-Users wrote: Hi QLers, QL/E v3.20 (Codename "Take a breath", 2020 edition) is out now! It is by far the best QL/E ever! Download as usual from the sinclairql.net website. I wish you all a Happy and Healthy New Year 2021! Cheers, Urs Von meinem iPhone gesendet ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] UDP driver for Q68 and TFTP programs
Hi Wolfgang, > I've written a UDP (only) ethernet driver for the Q68, and a TFTP > file exchange programs (for the Q68, emulators and also some TFTP > server/client software for PCs/Macs). Many thanks! Love running your TFTP server on my Q68 for file exchange with the PC and my second Q68. Especially that executables can be easily transferred using the XTcc flag is very comfortable. Saves a lot of SD card handling for file transfer. And although QL network for the Q68 is nice, ethernet feels like a different league in terms of speed. Can your TFTP server theoretically also run on Martin's ethernet/UDP driver? All the best Peter ___ QL-Users Mailing List
Re: [Ql-Users] QL/E v3.20 is out!
HI there are a meny Games and QSpread V4.04 Q-Route V2.00 and Bobs Software and some of Rich Mellor Software and Games every Time You bring out a New. Version of QLE it Takes Me a Long Time to Put it All Back ON Can you Help Urs OK Thanks Simon On Thursday, 7 January 2021, 21:01:23 GMT, Urs Koenig (QL) via Ql-Users wrote: Simon wrote: > Thank You Ever So Much Urs for QLE 3.20 it is Very Very Good how easy to > put My Bought bought software on to it and the now QCP and QcCoCo can > you please Help OK Thank's Urs Thank you for your feedback on QL/E! http://sinclairql.net/repository.html#QLE Yes I know, QCoCo and some other nice tools are still not integrated, but at least Colourways are in since version 3.19. Focus for the new version 3.20 was: - SMSQ/E v3.36 (released April 2020) - SMSQmulator 2.29 (released April 2020) - FiFi v5.04 (released March 2020) - the updates which Marcel did during 2020 to packages such as QPAC2, QD, Chess - Marcel's new MODPlay (release October 2020) - Tobias' Magnetic Scrolls interpreter (released December 2019) - Martyn's Q68 QL NET support (released June 2019) - Martin's Q68 IP NET support (released December 2020) More Information: http://sinclairql.net/downloads/QLE_news.txt http://sinclairql.net/downloads/QLE_README.txt http://sinclairql.net/downloads/QLE_history.txt http://sinclairql.net/downloads/QLE_changelog.txt Download QL/E: http://sinclairql.net/downloads/THE_DISTRIBUTION_qle.ZIP Important note for Q68 users: Q68 users should use CFG to set the NET TCP/IP either to „none“ or „192.168.1.x“ (I use x=8 as this is free in my LAN and reminds me of the Q68) to avoid boot failing at line 11425. QL forever! Urs ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] UDP driver for Q68 and TFTP programs
Hi Peter, Can your TFTP server theoretically also run on Martin's ethernet/UDP driver? It should, as it only uses documented system/driver calls - I haven't had time to try it, though, and I'm not at home ATM. Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] FIFi 5.04
Hi on the new QLE 3.20 it has got FiFi 5.04 where can I download it for my Version of QDT OK Thanks ___ QL-Users Mailing List
Re: [Ql-Users] Mister core
Ok. I am running RAM test now. The minimig core is working just fine and uses a lot of RAM .. But that core runs the sdram slower. Could it be a sdram error? Michael hello Michael strange picture, it's missing the garbled ROM background try again with setting RAM to 896 K Greetings from Switzerland Markus ___ QL-Users Mailing List
Re: [Ql-Users] Mister core
Looks like a problem with RAM data bus line DQ13 (pin 13 on connector). RAM board DIY or bought? SDRAMv1 or v2? What maximum frequency does the RAM test core detect? Marcel SDRAM v3.1U 32 MB 160 MHz Alliancenope video garbled SDRAM v3.x 128 MB 140 MHz Alliance** works* extra slim * boots after 4 or five resets or using a other core first read errors under SMSQE ** but looks like fake Greetings from Switzerland Markus ___ QL-Users Mailing List
Re: [Ql-Users] Mister core
I think bought, but I got the main board for free together with the ram module. It is v1. Where can I see the frequency? I ordered a new sdram yesterday. Michael Utility -> memtest ___ QL-Users Mailing List
[Ql-Users] SMSQE on HATARI
hello some interesting findings for Hatari 2.3.1 Configuration System TT CPU 68000 32Mhz TOS EMUTOS512k.img v1.0.x Floppy MSA/ST 720kb optional Hardisk ACSI optional SCSI -> QXL.win GemdosDrive -> folder with bootconf.app / smsqe3xx.prg fire it up bootconf.app set screen to compatible reboot optional start smsqe.prg wait Greetings from Switzerland Markus ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE on HATARI
Am 04.02.21 um 17:16 schrieb Ralf Reköndt via Ql-Users: Markus, one forum member remarks, that "SCSI" is not there...? Any idea? Or should he add it? I am using Hatari 2.3.1 on Debian Linux no clue about the Apple OS version some new important findings Selectric.prg in the AUTO folder helps a lot maybe it sets some cookies and initialises some devices Markus ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE on HATARI
Hi, The Hatari manual states, the commad line can have options entered for Hard Drive Options: --scsi = Emulate a SCSI hard drive with given bus ID (0-7) using image . If just a filename is given, it is assigned to bus ID 0 So maybe: hatari --scsi 0=qxl.win --- Regards, Derek On 4 February 2021 17:38:13 GMT, desin via Ql-Users wrote: >Am 04.02.21 um 17:16 schrieb Ralf Reköndt via Ql-Users: >> Markus, >> >> one forum member remarks, that "SCSI" is not there...? >> >> Any idea? Or should he add it? >> I am using Hatari 2.3.1 on Debian Linux > >no clue about the Apple OS version > >some new important findings > >Selectric.prg in the AUTO folder helps a lot >maybe it sets some cookies and initialises some devices > > Markus >___ >QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE on HATARI
Hi, So to configure the QXL.WIN file, define it as a SCSI device in the command line, which points the emulator to the QXL.WIN file, then use theWIN_DRIVE command in SMS/E to define WIN1 I will give this a try once I get SMSQE.PRG to load into Hatari on Mint Linux. What should the screen definition be to load SMSQ/E? --- Regards, Derek On 4 February 2021 17:54:40 GMT, Derek via Ql-Users wrote: >Hi, > >The Hatari manual states, the commad line can have options entered for >Hard Drive Options: > >--scsi = Emulate a SCSI hard drive with given bus ID (0-7) >using image . If just a filename is given, it is assigned to bus >ID 0 > >So maybe: hatari --scsi 0=qxl.win >--- >Regards, >Derek > >On 4 February 2021 17:38:13 GMT, desin via Ql-Users > wrote: >>Am 04.02.21 um 17:16 schrieb Ralf Reköndt via Ql-Users: >>> Markus, >>> >>> one forum member remarks, that "SCSI" is not there...? >>> >>> Any idea? Or should he add it? >>> I am using Hatari 2.3.1 on Debian Linux >> >>no clue about the Apple OS version >> >>some new important findings >> >>Selectric.prg in the AUTO folder helps a lot >>maybe it sets some cookies and initialises some devices >> >> Markus >>___ >>QL-Users Mailing List >___ >QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] SMSQE on Hatari
CAPSimg Hatari works fine without it ! you can get it here http://www.kryoflux.com/download/spsdeclib_5.1_source.zip read here https://github.com/keirf/Disk-Utilities it is also included in FS-UAE -> Plugins -> CAPSimg Markus ___ QL-Users Mailing List
Re: [Ql-Users] Ql-Users Digest, Vol 204, Issue 8
Bruce Nicholls has kindly given permission for all seven issues of QReview magazine to be made available via my website. The magazine ran from July 1993 to March 1995 as a quarterly paper magazine, which focused mainly on reviews, as its title implies. Richard Alexander kindly scanned the seven paper issues and they are available to download as PDF files from the magazines page on my website. Please note the fairly large file sizes of the PDF files before downloading. Download from: http://www.dilwyn.me.uk/mags/index.html#QREVIEW I like killing time before my brain finally decides it 'Sleeppy time' by relaxing doing 16x16 Sudoku puzzles. I found software that lets me create puzzles at home OFF-line. That way I can print them out on demand. Even in the middle of a restless night. In building a pdf of 350 puzzles, which should last me some time, I learned that creating PDF's, the final file size CAN be dependent on the softy used. My Initial efforts with 4 color puzzle images (black, white, 2 shades of gray) in its folder that is approx 6.25megs of source material, created different sizes of PDF's depending on the PDF creation software used. I had to experiment a bit to end up with a sharable PDF file. One PDF creator software made a PDF over 50megs, (6 megs grew to 50 WOW) another in the high 30megs, other PDF creation software ran from 20plus megs to 45plus megs for the end result PDF. I did try and do all this with each software's settings equal where ever I could find those settings. Further experimenting finally found a way to create the SAME file FROM the SAME sources in a PDF of 11megs. (yet anutter software to use, just need to remember to use it the next time rather then the other stuff also installed on my PC.) For me the learning and messing with getting to this goal was worth it. For Years I've used Foxit as my primary PDF reader, and it has NO trouble with my 11meg PDF of 16x16 puzzles. I suspect Adobe also will handle the 11meg file, as easily as the 50meg file (But I tossed that so who cares, I'm going with the 11megger) :-) When scanning material, there are several factors that directly effect file sizes. The resolution scanned at (DPI), the color depth, and the saved image file format. A user probably has no control over that if they scan direct to PDF, If that is the case one is usually at the mercy of that software. If the Scanner wishes to clean up the scans then they have to initially save them in a lossless format, that way the cleaning process can be done before saving in a compressed format which usually results in smaller file sizes. -- Paul Holmgren JCI #74145 To announce that there must be NO criticism of the President, or that we are to stand by the President Right or Wrong, is not only UNPATRIOTIC and SERVILE, but is Morally TREASONABLE to the American Public. Former Republican President, Theodore Roosevelt ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 2.30
There appears to be a problem with the JVA_SYNCSCRAP job in Windows (10). I find it impossible to use the scrap, both internally (eg QD <-> QD) or from Windows (eg Notepad <-> QD). It always contains the same random text that never gets updated. Stopping the SYNCSCRAP job cures the problem internally, but then the Windows <-> SMSQmulator facility also doesnt work, unless JVA_SGET/SPUT is used first. The syncscrap job did work at some point, but doesnt now, and didnt in V2.29 either. Apparently, in Windows, dont know about Linux, CTRL doesnt work as part of any Hotkey sequence; ALT + CTRL + x doest do anything although defined. Is this fixable? Per ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 2.31
On 18/02/2021 08:35, Wolfgang Lenerz via Ql-Users wrote: Hi all, SMSQmulator 2.31 is out (wlenerz.com/smsqmulator). This is a pure bugfix release, to get rid of the syncscrap bug evoked here, as well as some others found notably by Fabrizio Diversi and Bob Spelten. Thank you, Wolfgang! This version does NOT fix the problem with ALT+CTRL hotkeys under Windows - this requires some more investigation. That would be great! One gets so used to one's Hotkeys after all. Per ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.37
Hi, I can confirm this as well, the Link FAT device works and all FAT devices except for FAT1. I have tried all version of menuconfig. Regards, Derek On 26/02/2021 13:27, Jan Bredenbeek via Ql-Users wrote: Hi Wolfgang, I noticed that I cannot configure the fat1_ drive on the Q68. Menuconfig simply skips this entry when I try to. Strange enough it does work with the other fat drives... Jan On 24-01-2021 08:55, Wolfgang Lenerz via Ql-Users wrote: Hi all, SMSQE 3.37 is available on my site now. ___ QL-Users Mailing List
[Ql-Users] tools_rext
Tools for Superbasic by o.Fink V1.01 Greetings from Switzerland Markus ___ QL-Users Mailing List
Re: [Ql-Users] tools_rext
Am 08.04.21 um 08:05 schrieb Wolfgang Lenerz via Ql-Users: Hi, thanks - where can one get them? Wolfgang Quanta Library Disc SP-04 ___ QL-Users Mailing List
Re: [Ql-Users] QL-SD ROM
On 29/04/2021 19:45, Marcel Kilgus via Ql-Users wrote: An update on the progress of the external QL-SD variant: https://www.kilgus.net/2021/04/29/ql-sd-rom-tiny/ Cheers, Marcel Another poke at my regret at the necessity of getting rid of all my QL hardware! :o( Still, Im glad its out there. I hope it does well! ___ QL-Users Mailing List
Re: [Ql-Users] The INSTR function?
Hi, actually functions are present in EXTRAS. Things like AND, OR, NOT (and, yes INSTR) are considered to be operators (like + or -), and thus will not show up with EXTRAS. HTH Wolfgang Le 08/05/2021 à 14:36, François Van Emelen via Ql-Users a écrit : Op 7/05/2021 om 17:55 schreef Dilwyn Jones via Ql-Users: On Fri, 7 May 2021 at 13:35, François Van Emelen via Ql-Users wrote: Op 7/05/2021 om 14:10 schreef Marcel Kilgus via Ql-Users: François Van Emelen via Ql-Users wrote: INSTR gone? The function can still be used but is no longer present in 'EXTRAS. How is that possible? It's not an instruction and was never listed in EXTRAS. The same way "AND" is not listet, or "TO". Marcel I wonder if you were thinking of the INSTR_CASE extension in SBASIC? That did, and still does, show up in the EXTRAS listing. Dilwyn ___ QL-Users Mailing List Hi Dilwyn, No, I meant 'INSTR' but I completely forgot fonctions are not present in 'EXTRAS':stupid of me, of course. 'WHERE' and 'EXISTS' can't detect function either. INSTR_CASE is present in 'EXTRAS' as it is an instruction. I never used INSTR_CASE as it didn't do its job in Qliberated Executables. ( many years ago). Isn't the fact that functions are difficult to detect a problem for utility 'Namecheck'? Sorry for my late reply, but yesterday end of the afternoon I had to go the the vaccination center to get my second 'shot'. Have a fine weekend, François Van Emelen ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] "RETurn not in procedure or function"
Am 28.06.21 um 12:31 schrieb Bob Spelten via Ql-Users:
"RETurn not in procedure or function"
What is causing this error in my Basic?
The error has bugged me for weeks now.
It even seems able to move around (see below).
I have checked for the obvious and didn't find any mismatches.
Also XREF, BasicLinker or QLIB did not report any.
Below a summary of the program section from where the error occurs.
DEF FN GetScreen(..)
:...
IF hd =10
MC_ProcA parms..
ELSE
er%= MC_FnB(..)
:...
END IF
:...
IF NOT rn% : er%= SetDBS(..)
REM > rn% is set if the screen file is in the database
:...
RETurn 0
END DEF
:...
DEF FN SetDBS(..)
:...
er= FDB_SET(..)
:...
PRINT er
REturn er
END DEF
:
The program is numberless and testrun from QD with the F10 Sbas/qd thing.
The code for the MC_ProcA and MC_FnB keywords has also successfully been
tested in other Basics.
MC_FnB nicely returns zero in er% and not one of the possible negative
values.
SetDBS does some DBAS handling and doesn't return an error in er, as
tested just before the RETurn line which produces the "RETurn not..."
error. Checking the database confirms that SetDBS works properly.
Strangely when I REM the SetDBS call, the same error is given in another
FN when GetScreen has long been left by its own RETurn.
Also the MC_ProcA route does not generate the error when doing the
SetDBS call or in the other Sbas FN if skipping SetDBS.
When I compile the Basic with QLIB v3.36 there are no errors reported
and the compiled _obj executes without producing this error.
Of course the Sbas version differs slightly from the _obj but this has
mainly to do with reporting variable values. Also the Basic extensions
as for the MC_xxx ones above are LRESPR'd in the Sbas run and $$asmb'd
by Qlib.
The numbered Basic as generated by BasicLinker and then run from job 0
produces the same error as run from QD.
So what could be messing up my RETurns?
Bob
hello
found some oddities with Exists and SMSQE
10 if exists ("TK2_EXT"):print "TK2"
20 if exists ("MODE") :print "mode "
30 :
40 print dig_it
50 :
60 def fun dig_it
70 ret 1
80 end def
run
so far so good
now delete line 10
run again
error return not in function
turns out the error is triggered if the length of the
keyword is even
Greetings from Switzerland
Markus
___
QL-Users Mailing List
[Ql-Users] New Tools for Microdrive preservation
https://github.com/mist-devel/mist-binaries/tree/master/cores/ql and The "QL Software Collection" has been moved to archive.org Greetings from Switzerland Markus ___ QL-Users Mailing List
Re: [Ql-Users] "RETurn not in procedure or function"
On 28/06/2021 13:10, desin via Ql-Users wrote:
Am 28.06.21 um 12:31 schrieb Bob Spelten via Ql-Users:
"RETurn not in procedure or function"
<>
Bob
hello
found some oddities with Exists and SMSQE
10 if exists ("TK2_EXT"):print "TK2"
20 if exists ("MODE") :print "mode "
30 :
40 print dig_it
50 :
60 def fun dig_it
70 ret 1
80 end def
run
so far so good
now delete line 10
run again
error return not in function
turns out the error is triggered if the length of the
keyword is even
Greetings from Switzerland
Markus
Yes, that was my first thought too: A stack problem in one of the m/c
functions
Per
___
QL-Users Mailing List
Re: [Ql-Users] "RETurn not in procedure or function"
Am 28.06.21 um 15:49 schrieb pjwitte via Ql-Users:
On 28/06/2021 13:10, desin via Ql-Users wrote:
Am 28.06.21 um 12:31 schrieb Bob Spelten via Ql-Users:
"RETurn not in procedure or function"
<>
Bob
hello
found some oddities with Exists and SMSQE
10 if exists ("TK2_EXT"):print "TK2"
20 if exists ("MODE") :print "mode "
30 :
40 print dig_it
50 :
60 def fun dig_it
70 ret 1
80 end def
run
so far so good
now delete line 10
run again
error return not in function
turns out the error is triggered if the length of the
keyword is even
Greetings from Switzerland
Markus
Yes, that was my first thought too: A stack problem in one of the m/c
functions
Per
it must be the parser / interpreter that throws the error
because a
print dig_it
works
i was able to reproduce it on QPC1 / SMSQE 2b93
QDOS is OK
Markus
___
QL-Users Mailing List
