Re: [Ql-Users] Marcel has done it again - SMSQE 3.31

[Francois Lanciault]

With all those discussions about bug correction and the good, benevolent people 
who spend time to hunt them down, I wonder :

Is there a proper way to report bugs in SMSQ/E ?

Does asking kindly on this list enough ? :-)

François
___
QL-Users Mailing List

Re: [Ql-Users] Marcel has done it again - SMSQE 3.31

[Marcel Kilgus]

Ralf Reköndt wrote:
> As this seems to be very near at QLib, it makes me wonder, if TT has any
> long lost source code of QLib.

IIRC the QLib compiler was written in Basic. I don't think there are
many similarities besides the basic concept.

Marcel

___
QL-Users Mailing List

[Ql-Users] SMSQE 3.31, SMSQmulator 2.24

[Wolf]

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] Marcel has done it again - SMSQE 3.31

[Ralf Reköndt]

As this seems to be very near at QLib, it makes me wonder, if TT has any 
long lost source code of QLib.



Marcel Kilgus:

Jan Bredenbeek wrote:

I've been doing a lot of disassembling on the original QL ROM but
understanding the SuperBASIC parser was a bridge too far for me, so I found
it a very interesting read. It raises one question though - is SBASIC an
interpreter or a real-time compiler?

It's a compiler that compiles to intermediate code and an interpreter
for this code. Basically the same as a real-time QLiberator. And
actually similar to how modern languages do this, like Java and C# (if
we disregard the later hot-spot compilation step).


I'm still working on BASICODE and hit upon another 'feature' which works
differently in SBASIC: the vector at $138 can be used to LIST a number of
lines (from D4 to D6), but in the original ROMs and Minerva it can also be
used to execute a DLINE when called with D7<>0 (I believe the TK2 ED
command makes extensive use of this). However in SBASIC the DLINE feature
doesn't work, and from examining the code I could deduce that D7 isn't
being tested at all!

Haven't investigated anything in this regard, but full source code for
TK ED is available and other than a different way to call the vectored
routines it's identical between QDOS and SMSQ/E.


___
QL-Users Mailing List

Re: [Ql-Users] Marcel has done it again - SMSQE 3.31

[Marcel Kilgus]

Jan Bredenbeek wrote:
> I've been doing a lot of disassembling on the original QL ROM but
> understanding the SuperBASIC parser was a bridge too far for me, so I found
> it a very interesting read. It raises one question though - is SBASIC an
> interpreter or a real-time compiler?

It's a compiler that compiles to intermediate code and an interpreter
for this code. Basically the same as a real-time QLiberator. And
actually similar to how modern languages do this, like Java and C# (if
we disregard the later hot-spot compilation step).

> I'm still working on BASICODE and hit upon another 'feature' which works
> differently in SBASIC: the vector at $138 can be used to LIST a number of
> lines (from D4 to D6), but in the original ROMs and Minerva it can also be
> used to execute a DLINE when called with D7<>0 (I believe the TK2 ED
> command makes extensive use of this). However in SBASIC the DLINE feature
> doesn't work, and from examining the code I could deduce that D7 isn't
> being tested at all!

Haven't investigated anything in this regard, but full source code for
TK ED is available and other than a different way to call the vectored
routines it's identical between QDOS and SMSQ/E.

Cheers, Marcel

___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.24

[Bob Spelten]

Op Sat, 08 Apr 2017 10:16:55 +0200 schreef Wolf :


Hi all,

following the release of SMSQE 3.31, a new ersion of SMSQmulator,  
containing some unrelated bugfixes, is out now.


www.wlenerz.com/smsqmulator


When I open this site it tells me it's v2.23.
Also the filename is ..8223, the unzipped date is 18.02.
Where's 8224 gone?

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.24

[François Van Emelen]

Op 8/04/2017 om 10:16 schreef Wolf:


Hi all,

following the release of SMSQE 3.31, a new ersion of SMSQmulator, 
containing some unrelated bugfixes, is out now.


www.wlenerz.com/smsqmulator

Have fun!

Wolfgang
___
QL-Users Mailing List



Installed and running. Thanks Wolfgang.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Marcel has done it again - SMSQE 3.31

[François Van Emelen]

Op 8/04/2017 om 10:15 schreef Wolf:

Hi all,

Marcel has done it again - SMSQE 3.31 is out now.

Marcel has fixed the LRESPR bug. LRESPRing sbasic extensions in a 
procedure no longer crashes the machine.


David Westbury also contributed valuable code: RPIXL now also works in 
8 and 16 bit modes.


Finally, the string slicing behaviour fix was reverted. SMSQ/E will 
not complain anymore if you try to start a slice of a string 1 past 
its length.



www.wlenerz.com/smsqe

Have fun!

Wolfgang
___
QL-Users Mailing List



Hi,

Many thanks to Marcel and David.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Marcel has done it again - SMSQE 3.31

[Jan Bredenbeek]

Hi Marcel,

On 10 April 2017 at 00:28, Marcel Kilgus  wrote:

> Wolf wrote:
> > Marcel has done it again - SMSQE 3.31 is out now.
> >
> > Marcel has fixed the LRESPR bug. LRESPRing sbasic extensions in a
> > procedure no longer crashes the machine.
>
> Thank you Wolfgang. I have actually written down part of the journey
> in fixing this bug, so if this sort of technical thing interests you,
> here it is:
>
> https://www.kilgus.net/2017/04/10/sbasic-bug-boogie/
>
> It includes a rough description of how SBasic works internally, partly
> so I can read it myself if I ever need it again. The rest I still
> consider pure Voodoo ;-)
>

I've been doing a lot of disassembling on the original QL ROM but
understanding the SuperBASIC parser was a bridge too far for me, so I found
it a very interesting read. It raises one question though - is SBASIC an
interpreter or a real-time compiler?

I'm still working on BASICODE and hit upon another 'feature' which works
differently in SBASIC: the vector at $138 can be used to LIST a number of
lines (from D4 to D6), but in the original ROMs and Minerva it can also be
used to execute a DLINE when called with D7<>0 (I believe the TK2 ED
command makes extensive use of this). However in SBASIC the DLINE feature
doesn't work, and from examining the code I could deduce that D7 isn't
being tested at all!

I discovered this when I testing my BCLOAD extension which should delete
all lines from 1000 to the end and then read in a BASICODE program,
translating it to S*BASIC on the fly so it heavily depends on the S*BASIC
vectors. On JM/JS/Minerva it worked as expected but in SBASIC it actually
merged the old and new programs! It looks like I have to write this code
myself now (which is not too difficult as it's merely scanning the program
for line 1000 and then set BV.PFP to the end of the line just before it).

regards, Jan.

-- 
*Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net
___
QL-Users Mailing List