Re: [Ql-Users] SBASIC interpreter bug?

2022-11-23 Thread pjwitte via Ql-Users
On 23/11/2022 14:51, François Van Emelen via Ql-Users wrote: Op 22/11/2022 om 13:26 schreef pjwitte via Ql-Users: Does anyone know whats going on here? <> Could this solve your problem? 100 ch = FOPEN("con"): CLS#ch 110 test ch, 25 120 print#ch,"hit a key to stop" :PAUSE#ch,-1 130 CLOSE#ch

Re: [Ql-Users] SBASIC interpreter bug?

2022-11-23 Thread Wolfgang Lenerz via Ql-Users
Hi, Per wrote: > Perhaps you didnt EX it? If you RUN it it may work, although a > differently constructed (more complex) version would also fail. I didn't ex it, just ran it - the problem was already seen under an SBasic daughter job. Derek wrote: It looks like the variable for the FOPEN

Re: [Ql-Users] SBASIC interpreter bug?

2022-11-23 Thread Derek via Ql-Users
Hi I changed the ch in the FOPEN variable to chan and it worked with EX, SBAS. It looks like the variable for the FOPEN parameter is getting mixed up with the parameter on the Procedure parameter. I also tried the original program on Minerva with MultiBasic executing the program with: EX

Re: [Ql-Users] SBASIC interpreter bug?

2022-11-23 Thread François Van Emelen via Ql-Users
Op 22/11/2022 om 13:26 schreef pjwitte via Ql-Users: Does anyone know whats going on here? SBASIC only: EXecute the following program: 100 ch = FOPEN("con"): CLS#ch 110 test ch, 1 120 PAUSE#ch 130 CLOSE#ch 140 : 150 DEFine PROCedure test(ch, a) 160 PRINT#ch; a 180 END DEFine test Result in

Re: [Ql-Users] SBASIC interpreter bug?

2022-11-23 Thread pjwitte via Ql-Users
Perhaps you didnt EX it? If you RUN it it may work, although a differently constructed (more complex) version would also fail. Anyway, its not about the platform, its about SMSQ/E. Ive tried it on SMSQ/E V3.25, 3.38 and 3b39 - all present with the same problem. Per On 22/11/2022 16:38,