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"
To:
Sent: Saturday, April 21, 2012 6:50 PM
Subject: Re: [Ql-Users] Quanta Library Guide
The FO
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"
To:
Sent: Saturday, April 21, 2012 5:43 PM
Subject: Re: [Ql-Users] Quanta
Op Sat, 21 Apr 2012 16:10:15 +0200 schreef Ralf Reköndt
:
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
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
On 21 Apr 2012, at 10:10, Ralf Reköndt wrote:
>
>
>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 828255. Skype: tony firshman
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,
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 ad
Op Fri, 20 Apr 2012 09:00:18 +0200 schreef Daniele Terdina
:
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 ju
> 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 the
Op Tue, 17 Apr 2012 07:55:38 +0200 schreef Daniele Terdina
:
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 betwee
> 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.
>
>
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 that
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, gettin
*Quote* *"PS. I have downloaded Q-Emulator and I've also tested it with JS
and Minerva ROMS. Same problems as everyone, JS fails. One thing is
exceedingly clear, we didn't half put up with really slow responses back in
1984 didn't we? God it's slow in QL mode! ;-)"*
Bear in mind a 30 second advert
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 everyon
On 16/04/2012 12:19, Bob Spelten wrote:
Op Mon, 16 Apr 2012 12:35:15 +0200 schreef Norman Dunbar
:
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 wi
Op Mon, 16 Apr 2012 12:35:15 +0200 schreef Norman Dunbar
:
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
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 intro
> 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
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 QemuLato
20 matches
Mail list logo