Am 14.04.2024 um 15:57 schrieb Jiri Dolezal via Ql-Users:
> TenFourFox is not able to process the GitHub javascript.
Ah, a MacOS 10.4 user? In order to still run 68K Mac programs?
Did you still keep TenFourFox up-to-date be compiling it yourself?
___
Computer Research Centrum, Ltd via Ql-Users wrote:
>> The Q60, was sold by me in 2003, which should be 66Mhz Q60 64Mb ram,.
>
> Battle of the Q60 upcoming?
> Dear, so much of us will like one…
> dex
27 years after design time... still unreached by any other QL hardware.
Darren Branagh via Ql-Users wrote:
> I don't have a Q60, so would be more than willing to pay postage to have it
> sent to me?
A Q60 for just postage would be a fantastic deal, it's easily worth a
four digit sum these days...
___
QL-Users Mailing List
Richard Gwilt wrote:
> Hello everyone at the QL-Users group. I guess most of you knew of mu
> father, George Gwilt - this is just to let you know that he passed
> away this past Saturday.
>
> All the best,
>
> Richard Gwilt
My heartfelt sympathy! I remember we privately met about a decade ago.
Wolfgang Lenerz via Ql-Users:
>>> Hmm, I always thought there was only one remaining user under java 8.
>>
>> I'm sure there would be several more, if you didn't hide the Java 8
>> version from the public ;-)
>
> Yes, and maintaining it is a PITA
I only know PITA as a greek flatbread :)
Hi Wolfgang,
> Hmm, I always thought there was only one remaining user under java 8.
I'm sure there would be several more, if you didn't hide the Java 8
version from the public ;-)
Your Java 8 version runs like a charm, nicely supports 32 bit machines,
and can live with a compact JRE engine
Wolfgang Lenerz via Ql-Users wrote:
> I just uploaded SMSQE 3.40.
>
> This is ONLY of interest for those having a (Super)GoldCard with Qimsi:
> the PS2 driver for that hardware is now integrated into the source tree.
> The filename for that version of SMSQ/E is "gold_qimsi" and can be found
>
Hi Jan,
> When I use a splitter and connect the keyboard to the corresponding
> connector on the spiltter, the Q68 freezes at the boot loader screen
> even if the mouse is not connected.
The simple reason is that most (not all) splitter cables lead the mouse
to the primary PS/2 port. This was
Dilwyn Jones via Ql-Users wrote:
> 1.05 - That's the version that caused me all the Minerva problems.
A hardware problem seems more likely to me, because logic version 1.05
works with the latest Minerva elsewhere.
___
QL-Users Mailing List
Andrius V wrote:
> Nevertheless, there's JRE available
> from some of them, one I would recommend to try is eclipse temurin
> https://adoptium.net/temurin/releases/?os=windows.
Thanks for the hint.
___
QL-Users Mailing List
Derek via Ql-Users wrote:
> I just install the runtime version of Java, on Windows and Linux, from
> Oracle, who bought out Sun Systems.
We just discussed the lack of exactly that.
___
QL-Users Mailing List
qlus...@sinclairql.net via Ql-Users wrote:
> then googled for: java 17 windows 10 download
>
> and followed the search result which looks the best match (Windows is from
> Microsoft, so let's use their Java):
> https://learn.microsoft.com/de-de/java/openjdk/download
So no standalone JRE and one
Wolfgang Lenerz via Ql-Users wrote:
> In other words: SMSQE checks the version of hardware you have. If it
> doesn't allow higher speed, SMSQ/E doesn't even try to use that - even
> if it is configured to do so.
Maybe statements like that have been misread. The FPGA knows nothing
about the SD
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
Wolfgang Lenerz via Ql-Users wrote:
> Hi,
>
> I intend to come on friday and stay until early afternoon on sunday, if
> possible.
>
> Wolfgang
Fantastic! This tends to become the best QL meeting in more than a decade!
___
QL-Users Mailing List
Fabrizio Diversi via Ql-Users wrote:
> I will attend, just for one day, most probably on Saturday
Which is probably the only "full" day. Fantastic that you come from
Italy! Great to meet you in person.
I will also attend and show Qzero, QLbase, QIMSI plus some historic
stuff like Q60. And with
François Van Emelen via Ql-Users wrote:
> Op 3/02/2024 om 14:17 schreef desin via Ql-Users:
>>
>>
>>> The name of the hotel is Hoetche https://hoettche.de
>> from Switzerland you get
>>
>> Connection denied by IP2Location Country Blocker
>>
>> dark times ...
>>
Hi Dilwyn,
> As I'm getting a large number of "where's the QL homepage gone" type
> emails despite my extensive efforts at publicising the change, I'm
> assuming QL users don't read extensively published information (Forum,
> ql-users list, blog, Facebook, redirect on old site for weeks for
>
Am 14.03.2023 um 22:37 schrieb Graeme Gregory via Ql-Users:
> We did discuss hooking this mailing list up to the forum!
>
> Not sure if thats possible with phpBB, it was on FUDforum that I used to use!
Oh oh... FUD? Fear, uncertainty, doubt forum? ;-)
Hi Dilwyn,
> When my troublesome domain name comes to an end on 13th March, the
> dilwyn.me.uk QL site will shut down.
>
> But thanks to the nice Mr Heaton who runs QL Forum, what is currently
> the backup site will become the new QL Homepage.
That is great news! Your homepage is absolutely
Hi Graeme,
> A C implementation of SuperBasic would be useful to some people it seems.
>
> But as Peter says it would not be SMSq/e based!
>
> So who is stepping forward to volunteer :-D
This one looks similar:
https://github.com/paladin-t/my_basic
Wolfgang Lenerz via Ql-Users wrote:
> Short answer:
>
> "Could" it be ported? Yes.
But not in a sense that it could run any existing SMSQ/E executables.
Just BASIC programs would run. A port would be a rewrite of SMSQ/E in
ARM assembler instead of 68K assembler.
Derek via Ql-Users wrote:
> It
Wolf via Ql-Users wrote:
> I've re-re-upped the version for java 8...
re-thanks!
___
QL-Users Mailing List
Peter via Ql-Users wrote:
> Do you cause the SGC to apply it's patches on
> the emulated ROM, or just restart without patching?
Sorry for asking impatiently, I see that answered in detail at
https://github.com/janbredenbeek/QL-Customboot
Good job!
___
Jan Bredenbeek via Ql-Users wrote:
> Based on your excellent blog post about the (S)GC boot process
> (https://www.kilgus.net/2018/11/14/supergoldcard-boot-sequence/), I
> managed to write a boot loader for custom QL ROMs using a (Super)Gold
> Card. Turned out that the lower 48K RAM of the
Jan Bredenbeek via Ql-Users wrote:
> It appears that most of the library files are missing in the Java 8 .zip
> file. SMSQmulator refused to start and gave an 'INI file error' on the
> Java 8 version. I could fix this by copying the files in the lib
> directory from the Java 11 version.
For
Hi Jason,
> I realize I'm 19 years late to the party, but does these boards exist
> anymore?
Nice to hear that my good old design is still of interest. The Q60 still
exists and has a die-hard user base, but is no longer officially
manufactured. The Q40/Q60 version of the SMSQ/E operating system
> If it is the drives, well, that's the problem Thierry has mentioned.
By the way I doubt the ISA bus reset is required, which is adding to the
delay. Neither QDOS Classic nor my own Utility ROMs use it. Never seen
any issue.
___
QL-Users Mailing List
Ralf Reköndt via Ql-Users wrote:
> Hmm, so why use it in an EPROM?
You need some kind of ROM to boot the machine and load the OS.
This can be a separate loader, like inside the Q68, but then it needs to
access mass storage to load the OS.
In case of the Q40 and Q60, the OS can boot completely
Marcel Kilgus via Ql-Users wrote:
> Fabrizio Diversi via Ql-Users wrote:
>> This issue seems to address newer SMSQ/E in Eprom, I used second
>> hand ST M27C1024 eprom 120ns. I ordered completely new eprom from
>> China the same Brand but with 100ns.not sure where is the
>> problem.
>
>
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
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
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
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
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
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?
>
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
Michael Berger wrote:
> I have a 1985 issue of 'QL User', where the results of a graphics
> competition were posted. Basic programs of limited length, to produce
> some image. The contribution that impressed me most (by far!) was 'Tree'
> by A. Pritchard. That was a random image with a tree in
Am 04.03.2020 um 17:26 schrieb Jan Bredenbeek via Ql-Users:
> I've just ordered Schottky diodes for the operation 'Q68-net'.
> I followed the discussion on the QL forum about fitting network sockets to
> the Q68 case. This doesn't look very straightforward. I think removing the
> on/off switch and
Hi Jan,
> I personally use a Linux machine or Raspberry Pi with tcpser and a>
> USB-to-serial converter to exchange files to my BBQL.
How about using a Q68 as bridge from Linux (SER) to QLNET (BBQL)?
This way you could use higher baudrates. And network is much faster on
the BBQL than SER.
Thierry Godefroy wrote:
>> Besides lack of time and the BGA soldering issue, I remain unsure if
>> such a massive board modification is appropriate for a historic computer.
>>
>> A lot depends on the question, what do we actually prefer today: Keeping
>> the historic machine alive, or any 68060
Thierry Godefroy wrote:
> In fact, I found out today that by increasing the sample rate to 1260 (from
> the 1200 I used so far) on the OSSC, I could get it to output a 1024x512
> (without scan doubling) or 2048x1024 (with it) resolution in the 480p HDMI
> signal format... and the good news is that
Thierry Godefroy wrote:
> Here are two new photos (full resolution, untouched: 30Mb each !) in DNG
> format, with and without scan lines doubling:
> http://qdos.free.fr/images/Q60-1960x1024.dng
Many thanks for taking a highres picture. It is nice to get the screen
filled, still single pixels can
Marcel Kilgus wrote:
> Daniel Baum via Ql-Users wrote:
>> I'm afraid your core doesn't seem to work on my Mister (or I've messed up
>> somehow). I get a black screen with a white Minerva logo in the bottom
>> right corner, which appears to be gradually overwritten with more blackness.
>> I wonder
Thierry Godefroy wrote:
> I don't want to undermine your (nifty) project or discourage you to
> pursue it, but I recently found a solution for hooking my QL and
> compatible computers (including the Thor XVI and the Q60), to a LCD
> monitor (as long as it got an HDMI input).
>
> See it here:
>
Norman Dunbar via Ql-Users wrote:
> I get that it's a software description of some hardware.
Not software. It is simply a hardware description, and the result is
pure hardware, i.e. flipflops, gates, wires. You can as well describe he
same hardware in a schematic rather than text.
It is
Hi,
just in case not everyone is on the QL forum, there is an exciting new
software development underway. "The Pawn" and other "Magnetic Scroll"
games are back. And this time not just text but with graphics! The first
supported machine is the Q68, executables are already downloadable, on
page 3:
Hi Norm,
> One of the reasons I did some work was a recent almost total loss of over 300
> floppies going back many years.
Oh my. That sounds similiar to my Q60 harddisk loss long ago.
> I have qxltools on my laptop but haven't looked at it for ages, I think I had
> problems compiling it -
desin via Ql-Users wrote:
>
> FX CAST cycle accurate Atari ST FPGA core
>
> http://www.atari-forum.com/viewtopic.php?f=117=34555
> and
> http://atari-forum.com/viewtopic.php?f=28=34554
I don't find this off-topic at all. The logic seems to include a new
68000 CPU core, which is relevant for QL
Jan Bredenbeek via Ql-Users wrote:
> I'm very pleased to present you release 2.01 of QED, my ever popular text
> editor!
>
> This release comes exactly 30 years after version 1.01, which has been
> included in many QL software distributions.
Awesome! Many thanks, Jan!
Hi Wolfgang,
> the source code for BouQLder Qlash is now available from my site.
Amazing work. And a lot of comments. I like this one:
"Normally, a sound is only played if the previous one is finished.
An explosion, though, is always played" :-D
Thank you very much
Peter
Wolf via Ql-Users wrote:
> thereTs a new game on my site called BouQLder Qlash.
> It's an an arcade game inspired by an old 8 bit game called Boulderdash.
> I programmed it initially to showase some of the capabilities of the Q68.
Awesome!!! Looks like the first QL arcade game of this century!
Am 01.05.2018 um 20:55 schrieb Thierry Godefroy via Ql-Users:
> On Tue, 1 May 2018 19:26:56 +0200, Peter Graf via Ql-Users wrote:
>
>> Most flatscreens misunderstand the signal as 800x600, leading to bad
>> interpolation.
>
> Among the 3 LCD monitors I own, only the
Dave Park via Ql-Users wrote:
> What are the frames per second and number of lines in the image?
Originally 72 Hz, 512 visible lines.
> What 'legal' signal is it most similar to?
At design time it was fine to use any legal resoltion of a multisync CRT
monitor. The idea was to stay at the
Hello,
I have developed an alternative video controller for Q40 and Q60:
http://qlforum.co.uk/viewtopic.php?f=2=2434
All the best
Peter
___
QL-Users Mailing List
Hi,
> But there are some confusing aspects about the Q68 files.
> Both count 350.000 bytes, one .SYS and one .WIN.
> When Viewed they look the same. Should the .WIN not be a valid QLWA file
> containing the .sys?
Both are wrong and can not be used by the Q68 Loader without changes.
There
Sorry that message was supposed to be private.
___
QL-Users Mailing List
Hi Wolfgang,
ich benutze das .WIN Archiv der SMSQ/E Sourcen.
1. smsq_q40_boot_make_bas führt menuconfig nicht sichtbar aus, ziemlich
verwirrend, da man nicht weiss ob und woher er die Konfiguration dann nimmt.
2. Zeile 760 gibt ein "not found", weil komischerweise ofile$ seinen
Wert verloren
Hi Wolfgang,
fantastic work, many thanks!
Now all QL hardware platforms QL, GC, SGC, Q40, Q60 and Q68 share the
same, stable filesystem on SDHC cards. And they can exchange it with
emulators on the same medium.
This was my original hope and vision, when I first started with SD cards
on the SGC
Am 29.03.2018 um 22:59 schrieb Marcel Kilgus via Ql-Users:
>> (By the way, I wish Stuart had finished his QL Graphics Card,
>> because all the video converters I tried with my QLs suck.)
>
> Yes, this is true. That's the reason I have built a prototype of a
> bus-snooper that mirrors the QL
Am 30.03.2018 um 00:47 schrieb Marcel Kilgus via Ql-Users:
> Peter Graf via Ql-Users wrote:
>> Did you test your logic changes with a non-Tetroid GC inside a QL where
>> the original logic did *not* work reliably?
>>
>> I'm asking, because IIRC you reported total failu
Am 29.03.2018 um 23:29 schrieb Marcel Kilgus via Ql-Users:
> Speaking of only announcing stuff that basically already works, I have
> made huge progress regarding my work on QL-SD that I was going to
> write about today anyway:
>
> https://www.kilgus.net/2018/03/29/ql-sd-news/
Must have been a
Am 29.03.2018 um 20:13 schrieb Darren Branagh via Ql-Users:
> Dont forget he also designed the ZX Spectrum issue 1 PCB by hand.
And approximately 16000 of these machines were produced!
Does anyone know how many GoldCards were sold?
Peter
___
The printed QUANTA magazine for December/January arrived here today.
Derek Stewart via Ql-Users wrote:
> Hi,
>
> Has anyone received the recent Quanta eMags, the last one I received in
> October/November 2017. My subscription is in date.
>
> I tried to email John Southern, but no reply, where
This is very sad news indeed. At Eindhoven I also showed the first Q40
before it had any operating system, and later the first public
appearance with QDOS Classic. It was there where Tony Tebby approved my
machine and agreed to port SMSQ/E. The Eindhoven meetings in the middle
between England and
Hi Derek,
I have the same problem with the magazines. I thought it was because I
could not pay QUANTA subscription for some time. QUANTA had difficulties
to tell their bank account information. I paid in January.
Maybe it is because of Lee Privett passing, which we all understand.
All the best
Hi Fabrizio,
> I have done a sufficient number of experiment in copying and executing
> files over the sernet@230400 to say that it is working.
I'm glad it does, although SERNET alone can not prove the SER-USB
adaptor handles 230 kBaud reliably in general. The problems usually pop
up when you
ory, the quality of the cable starts making
> an extraordinary difference, even if there is UART support for that speed.
>
> On Sat, Jan 20, 2018 at 3:25 PM, Peter Graf via Ql-Users <
> ql-users@lists.q-v-d.com> wrote:
>
>> Hi Fabrizio,
>>
>>> configuring the
Hi Fabrizio,
> configuring the driver in Win10 there are available different predefined
> speeds, including 460800, so I assume it should work at least from PC side.
I know, but that tells nothing about what the adaptor can physically
hanlde. I have a lot of experience with that, unfortunately.
Hi Fabrizio,
> Now playing with SMSQ/E sources, according Wolfgang suggestion (Thanks)
How do you come to the idea your SER-USB adaptor supports 460 kBaud,
even PC to PC?
The required RS-232 line drivers are very seldom!
Peter
___
QL-Users
Hi Fabrizio,
> Finally what is the theoretically max ser speed of the Q68 is?
460 kBaud for the hardware itself (UART and RS-232 driver). But for the
overall system, max. 115 kBaud is specified in the Manual. Beyond that
it has not been sufficiently tested.
Please note that many USB-SER
Hi Michael,
> What is the easiest way to connect a QL to a modern VGA or HDMI monitor?
The only converters which work for me at all, are the GBS-8220 and
similar. These are VGA converters. I find picture quality poor compared
to a suitable CRT monitor, but at least I can work.
All my attempts
Wolf via Ql-Users wrote:
> I've added a small technical explanation of DV3 drivers for SMSQE to the
> additional info and data section on the SMSQE site.
Which is here:
http://www.wlenerz.com/smsqe/DV3_Device_Drivers.zip
Good stuff, thanks Wolfgang!
Peter
On 26 Nov 2017 1:54 p.m., "Peter Graf via Ql-Users" <
> ql-users@lists.q-v-d.com> wrote:
>
>> Hi,
>>
>> I'm trying to pay my QUANTA subscription without Paypal. In the papers I
>> received, bank transfer to QUANTA is offered, but the required account
>>
The least significant of the 6 green bits.
Am 16.12.2017 um 19:12 schrieb pjwitte via Ql-Users:
> Sorry for yanking your chain again so soon but, on going the other
> way, ie from mode 32 to 33, what is the best value for W? g6, 0, 1..?
>
> Per
>
> On 16/12/2017 18:13, pjwitte via Ql-Users
pjwitte via Ql-Users wrote:
> I havent tested your suggestion yet, Wolfgang, but what I found so far
> was that gggbrgg0 appears (to my eye) to look cleaner than
> gggbrggW. Is that so wrong? ;)
It is right, because gggbrggW has the W at the wrong bit. It
must be the
But the same as my proposal :)
Wolf via Ql-Users wrote:
> No, not the same as %gggbrggW, as suggested in the original post.
>
> Wolfgang
>
> On 16/12/2017 10:18, Peter Graf via Ql-Users wrote:
>> Wolfgang Lenerz via Ql-Users wrote:
>>> I'd do it this
Wolfgang Lenerz via Ql-Users wrote:
> I'd do it this way
>
> %ggWbrggg
Which is the same :)
___
QL-Users Mailing List
> What do I do with 'w' in either case for best results?
I would just use the RGB0 bit of mode 33 as G0 Bit of mode 32, which is
what you probably do already.
There is no perfect translation, since mode 33 has 64 clean grey levels,
while mode 32 has only 32. There will be a minimal green tint in
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
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
Hi,
I'm trying to pay my QUANTA subscription without Paypal. In the papers I
received, bank transfer to QUANTA is offered, but the required account
information was not included.
I found no email address of the QUANTA membership secretary, neither in
the papers, nor on the website. And using the
Hi Duncan,
> the version of menuconfig I have is 3.36 and is dated 2003.
Thank you. That's it! :) With menuconfig 3.36 it worked.
> The version of menuconfig on Dilwyn's site is 3.34
Found even 3.36 when I searched again. Maybe it is stored at more than
one location.
All the best
Peter
Hi,
the original SMSQ/E 3.31 Q40 boots here on my Q60/80 with LRESPR.
But if I do even the slightest configuration with MENUCONFIG, it crashes
on boot. Just language settings, nothing else.
Can anyone with Q60 reproduce this problem?
All the best
Peter
Am 11.11.2017 um 22:06 schrieb Derek via Ql-Users:
> I will check on my Q60 the DISP_TYPE values and report back tomorrow.
I looked already. Seems always 33.
Peter
___
QL-Users Mailing List
Am 11.11.2017 um 17:58 schrieb Giorgio Garabello via Ql-Users:
> 64 – 24-bit colour mode (no hardware supports this at the time of writing)
Hmmm... was there _software_ support at the time of writing?
> DISP_TYPE
> The DISP_TYPE function is used to find the type of display. For the Q40,
> there
Hi Wolfgang,
> Concerning dock, this is supposed to be a program run in the background.
I figured that, but started a second SBASIC and used LRUN from there -
which didn't work.
> Start with EX, not LRUN
That, plus QPRT v0.14 does the trick.
However, I'm still puzzled that the missing
François Van Emelen via Ql-Users wrote:
> RPTR is part of the pointer toolkit ‘qptr_rext’. Once loaded Dock does
> what it is supposed to do.
Not here, same hang/crash. At least with the 'qptr_english_bin' from
Wolfgang's site.
Not sure it really is because of RPTR, but in one of my debug
Peter via Ql-Users: wrote:
>> I would have a look at the OUTLN and WINDOW commands a bit up from there
>> [...]
>
> Wow, you are really an ace! Setting OUTLN to 1 pixel cures the RPTR
> crash. WINDOW can remain unchanged.
Not under all circumstances... something is definitly buggy.
And there
Hi Tobias,
> I would have a look at the OUTLN and WINDOW commands a bit up from there
> [...]
Wow, you are really an ace! Setting OUTLN to 1 pixel cures the RPTR
crash. WINDOW can remain unchanged.
However, an SBASIC command should not crash the machine by a wrong
parameter.
> Doesn't work
QPTR toolkit (RPTR), you can find the
> toolkit manual on Dilwyn web site. It work nicely on SMSQmulator, QPC
> and Q60.
>
> Ciao
>
>
> Fabrizio
>
>
> On 07/11/2017 19:28, Peter Graf via Ql-Users wrote:
>> Hi,
>>
>> I try to run this n
Hi,
I try to run this nice looking "dock" for SMSQ/E:
http://www.wlenerz.com/qlstuff/dock_bas.zip
It seems to crash or hang at the RPTR command in line 1020, which I can
not find in the SMSQ/E Manual on Dilwyn's Website.
Does anyone else use this program and can give me a hint?
All the best
Hi Wolfgang,
> the new version of QxlwinReader is on my website.
Many thanks! If I had to vote for the "tool of the year", QxlwinReader
would be it! :)
Extraordinary useful for the development of the Q68! Without
QxlwinReader, there was always an emulator or Wxqt2/qltools involved
when
Hi Jan,
> The flashing is up to and including the pixel which has the flash bit on
> to turn flash off.
Thanks for this precise info!
> I've tested this on a real QL and it looks like the blink frequency is
> 16/50th of a second which is a bit slower than the software-generated
> blinking of
Hi Jan,
> It works in a serial fashion, much like the old Videotex/Prestel standard.
> When you set the flash bit on a pixel, the colour of that pixel is used
> as background flash colour for the rest of the line until another flash
> bit on the same line is encountered.
> E.g. when a pixel has
Hi,
today I noticed that my MODE 8 Flash Bit implementation in the Q68 was
never completed. It is 11 years ago that I designed the video
controller, and now I don't even remember how exactly the QL hardware
used that bit at all. Especially, I don't know how the background colour
for the flashing
Wolfgang Lenerz via Ql-Users wrote:
> Just a rant about the SBasic AND operator.
>
> Suppose this:
>
> 10 a=0
> 20 b=10
> 30 if (a<>0 AND b/a=5)
> 40 do_something
> 50 end if
>
> Run it and what happens?
>
> You get an "overflow" error at line 30.
> You get this error because it is trying to
Hi Gerhard,
>> 3. There can be no promise of ethernet software drivers, although
>>I would like them for myself, building upon my QLwIP project.
>
> Tell me(us) more about your QLwIP project (no need of inventing diversity of
> projects)
QLwIP is a combination of
- A QDOS native TCP/IP
Hi all,
before placing orders, please take this into consideration:
1. The Q68 is not a high-end machine like the Q60 in terms of speed.
If in doubt, please wait for benchmarks.
2. I developed the Q68 strictly as a hobby project, absolutely for free,
and support will be only by communitly
Derek Stewart via Ql-Users wrote:
> Q68 Advanced Notice
> ---
> [snip]
I hope to be able to comment more about the Q68 at a later time, right
now let me say thanks to...
... Laurence Reeves and Tony Firshman for releasing Minerva as free QL
operating system, motivating me to
1 - 100 of 103 matches
Mail list logo
