Just thought I should mention something that might cause a few strange
hiccoughs: Turbo Toolkit (TTK) comes in two different forms, one version for
SMSQ/E and one generic version. The generic PEEK$ and POKE$ are a sub-set
of SMSQ/E's PEEK$ and POKE$ and have therefore been ommitted in the SMSQ/E
On Wed, 16 Jul 2003 12:32:35 -0500, Mark Martin [EMAIL PROTECTED] wrote:
I'm having difficulty with Turbo on my newly setup QXL card. Typing in a
simple hello world type app and running charge seems to hang the
machine, or eventually even reset it.
I enter:
10 PRINT HELLO WORLD!
20 GOTO 10
On Wed, 16 Jul 2003 12:06:16 -0600, Al Feng [EMAIL PROTECTED] wrote:
AFAIK, charge does not function with SMSQ.
You have to EXEC_W the Parser and the Code Generator (not the file
names) portions of the program, separately.
Charge works fine with SMSQ/E and the QXL provided you have a new version
Quoting gwicks [EMAIL PROTECTED]:
Nice to know the card is set up in your machine. I suspect the Turbo problem
is because you are using SMSQ-E, which did give problems with Turbo and some
Turbo programs, although I had the impression that these were now fixed.
I just started tinkering with
The latest version of turbo is now available on the
SQLUG site.
It now works with a large RAM.
The latest version of Gwass is also
available.
It can now cope with a wider range of
expressions.
George is now working on a version and
modifications so SMSQ/E can be compiled with GWASS.
Hello all,
I was trying to do some slight refurbishment to MasterBasic and I have found a small
problem with Turbo (Turbo toolkit 4.33 and Turbo 4.16) surely due to a bad
understanding of the procedures.
I wanted to use the various TURBO_xxx instructions in order to avoid to set everytime
In a message dated 02/03/2003 11:34:12 GMT Standard Time, [EMAIL PROTECTED] writes:
I wanted to use the various TURBO_xxx instructions in order to avoid to set everytime the object file etcetera of paser_task. The problem is that as soon as I issue a command such as TURBO_locstr=2 I get the
Minerva) and all worked without a
problem.
thanks anway for the help
best regards
Davide
- Original Message -
From:
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, March 02, 2003 12:38
PM
Subject: Re: [ql-users] TURBO
question
In a message
Many years I added to MasterBasic the possibility to work with Minerva multibasics or
SMSQ/E SBasic. This was possible thanks to a small modification which was done by me,
Rich Mellor or both (I don't remember, honest) on Turbo Toolkit. In fact Turbo Toolkit
keywords such as BASIC_POINTER (16)
In article [EMAIL PROTECTED], Davide
Santachiara [EMAIL PROTECTED] writes
Many years I added to MasterBasic the possibility to work with Minerva
multibasics or SMSQ/E SBasic. This was possible thanks to a small modification
which was done by me, Rich Mellor or both (I don't remember, honest)
Sorry Colin for the problem,
I usually write Email without any formatting or lf setting (ie. I suppose that it
should be the Email program on the other side that should reformat the message
according to the window width).
Is it only with me that happens the problem?
To return on topic I was
I have been exploring one or two 'features' within Turbo which I have passed the comments onto George Gwilt. However, perhaps someone has an original v2 of Turbo and would like to try out the following:
10 DIM x$(2,50)
20 x$(0)='Hello World'
30 x$(1)='This is a test'
40 x$(2)='Turbo only sees
On Wed, 19 Feb 2003 17:29:18 EST, [EMAIL PROTECTED] wrote:
snip
The other quirk is that Turbo will report an error if you pass a
different type of variable to the parameter type listed in the reference,
for example:
I don't believe that is a bug per se. You have to take into account that
In a message dated 19/02/2003 23:19:29 GMT Standard Time, [EMAIL PROTECTED] writes:
I don't believe that is a bug per se. You have to take into account that
the implicit datatypes that are used are there to create faster code. So if
you IMPLICITLY define a datatype to use and you feed it
On Wed, 19 Feb 2003 18:23:50 EST, [EMAIL PROTECTED] wrote:
In a message dated 19/02/2003 23:19:29 GMT Standard Time, [EMAIL PROTECTED]
writes:
I don't believe that is a bug per se. You have to take into account that
the implicit datatypes that are used are there to create faster code. So
if
In a message dated 19/02/2003 23:46:08 GMT Standard Time, [EMAIL PROTECTED] writes:
It's a point of view I guess... When you write with intent to compile some
things need to be taken into account...
You would never assume the same though for VisualBasic though would you?
(Okay bad example ;-)
George Gwilt is the expert on how to get at the source of compiled programs.
However it may not be possible unless the program has been compiled with
flags in the same way as C programs can be compiled with a switch so that a
debugger can access the lines and enable one to step through it.
I
In a message dated 02/11/02 15:13:04 GMT Standard Time, [EMAIL PROTECTED] writes:
George Gwilt is the expert on how to get at the source of compiled programs.
However it may not be possible unless the program has been compiled with
flags in the same way as C programs can be compiled with a
[EMAIL PROTECTED] wrote:
However, many of the early commercial programs have been compiled with either
Turbo or QLiberator. Is there any way of writing a program which will
generate the source code for compiled programs??
As far as I know Qliberated programs are mostly just tokenized
- Original Message -
From:
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 29, 2002 9:13
PM
Subject: Re: [ql-users] Turbo Compiled
Programs
In a message dated 29/10/02 18:57:21 GMT Standard Time, [EMAIL PROTECTED]
writes:
I used to play
At 05:37 ìì 31/10/2002, Arnold Clarke wrote:
That may also be the problem when you're transferring the file to your PC
I tend to forget about that limitation and always end up with files that do
not work...
The best sequence is:
1. Zip the files in the QL
2. Copy them to a DOS or QL disk
??? 30/10/2002 6:35:44 ??, ?/? Fabrizio Diversi [EMAIL PROTECTED] ??:
Crib work using my copy of QPC 3.03, I taken it from
the list loaded with
a=respr(32976)
and saved back with :
sexec ram1_crib_exe,a,32976,1
And it run quite well
Ciao
So it was what I believed. lost headers
Arnold Clarke
[EMAIL PROTECTED] Ýãñáøå:
Áðü: Arnold Clarke
[EMAIL PROTECTED]
Ðñïò: [EMAIL PROTECTED]
ÈÝìá: Re: [ql-users] Turbo Compiled
Programs
Çìåñïìçíßá:Thu, 31 Oct 2002 22:37:16 -
Arnold I am afraid that you need to zip them first
??? 30/10/2002 6:54:59 ??, ?/? Fabrizio Diversi [EMAIL PROTECTED] ??:
I forgot a statement :
Crib work using my copy of QPC 3.03, I taken it from
the list loaded with
- a=respr(32976)
- lbytes ram1_crib,a
and saved back with :
- sexec
3146
URL: http://www.Lynx-FS.com
-
-Original Message-
From: [EMAIL PROTECTED] [mailto:RWAPSoftware;aol.com]
Sent: Tuesday, October 29, 2002 12:27 PM
To: [EMAIL PROTECTED]
Subject: [ql-users] Turbo Compiled Programs
I know that one of the problems which
25 matches
Mail list logo