In a message dated 22/03/04 15:08:22 GMT Standard Time, [EMAIL PROTECTED]
writes:
>
> > George Gwilt has just reminded me that there is a program in the TurboPTR
>
>
> >suite of files which allows you to edit sprites, blobs and patterns - not
> yet
> >tried it.
> >--
> >
> Goody, does i
In a message dated 27/03/04 13:07:27 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> Easymen cannot handle resizable windows. I normally disassemble a menu
> definition made with Easymen using Easyasm or DISA and add the scaling flags
> (see your Qptr manual) by hand. (Easyasm only works in QL-
In a message dated 27/03/04 12:19:33 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> Does anybody know whether you can create resizable windows which you can
> chnge the size by one pixel in Easyptr?
> ___
>
Of course this means one pixel y-wise (u
In a message dated 30/03/04 03:15:56 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> Any chance of eptr2wda converting a definition into assembler?
>
>
There might be. I had thought of this. But what format would be useful? A
direct window definition, much like Easyptr menus, would still le
In a message dated 31/03/04 08:40:19 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> I would also prefer the same direct window definition. This could then
> easily be converted into 'C' for the rest of us :)
>
> Jim
>
There is a program WintoC which translates WDA TurboPTR window definiti
In a message dated 31/03/04 08:37:03 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> I'd go for the simple and direct window definition in normal, QMAC style
> Assembler.
>
> Most of the rest will be handled by the assembler programmer anyway.
>
> Wolfgang
>
A simple window definition in a
In a message dated 14/05/04 01:31:10 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> Arnould Nazarian wrote:
> >It is the first time I use such features, and after 20 years of readings
> >about QDOS, I had the impression that both 'test' jobs would have
> >belonged to 'launcher'.
>
> I don't
In a message dated 14/05/04 22:51:15 GMT Daylight Time, [EMAIL PROTECTED]
writes:
> >
> >You can always alter the "owner" once you have started a job.
>
>
> Yes, but in Sbasic, how?
>
One of the extras in the latest TPTR_EXT is the procedure
BS_OWNER name$
which sets the first indepe
In a message dated 22/06/04 22:55:54 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> I'm glad I'm not the only ne who thinks there's an Easyptr problem with menu
> item number 1, I have had problems with menus with just one item before.
>
As far as I know there is no such problem with TurboPT
The latest version of GWASS assembles all the files needed for SMSQE v3.06
for QXL, Q40/60, Atari and Gold Card.
I used the old S*BASIC version of MAKE, altering it to use GWASS and QLINK
and compiling it with TURBO. I had to make some changes in the _asm files
because of some differences betwe
In a message dated 14/09/04 10:11:20 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> Has anyone used the new system sprites from C68? This would be using
> it in the window definition which was originally a pointer to a sprite
> file.
>
My program SETW, which produces window definitions fo
In a message dated 08/10/04 10:02:15 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> I don't regard the perfection issue as a lost cause at all - Malcolm Cadman
> has said he will talk to Dave Gilham about it at a soon forthcoming London
> meeting, so if I get an OK from Dave, then the version
In a message dated 13/10/04 11:16:35 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> >The version I have, which I amended so that it would print files, is v
> 6.01.
> >What is yrs?
>
> >From memory, I think it is v6.10 - but stand to be corrected.
>
> I will check this evening.
>
> Darren.
>
In a message dated 26/09/04 19:23:40 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> >This has been suggested as a possible topic for discussion at QL2004. Any
> >opinions about this?
> >
> >Is it better for separate discussion or for the forum?
>
> I would think it a mite specialised.
>
> Th
In a message dated 26/09/04 03:23:42 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> So this assumes that all or most tasks within SMSQ/E can be done with
> fewer 20+ instructions. I'm not sure about that.
>
> >Of course that applies on real machines only because on PC based 68K
> >emulators t
In a message dated 28/09/04 18:41:44 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> George Gwilt writes:
>
> <>
> >Another place where using 68020+ instructions reduces the number of
> >instructions is in the conversion of long integers to Qdos floating point.
> <>
>
> Demonstration, please!
In a message dated 02/10/04 23:41:20 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> In my FastFind program (currently still a sad misnomer) I use the Qmenu
> File_select utility as an external program to avoid that utility determining
> the size and layout of my program. It is, afterall, only
In a message dated 04/10/04 16:13:12 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> Hello.. Does anyone know if the old Digital Precision program PERFECTION was
> ever finished being updated for smsq/e? I believe Mark Knight was working on
> it a couple of years ago, and according to QLToday
In a message dated 05/10/04 19:48:34 GMT Daylight Time,
[EMAIL PROTECTED] writes:
> >I use Perfection with SMSQE (v3.07) and it works well. However I had to
> >alter
> >my version because at one point the register D1 no longer contained what
> >the
> >authors expected. I reported this alteration
In a message dated 19/10/04 09:14:22 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> I do think that it would be advantageous to provide 68020+ instructions in
> SMSQ/e especially as this should significantly increase speed on Q40, Q60
> and
> SGC. Perhaps the best person to look at the c
I agree with all those who thought that QL2004 was a good and exciting show.
It is always nice to see people who have previously only been names on an
e-mail. It is also good to learn new things.
I came away knowing that GWASS had to be amended yet again. The latest
version, 4.24, should be ava
In a message dated 25/11/04 05:40:00 GMT Standard Time, [EMAIL PROTECTED]
writes:
>
> I still _far_ prefer the QL for simple programming. superBasic is just
> so good. It also picks up any extensions in the environment.
>
Hear! Hear!
George
___
Q
In a message dated 30/11/04 15:40:16 GMT Standard Time,
[EMAIL PROTECTED] writes:
> (Writing below the
> stack, though not recommended, is possible in some 680x0 systems in user
> mode, because interrupts cause a switch to the Interrupt or Supervisor
> Stack Pointer).
>
In FP_SAVE I alter a pro
In a message dated 02/12/04 02:40:41 GMT Standard Time,
[EMAIL PROTECTED] writes:
> Hi George,
>
> am I mistaken, or was there an item on this list a few days ago that GWASS
> now handles qmac macros?
>
> I think it got swamped by the Quanta/questionnaire and Proforma filter
> messages.
>
>
In a message dated 11/12/04 09:50:44 GMT Standard Time, [EMAIL PROTECTED]
writes:
>
> Even more important, you don't have to use the PE if you want to program in
> GD2 colours, although you do have to use SMSQ-E. We should be trying to get
> the message over that anyone who has written a SuperB
In a message dated 12/12/04 21:26:43 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> >What I really *really* want (but wouldn't be able to afford) is a
> Thor. But
> >it seems that they truly are as rare as hens teeth.
> Many of the hard disk equipped Thors have long since found they no
> longe
In a message dated 14/12/04 19:42:43 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> Anyone know where I have gone wrong here?? There must surely be something
> simple.
> I would appreciate it if people would actually try to do this and let us
> know if they find a solution (other than com
In a message dated 10/12/04 12:25:14 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> As far as I can see, path 3 is probably your course - go for something
> radically new and different and leave legacy and compatibility issues behind
> because those that want their computer to run a 1984 pro
In a message dated 14/12/04 11:48:57 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> H. Rider Haggard is a writer, most famous for writing "King Solomon's Mines"
>
> "She who is to be obeyed" can, judging by Amazon, be found in the book
> titled "She". Can't say I've read it myself...
>
Pro
In a message dated 21/12/04 13:21:16 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> Apart from the fact that the command does not exist, therefore a compiled
> program will complain when not run on smsq/e.
>
A program compiled by Turbo need not complain if a particular keyword is
absent.
In a message dated 31/12/04 01:56:40 GMT Standard Time, [EMAIL PROTECTED]
writes:
> Nope my point was that because SMSQ/e versions have changed so rapidly and
>
> stability esp. for Qx0 platforms (which is the case with David McCann from
> what I read here) is still shaky - the last rock-sol
In a message dated 31/12/04 18:19:45 GMT Standard Time, [EMAIL PROTECTED]
writes:
>
> >
> >I have noticed something which I had not previously seen though. The
> >first in the series of beginners articles for QL Today is about Screen
> >Resolution and I have noticed that the DISP_SIZE comman
In a message dated 11/01/05 00:52:06 GMT Standard Time, [EMAIL PROTECTED]
writes:
>
> What I am looking for is a way to get a capture of an image into a _scr
> format so that I can load it as a BGIMAGE for wallpaper.
>
> Assuming I have something like a BMP or JPG image at my proper screen
>
In a message dated 11/01/05 16:54:46 GMT Standard Time,
[EMAIL PROTECTED] writes:
> On 11 Jan 2005 at 17:44, Marcel Kilgus wrote:
> (...)
> >Without having any personal view on the issue yet, isn't it basically
> >the same issue as with CMD$? Does CMD$ work in compiled basic?
>
> Yes and no. (Th
In a message dated 12/01/05 12:45:10 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> (...)
> >Only problem here is that if an existing program is called with the home
> >dir on the stack - the program will not tidy up the stack correctly since
> >it does not know to remove the extra bytes..
In a message dated 12/01/05 06:08:07 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> I have a question here.
>
> Currently, the way directories are handled is by making a directory a
> somewhat special file (file type -1, IIRC).
>
> Apart from that, though,a directory ia a simple file that
In a message dated 12/01/05 10:57:32 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> >On 11 Jan 2005 at 22:19, Rich Mellor wrote:
> >(...)
> >>1) Older programs which would expect (a6,a5) to point to the command
> >>string at the top of the data area. If we were to adopt this scheme,
> >>the
In a message dated 12/01/05 21:36:28 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> Since EX already uses this technique to add the user-specified data on top
> of the (programmer-specified) dataspace, it didnt seem unreasonable to me to
> extend the concept to include the home directory strin
In a message dated 13/01/05 14:24:16 GMT Standard Time, [EMAIL PROTECTED]
writes:
>
> >When I use QPC2v312 via XP my keyboard is jumbled. e.g.x>y and z>x and
> >much
> >more, so using BASIC etc. is a bore. My setup is as follows: All is in
> >French
> >(XP etc.)
>
Has anybody noti
In a message dated 14/01/05 00:12:56 GMT Standard Time, [EMAIL PROTECTED]
writes:
> >the complete filename
> >the dir whence it came from (home dir)
> >the current dir which will initially be the home dir
> >
>
This is just a semi-thought. If a file is called "win1_d1_twaddle" and there
is no
In a message dated 14/01/05 08:34:59 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> Careful with file types. Some have been used in the old days. I am sure
> we used file types for some grpahics files in "The PAINTER". There were
> some other programs using file types as well.
> However, I t
In a message dated 14/01/05 20:08:48 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> <>
> >I have also produced a private keyboard table loaded by KBD_TABLE which to
> >some extent allows the two uses of the number pad. Holding down Alt Gr
> >makes the num pad act as though Num lock was off.
>
In a message dated 14/01/05 20:09:29 GMT Standard Time,
[EMAIL PROTECTED] writes:
> stack (a7)
> channel count
> channels
> command string
>
> magic (.w) <- (a6,a5) (as at present)
> program's name length (.w)
> HD's length (.w)
> program's name bytes
> padding of a
In a message dated 15/01/05 15:30:00 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> [EMAIL PROTECTED] wrote:
> >Has anybody noticed that the various combinations with CAPS such as
> >CAPS/SHIFT/ALT etc do not work with recent versions of SMSQE on QPC2
> >and on Q40/Q60? The combination DOES wo
In a message dated 15/01/05 19:04:17 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> George writes:
>
> >>>I have also produced a private keyboard table loaded by KBD_TABLE which
> to
> >>>some extent allows the two uses of the number pad. Holding down Alt Gr
> >>>makes the num pad act as thou
In a message dated 16/01/05 11:04:53 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> Yes, I agree that these would be fine for our purposes IF IT WERE NOT FOR
> ONE PROBLEM.
> PROG_USE and DATA_USE are system wide settings and cannot vary between
> programs. If you launch one program it co
In a message dated 18/01/05 17:01:48 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> Of course I could do my own Capslock state, but then the state
> wouldn't be reflected anymore by the Capslock LED, which would
> probably be pretty confusing.
>
> Marcel
>
>
But on the Q40/60 you can't hav
In a message dated 18/01/05 22:22:12 GMT Standard Time, [EMAIL PROTECTED]
writes:
> >>
> >>It has this ability built-in. Configure it accordingly or issue a
> >>"WM_MOVEMODE 2" command.
> >>
> >>Marcel
>
> I had forgotten about that option.
>
> I have now added it into my boot file, and the win
In a message dated 19/01/05 18:43:35 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> What prog does this? Under what circumstances does this happen, with what
> SMSQE version?
>
I think all programs show the spurious outline on the Q40/60, but almost
certainly QD would show it. Surely the o
In a message dated 22/01/05 02:34:01 GMT Standard Time,
[EMAIL PROTECTED] writes:
> [EMAIL PROTECTED] wrote:
> >It appears under SMSQE v3.07 and probably under v3.04 too
>
> Official versions or self-compiled?
>
>
Official version of v3.04. Self compiled versions of v3.07 one using Qmac and
In a message dated 29/01/05 12:28:46 GMT Standard Time,
[EMAIL PROTECTED] writes:
> Actually, I'm getting nowhere.
> The last Email I had, i think, told me that George was now testing
> everything, so I was under the impression that this is not finished yet.
>
> Do you know where he's at?
>
>
The description of how to use Sernet to start a job on a remote machine is
given in the Q60 manual (but not in my Q40 manual).
You can run a SBASIC job across a network by:
EX "n1_*ram1_myjob_bas"
1. The apostrophes are needed.
2. The job name has to be in full with both directory and final _B
In a message dated 02/02/05 19:26:37 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> Unfortunatley not in mine.
>
> >You can run a SBASIC job across a network by:
> >
> > EX "n1_*ram1_myjob_bas"
>
> Oh, does this also work across a normal network? I thought this was peculiar
>
> to Sernet (
The code for the keyword RESET in SMSQE seems to close all channels and then
perform the assembler instruction RESET. This assembler instruction sets the
(supervisor) stack equal to the first long word in ram and sets the PC to the
second long word in ram. Unfortunately for those who have LRESPR
In a message dated 24/02/05 23:29:18 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> jms1 wrote:
> >I have just tried reset on SMSQE 3.07 on my QXL.
> >On a clean machine, it works.
> >However if I run my boot program and then reset it crashes.
> >So there must be something wrong with reset.
>
In a message dated 25/02/05 17:45:01 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> A solution more than likely lies in the reset code on SMSQE which seems
> implicitly to assume a vector base register of zero. I might be wrong
> but an exlicit zero of the vector base register during soft rese
In a message dated 03/03/05 22:03:07 GMT Standard Time,
[EMAIL PROTECTED] writes:
>
> REPeat loop:PRINT CODE(INKEY$(-1))
>
> It prints the correct codes for ALT left, ALT right, CTRL left, CTRL right
> and so on, but CTRL ALT left or right or up or down are ignored.
>
I find that with QPC v3
In a message dated 19/03/05 10:26:08 GMT Standard Time, [EMAIL PROTECTED]
writes:
>
> Are you using the sound device by Simon Goodwin or Wolfgang's Extensions?
> If you use the latter, you won't be able to play 10 or 40KHz samples which
> will sound too fast or too slow respectively.
> There i
I have produced a second testing version of Turbo. This should shortly be on
the SQLUG site.
This version of Turbo corrects a fault in the earlier version which occurred
with a program using MANIFEST. The new version, as did the previous one,
allows parameters to be passed by "reference" so tha
In a message dated 06/04/05 00:46:40 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> You bet! Besides, with all the work George put into Turbo it might
> start being a real alternative. I've never been a fan of Turbo but
> I think he's really moving something.
>
The latest beta test version o
In a message dated 09/04/05 15:28:16 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> It sounds very promising! It must also be a major achievement as, IIUC,
> Turbo gains some of its speed advantage by not mimicking certain SuperBasic
> interpreter structures. Are these structures now being emu
In a message dated 09/04/05 15:28:16 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> All EasyPtr keywords can return an error code in the channel parameter,
> provided it is supplied as an integer, ie #ch%.
>
>
That seems OK.
>
>
However, it gets more > complicated: You can set EasyPtr up
In a message dated 09/04/05 07:13:20 GMT Daylight Time,
[EMAIL PROTECTED] writes:
> >The latest beta test version of Turbo, v4d21, should soon be on the SQLUG
> >site. This one has compiled QPTR's "demo_bas" (after some modifications).
>
> I'm curious, what kind of modifications? Dimensioning of
In a message dated 11/04/05 20:34:25 GMT Daylight Time, [EMAIL PROTECTED]
writes:
> However, it gets more >complicated: You can set EasyPtr up so that instead
> >of a channelnumber you
> >pass a pointer to the working definition. A designated variable then gets
> >any error code instead
>
> >
>
In a message dated 12/04/05 01:28:10 GMT Daylight Time,
[EMAIL PROTECTED] writes:
> >passed.
> In Easyptr, the MAWDRAW command often needs a sliced array.
>
> Consider a list of files, stored in f$(). We assume a maximum of, say,
> 480 files:
>
> DIM f$(480,36)
>
> If the list was only 60 fil
In a message dated 12/04/05 12:01:19 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> [EMAIL PROTECTED] wrote:
> >The only snag I can see is if the code for MWDEF, which has to tell
> >whether the channel is sent by reference or value, gets it wrong for
> >Turbo. This could happen if, for exampl
In a message dated 12/04/05 20:37:00 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> There are often good reasons for using array slices. Although work-arounds
> are usually possible, they may require shifting data into other arrays which
> is both time and space consuming.
>
> An array descri
In a message dated 13/04/05 16:35:54 GMT Daylight Time, [EMAIL PROTECTED]
writes:
> >
> >Oops, I confess I'm pretty new to all this, but for me it looks like
> >actually this IS how it works:
> >
> > move.w 2(a6,a3.l),d0 ;set error return variable
> > blt.s @1
> > ext.l d0
> > ls
In a message dated 14/04/05 14:38:06 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> [EMAIL PROTECTED] wrote:
> >As far as I know BP_LET changes a parameter by copying the value on
> >the maths stack to the address at byte 4 of the parameter entry on
> >the Name Table. I had assumed that this 4
In a message dated 15/04/05 02:08:28 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> George Gwilt writes:
>
> >>An array descriptor merely presents a logical view of the data. If Turbo
> >>at present just sees that a parameter is an array and ignores any
> indices,
> >>then parsing those indic
Spurred by Per, I have produced a version of Turbo which allows slicing of
arrays used as parameters of machine code extensions.
Turbo v4g21 should be on the SQLUG site in a few days.
George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.
In a message dated 25/04/05 01:49:17 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> >Spurred by Per, I have produced a version of Turbo which allows slicing of
> >arrays used as parameters of machine code extensions.
> >
> >Turbo v4g21 should be on the SQLUG site in a few days.
>
> When you s
In a message dated 26/04/05 01:33:54 GMT Daylight Time,
[EMAIL PROTECTED] writes:
> >
> Remember that i'm still using Qdos. Has Turbo been kept compatible with
> that, or does it only support SBasic and SMSQ/E? If it is not compatible
> what is the most recent version of turbo that is compatibl
In a message dated 26/04/05 13:28:16 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> For me, the silly thing in past years was that you could buy programs like
> QPAC2 or QD which happened to include Pointer Environment but AFAIK you could
> never buy Pointer Environment by itself!
>
H!
In a message dated 26/04/05 19:32:06 GMT Daylight Time,
[EMAIL PROTECTED] writes:
> >And, finally, there seems to be a very encouraging project for Turbo.
> >Three chers for Geoge for his work on that (and all for free! - grin)
> Three Chers? One is bad enough! Mind you it does conjure up an
> i
In a message dated 27/04/05 11:44:05 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> What would one do with a separately bought PTR_GEN and WMAN and no
> program which uses it, I wonder
> Not much - except from having non-destructable windows, probably nothing.
>
I bought QPTR so that I
In a message dated 27/04/05 13:12:26 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> Marcel Kilgus writes:
>
> >First of all I'd like to note that whatever feature I thought "it
> >would be cool if Turbo could do this" Turbo could already do, one just
> >has to read the documentation.
>
> "Ju
In a message dated 28/04/05 19:44:51 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> Turbo is about to take off, I believe. Id recommend those who gave up on it
> many years ago to take a look at it now!
>
>
There is one more change that I have made. That is in the choice of stack
size. Eas
In a message dated 30/04/05 16:37:59 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> >There is one more change that I have made. That is in the choice of stack
> >size. EasyPtr and QPTR extensions need more stack than the 350 bytes
> default. You
> <>
>
> Could the problems I mentioned to you
In a message dated 01/05/05 10:39:55 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> Hi George,
>
> I have downloaded the new Yurbo v4g21, I will try it on all my programs
> on the Q60, QXl, QPC2, Atari QL, Trump Card QL...
>
> I would like you to keep in the backwards compatibility within T
In a message dated 02/05/05 18:07:18 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> >I have not tried Turbo on a lower machine than AM Rom plus trump card.
> You mean AH don't you (8-)#
>
>
I mean JM.
George
___
QL-Users Mailing List
http://www.q
I have noticed that SMSQE v3.04 will allow such names as end_if to be used as
variables or procedure names. So apparently does SMSQE v3.10. However, SMSQE
v3.07 sets end_if, end_def, end_when, end_for and end_sel to END IF, END DEF,
END WHEN, END FOR and END SEL.
Has anyone else noticed this? I
In a message dated 05/05/05 14:09:33 GMT Daylight Time, [EMAIL PROTECTED]
writes:
>
> I have noticed that SMSQE v3.04 will allow such names as end_if to be used
> as
> variables or procedure names. So apparently does SMSQE v3.10. However, SMSQE
>
> v3.07 sets end_if, end_def, end_when, end_f
If you run the following program using SMSQE you will get the error message
At line 100:3 undefined loop control variable
100 FOR x=0 TO max%(6,7):PRINT x
110 STOP
120 :
130 DEFine FuNction max%(a,b)
140 IF a>b : RETurn a
150 RETurn b
160 END DEFine
If you add "END FOR x" to the end of
In a message dated 04/06/05 18:49:38 GMT Daylight Time,
[EMAIL PROTECTED] writes:
>
> If you split it up into three separate lines:
>
> 100 for x=0 to max(6,7)
> 101 print x
> 102 end for x
>
> it works.
>
Yes ,indeed - but that is CHEATING!!
George
___
85 matches
Mail list logo
