Re: [Ql-Users] SMSQE 3.41

Hi Wolfgang, Question: I don't use sernet, but I do know that some use it. Has anybody ever lost data transferred to the Q68 via sernet? Haven't tested by copying to SD card, but I know sernet transfers data in packets (don't know how much bytes at a time) so it has flow control built in

Re: [Ql-Users] SMSQE 3.41

Hi Wolfgang, >>> Question: I don't use sernet, but I do know that some use it. Has >>> anybody ever lost data transferred to the Q68 via sernet? >> >> No, never. SERNET seems to work perfectly at 115200 Baud. For Q68, >> Qzero, QIMSI connected to each other, or to Q60 or PC emulator. Which is >>

[Ql-Users] SMSQE 3.41

Hi, Thanks for the clarification. Does this mean the duration of interrupt disable is totally unpredictable, and could even be much longer than the polling period? Possibly, yes. However, this will probably not happen when getting data via SER as the data will probably be written to the card

Re: [Ql-Users] SMSQE 3.41

Hi Wolfgang, >> We'd need to find out how long the SMSQ/E SD card driver will disable >> the serial interrupt - if it actually does. > > Yes it does. > > What happens with data trickling in from something like a serial port, > is that it is put into a buffer, i.e. the slave blocks. When one

[Ql-Users] SMSQE 3.41

Hi, We can increase the hardware receive FIFO size of the UART if you think there is a problem. The Qzero FPGA has sufficient resources. We'd need to find out how long the SMSQ/E SD card driver will disable the serial interrupt - if it actually does. Yes it does. What happens with data

Re: [Ql-Users] SMSQE 3.41

Hi Jan, >> I have indeed added CTS, so a slower machine can stop the Qzero from >> sending. The RTS line is just fake though - my hope is that a Qzero is >> always fast enough to handle 115200 Baud. > > As long as you don't write to the SD card at the same time, probably yes. We can increase the

Re: [Ql-Users] SMSQE 3.41

Op 22/05/2024 om 9:43 schreef Wolfgang Lenerz via Ql-Users: Hi all, SMSQE 3.41 is out. This is a bugfix release for SMSQmulator and Q68 - there are no changes for other machines. The code for the Q68 is also the one users of Qimsi Gold or Qzero (if there are any) should use - it is the

Re: [Ql-Users] SMSQE 3.41

Hi Peter, I have indeed added CTS, so a slower machine can stop the Qzero from sending. The RTS line is just fake though - my hope is that a Qzero is always fast enough to handle 115200 Baud. As long as you don't write to the SD card at the same time, probably yes. The connector is prepared

Re: [Ql-Users] SMSQE 3.41

Hi Jan, >>> The code for the Q68 is also the one users of Qimsi Gold or Qzero (if >>> there are any) should use - it is the same code for all three machines. >> >> Surely there are Qzero users ;-) More than a handful already. > > ;-) > > I'm a bit curious about the SER1 connector on the QLBase

Re: [Ql-Users] SMSQE 3.41

Hi Peter, Great, SER1 and SLUG work well on all three now! The code for the Q68 is also the one users of Qimsi Gold or Qzero (if there are any) should use - it is the same code for all three machines. Surely there are Qzero users ;-) More than a handful already. ;-) I'm a bit curious

Re: [Ql-Users] SMSQE 3.41

Hi Wolfgang, > This is a bugfix release for SMSQmulator and Q68 - there are no changes > for other machines. Great, SER1 and SLUG work well on all three now! > The code for the Q68 is also the one users of Qimsi Gold or Qzero (if > there are any) should use - it is the same code for all three

Re: [Ql-Users] SMSQE 3.41

Thank you for your ever-dilligent efforts to maintain our cherished OS!!! On Wed, 22 May 2024, 08:44 Wolfgang Lenerz via Ql-Users, < ql-users@lists.q-v-d.com> wrote: > Hi all, > > SMSQE 3.41 is out. > > This is a bugfix release for SMSQmulator and Q68 - there are no changes > for other machines.

[Ql-Users] SMSQE 3.41

Hi all, SMSQE 3.41 is out. This is a bugfix release for SMSQmulator and Q68 - there are no changes for other machines. The code for the Q68 is also the one users of Qimsi Gold or Qzero (if there are any) should use - it is the same code for all three machines. The files can be found, as

Re: [Ql-Users] SMSQE 3.38

Hi Per, thanks for pointing this out, will correct this when I can. Best regards Wolfgang FYI the Qptr toolkit mentioned on your site is labelled V0.14; it should be V0.15 (to avoid confusion). Per ___ QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.38

On 31/10/2021 07:39, Wolfgang Lenerz via Ql-Users wrote: Hi all, SMSQE 3.38 is out now. As usual, you can get it atwww.wlenerz.com/smsqe/. The main news here is that, thanks to Alain Haoui's work, WMAN can now draw real subwindow indices. The ways this is done is explained in the QPTR

Re: [Ql-Users] SMSQE instr_case QLIB

On 08/04/2022 14:56, Tobias Fröschle via Ql-Users wrote: The main reason, I believe, is that INSTR_CASE is a global setting and so shouldnt be set by a program, but only by the user in the main console That's actually not the problem: INSTR_CASE seems to work "local" to each instance of the

Re: [Ql-Users] SMSQE instr_case QLIB

> > The main reason, I believe, is that INSTR_CASE is a global setting and so > shouldnt be set by a program, but only by the user in the main console That's actually not the problem: INSTR_CASE seems to work "local" to each instance of the SBASIC interpreter (I just checked). Turbo

Re: [Ql-Users] SMSQE instr_case QLIB

On 08/04/2022 09:07, desin via Ql-Users wrote: Hi all how can we use instr_case in a Qliberated program ? At present you cant. If you use the latest Qlib (V3.45) youll even get a warning message. It wont work in Turbo either. There was a discussion about this on QL forum (see

[Ql-Users] SMSQE instr_case QLIB

Hi all how can we use instr_case in a Qliberated program ? 100 CLEAR 110 a%= FOPEN ("con") 120 OUTL 130 OUTL #a%,500,200,0,30 140 WINDOW#a%,500,200,0,30 150 CLS#a% 160 : 170 a$ = "hello" : b$ = "Hello": c$ = "hELLO" 180 : 190 PRINT#a% 200 PRINT#a%,,"instr_case truth table " 210 PRINT#a% 220

Re: [Ql-Users] SMSQE 3.38

Wolfgang wrote: > SMSQE 3.38 is out now. That's great news! Thank you for the great work and support. My QL season starts Oct 31 every year, so that's a perfect match! Speaking of Oct 31, way back in 2009 we had the great "QL & Mac are 25" international event at the Conference Center of the

Re: [Ql-Users] SMSQE 3.38

Thank you! Cheers...Ralf Am 31.10.2021 um 11:34 schrieb Wolf via Ql-Users: Hi, there's now a small text file with it... HTH Wolfgang On 31/10/2021 10:09, Ralf Reköndt via Ql-Users wrote: Thanks a lot. I still miss a little doc for OUTPTR.BIN. Cheers...Ralf

Re: [Ql-Users] SMSQE 3.38

Hi, there's now a small text file with it... HTH Wolfgang On 31/10/2021 10:09, Ralf Reköndt via Ql-Users wrote: Thanks a lot. I still miss a little doc for OUTPTR.BIN. Cheers...Ralf ___ QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.38

Thanks a lot. I still miss a little doc for OUTPTR.BIN. Cheers...Ralf Am 31.10.2021 um 07:39 schrieb Wolfgang Lenerz via Ql-Users: Hi all, SMSQE 3.38 is out now. As usual, you can get it atwww.wlenerz.com/smsqe/. The main news here is that, thanks to Alain Haoui's work, WMAN can now draw

[Ql-Users] SMSQE 3.38

Hi all, SMSQE 3.38 is out now. As usual, you can get it at www.wlenerz.com/smsqe/. The main news here is that, thanks to Alain Haoui's work, WMAN can now draw real subwindow indices. The ways this is done is explained in the QPTR manual, the new version of which can be found at my QL stuff

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.

Re: [Ql-Users] SMSQE 3.37

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] 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

Re: [Ql-Users] SMSQE on HATARI

I have tried to setup a file acsi ( or whatever it is called ) using HD driver. I created a partition as required from the manual. In Hatari the HD status flashes when trying to access it from smsq. But for example format fails with medium detect failed. I remember this from a few years ago. It

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

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

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

Re: [Ql-Users] SMSQE on HATARI

Markus, one forum member remarks, that "SCSI" is not there...? Any idea? Or should he add it? Am 03.02.2021 um 19:04 schrieb desin via Ql-Users: 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

[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

Re: [Ql-Users] SMSQE 3.37

What a QL weekend! In sequence, that's was highlight number two... Wolfgang wrote: > SMSQE 3.37 is available on my site now. Great news! Thank you for keeping it growing. Can't wait to explore the diffs and try it out with both QL/E and Black Phoenix on all my QL platforms. And not a bad

[Ql-Users] SMSQE 3.37

Hi all, SMSQE 3.37 is available on my site now. It contains various bugfixes. QL-SD: network code is now included, there are also some new new basic utilities. Q-emulator no longer needs special mouse (driver). Q68 can use 16 bit transfer, higher card read speed (both facilities need a

Re: [Ql-Users] smsqe QL-Colors Block in mode 8

desin via Ql-Users wrote: > 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 Minerva/QDOS rounds down the 5 to 4, so work correctly and that is the sane thing to do. But that said, having an odd X value

Re: [Ql-Users] smsqe QL-Colors Block in mode 8

Hi, I can confirm that this also happens on SMSQmulator. Will investigate (later). Wolfgang > I tried it on QPC2. I can see that the red and green components of the > colour block are one pixel to the right of the blue component. If the > inner block is drawn white, you get a thin strip (one

Re: [Ql-Users] smsqe QL-Colors Block in mode 8

I tried it on QPC2. I can see that the red and green components of the colour block are one pixel to the right of the blue component. If the inner block is drawn white, you get a thin strip (one pixel?) of blue on the left and the same of yellow (=red+green) on the right hand side. Choosing other

[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

Re: [Ql-Users] SMSQE 3.36

Hi, Please see the quoted message at the bottom of this message. All clear now, I had not read the Q40_FAT32 file. It looks to me that in SMSQ/E now on a Q60 in eproms, that I can add upto 4 QWA container files and assign them with the new WIN_DRIVE command. Since the QWA files must exist

Re: [Ql-Users] SMSQE 3.36

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

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] SMSQE 3.36

Fabrizio Diversi via Ql-Users wrote: > -    As a slave I have a 4 GB Toshiba SD HC with a CF adapter Type II. Ah! Very good idea! With the right passive CF-IDE adapters, those might not suffer the same problem as the SD-IDE converters, which allow no slave. Also they are quite compact. Thanks

Re: [Ql-Users] SMSQE 3.36

On Thu, 23 Apr 2020 22:02:36 +0200, Fabrizio Diversi via Ql-Users wrote: > this is the "device" I use on the Q60: > https://www.amazon.fr/Syba-SD-ADA45006-Interne-lecteur-m%C3%A9moire/dp/B0036DDXUM > The device can fit 2 CF, the master on one side, the slave on the other. Probably just another

Re: [Ql-Users] SMSQE 3.36

Hi, this is the "device" I use on the Q60: https://www.amazon.fr/Syba-SD-ADA45006-Interne-lecteur-m%C3%A9moire/dp/B0036DDXUM The device can fit 2 CF, the master on one side, the slave on the other. -    As a master I have an IBM microdrive (1gb) divided with 2 QLWA Atari partitions each

Re: [Ql-Users] SMSQE 3.36

Hmm, I remember (from my Atari times) that I had my QLWA partition as the 2nd one of the Megafile. Wasn't it configurable in SMSQ/E, where it has to look for a BOOT? Cheers...Ralf Am 23.04.2020 um 16:11 schrieb Thierry Godefroy via Ql-Users: On Thu, 23 Apr 2020 15:39:39 +0200, Wolfgang

Re: [Ql-Users] SMSQE 3.36

Thierry Godefroy via Ql-Users wrote: > Attaching the "quick and dirty" patch again to this message. FYI, the list doesn't allow attachments, so they are filtered out. Cheers, Marcel ___ QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

On Thu, 23 Apr 2020 15:39:39 +0200, Wolfgang Lenerz via Ql-Users wrote: > > I just coded a (very quick) and (totally) dirty 5s delay loop in the > > Q40 HD init code. The *proper* fix would require waiting in a loop > > (that would timeout after 10s or so) for a HD to show up and report > > as

Re: [Ql-Users] SMSQE 3.36

Hi, >> Very interesting, is a common problem using compressed SMSQe Rom with >> normal HD ? It isn't so much the fact that the ROMs are compressed, I just sped up the Qx0 boot time whilst I was at it. >> Could be this a value parametrized ? > > I just coded a (very quick) and (totally) dirty

Re: [Ql-Users] SMSQE 3.36

On Thu, 23 Apr 2020 14:57:11 +0200, Wolfgang Lenerz via Ql-Users wrote: > > I can vouch for this fact that, sadly and while implementing a "full IDE" > > compatibility mode, the Compact Flash cards (their "reader" is actually > > just a controller-less CF connector to PATA IDE connector adapter)

Re: [Ql-Users] SMSQE 3.36

Hi, > > Thanks in advance for publishing them. Sent via PM. > I can vouch for this fact that, sadly and while implementing a "full IDE" > compatibility mode, the Compact Flash cards (their "reader" is actually > just a controller-less CF connector to PATA IDE connector adapter) are > totally

Re: [Ql-Users] SMSQE 3.36

Fabrizio Diversi via Ql-Users wrote: > it is more easy to find on the market CF to IDE adapter, only for my Q40 > I ordered recently from Amazon (should be here next week) an SD/IDE > adapter: Kalea Informatique - Adaptateur Convertisseur IDE 3.5" 40Pin > vers SD Card. I let you know . They

Re: [Ql-Users] SMSQE 3.36

Thierry Godefroy via Ql-Users wrote: > Sadly, I did not find a single SD card to IDE adapter that could be > configured on a master/slave IDE port, i.e. they all grab the "stand > alone" role and forbid using a second IDE drive as a slave (or master). Same here, unfortunately. Except that, it

Re: [Ql-Users] SMSQE 3.36

Wolfgang Lenerz via Ql-Users wrote: > The Qx0 uses the UV erasable 27c1024. > I don't remember whether other types of EPROM, especially EE ones will fit. The 27C4096 fits. Nowadays, most of them are OTP though. Peter ___ QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

On Thu, 23 Apr 2020 13:37:15 +0200, Fabrizio Diversi via Ql-Users wrote: > On 23/04/2020 13:08, Thierry Godefroy via Ql-Users wrote: > > > Err... I do need the corresponding sources, so that I can patch them > > (I need a delay on boot for the hard disk, else it won't cold-boot > > on it) > >

Re: [Ql-Users] SMSQE 3.36

Hi, On 23/04/2020 13:08, Thierry Godefroy via Ql-Users wrote: On Thu, 23 Apr 2020 12:10:13 +0200, Wolfgang Lenerz via Ql-Users wrote: I don't feel it necessary to release a new version of SMSQE for this. Err... I do need the corresponding sources, so that I can patch them (I need a delay on

Re: [Ql-Users] SMSQE 3.36

On Thu, 23 Apr 2020 12:10:13 +0200, Wolfgang Lenerz via Ql-Users wrote: > I don't feel it necessary to release a new version of SMSQE for this. Err... I do need the corresponding sources, so that I can patch them (I need a delay on boot for the hard disk, else it won't cold-boot on it) and burn

Re: [Ql-Users] SMSQE 3.36

Hi > Sadly, this change totally broke secondary partitions support for Atari > partitioned hard disks. > This is fixed now. I don't feel it necessary to release a new version of SMSQE for this. FTB, if you need/want this rom, contact me by mail, I'll sent it to you. Have fun. Wolfgang

Re: [Ql-Users] SMSQE 3.36

Hi, The Qx0 uses the UV erasable 27c1024. I don't remember whether other types of EPROM, especially EE ones will fit. the programmer you mentioned in your email to me seems OK. > I am finishing my process of updating my Q40 / Q60, I have installed a > new case, a new modular Atx power supply,

Re: [Ql-Users] SMSQE 3.36

Hi, > Especially for sharing with the Q68, the new feature is useless, as it > does not exist there. > Which just means that I'll have to implement it on Q68 as well... Wolfgang ___ QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

yes, you are right. What i meant in my previous email is about what i plan to do, I am not saying anything against Atari partition, it is up to the user decide what to do. I read again, Peter, your previous email, and In case we (Wolfgang:-)) cannot find a solution, I vote in favor to

Re: [Ql-Users] SMSQE 3.36

Fabrizio Diversi via Ql-Users wrote: > New configuration I am approaching is to burn new ROM able to load > SMSQ/E 3.36 directly without need of at least one atari partition and > then have a single CF/SD (1 or 2 partition, doesn't care) to be able to > load until 8 QXL.WIN and to have the

Re: [Ql-Users] SMSQE 3.36

Hi all, I am taking the decision to abandon at all Atari format partition on my Q60/Q40. I never had a special passion for mkpart/drvchk/drvlnk because I never fully understand the logic behind and this is my limit obviously . New configuration I am approaching is to burn new ROM able to

Re: [Ql-Users] SMSQE 3.36

Thierry Godefroy via Ql-Users wrote: > On Thu, 23 Apr 2020 09:16:36 +0200, Wolfgang Lenerz via Ql-Users wrote: > >>> Sadly, this change totally broke secondary partitions support for Atari >>> partitioned hard disks. >> >> Just to make sure, this change broke things in 3.36 only, not in 3.35? >

Re: [Ql-Users] SMSQE 3.36

On Thu, 23 Apr 2020 09:16:36 +0200, Wolfgang Lenerz via Ql-Users wrote: > > Sadly, this change totally broke secondary partitions support for Atari > > partitioned hard disks. > > Just to make sure, this change broke things in 3.36 only, not in 3.35? Yep. v3.35 works like a charm in this

Re: [Ql-Users] SMSQE 3.36

Hi, > Sadly, this change totally broke secondary partitions support for Atari > partitioned hard disks. > Just to make sure, this change broke things in 3.36 only, not in 3.35? Regards Wolfgang ___ QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

On Sun, 19 Apr 2020 07:52:43 +0200, Wolfgang Lenerz via Ql-Users wrote: > The Qx0 can read container files from the first four FAT32 partitions > and has some new card related keywords (see extras_new_Q40_FAT32_txt) Sadly, this change totally broke secondary partitions support for Atari

Re: [Ql-Users] SMSQE Source zip

Hi, thanks for pointing that out. I had to change the filename - if I call the file smsqe336.zip, it gets corrupted on download, if I call it smsqe336b.zip it doesn't (THE SAME FILE). Incredible. Wolfgang > Hi, > > I have just been trying to look at the new SMSQ/E 3.36 zip file with the >

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

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

Re: [Ql-Users] SMSQE 3.36

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

[Ql-Users] SMSQE 3.36

Hi all, SMSQE 3.36 is out. You can get it as usual on wlenerz.com/smsqe For all machines using qxl.win container style files; there is a better handling of the names of QXL.WIN containers. There are a spanish keyboard format and system messages. Some bugs have been corrected (FDEL works as

Re: [Ql-Users] SMSQE 3.34

Hi, I usually configure SMSQ/E with Menuconfig prior to sending out to anyone. But I use the LANG_USE and KBD_TABLE commands in my boot file to explicitly set the Langauge options. I also noted that only the German Menuconfig was supplied in the Q68_SMSQ.WIN update to v3.34 I have copied the

Re: [Ql-Users] SMSQE 3.34

On 03/12/2018 10:24, Jan Bredenbeek via Ql-Users wrote: One small issue for Q68 users: the file Q68_SMSQ.WIN is incorrectly named Q68.SMSQ.WIN. Yes, this wan compiled under linux. Also the SMSQE binary in this container is standard configured for German keyboard layout, which is a bit of a

Re: [Ql-Users] SMSQE 3.34

One small issue for Q68 users: the file Q68_SMSQ.WIN is incorrectly named Q68.SMSQ.WIN. Also the SMSQE binary in this container is standard configured for German keyboard layout, which is a bit of a challenge to find the underscore character if you have US or UK keyboard (it's on the key left

Re: [Ql-Users] SMSQE 3.34

Hi, problem solved... Have fun. Wolfgang Hi, I tried to download the binary zip which the web site says temporary unavailable. sorry about that, it's fixed now. I changed the website yesterday so that it would be reachable via https instead of http. Whenever I make a new version of

Re: [Ql-Users] SMSQE 3.34

On 30/11/2018 19:23, Ralf Reköndt via Ql-Users wrote: Would be good to clarify the Syntax. Same syntax as the other job keywords ___ QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

Hi, I tried to download the binary zip which the web site says temporary unavailable. sorry about that, it's fixed now. I changed the website yesterday so that it would be reachable via https instead of http. Whenever I make a new version of smsqe, I have a small utility that makes an

Re: [Ql-Users] SMSQE 3.34

No, if any new Keyword comes up, there has to be an explanation. Am 30.11.2018 um 20:11 schrieb Phil Jordan via Ql-Users: Try http://www.wlenerz.com/smsqe/334/smsqe334_binaries.zip Cheers On Fri, 30 Nov 2018 at 18:23, Ralf Reköndt via Ql-Users < ql-users@lists.q-v-d.com> wrote: Would be

Re: [Ql-Users] SMSQE 3.34

Try http://www.wlenerz.com/smsqe/334/smsqe334_binaries.zip Cheers On Fri, 30 Nov 2018 at 18:23, Ralf Reköndt via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Would be good to clarify the Syntax. > > Am 30.11.2018 um 17:45 schrieb Wolfgang Lenerz via Ql-Users: > > Hi all, > > > > SMSQE

Re: [Ql-Users] SMSQE 3.34

Would be good to clarify the Syntax. Am 30.11.2018 um 17:45 schrieb Wolfgang Lenerz via Ql-Users: Hi all, SMSQE 3.34 is out. Mostly bugfixes for Q68, but also a new SSJOb command courtesy of Per Witte. Wlenerz.com/smsqe Have fun Wolfgang

Re: [Ql-Users] SMSQE 3.34

Op 30/11/2018 om 19:05 schreef Derek via Ql-Users: Hi Wolfgang, I tried to download the binary zip which the web site says temporary unavailable. On 30 November 2018 16:45:37 GMT+00:00, Wolfgang Lenerz via Ql-Users wrote: Hi all, SMSQE 3.34 is out. Mostly bugfixes for Q68, but also a new

Re: [Ql-Users] SMSQE 3.34

Hi Wolfgang, I tried to download the binary zip which the web site says temporary unavailable. On 30 November 2018 16:45:37 GMT+00:00, Wolfgang Lenerz via Ql-Users wrote: >Hi all, > >SMSQE 3.34 is out. > >Mostly bugfixes for Q68, but also a new SSJOb command courtesy of Per >Witte. >

Re: [Ql-Users] SMSQE 3.34

Good news!! Many thanks! Giorgio Il ven 30 nov 2018, 17:46 Wolfgang Lenerz via Ql-Users < ql-users@lists.q-v-d.com> ha scritto: > Hi all, > > SMSQE 3.34 is out. > > Mostly bugfixes for Q68, but also a new SSJOb command courtesy of Per > Witte. > > Wlenerz.com/smsqe > > > Have fun > > Wolfgang >

[Ql-Users] SMSQE 3.34

Hi all, SMSQE 3.34 is out. Mostly bugfixes for Q68, but also a new SSJOb command courtesy of Per Witte. Wlenerz.com/smsqe Have fun Wolfgang ___ QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.33

On Sat, 19 May 2018 11:06:08 +0200, Wolf via Ql-Users wrote: > Hi, > > I've also re-uploaded the source code. Thank you ! ___ QL-Users Mailing List

[Ql-Users] SMSQE 3.33

Hi, I've also re-uploaded the source code. Have fun! Wolfgang ___ QL-Users Mailing List

[Ql-Users] SMSQE additional files

Hi all, Following Dilwyn's suggestion, I've uploaded some additional files for SMSQE into the additional info and data section of the SMSQE site. Have fun. Wolfgang ___ QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.32

Tobias Fröschle via Ql-Users wrote: > That’s really great. Eager to try an IDE-to-SD Adapter and see how direct > data exchange will work. The adaptor I use is called "Kalea Informatique Adapter IDE 3,5 Zoll 40 Pins auf SD-Card", available off the shelf from from amazon. I could directly use a

Re: [Ql-Users] SMSQE 3.32

Wolf via Ql-Users wrote: > - Filesystem for QUBide drives. This is a very nice feature especially for native hardware, allowing direct data exchange between Q68 and QL with QL-SD. > - Q40/Q60: > It is now possible to use IDE hard disks formatted with FAT32 and contining > QXL.WIN "drives" A

Re: [Ql-Users] SMSQE 3.32

That’s really great. Eager to try an IDE-to-SD Adapter and see how direct data exchange will work. Tobias This mail was sent from my mobile. Any typos are entirely its fault. > Am 10.12.2017 um 15:37 schrieb duncan . via Ql-Users > : > > Hi Wolfgang, > > Fantastic

Re: [Ql-Users] SMSQE 3.32

Hi Wolfgang, Fantastic news for Qx0 users, many thanks. Duncan On Sun, Dec 10, 2017 at 2:04 PM, Wolf via Ql-Users wrote: > Hi all, > > SMSQE 3.32 is out now. > > Below is a swmall account of what has changed. > > - Bugfixes: > There are various bugfixes for network

[Ql-Users] SMSQE 3.32

Hi all, SMSQE 3.32 is out now. Below is a swmall account of what has changed. - Bugfixes: There are various bugfixes for network drive names resolution. QPC & SMSQmulator use the correct SQRT replacement routines. QPC better handling of removable drives. Additional features: - Filesystem

[Ql-Users] SMSQE 3.31, SMSQmulator 2.24

Hi all, I've re-upped SMSQE 3.31 and SMSQmulator 2.24. Sorry for the inconvenience! Have fun Wolfgang ___ QL-Users Mailing List

Re: [Ql-Users] Smsqe vs Minerva Basic

On 5-4-2017 14:38, desin wrote: hi all i stumbled yesterday on something odd two programs in development under SMSQE gave errors under the emulators (q-emulator,uqlx) with Minerva ROMS under SMSQE it is possible to have on$,on%,to%,to$,for$,for%,end$,end% as variables. These are rightfully

Re: [Ql-Users] Smsqe vs Minerva Basic

Am 05.04.2017 um 16:03 schrieb Wolf: Hi, I'd object to the word "rightfully". Wolfgang objection noted ! correct would be the better word greetings from Switzerland Markus ___ QL-Users Mailing List

Re: [Ql-Users] Smsqe vs Minerva Basic

Hi, I'd object to the word "rightfully". Wolfgang On 05/04/2017 14:38, desin wrote: hi all i stumbled yesterday on something odd two programs in development under SMSQE gave errors under the emulators (q-emulator,uqlx) with Minerva ROMS under SMSQE it is possible to have

[Ql-Users] Smsqe vs Minerva Basic

hi all i stumbled yesterday on something odd two programs in development under SMSQE gave errors under the emulators (q-emulator,uqlx) with Minerva ROMS under SMSQE it is possible to have on$,on%,to%,to$,for$,for%,end$,end% as variables. These are rightfully rejected under Minerva PS

[Ql-Users] SMSQE 3.30

Hi all SMSQE 3.30 is out. Bugfixes only (QPC loading slices, SMSQmulator links in flp driver again). Have fun Wolfgang ___ QL-Users Mailing List

  1   2   3   >