> On 8 Mar 2017, at 12:00, pg...@q40.de wrote:
>
>
> By now, SMSQ/E is also free software, Minerva offers no advantages
> regarding licensing anymore. Native hardware interest moved from
> targeting highspeed Motorola CPU to retrocomputing with FPGA. Which
> is using plain 68000 at the moment
On 8 Mar 2017 at 11:24, George Gwilt wrote:
> > GWASS did not produce the same code as QMAC from Minerva source, and
> > required various sourcecode changes, which now no longer allow to
> > use QMAC. We did not hunt down all the subtle differences yet. I'm
> > sure this could all be solved by
> On 7 Mar 2017, at 15:53, pg...@q40.de wrote:
>
>
> GWASS did not produce the same code as QMAC from Minerva source, and
> required various sourcecode changes, which now no longer allow to
> use QMAC. We did not hunt down all the subtle differences yet. I'm
> sure this could all be solved by
Ive shown one way how this can be done using an SBASIC slave (Im not able
to access references where Im now. I think you may find examples on QL
Forum). Briefly:
Start an instance of SBASIC, pipe to the command channel, pipe to an output
channel, send a line of S*BASIC preceded by a line number, se
Jan Bredenbeek wrote:
> Just a (maybe silly) question: Is there a way to execute an SBASIC job from
> another (non-SBASIC) job on SMSQ/E? I know it is possible on Minerva with a
> special vector call and in SBASIC you can simply EXEC another SBASIC
> program, but I couldn't find any info on how to
Just a (maybe silly) question: Is there a way to execute an SBASIC job from
another (non-SBASIC) job on SMSQ/E? I know it is possible on Minerva with a
special vector call and in SBASIC you can simply EXEC another SBASIC
program, but I couldn't find any info on how to do this from a non-SBASIC
job.
On 7 March 2017 at 21:29, Wolf wrote:
I could be wrong, but AFAIK SBASIC doesn't put a MISTake keyword in front
>> of a 'bad line' which has been loaded from a file. Which makes it harder
>> to
>> debug...
>>
>>
>
> But it does.
> Try this nonsense "10 print print r=25" and load it.
>
I stand co
Hi,
The reason this springs to mind was that on the QL Forum online chat last
night, we were discussing Tim Swenson's SSB (Structured SuperBasic system).
While it's a nice, simple little development system for BASIC programmers,
one thing it doesn't do is check syntax.
You could always use t
That's quite a historical thing. Jochen and Tony have always shared those
things, a few or more others have never get any informations (maybe accept
you) about those things. No wonder, Jochen was able to make his SBAS Thing.
And...QD is still commercial after all those years, silly, isn't it?
Is there such a thing as an OS call of any description which when
presented
with a line of BASIC as simple ascii will check the syntax so that a
program
such as Tim's can check what is being entered without necessarily
inserting
the line of BASIC into a program directly?
Well, there are the m
Dilwyn Jones wrote:
> Is there such a thing as an OS call of any description which when presented
> with a line of BASIC as simple ascii will check the syntax so that a program
> such as Tim's can check what is being entered without necessarily inserting
> the line of BASIC into a program directly?
I could probably adapt QED if I'd had the time, but interfacing with
SBASIC will be difficult as that is a self-contained environment
(you cannot call the parser from another job, unless perhaps when
it's also an SBASIC job.
Have a look at SBAS/QD, it's part of SMSQ/E and does exactly this.
Let
Jan Bredenbeek wrote:
> I could probably adapt QED if I'd had the time, but interfacing with
> SBASIC will be difficult as that is a self-contained environment
> (you cannot call the parser from another job, unless perhaps when
> it's also an SBASIC job.
Have a look at SBAS/QD, it's part of SMSQ/E
It should be possible, as there is another (earlier) full screen editor in
GigaBasic with syntax check. Perhaps it is possible to contact the authors,
maybe Rich has any addresses.
- Original Message -
From: "Dilwyn Jones"
Apart from the obvious historical interest of BASICODE and the
Dilwyn Jones wrote:
> Dare I say it (I can live in hope) that such documentation might one day
> help us get some form off IDE (a development environment) for better Basic
> program development. ED and even using a text editor is absolutely fine, but
> when it comes to developing the larger BASIC p
On 7 March 2017 at 16:56, Dilwyn Jones wrote:
Apart from the obvious historical interest of BASICODE and the sofware you
> wrote, it would be useful to document vectors etc concerning editing basic
> programs and syntax checking. And if you have gone as far as to do a
> commented disassembly of t
Back in 1987 I wrote a BASICODE translator for the QL which included lots
of hardware-dependent code, including a cassette device driver for use
with
the network ports. It had to be run from EPROM because of necessary exact
timing (after all the network port is an ordinary bit-banging interface)
Hi George,
> > We made the stategic mistake of first moving the code base to GWASS.
> > Unfortunately the differences to QMAC continued to cost time and
> > bugs. Still today it is not possible to _exactly_ reproduce the QL
> > binary of Minerva, although the code seems to work. So if Minerva
> On 7 Mar 2017, at 11:42, pg...@q40.de wrote:
>
> We made the stategic mistake of first moving the code base to GWASS.
> Unfortunately the differences to QMAC continued to cost time and
> bugs. Still today it is not possible to _exactly_ reproduce the QL
> binary of Minerva, although the code
On 7 March 2017 at 10:36, Tobias Fröschle
wrote:
> Peter, Marcel,
>
> I have yet to discover a program that doesn't run on SMSQ/E, provided it's
> set to mimic a QL memory map, and does on Minerva (but I'm open to
> suggestions). Weird programs are normally sooo weird that they won't run on
> eit
On 7 Mar 2017 at 13:43, pg...@q40.de wrote:
> On 7 Mar 2017 at 13:15, Marcel Kilgus wrote:
>
> > pg...@q40.de wrote:
> > > Also, the Minerva build system was completely lost when Lau released
> > > the code, and it has cost a lot of time to create a replacement.
> >
> > Hm, took me at most 3 min
On 7 Mar 2017 at 13:15, Marcel Kilgus wrote:
> pg...@q40.de wrote:
> > Also, the Minerva build system was completely lost when Lau released
> > the code, and it has cost a lot of time to create a replacement.
>
> Hm, took me at most 3 minutes to build Minerva using QMake. 100% bit
> perfect, too.
On 7 Mar 2017 at 11:57, Dilwyn Jones wrote:
> > It looks like this is unrealistic to happen. There simply is not
> > enough time for the very (!) few remaining hardware-near QL
> > developers to deal with more than one free operating system. Unless
> > someone comes up with a strong reason.
> >
>
pg...@q40.de wrote:
> Also, the Minerva build system was completely lost when Lau released
> the code, and it has cost a lot of time to create a replacement.
Hm, took me at most 3 minutes to build Minerva using QMake. 100% bit
perfect, too. Seems a pity to me that so much time was lost on
triviali
It looks like this is unrealistic to happen. There simply is not
enough time for the very (!) few remaining hardware-near QL
developers to deal with more than one free operating system. Unless
someone comes up with a strong reason.
Still it makes me sad, because Minerva was not far from being
rel
Hi Tobias,
> # of active code maintainers for Minerva: 0
The point here is "maintainer". There was active work on Minerva
until about two years ago, although we did not want to become
responsible for releases. You can probably imagine the Q68 port was
not trivial, especially in the early stage
On 07/03/17 09:36, Tobias Fröschle wrote:
Peter, Marcel,
I have yet to discover a program that doesn't run on SMSQ/E, provided it's set
to mimic a QL memory map, and does on Minerva (but I'm open to suggestions).
Weird programs are normally sooo weird that they won't run on either...
Minerva
On 07/03/17 00:39, Alexandre Souza wrote:
Derek, Id be very interested in your old all 03a if you would part with
it...
Enviado do meu Tele-Movel
Hi Alexandre,
I do not think I would want to part with the ALL03a programmer, as it is
a very versatile programmer, all the DOS based programming
Peter, Marcel,
I have yet to discover a program that doesn't run on SMSQ/E, provided it's set
to mimic a QL memory map, and does on Minerva (but I'm open to suggestions).
Weird programs are normally sooo weird that they won't run on either...
Minerva is a miraculous thing in terms of code densi
pg...@q40.de wrote:
>> - no wait for F1/F2 (actually there will still be a tiny wait of 32ms,
>> so keys can still be pressed)
> Wow, 32 ms is a fast reaction from human ;-)
I guess you can already press the key while the ROMs are still being
scanned :)
> As for Minerva in general, would you (o
On 7 Mar 2017 at 1:07, Marcel Kilgus wrote:
> One could for example patch a $11 into it to get
>
> [...]
>
> - no wait for F1/F2 (actually there will still be a tiny wait of 32ms,
> so keys can still be pressed)
Wow, 32 ms is a fast reaction from human ;-)
Nice hack anyway.
As for Minerva in
Derek, Id be very interested in your old all 03a if you would part with
it...
Enviado do meu Tele-Movel
On Mar 6, 2017 10:20 AM, "Derek Stewart" wrote:
> On 06/03/17 12:49, Marcel Kilgus wrote:
>
>> Hi all,
>>
>> I create a German version of the Minerva ROM, in case anybody is
>> interested:
>>
Ralf Reköndt wrote:
> Ah, a good idea. I have elsewhere on disk a Minerva (not the latest version)
> which was patched by Martin Berndt with german key layout (not so
> important), with b/w colours of #1 and #2 (also not so important) but with
> autostart at F1, not F2 (a bit more important).
Ah
Ah, a good idea. I have elsewhere on disk a Minerva (not the latest version)
which was patched by Martin Berndt with german key layout (not so
important), with b/w colours of #1 and #2 (also not so important) but with
autostart at F1, not F2 (a bit more important).
Cheers...Ralf
- Origina
I'm rather fond of the AtTiny85 myself, I have to admit. :-)
Cheers,
Norm.
On 6 March 2017 13:26:59 GMT+00:00, Marcel Kilgus
wrote:
>Derek Stewart wrote:
>> I have had a Minipro TL866CS for a long time and works very well.
>>
>> It does have problems with very old eproms, not being in the Epro
Derek Stewart wrote:
> I have had a Minipro TL866CS for a long time and works very well.
>
> It does have problems with very old eproms, not being in the Eprom
> Programmer Database.
Yes, I had to disable the "ID check" flag to read one of my old EPROMS
and haven't tried to burn one yet. Might tr
On 06/03/17 12:49, Marcel Kilgus wrote:
Hi all,
I create a German version of the Minerva ROM, in case anybody is
interested:
https://www.kilgus.net/2017/03/05/german-minerva-rom/
I also briefly discuss a cheap EEPROM programmer that I ordered from
China. Suffice to say, I'm very satisfied.
Ch
Hi Marcel,
> I create a German version of the Minerva ROM, in case anybody is
> interested:
>
> https://www.kilgus.net/2017/03/05/german-minerva-rom/
Thanks! Very good idea!
Peter
___
QL-Users Mailing List
On Mon, 6 Mar 2017, at 12:49 PM, Marcel Kilgus wrote:
> Hi all,
>
> I create a German version of the Minerva ROM, in case anybody is
> interested:
>
> https://www.kilgus.net/2017/03/05/german-minerva-rom/
>
> I also briefly discuss a cheap EEPROM programmer that I ordered from
> China. Suffice
Hi all,
I create a German version of the Minerva ROM, in case anybody is
interested:
https://www.kilgus.net/2017/03/05/german-minerva-rom/
I also briefly discuss a cheap EEPROM programmer that I ordered from
China. Suffice to say, I'm very satisfied.
Cheers, Marcel
40 matches
Mail list logo