Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
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
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
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
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
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
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
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
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
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