RETurn ferr
12560 END DEFine file_test
I set the data_default to , so I really know, if the file exists or not.
Cheers...Ralf
- Original Message -
From: Ralf Reköndt ralf.rekoe...@t-online.de
To: ql-us...@q-v-d.com
Sent: Saturday, April 21, 2012 6:50 PM
Subject: Re: [Ql-Users] Quanta
Op Fri, 20 Apr 2012 09:00:18 +0200 schreef Daniele Terdina
danieleterd...@hotmail.com:
SuQcess starts with testing the validity of devices and directories to
prevent it from crashing later.
For this the TK2 commands FTEST and FTYP are used but these don't seem
to work on the device names used
Hmm, but the TK2 Manual states about OPEN_DIR, so, apart from Level 2, it
should be possible. But what kind of directory, if not Level 2? Perhaps just
the root one.
Section 10 Open and Close
The standard QL channel OPEN commands are redefined by Toolkit II
to use the data directory. In
Some years back QLToday wrote about testing the machine you are using by
reading the sys_vars (PEEK (sv +167)).
The test on Q-emulator returns zero, as the standard QL, so this could be
used to assume there is no Level2 device.
This number is held in the 5 lowest bits, I believe 14, 15, 18 to 23,
On 21 Apr 2012, at 10:10, Ralf Reköndt ralf.rekoe...@t-online.de wrote:
snip
CLOSE #channelsclose channels
What is the syntax?
close #2,#3 ?
Tony
--
t...@firshman.co.ukhttp://firshman.co.uk
Voice: +44 (0) 1442 828254 Fax: +44 (0) 1442
Yes.
From: Tony firshman
(Fom TK2 manual...)
CLOSE #channelsclose channels
What is the syntax?
close #2,#3 ?
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Op Sat, 21 Apr 2012 16:10:15 +0200 schreef Ralf Reköndt
ralf.rekoe...@t-online.de:
Hmm, but the TK2 Manual states about OPEN_DIR, so, apart from Level 2,
it should be possible. But what kind of directory, if not Level 2?
Perhaps just the root one.
Section 10 Open and Close
The
, that the correct device was opened. That's why it is
better, to set the Data default to , then try, then set it back to where
it was before.
- Original Message -
From: Bob Spelten b...@upcmail.nl
To: ql-us...@q-v-d.com
Sent: Saturday, April 21, 2012 5:43 PM
Subject: Re: [Ql-Users] Quanta
SuQcess starts with testing the validity of devices and directories to
prevent it from crashing later.
For this the TK2 commands FTEST and FTYP are used but these don't seem to
work on the device names used by Q-emuLator.
Is this just an issue with the non-registered version?
Is there
Op Tue, 17 Apr 2012 07:55:38 +0200 schreef Daniele Terdina
danieleterd...@hotmail.com:
My tests were done on a W$-Vista with Q-emuLator 2.5 and 3.1., with JS
and
both the old DATA_bin and latest 2.13.
Only 3.1 JS produces the errors, the DATA_bin version makes no
difference.
I looks
Morning all,
A few comments, it seems to have been busy on here over the weekend. ;-)
On 15/04/12 13:47, Dilwyn Jones wrote:
The bad parameter error is related to a file system TRAP#3 call with
D0=$44.
Do you know what this trap is supposed to do?
The trap in question is the only trap
Op Mon, 16 Apr 2012 12:35:15 +0200 schreef Norman Dunbar
nor...@dunbar-it.co.uk:
Morning all,
A few comments, it seems to have been busy on here over the weekend. ;-)
On 15/04/12 13:47, Dilwyn Jones wrote:
The bad parameter error is related to a file system TRAP#3 call with
D0=$44.
Do you
On 16/04/2012 12:19, Bob Spelten wrote:
Op Mon, 16 Apr 2012 12:35:15 +0200 schreef Norman Dunbar
nor...@dunbar-it.co.uk:
Morning all,
A few comments, it seems to have been busy on here over the weekend. ;-)
On 15/04/12 13:47, Dilwyn Jones wrote:
The bad parameter error is related to a file
On 16/04/12 12:56, Rich Mellor wrote:
I have forwarded the files and details to Daniele so that he can
investigate further.
Aha, this means I'm off the hook, for now! ;-)
Cheers,
Norm.
PS. I have downloaded Q-Emulator and I've also tested it with JS and
Minerva ROMS. Same problems as
Hi Lee,
... Tolerance and
expectation are the norm Norm.
Nah, it's just I'm used to faster now that I have QPC. I remember the
days of loading programs off microdrive. It was ok until I got a Trump
card, then it was far too slow!
Then I upgraded to a Gold Card, QXL, QPC and so on, getting
Norman Dunbar wrote:
The BB QL emulated or not,
is still faster than a Windows PC booting up from power on, isn't it?
It is, yes, booting even from hibernation too. But you only boot once,
unless you are running Windows and/or you are Dilwyn (!) it's how
responsive it is when it's running
My tests were done on a W$-Vista with Q-emuLator 2.5 and 3.1., with JS and
both the old DATA_bin and latest 2.13.
Only 3.1 JS produces the errors, the DATA_bin version makes no
difference.
I looks like something changed between Q-emuLator 2.5 3.1 to stop DBAS
from working.
Bob
Have you tried a more recent version of DATA_BIN?
The supplied one is so old there is no version number, now 2.13
(21/2/98).
Bob
Have tried v2.13 of DATA_BIN dbase handler on Q-emuLator, and got the
following results:
1. works ok on version JM ROM
2. fails on version JS supplied with
Daniele has looked at this issue and to quote his comments:
The bad parameter error is related to a file system TRAP#3 call with
D0=$44.
Do you know what this trap is supposed to do?
Here's the Trap #3 d0=$44 notes for the DATAREF_DOC document from DBAS.
Dilwyn
19 matches
Mail list logo
