Re: [Ql-Users] SMSQ/E 3.39
On 19/02/2024 22:57, Jan Bredenbeek via Ql-Users wrote: Oh well, if Peter Graf can upgrade my Q68 to v1.05 in May I might be able to do more research... Best regards, Jan Hi Jan, I can do any upgrades if you want to send the Q68 to me. Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Jan Bredenbeek via Ql-Users wrote: > Oh well, if Peter Graf can upgrade my Q68 to v1.05 in May I might be > able to do more research... Please remind me prior to the QL meeting so I bring the equipment and FPGA data. As I wrote at several occasions, it turned out to make a difference on which operating system I had synthesized FPGA version 1.05. If synthesized under Windows 10, there was a stability problem that Martyn could reproduce. If synthesized under Windows XP, everything should be allright. Unfortunately, I never suspected such a problem with the FPGA toolchain, and it is now not traceable. Very unlucky. In any case, the fast SD card speed option of SMSQ/E is not an officially permitted way to access the cards. It should never ever be SMSQ/E default! It is a purely experimental feature used at own risk. I have warned about it all along. Also I'm not aware of an "auto-slow" feature. If SMSQ/E is configured to "fast", and for some reason there is a timing problem, card access will fail. A save feature to use is 16 bit access to SD cards introduced in FPGA version 1.02 and higher. SMSQ/E automatically detects this. Dilwyn Jones via Ql-Users wrote: > Mind you, my Q68 has never been able to run Jan's Minerva port either. If the latest Minerva and/or returning to FPGA version 1.02 does not help, I would suspect an actual hardware problem and your Q68 should be replaced. All the best Peter ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
On 19-02-2024 15:03, Dilwyn Jones via Ql-Users wrote: My Q68 failed consistently with all SDHC cards I've tried here when configured for fast. It definitely did not slow down automatically when configured to fast (SMSQE 3.38) - the Q68 either crashed or failed to recognise the cards at 40MHz. Either I've been unlucky and NONE of the cards I have are capable of fast, or the "auto-slow" doesn't work at all. Mind you, my Q68 has never been able to run Jan's Minerva port either. Have you tried the latest version 1.64 on my GitHub page? https://github.com/janbredenbeek/Minerva4Q68 Mark Swift and I have spent many hours in researching this issue but so far I haven't got a response from Mark on this version. Oh well, if Peter Graf can upgrade my Q68 to v1.05 in May I might be able to do more research... Best regards, Jan -- Jan Bredenbeek | Hilversum, NL | j...@bredenbeek.net ___ QL-Users Mailing List
[Ql-Users] SMSQmulator 3.00
Hi Which is the best version of Java to use? That would always be the latest non-beta version, which is 21 today. You can download that from. https://jdk.java.net/21/ Yes, I know, it's the jdk not the jre Wolfgang I use the version installed by the Linux Distro. On 19 February 2024 17:16:57 GMT, pjw via Ql-Users wrote: I have one system running on Java v17 and another running on Java v20. AFAICS both appear to be fine (apart from some minor niggles I shant bother you with). Per On 19/02/2024 18:01, Wolfgang Lenerz via Ql-Users wrote: Hi Derek, Thanks that's good to know Regards Wolfgang Hi, All works fine with me installation of Java 11 on Linux Mint 21.2, selecting Reset from menbar resets the emulator. Regards DerekT ___ QL-Users Mailing List ___ QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Hi, the reset problem under Java 21 is fixed in the version I just uploaded. Have fun! Wolfgang I'm on 21 it seems.. java --version openjdk 21.0.1 2023-10-17 Kjartan On 2024-02-19 17:10, Derek via Ql-Users wrote: Hi, All works fine with me installation of Java 11 on Linux Mint 21.2, selecting Reset from menbar resets the emulator. Regards Derek On 19 February 2024 15:59:49 GMT, Juraj Lutter via Ql-Users wrote: On 19 Feb 2024, at 16:46, Kjartan via Ql-Users wrote: Hi, Another one - selecting Reset from the interface causes this: This popped up at me on startup when using OpenJDK17 from Homebrew on MacOS. Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedOperationException at java.base/java.lang.Thread.stop(Thread.java:1667) at smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42) at smsqmulator.Monitor.killEmulation(Monitor.java:1168) at smsqmulator.Monitor.reset(Monitor.java:1181) at ui.FileMenu.lambda$new$1(FileMenu.java:37) otis ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
On 19/02/2024 19:12, Derek via Ql-Users wrote: Which is the best version of Java to use? No idea. I was trying to download v17 from Adobe on my Windows 11 notebook but Adobe resisted all my attempts and got me to download v20, which was their latest at the time. That broke the SMSQmulator installation I had at the time. The upgrade reqired e to reconfigure SMSQmulator from scratch. But now alls swell again. My Windows 10 machine has an earlier Java v17. The recent SMSQmulator upgrade was completely painless. Ive still got my Raspi and Macbook Ubunto systems to update. I dont recall which Java versions I have on them; I just used the versions they offered. Per I use the version installed by the Linux Distro. On 19 February 2024 17:16:57 GMT, pjw via Ql-Users wrote: I have one system running on Java v17 and another running on Java v20. AFAICS both appear to be fine (apart from some minor niggles I shant bother you with). Per On 19/02/2024 18:01, Wolfgang Lenerz via Ql-Users wrote: Hi Derek, Thanks that's good to know Regards Wolfgang Hi, All works fine with me installation of Java 11 on Linux Mint 21.2, selecting Reset from menbar resets the emulator. Regards DerekT ___ QL-Users Mailing List ___ QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Which is the best version of Java to use? I use the version installed by the Linux Distro. On 19 February 2024 17:16:57 GMT, pjw via Ql-Users wrote: >I have one system running on Java v17 and another running on Java v20. AFAICS >both appear to be fine (apart from some minor niggles I shant bother you with). >Per >On 19/02/2024 18:01, Wolfgang Lenerz via Ql-Users wrote: >> Hi Derek, >> >> Thanks that's good to know >> Regards >> >> Wolfgang >> >> >>> Hi, >>> >>> All works fine with me installation of Java 11 on Linux Mint 21.2, >>> selecting Reset from menbar resets the emulator. >>> >>> Regards >>> DerekT >> >> >> >> ___ >> QL-Users Mailing List > >___ >QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Hi, I had some problems with Java at the beginning with SMSQmulator 3.0, I sent the logs to Wolfgang then he sent me back an updated version, now all is fine. I am using it on Apple Macbook M1 with Sonoma 14.4 (Beta) and official Java release 17.0.1 LTS, I noted that since when I installed Sonoma some problems began and also Crossover stop working (Since Beta 4) . BTW, SMSQmulator now works fine on my Mac, Raspberry and a PC with latest Linux Mint 21.3 On 19/02/24 16:59, Juraj Lutter via Ql-Users wrote: On 19 Feb 2024, at 16:46, Kjartan via Ql-Users wrote: Hi, Another one - selecting Reset from the interface causes this: This popped up at me on startup when using OpenJDK17 from Homebrew on MacOS. Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedOperationException at java.base/java.lang.Thread.stop(Thread.java:1667) at smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42) at smsqmulator.Monitor.killEmulation(Monitor.java:1168) at smsqmulator.Monitor.reset(Monitor.java:1181) at ui.FileMenu.lambda$new$1(FileMenu.java:37) otis ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
I have one system running on Java v17 and another running on Java v20. AFAICS both appear to be fine (apart from some minor niggles I shant bother you with). Per On 19/02/2024 18:01, Wolfgang Lenerz via Ql-Users wrote: Hi Derek, Thanks that's good to know Regards Wolfgang Hi, All works fine with me installation of Java 11 on Linux Mint 21.2, selecting Reset from menbar resets the emulator. Regards DerekT ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] SMSQmulator 3.00
Hi, ok that explains it. the 'stop' method was dropped from there. I'll have a fix tomorrow. Wolfgang Hi, I'm on 21 it seems.. java --version openjdk 21.0.1 2023-10-17 Kjartan ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Hi Derek, Thanks that's good to know Regards Wolfgang Hi, All works fine with me installation of Java 11 on Linux Mint 21.2, selecting Reset from menbar resets the emulator. Regards DerekT ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Hi, Java 17, on startup. otis@chemex ~/Downloads/SMSQmulator17300 % java -version openjdk version "17.0.9" 2023-10-17 OpenJDK Runtime Environment Homebrew (build 17.0.9+0) OpenJDK 64-Bit Server VM Homebrew (build 17.0.9+0, mixed mode, sharing) otis@chemex ~/Downloads/SMSQmulator17300 % java -jar SMSQmulator.jar Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: com/apple/eawt/QuitHandler at ui.MonitorGui.(MonitorGui.java:110) at smsqmulator.SMSQmulator.(SMSQmulator.java:82) at smsqmulator.SMSQmulator.lambda$main$0(SMSQmulator.java:225) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:318) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:773) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:720) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:714) at java.base/java.security.AccessController.doPrivileged(AccessController.java:399) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) Caused by: java.lang.ClassNotFoundException: com.apple.eawt.QuitHandler at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:641) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:188) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:525) ... 16 more > On 19 Feb 2024, at 17:51, Wolfgang Lenerz via Ql-Users > wrote: > > Hi, > > are you running this on java 21? > > Wolfgang > > > >> Hi, >> Another one - selecting Reset from the interface causes this: >> Exception in thread "AWT-EventQueue-0" >> java.lang.UnsupportedOperationException >> at java.base/java.lang.Thread.stop(Thread.java:1667) >> at >> smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42) >> at smsqmulator.Monitor.killEmulation(Monitor.java:1168) >> at smsqmulator.Monitor.reset(Monitor.java:1181) >> at ui.FileMenu.lambda$new$1(FileMenu.java:37) >> at > > > (...) > >> Kjartan > ___ > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Hi, I'm on 21 it seems.. java --version openjdk 21.0.1 2023-10-17 Kjartan On 2024-02-19 17:10, Derek via Ql-Users wrote: Hi, All works fine with me installation of Java 11 on Linux Mint 21.2, selecting Reset from menbar resets the emulator. Regards Derek On 19 February 2024 15:59:49 GMT, Juraj Lutter via Ql-Users wrote: On 19 Feb 2024, at 16:46, Kjartan via Ql-Users wrote: Hi, Another one - selecting Reset from the interface causes this: This popped up at me on startup when using OpenJDK17 from Homebrew on MacOS. Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedOperationException at java.base/java.lang.Thread.stop(Thread.java:1667) at smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42) at smsqmulator.Monitor.killEmulation(Monitor.java:1168) at smsqmulator.Monitor.reset(Monitor.java:1181) at ui.FileMenu.lambda$new$1(FileMenu.java:37) otis ___ QL-Users Mailing List ___ QL-Users Mailing List -- Roundcube Webmail ___ QL-Users Mailing List
[Ql-Users] SMSQmulator 3.00
Hi, you get this when you start up the machine, or when you try to reset it? Wolfgang This popped up at me on startup when using OpenJDK17 from Homebrew on MacOS. Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedOperationException at java.base/java.lang.Thread.stop(Thread.java:1667) at smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42) at smsqmulator.Monitor.killEmulation(Monitor.java:1168) at smsqmulator.Monitor.reset(Monitor.java:1181) at ui.FileMenu.lambda$new$1(FileMenu.java:37) otis ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] SMSQmulator 3.00
Hi, are you running this on java 21? Wolfgang Hi, Another one - selecting Reset from the interface causes this: Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedOperationException at java.base/java.lang.Thread.stop(Thread.java:1667) at smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42) at smsqmulator.Monitor.killEmulation(Monitor.java:1168) at smsqmulator.Monitor.reset(Monitor.java:1181) at ui.FileMenu.lambda$new$1(FileMenu.java:37) at (...) Kjartan ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Hi, All works fine with me installation of Java 11 on Linux Mint 21.2, selecting Reset from menbar resets the emulator. Regards Derek On 19 February 2024 15:59:49 GMT, Juraj Lutter via Ql-Users wrote: > > >> On 19 Feb 2024, at 16:46, Kjartan via Ql-Users >> wrote: >> >> Hi, >> >> Another one - selecting Reset from the interface causes this: > >This popped up at me on startup when using OpenJDK17 from Homebrew on MacOS. > >> >> Exception in thread "AWT-EventQueue-0" >> java.lang.UnsupportedOperationException >>at java.base/java.lang.Thread.stop(Thread.java:1667) >>at >> smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42) >>at smsqmulator.Monitor.killEmulation(Monitor.java:1168) >>at smsqmulator.Monitor.reset(Monitor.java:1181) >>at ui.FileMenu.lambda$new$1(FileMenu.java:37) > >otis >___ >QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
> On 19 Feb 2024, at 16:46, Kjartan via Ql-Users > wrote: > > Hi, > > Another one - selecting Reset from the interface causes this: This popped up at me on startup when using OpenJDK17 from Homebrew on MacOS. > > Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedOperationException >at java.base/java.lang.Thread.stop(Thread.java:1667) >at > smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42) >at smsqmulator.Monitor.killEmulation(Monitor.java:1168) >at smsqmulator.Monitor.reset(Monitor.java:1181) >at ui.FileMenu.lambda$new$1(FileMenu.java:37) otis ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Hi, Another one - selecting Reset from the interface causes this: Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedOperationException at java.base/java.lang.Thread.stop(Thread.java:1667) at smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42) at smsqmulator.Monitor.killEmulation(Monitor.java:1168) at smsqmulator.Monitor.reset(Monitor.java:1181) at ui.FileMenu.lambda$new$1(FileMenu.java:37) at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1972) at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2314) at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:407) at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262) at java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:374) at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1029) at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1073) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6621) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3398) at java.desktop/java.awt.Component.processEvent(Component.java:6386) at java.desktop/java.awt.Container.processEvent(Container.java:2266) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4996) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2324) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4828) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4948) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4575) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4516) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2310) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2780) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4828) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:775) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:720) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:714) at java.base/java.security.AccessController.doPrivileged(AccessController.java:400) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:98) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:747) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.base/java.security.AccessController.doPrivileged(AccessController.java:400) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:744) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) Kjartan On 2024-02-18 16:18, Wolfgang Lenerz via Ql-Users wrote: Hi, fixed and re-upped. Wolfgang Hi, Just me or is there bug in nfa and sfa device selection? Changing either will also change the other. Kjartan On 2024-02-17 14:04, Wolfgang Lenerz via Ql-Users wrote: Darn it, sorry for the typos! Hi all, SMSQmulator 3.00 is out, for versions 11 and 17 of java. The bump to v. 3.00 is due to the manu internal changes that were. SMSqmulator does now have aaaccess to srrial ports (this is stimll experimental - it works here). This can be downloaded from wlenerz.com/smsqmulator Have fun! Wolfgang ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List -- Roundcube Webmail ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
> > Mind you, my Q68 has never been able to run Jan's > > Minerva port either. > > H... > > Are you coming to Germany in May? > > > Wolfgang Afraid not. Already had something else planned for both the original and revised dates. BTW, my Q68 is the v1.05 ROM loader. Given some reports of issues with this version, Derek had offered on QL Forum a few months ago to reprogram that Q68 version back to an earlier one (I forget the details), although I haven't taken him up on the offer, as the "Minerva" problem was the only issue I was having at the time. Dilwyn ___ QL-Users Mailing List
[Ql-Users] SMSQ/E 3.39
Hi Derek, (...) My Q68, latest ROM, hasn't managed to use a single SDHC card at the highest speed. (...) plus a couple of unbranded cards. I have no card which works with Q68 configured for fast card speed. OK, that's certainly strange. Does anybody else here have this problem? Note that, if you have a version of the Q68 "Rom" that doesn't implement the higher speed, SMSQ/E will not try to use the higher speed My Q68 failed consistently with all SDHC cards I've tried here when configured for fast. It definitely did not slow down automatically when configured to fast (SMSQE 3.38) - the Q68 either crashed or failed to recognise the cards at 40MHz. Either I've been unlucky and NONE of the cards I have are capable of fast, or the "auto-slow" doesn't work at all. As I said, note that, if you have a version of the Q68 "Rom" THAT DOESN'T IMPLEMENT THE HIGHER SPEED, SMSQ/E will not try to use the higher speed > Mind you, my Q68 has never been able to run Jan's > Minerva port either. H... Are you coming to Germany in May? Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
> > Also the SD card speed is defaulting 40Mhz , which on normal SD Cards > > causes a lockup. Needs to be 20Mhz or NO in the defaults. > > Just what do you call normal SD cards? I have yet to find an SDHC card > that doesn't work with my Q68 at 40MHz. But, of course, YMMV. I'd be > interested in the make and model of your cards. My Q68, latest ROM, hasn't managed to use a single SDHC card at the highest speed. Kingston 32GB Verbatim 8GB Class 10 Verbatim 16GB class 10 Topesel 32GB micro SDHC with adaptor Qumox 8GB micrSDHC with adaptor plus a couple of unbranded cards. I have no card which works with Q68 configured for fast card speed. > Note that, if you have a version of the Q68 "Rom" that doesn't implement > the higher speed, SMSQ/E will not try to use the higher speed My Q68 failed consistently with all SDHC cards I've tried here when configured for fast. It definitely did not slow down automatically when configured to fast (SMSQE 3.38) - the Q68 either crashed or failed to recognise the cards at 40MHz. Either I've been unlucky and NONE of the cards I have are capable of fast, or the "auto-slow" doesn't work at all. Mind you, my Q68 has never been able to run Jan's Minerva port either. Dilwyn ___ QL-Users Mailing List
[Ql-Users] SMSQ/E 3.39
Hi Derek, (...) The Config Block values are: WIN1: QXL.WIN WIN2: SMS33Q.WIN So the Q68 may not find the WIN1 QWA container file. Fair enough - if you look at the source code, you will note that most of the changes were made there already. I now traced this problem to the program I use to make new versions of SMSQE, which reconfigures the resulting file wrongly. I've corrected this and the next versions will be configured to your taste. On the other hand all you need to do to update the file automatically is EW menuconfig;"\q\uQ68_SMSQ.WIN" which which I think isn't THAT hard. Also the SD card speed is defaulting 40Mhz , which on normal SD Cards causes a lockup. Needs to be 20Mhz or NO in the defaults. Just what do you call normal SD cards? I have yet to find an SDHC card that doesn't work with my Q68 at 40MHz. But, of course, YMMV. I'd be interested in the make and model of your cards. Note that, if you have a version of the Q68 "Rom" that doesn't implement the higher speed, SMSQ/E will not try to use the higher speed One other strange thing is the Q68_SMSQ.WIN file has the English Menu_Rext and German Menuconfig. Yes, that will be corrected also. I have already reported this to Wolfgang Indeed you have. Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hi Great updates. One comment with regards to the Q68 update, the WIN1, WIN2 definition in the SMSQ/E config blocks, is defined as: Unfortunately, the file names in the SMSQ/E config blocks are not correct, as detailed in the Q68 Manuals. The Config Block values are: WIN1: QXL.WIN WIN2: SMS33Q.WIN So the Q68 may not find the WIN1 QWA container file. The Q68 will startup to the normal 3 SMSQ/E/QL windows, but will not find the WIN1 drive, normally the WIN drives are defined: WIN1: QLWA.WIN WIN2: QLWA2.WIN Just type LRUN "win8_boot" to run the Menuconfig programme to alter the SMSQ/E defaults. Also the SD card speed is defaulting 40Mhz , which on normal SD Cards causes a lockup. Needs to be 20Mhz or NO in the defaults. One other strange thing is the Q68_SMSQ.WIN file has the English Menu_Rext and German Menuconfig. I have already reported this to Wolfgang --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Totally agree! Per On 19/02/2024 12:38, Fabrizio Diversi via Ql-Users wrote: I would like to express my thanks to Wolfgang, Marcel, Peter and all the other developers, HW and SW, who continue to give QL a future and who allow QL to be not just a retro "phenomenon". Q68, SMSQ/E, Ethernet drivers, slowly and laboriously, keep the QL connected to the future, therefore not just a retro nostalgic memory. Well done everyone. Fabrizio On 17/02/24 13:58, Wolfgang Lenerz via Ql-Users wrote: Hi all, SMSQE 3.39 is out now. Various bugfixes by Marcel SMSQ/E for Q-emulator (by Daniele) EXEP_M EXEP_W keywords and related functions Name of JOB_NAME for Sbasic may now be 48 chars long Q68 setting date also sets it in the hardware clock, if PROT_DATE allows it Q68 better serport handling Q68 allows for configuurable home/end keys SMSQmulator can handle serial ports (experimental feature) CKEYON/CKEYOFF could malfunction under some circumstances SER_FLOW no longer gives error every time it is used Recent thing bugs corrected This can get downloaded from wlenerz.com/smsqe Have fun! Wolfgang ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
I would like to express my thanks to Wolfgang, Marcel, Peter and all the other developers, HW and SW, who continue to give QL a future and who allow QL to be not just a retro "phenomenon". Q68, SMSQ/E, Ethernet drivers, slowly and laboriously, keep the QL connected to the future, therefore not just a retro nostalgic memory. Well done everyone. Fabrizio On 17/02/24 13:58, Wolfgang Lenerz via Ql-Users wrote: Hi all, SMSQE 3.39 is out now. Various bugfixes by Marcel SMSQ/E for Q-emulator (by Daniele) EXEP_M EXEP_W keywords and related functions Name of JOB_NAME for Sbasic may now be 48 chars long Q68 setting date also sets it in the hardware clock, if PROT_DATE allows it Q68 better serport handling Q68 allows for configuurable home/end keys SMSQmulator can handle serial ports (experimental feature) CKEYON/CKEYOFF could malfunction under some circumstances SER_FLOW no longer gives error every time it is used Recent thing bugs corrected This can get downloaded from wlenerz.com/smsqe Have fun! Wolfgang ___ QL-Users Mailing List ___ QL-Users Mailing List
