017 um 12:07 schrieb Derek Stewart:
>
>> On 11/04/17 09:58, Ralf Reköndt wrote:
>>
>>> Yes, would be interesting to know, how QLib does this with its compiled
>>> "resident" extensions.
>>>
>>> Ralf
>>>
>>> -Original-Nac
extensions.
Ralf
-Original-Nachricht-
Betreff: Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Datum: 2017-04-11T10:47:36+0200
Von: "Jan Bredenbeek"
On 11 April 2017 at 10:07, Derek Stewart <de...@q40.de> wrote:
Hi Marcel,
Do you think it is possible for the SMSQ/E
Il 11 apr 2017 10:47, "Jan Bredenbeek" ha scritto:
On 11 April 2017 at 10:07, Derek Stewart wrote:
Hi Marcel,
>
> Do you think it is possible for the SMSQ/E internal compiler produce a
> compiled version of the SBASIC programme?
You can EXEC a SBASIC
On 11/04/17 09:58, Ralf Reköndt wrote:
Yes, would be interesting to know, how QLib does this with its compiled
"resident" extensions.
Ralf
-Original-Nachricht-
Betreff: Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Datum: 2017-04-11T10:47:36+0200
Von: "Jan Bre
Jan Bredenbeek wrote:
> Nevertheless it would be a great idea if you could write a procedure in
> SBASIC and LRESPR the compiled code as SBASIC extension so you have it
> always available. AFAIK there is no higher-level language compiler capable
> of producing SBASIC extensions - or perhaps
Derek Stewart wrote:
> Do you think it is possible for the SMSQ/E internal compiler produce a
> compiled version of the SBASIC programme?
Perhaps it's possible, but I don't see a use case for it as there is
already QLiberator and Turbo for that. And Turbo is probably faster.
Marcel
Francois Lanciault wrote:
> 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 ? :-)
Yeah, that is probably your best bet.
Yes, would be interesting to know, how QLib does this with its compiled
"resident" extensions.
Ralf
-Original-Nachricht-
Betreff: Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Datum: 2017-04-11T10:47:36+0200
Von: "Jan Bredenbeek"
On 11 April 2017 at 10:0
On 11 April 2017 at 10:07, Derek Stewart wrote:
Hi Marcel,
>
> Do you think it is possible for the SMSQ/E internal compiler produce a
> compiled version of the SBASIC programme?
You can EXEC a SBASIC program in the same way as a 'normal' executable
program on SMSQ/E (which
On 10/04/17 20:15, Marcel Kilgus wrote:
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
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
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
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
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
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
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.
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
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
18 matches
Mail list logo