From: Dilwyn Jones dil...@evans1511.fsnet.co.uk
To: ql-us...@q-v-d.com
Sent: Thursday, 19 November, 2009 13:07:19
Subject: Re: [Ql-Users] More BASIC Queries
BOOT - Choose the Operating System required and load same. (QDOS OR SMSQ)
[if QDOS is selected then do nothing since QDOS is the native OS
- Original Message -
From: arnold.cla...@talk21.com
To: ql-us...@q-v-d.com
Sent: Saturday, November 21, 2009 12:07 PM
Subject: Re: [Ql-Users] More BASIC Queries
Hi,
As I have not resolved my initialisation problem with Smsq as yet, I
thought I would try
the following boot listing
On 18 Nov 2009, at 23:09, John Gilpin wrote:
I am grateful to all who have contributed to this thread. Your advice has
been taken on board and I now feel confident in re-writing my BOOT
program(s). I shall be working on the following premises:-
The BOOT program should be a number of
BOOT - Choose the Operating System required and load same. (QDOS
OR SMSQ) [if QDOS is selected then do nothing since QDOS is the
native OS whereas if SMSQ is selected, LRESPR SMSQ_GOLD) - LRUN
BOOT2
I should perhaps have qualified this - one boot can both install SMSQ
and install the
Op Thu, 19 Nov 2009 00:09:40 +0100 schreef John Gilpin
thegilp...@btinternet.com:
I think that my BOOT sequence would look something like this:-
BOOT - Choose the Operating System required and load same. (QDOS OR
SMSQ) [if QDOS is selected then do nothing since QDOS is the native OS
whereas if
Sent: Wed, 18 Nov 2009 23:09
Subject: Re: [Ql-Users] More BASIC Queries
I am grateful to all who have contributed to this thread. Your advice has been
taken on board and I now feel confident in re-writing my BOOT program(s). I
shall be working on the following premises:-
The BOOT program should
On 17 Nov 2009, at 21:34, Dilwyn Jones wrote:
Also, in one of my past articles, I wrote about the Name List in
SuperBasic (QL Today I mean) and gave a demo of how to list everything
in the name list.
Might help?
Turbo Toolkit also has a function to help step through name table entries,
I am grateful to all who have contributed to this thread. Your advice
has been taken on board and I now feel confident in re-writing my BOOT
program(s). I shall be working on the following premises:-
The BOOT program should be a number of small SuperBASIC programs each
one performing a
Having read all the contributions to this thread, I haver decided to
re-invent the wheel and start my programs from scratch, testing each
section on all the platforms I expect to run it from as I go.
François wrote that EXTRAS is not a reliable method of seeing whether
an extension is loaded
Is there a recognised sequence that extensions should be loaded
in? -
i.e. TK2 before Menu_rext.
1. Lightning or Speedscreen (if used)
2. TK2
3. Pointer environment (ptr_gen, wman, hot_rext in that order)
4. menu_rext
5. other extensions
6. after all extensions loaded, HOT_GO to activate hotkey
In message 4b027da5.9030...@btinternet.com, John Gilpin
thegilp...@btinternet.com writes
Hi John,
I think that you have started a very interesting discussion with your
BOOT programs query.
A - This is one of the advantages of the QL System - you can set up and
write you own boot sequence.
Thank you John for having these boot problems!
And thanks to all those who have entered this discussion.
As far as I am concerned, it's full of useful g0ooodies/reminders/tips etc..
Goodaye to all :0)
John in Wales
___
QL-Users Mailing List
Op Tue, 17 Nov 2009 11:40:37 +0100 schreef John Gilpin
thegilp...@btinternet.com:
Is there a reliable way of listing all the 'extras' currently loaded and
is there a way of getting a list of 'extras' each extension should load
- say from the .bin file that is being LRESPRd?. This would be
John Gilpin wrote:
Is there a reliable way of listing all the 'extras' currently loaded and
is there a way of getting a list of 'extras' each extension should load
- say from the .bin file that is being LRESPRd?. This would be useful in
determining whether an extension will overwrite a
Evening all,
Is there a way of getting say EXTRAS loaded without loading all the
other 400+ 'keywords' contained in TK2?
DJ_TOOLKIT has something in it to check if an extension is loaded - it's
the CHECK() command (I think!!!)
Also, in one of my past articles, I wrote about the Name List in
Is there a way of getting say EXTRAS loaded without loading all
the
other 400+ 'keywords' contained in TK2?
DJ_TOOLKIT has something in it to check if an extension is loaded -
it's
the CHECK() command (I think!!!)
Yes, I use it quite a lot in my programs!
Something like IF
Contrary to Per's comments, I am most grateful to the many people who
have posted helpful advice regarding my recent BASIC problems in
transferring some programs which I wrote many years ago from an Aurora,
SGC, QuBide machine to QPC2 on my PCs. I am still investigating the
disappearance of
Only poking you a bit, John. Nothing serious ;o) Id be more than happy
to look at your boot script(s) to see if I can spot any obvious flaws.
Sometimes all it takes is a new Per of I's
Per
John Gilpin wrote:
Contrary to Per's comments, I am most grateful to the many people who
have posted
P Witte wrote:
Only poking you a bit, John. Nothing serious ;o) Id be more than happy
to look at your boot script(s) to see if I can spot any obvious flaws.
Sometimes all it takes is a new Per of I's
groan :-)
I thought that once loaded (LRESPRd), toolkits etc remained
loaded until the
On 16 Nov 2009 at 9:14, John Gilpin wrote:
...I thought that once loaded (LRESPRd), toolkits etc remained
loaded until the machine was powered-down. Do I have this BASIC premise
correct?
Yes, PROVIDED the LRESPRing is done from job 0.
I've similar problems to your over the years, and
Nov 2009 12:34:43 +0100
Subject: Re: [Ql-Users] More BASIC Queries
From: Wolfgang Lenerz w...@scp-paulet-lenerz.com
To: ql-us...@q-v-d.com
On 16 Nov 2009 at 9:14, John Gilpin wrote:
...I thought that once loaded (LRESPRd), toolkits etc remained
loaded until the machine was powered-down. Do I have
Marcel Kilgus schreef:
P Witte wrote:
Only poking you a bit, John. Nothing serious ;o) Id be more than happy
to look at your boot script(s) to see if I can spot any obvious flaws.
Sometimes all it takes is a new Per of I's
groan :-)
I thought that once loaded (LRESPRd), toolkits etc
Contrary to Per's comments, I am most grateful to the many people
who
have posted helpful advice regarding my recent BASIC problems in
transferring some programs which I wrote many years ago from an
Aurora,
SGC, QuBide machine to QPC2 on my PCs. I am still investigating the
disappearance of
François Van Emelen wrote:
Of course this is only true for extensions/toolkits loaded in Job 0.
Yes, forgot to say that.
Extensions/toolkits loaded in another Job are only available in that job.
'EXTRAS' doesn't always show all the available keywords. A bug or a feature?
This was a feature
Marcel Kilgus schreef:
François Van Emelen wrote:
Of course this is only true for extensions/toolkits loaded in Job 0.
Yes, forgot to say that.
Extensions/toolkits loaded in another Job are only available in that job.
'EXTRAS' doesn't always show all the available keywords. A bug or a
Marcel Kilgus wrote:
François Van Emelen wrote:
Of course this is only true for extensions/toolkits loaded in Job 0.
Yes, forgot to say that.
Extensions/toolkits loaded in another Job are only available in that job.
'EXTRAS' doesn't always show all the available keywords. A bug or a
Dilwyn Jones wrote:
Contrary to Per's comments, I am most grateful to the many people who
I had a look at John's boot program but lack of time prevents me from
taking a very detailed look.
Basically, his program revolves around code like:
Sounds like the real problem here is one of
Dilwyn Jones wrote:
The reason why John got the specific error message at line 210 of his
program is simply that MENU_REXT checks if it is being installed twice.
But that doesn't of course explain why the Q_L extension is not being
found when he looks for it, unless it's something to do
P Witte schreef:
Marcel Kilgus wrote:
François Van Emelen wrote:
Of course this is only true for extensions/toolkits loaded in Job 0.
Yes, forgot to say that.
Extensions/toolkits loaded in another Job are only available in that
job.
'EXTRAS' doesn't always show all the available keywords.
On 14 Nov 2009, at 16:04, P Witte wrote:
The way the question was formulated, a line by line stepping through a
program - specifically, a boot script - was wanted. This hardly adds to the
responses already given, although its fine if only a few lines want
monitoring.
You can use QMON to
giggler wrote:
On 14 Nov 2009, at 16:04, P Witte wrote:
The way the question was formulated, a line by line stepping through a
program - specifically, a boot script - was wanted. This hardly adds to the responses
already given, although its fine if only a few lines want monitoring.
You
On 8 Nov 2009, at 09:44, John Gilpin wrote:
Is there a way of stepping through a BASIC program, line by line, for
debugging purposes? If so how?
The way I debug BASIC programs is to use a routine called Puse, which causes a
pause.
DEFine PROCedure Puse
LOcal a$(2)
OPEN#20,con
gdgqler wrote, On 14/11/09 08:15:
On 8 Nov 2009, at 09:44, John Gilpin wrote:
Is there a way of stepping through a BASIC program, line by line, for debugging
purposes? If so how?
The way I debug BASIC programs is to use a routine called Puse, which causes a
pause.
DEFine
Op Sat, 14 Nov 2009 09:46:47 +0100 schreef Tony Firshman
t...@firshman.co.uk:
gdgqler wrote, On 14/11/09 08:15:
The way I debug BASIC programs is to use a routine called Puse, which
causes a pause.
... and of course further de-bugging info could be added, like printing
critical global
gdgqler wrote:
On 8 Nov 2009, at 09:44, John Gilpin wrote:
Is there a way of stepping through a BASIC program, line by line, for debugging
purposes? If so how?
The way I debug BASIC programs is to use a routine called Puse, which causes a
pause.
DEFine PROCedure Puse
LOcal a$(2)
Tony Firshman wrote:
gdgqler wrote, On 14/11/09 08:15:
On 8 Nov 2009, at 09:44, John Gilpin wrote:
Is there a way of stepping through a BASIC program, line by line, for
debugging purposes? If so how?
The way I debug BASIC programs is to use a routine called Puse, which
causes a
At 08:15 14/11/2009 +, you wrote:
Is there a way of stepping through a BASIC program, line by line, for
debugging purposes? If so how?
Lawrence gave us SSTEP etc, does it work without Minerva ?
___
QL-Users Mailing List
P Witte wrote:
John Gilpin wrote:
Is there a way of stepping through a BASIC program, line by line, for
debugging purposes? If so how?
You could try something like this:
I wrote a somewhat more sophisticated trace program in the early days,
but it relies on the SuperBasic variables to
And here's yet another one for you:-
Having LRESPRed various extensions in my Boot program, what would cause
some or all of the resulting EXTRAS to disappear from the EXTRAS list?
Having run the boot, I have checked the EXTRAS list and been happy that
what I wanted is there. Then, after
John Gilpin wrote:
And here's yet another one for you:-
Having LRESPRed various extensions in my Boot program, what would
cause some or all of the resulting EXTRAS to disappear from the EXTRAS
list?
Having run the boot, I have checked the EXTRAS list and been happy
that what I wanted is
John Gilpin wrote:
And here's yet another one for you:-
Having LRESPRed various extensions in my Boot program, what would
cause
some or all of the resulting EXTRAS to disappear from the EXTRAS
list?
Having run the boot, I have checked the EXTRAS list and been happy
that
what I wanted is
John Gilpin wrote:
And here's yet another one for you:-
Having LRESPRed various extensions in my Boot program, what would cause
some or all of the resulting EXTRAS to disappear from the EXTRAS list?
Having run the boot, I have checked the EXTRAS list and been happy that
what I wanted is
42 matches
Mail list logo
