Re: [Ql-Users] A feature or a bug?

[Wolf]

Hi,
I often use something like this for ftest

100 DEFine FuNction ftest2(file$)
110 LOCal dad$,ded$,prd$,a
120   dad$=DATAD$
130   ded$=DESTD$
140   prd$=PROGD$
150   DATA_USE ""
160   DEST_USE ""
170   PROG_USE ""
180   a=FTEST(file$)
190   DATA_USE dad$
200   DEST_USE ded$
210   PROG_USE prd$
220   RETurn a
230 END DEFine ftest2
240 :

HTH

Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Norman Dunbar]

Yes.

Cheers,
Norm.

On 14 June 2016 20:53:15 BST, "Ralf Reköndt"  wrote:
>Does this ommit TK2?
>
>- Original Message - 
>From: "George Gwilt"
>
>> Using Turbo Toolkit’s DEVICE_STATUS might be safer.
>>
>> George 
>
>___
>QL-Users Mailing List

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Norman Dunbar]

You could use max_devs and dev_name from the truly wonderful DJTOOLKIT too, if 
you were inclined! I'm surprised  that DJ didn't mention it! ;)

Cheers,
Norm.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
QL-Users Mailing List

Re: [Ql-Users] Feature or bug?

[Norman Dunbar]

I'm not 100% certain, but possibly f$ is suffering from being prefixed by 
datad$ which obviously exists hence the line 30 execution.

I'm not near my QPC at the moment so I can't confirm. What do you get if you 
set dadtad $ to something like empty or even, something that doesn't exist? 


Cheers,
Norm
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Ralf Reköndt]

Does this ommit TK2?

- Original Message - 
From: "George Gwilt"



Using Turbo Toolkit’s DEVICE_STATUS might be safer.

George 


___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Ralf Reköndt]

Well, in the first place, I always thought, that FTEST makes an direct check 
on the file or device, omitting every TK2 occurence. Unfortunately, I was 
wrong.


- Original Message - 
From: "Dilwyn Jones" 

To: 
Sent: Tuesday, June 14, 2016 6:07 PM
Subject: Re: [Ql-Users] A feature or a bug?



Can someone explain this?
10 f$="":REMark empty string
20 if FTEST(f$)=0
30 DIR f$
40 ELSE
50 PRINT f$," can't be a file name"
60 ENDIF
Why is line 30 executed (displaying the directory of datad$) instead of 
line 50?
IF line 30 is replace with VIEW f$ then the content of win (in my case 
Win2_) is displayed.

Can someone confirm the above program?

François Van Emelen
FTEST("") is essentially FTEST(DATAD$) as Marcel and Tim have pointed out. 
The TK2 extensions like this all pick up the system defaults.


a root drive name such as WIN1_ or WIN2_ on a level 2 system contains the 
list of files details for the directory, as you'll see if you COPY WIN1_ 
TO SCR.


So, I would politely suggest you do NOT put DELETE or WDEL in line 30, 
François!!! (unless you enjoy putting your win drives at risk of 
self-destruct)


I daresay you could use a clumsy coding liek this to work around it:

5 d$=DATAD$:DATA_USE ""
10 f$=""
20 IF FTEST(f$)=0
...
70 DATA_USE d$

(even then there is a the risk another job might alter DATA_USE in between 
lines of your program, just to screw things up, and beware of when DATAD$ 
returns just '_')


As an aside, the null filename used to be used (on level 1 filing systems) 
in protection systems as a kind of hidden file in the early days of QL 
software.


Dilwyn




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 06/14/16

___
QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] Q_Liberator externals

[Ralf Reköndt]

BTW: Does anybody know, why TT has omitted the message " Extensions 
missing" in his own written QLOAD, if used extensions were not loaded? That 
was very helpful.


- Original Message - 
From: "Marcel Kilgus" 

To: 
Sent: Tuesday, June 14, 2016 9:35 PM
Subject: Re: [Ql-Users] Q_Liberator externals



Michael Bulford wrote:

One of the features I like about Q_Liberator is that resident
procedures and functions can be written in Basic, and compiled into
machine code, to be lrespr-ed in a boot file.  These functions can
even have parameters.  This works well with Q-emuLator.  With QPC2
there seems to be a problem, and I have been unable to compile such
code.  This very problem with Q_Liberator externals has been
mentioned in the QPC Manual, and a patch program written in SBASIC
is provided.


That is actually news to me. And after a brief search it's in the SMSQ
manual, not QPC manual, which I did not write. Unfortunately I really
don't know anything about this issue and have probably never even seen
the patch program, sorry.

Marcel

___
QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] Q_Liberator externals

[Marcel Kilgus]

Michael Bulford wrote:
> One of the features I like about Q_Liberator is that resident
> procedures and functions can be written in Basic, and compiled into
> machine code, to be lrespr-ed in a boot file.  These functions can
> even have parameters.  This works well with Q-emuLator.  With QPC2
> there seems to be a problem, and I have been unable to compile such
> code.  This very problem with Q_Liberator externals has been
> mentioned in the QPC Manual, and a patch program written in SBASIC
> is provided.

That is actually news to me. And after a brief search it's in the SMSQ
manual, not QPC manual, which I did not write. Unfortunately I really
don't know anything about this issue and have probably never even seen
the patch program, sorry.

Marcel

___
QL-Users Mailing List

[Ql-Users] Q_Liberator externals

[Michael Bulford]

Hi everyone,
 
One of the features I like about Q_Liberator is that resident procedures and 
functions can be written in Basic, and compiled into machine code, to be 
lrespr-ed in a boot file.  These functions can even have parameters.  This 
works well with Q-emuLator.  With QPC2 there seems to be a problem, and I have 
been unable to compile such code.  This very problem with Q_Liberator externals 
has been mentioned in the QPC Manual, and a patch program written in SBASIC is 
provided. However, I have been unable to get this to complete successfully.  
I’m hoping that Marcel will have some ideas on this.
 
Kind regards,
Michael
___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Ralf Reköndt]

- Original Message - 
From: "Marcel Kilgus"



Ralf Reköndt wrote:

It's really that awful, as OPEN tries the device you told it, then, if no
success, uses DATAD$ or somewhat others, DEV or such.


DATAD$, PROGD$ or DESTD$ is prepended to the filename, depending on
the call. DEV is just a device like any other I think.

Note that I do not endorse this design in any way, the whole filename
handling in QDOSMSQ is not, let's say, optimal. But as I said it's
been this way for 30 years, I don't see any urgency to change it now.


Yes, but I found it the only way in S_Edit to see, if a filename really 
exists, not to pass it to DATD$ or similar. I set the SV_DATAD to "", kept 
the value, check the device and put it back. There were no other way. Ok, as 
far as I know.


Cheers...Ralf 


___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Marcel Kilgus]

Dilwyn Jones wrote:
> There are device open functions out there in other toolkits which do the
> same job without checking the TK2 defaults system.

This is an important point. This is not an OS feature, i.e. the raw
TRAPs do not behave this way, it's strictly a feature of the BASIC
commands. That was the only way it could be implemented back then as
the OS was fixed. If another utility wraps the open call it will get
the "raw" behaviour.

Ralf Reköndt wrote:
> It's really that awful, as OPEN tries the device you told it, then, if no
> success, uses DATAD$ or somewhat others, DEV or such.

DATAD$, PROGD$ or DESTD$ is prepended to the filename, depending on
the call. DEV is just a device like any other I think.

Note that I do not endorse this design in any way, the whole filename
handling in QDOSMSQ is not, let's say, optimal. But as I said it's
been this way for 30 years, I don't see any urgency to change it now.

All the best, Marcel

___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Dilwyn Jones]

There are device open functions out there in other toolkits which do the 
same job without checking the TK2 defaults system.


Also, it's easy enough to do an error-trapped open_in on most systems, 
whether you use WHEN ERRor (JS or later ROM), Q_ERR_ON (Qliberator 
compiler), WHEN_ERROR and DEVICE_STATUS (Turbo compiler) just to name a few.


Dilwyn

-Original Message- 
From: Ralf Reköndt

Sent: Tuesday, June 14, 2016 7:20 PM
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] A feature or a bug?

It's really that awful, as OPEN tries the device you told it, then, if no
success, uses DATAD$ or somewhat others, DEV or such.

To be really successfull, you should set the SV_DATAD to "", keep the value
then try to open the device. This is the only way to see, if *that* device
is not present.

- Original Message - 
From: "Marcel Kilgus" 

To: 
Sent: Tuesday, June 14, 2016 7:57 PM
Subject: Re: [Ql-Users] A feature or a bug?



François Van Emelen wrote:

So, this seems to be a feature... a very dangerous one : replacing DIR
f$ in line 30 with DELETE f$ would wipe all directories and files on
that device.


That would actually be a somewhat cool feature, but DELETE is not as
cool, so nothing will happen. Try it :) WDEL is a little bit more
dangerous, but it still asks nicely and like DELETE it will also fail
on directories.

Thing is this: FTEST = OPEN:CLOSE. OPEN can be used without a
parameter, in which case DATAD$ will be used. The same is therefore
true for FTEST. It's actually been this way since the release of TK2
which has been how long ago, 30 years or so?

All the best, Marcel


___
QL-Users Mailing List

-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 06/14/16 




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 06/14/16

___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Ralf Reköndt]

It's really that awful, as OPEN tries the device you told it, then, if no 
success, uses DATAD$ or somewhat others, DEV or such.


To be really successfull, you should set the SV_DATAD to "", keep the value 
then try to open the device. This is the only way to see, if *that* device 
is not present.


- Original Message - 
From: "Marcel Kilgus" 

To: 
Sent: Tuesday, June 14, 2016 7:57 PM
Subject: Re: [Ql-Users] A feature or a bug?



François Van Emelen wrote:

So, this seems to be a feature... a very dangerous one : replacing DIR
f$ in line 30 with DELETE f$ would wipe all directories and files on
that device.


That would actually be a somewhat cool feature, but DELETE is not as
cool, so nothing will happen. Try it :) WDEL is a little bit more
dangerous, but it still asks nicely and like DELETE it will also fail
on directories.

Thing is this: FTEST = OPEN:CLOSE. OPEN can be used without a
parameter, in which case DATAD$ will be used. The same is therefore
true for FTEST. It's actually been this way since the release of TK2
which has been how long ago, 30 years or so?

All the best, Marcel 


___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Marcel Kilgus]

François Van Emelen wrote:
> So, this seems to be a feature... a very dangerous one : replacing DIR
> f$ in line 30 with DELETE f$ would wipe all directories and files on 
> that device.

That would actually be a somewhat cool feature, but DELETE is not as
cool, so nothing will happen. Try it :) WDEL is a little bit more
dangerous, but it still asks nicely and like DELETE it will also fail
on directories.

Thing is this: FTEST = OPEN:CLOSE. OPEN can be used without a
parameter, in which case DATAD$ will be used. The same is therefore
true for FTEST. It's actually been this way since the release of TK2
which has been how long ago, 30 years or so?

All the best, Marcel


___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Dilwyn Jones]

I think it's just that Marcel normally just uses DATA_USE dev1_ on his 
system.

Dilwyn

-Original Message- 
From: Derek Stewart

Sent: Tuesday, June 14, 2016 6:27 PM
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] A feature or a bug?


On 14/06/16 14:43, Marcel Kilgus wrote:

Marcel Kilgus wrote:

François Van Emelen wrote:

10 f$="":REMark empty string
20 if FTEST(f$)=0
30 DIR f$
40 ELSE
50 PRINT f$," can't be a file name"
60 ENDIF

Why is line 30 executed (displaying the directory of datad$) instead of
line 50?

Because SMSQ/E defaults to dev1_ if you don't give a filename, I
presume.


Strike that, it defaults to datad$ of course, which is set to "dev1_"
in my case. I mean, that's what DATA_USE is for, providing a default
directory for file operations.

Marcel

___
QL-Users Mailing List


Hi Marcel,

I am a little confused, where does DEV1_ default to DATAD$

If I startup QPC2 with no boot device defined, the DATAD$ is flp1_,
which is the default of config block in the SMSQE file and DEV1_ is
undefined.

Can expand on this, I am havong a thick moment...


Regards,

Derek
___
QL-Users Mailing List

-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 06/14/16 




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 06/14/16

___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Marcel Kilgus]

Derek Stewart wrote:
> I am a little confused, where does DEV1_ default to DATAD$

Never. I said DATAD$ is DEV1_ on my machine.

Marcel

___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Derek Stewart]

On 14/06/16 14:43, Marcel Kilgus wrote:

Marcel Kilgus wrote:

François Van Emelen wrote:

10 f$="":REMark empty string
20 if FTEST(f$)=0
30 DIR f$
40 ELSE
50 PRINT f$," can't be a file name"
60 ENDIF

Why is line 30 executed (displaying the directory of datad$) instead of
line 50?

Because SMSQ/E defaults to dev1_ if you don't give a filename, I
presume.


Strike that, it defaults to datad$ of course, which is set to "dev1_"
in my case. I mean, that's what DATA_USE is for, providing a default
directory for file operations.

Marcel

___
QL-Users Mailing List


Hi Marcel,

I am a little confused, where does DEV1_ default to DATAD$

If I startup QPC2 with no boot device defined, the DATAD$ is flp1_, 
which is the default of config block in the SMSQE file and DEV1_ is 
undefined.


Can expand on this, I am havong a thick moment...


Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Help Please

[peterfox]

Hi Dilwyn,

Thank you very much. It was my problem. I was working on qxl_win but 
windows was working with QXL.Win and having got that far, it was very 
easy.


Thank you again,

Best Wishes,

Peter

On 14.06.2016 16:09, Dilwyn Jones wrote:

Don't do DIR WIN_DRIVE$(3) - that won't work.

If DIR WIN3_ doesn't work, three possibilities:

1. Name of the qxl.win isn't correct (e.g. period or underscore, see
below, or QXL3_WIN is in a sub-diretory or different Windows drive)
2. system doesn't support WIN_DRIVE command (though I would have
expected you to see an error message when you tried using it)
3. the qxl3_win is damaged in some way.

What are you using - a QXL card (if so, old SMSQ or newer SMSQ/E?),
QPC (what version?) or something else?

Earlier SMSQ (i.e. the old ones without pointer environment) might
only support a single one, called simply QXL.WIN. However, as you say
it's called QXL3_WIN I wouldn't think that to be the case.

Outside possibility - could it be called QXL3.WIN instead of QXL3_WIN
(i.e. in Windows does it show it with underscore or period 
character?)


You could possibly (if using QPC2 or recent version of QXL card
software) temporarily assign the QXL3_WIN as WIN1_ after it's started
up, with:

WIN_DRIVE 1,"C:\QXL3_WIN"

and see what happens.

Anyone else with any other ideas to help Peter?

Good luck.

Dilwyn

-Original Message- From: peterfox
Sent: Tuesday, June 14, 2016 3:44 PM
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help Please

Hi Dilwyn,

Firstly thank you. I have used win_drive to define win_drive$(3) as
being c:\QXL3_WIN.

However if I do a dir win3_ or dir win_drive$(3) all I get is win1 
QDOS

directory.

What, please have I done wrong?

Looking forward to hearing from you,

TIA & Best Wishes,

Peter

On 14.06.2016 09:47, Dilwyn Jones wrote:

Hi Peter,

If your version of SMSQ/E has the WIN_DRIVE command, you can use 
this

command from SBASIC:

WIN_DRIVE drive_number,qxl_win_name

where drive_number would be a drive from 1 to 8 inclusive - sounds
like you need drive 3

and qxl_win_name would be the DOS filename including drive and
directory - either qxl.win (normally) or whatever else you called it
(in this case QXL3_win)

So assuming the QXL3_win is on drive C:\ in Windows:
WIN_DRIVE 3,"c:\qxl3_win"

(the drive and filename needs to be in quotes because of the : and \
in the name)

To check what they are already set to use the function
WIN_DRIVE$(drive_number), e.g. PRINT WIN_DRIVE$(3) will tell you 
what

the third QXL>WIN slot is currently set to.

If your version of SBASIC doesn't support WIN_DRIVE you would need 
to

set it in the configuration window for whichever emulator you are
using. Manuals for QXL for example are on the Replacement Manuals 
page
on my site - http://www.dilwyn.me.uk/docs/manuals/index.html - 
scroll

down to Miracle Systems Manuals, QXL Manual.

You can find a manual for SBASIC at
http://www.dilwyn.me.uk/docs/ebooks/index.html (scroll down to the
SBASIC Manual section, there you will find a manual as PDF, eBook
formats, or as an online HTML version.

If you wish, QPC2 emulator v4.04 and manual can now be downloaded
free of charge from Marcel Kilgus's website at
http://www.kilgus.net/qpc/ (just click on Downloads in the PAGES box
on the right).

Dilwyn Jones

-Original Message- From: Peter Fox
Sent: Tuesday, June 14, 2016 7:37 AM
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help Please

Hi there,

I have a QXL3_win and need to open it. Not having the manuals
anymore, what is the syntax
to open QXL3_Win file, please?

TIA & Regards,

Peter Fox

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
QL-Users Mailing List


-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12416 - Release Date: 
06/13/16




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12416 - Release Date: 
06/13/16


___
QL-Users Mailing List


___
QL-Users Mailing List


-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 
06/14/16




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 
06/14/16


___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[George Gwilt]

> On 14 Jun 2016, at 16:45, François Van Emelen  
> wrote:
> 
> Op 14/06/2016 om 16:18 schreef George Gwilt:
>>> On 14 Jun 2016, at 14:56, Bob Spelten  wrote:
>>> 
>>> Op Tue, 14 Jun 2016 15:43:00 +0200 schreef Marcel Kilgus 
>>> :
>>> 
 Marcel Kilgus wrote:
> François Van Emelen wrote:
>> 10 f$="":REMark empty string
>> 20 if FTEST(f$)=0
>> 30 DIR f$
>> 40 ELSE
>> 50 PRINT f$," can't be a file name"
>> 60 ENDIF
>> 
>> Why is line 30 executed (displaying the directory of datad$) instead of
>> line 50?
> Because SMSQ/E defaults to dev1_ if you don't give a filename, I
> presume.
 Strike that, it defaults to datad$ of course, which is set to "dev1_"
 in my case. I mean, that's what DATA_USE is for, providing a default
 directory for file operations.
 
 Marcel
 
>>> I understand the datad$ but the problem is why FTEST returns a zero?
>>> FTEST should return a -7, so DIR is should not be done.
>>> 
>>> 
>> The manual says that FTEST tests "a file or device”. Thus FTESTing win4_, 
>> say, returns “0” even if win4_ contains no files.
>> 
>> George
>> 
>> ___
>> QL-Users Mailing List
> 
> So, this seems to be a feature... a very dangerous one : replacing DIR f$ in 
> line 30 with DELETE f$ would wipe all directories and files on that device.
> 
> And there is no Undo available .
> 
> François Van Emelen
> 
> 
> 
> ___
> QL-Users Mailing List

Using Turbo Toolkit’s DEVICE_STATUS might be safer.

George
___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Dilwyn Jones]

Can someone explain this?
10 f$="":REMark empty string
20 if FTEST(f$)=0
30 DIR f$
40 ELSE
50 PRINT f$," can't be a file name"
60 ENDIF
Why is line 30 executed (displaying the directory of datad$) instead of 
line 50?
IF line 30 is replace with VIEW f$ then the content of win (in my case 
Win2_) is displayed.

Can someone confirm the above program?

François Van Emelen
FTEST("") is essentially FTEST(DATAD$) as Marcel and Tim have pointed out. 
The TK2 extensions like this all pick up the system defaults.


a root drive name such as WIN1_ or WIN2_ on a level 2 system contains the 
list of files details for the directory, as you'll see if you COPY WIN1_ TO 
SCR.


So, I would politely suggest you do NOT put DELETE or WDEL in line 30, 
François!!! (unless you enjoy putting your win drives at risk of 
self-destruct)


I daresay you could use a clumsy coding liek this to work around it:

5 d$=DATAD$:DATA_USE ""
10 f$=""
20 IF FTEST(f$)=0
...
70 DATA_USE d$

(even then there is a the risk another job might alter DATA_USE in between 
lines of your program, just to screw things up, and beware of when DATAD$ 
returns just '_')


As an aside, the null filename used to be used (on level 1 filing systems) 
in protection systems as a kind of hidden file in the early days of QL 
software.


Dilwyn




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 06/14/16

___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[François Van Emelen]

Op 14/06/2016 om 16:18 schreef George Gwilt:

On 14 Jun 2016, at 14:56, Bob Spelten  wrote:

Op Tue, 14 Jun 2016 15:43:00 +0200 schreef Marcel Kilgus 
:


Marcel Kilgus wrote:

François Van Emelen wrote:

10 f$="":REMark empty string
20 if FTEST(f$)=0
30 DIR f$
40 ELSE
50 PRINT f$," can't be a file name"
60 ENDIF

Why is line 30 executed (displaying the directory of datad$) instead of
line 50?

Because SMSQ/E defaults to dev1_ if you don't give a filename, I
presume.

Strike that, it defaults to datad$ of course, which is set to "dev1_"
in my case. I mean, that's what DATA_USE is for, providing a default
directory for file operations.

Marcel


I understand the datad$ but the problem is why FTEST returns a zero?
FTEST should return a -7, so DIR is should not be done.



The manual says that FTEST tests "a file or device”. Thus FTESTing win4_, say, 
returns “0” even if win4_ contains no files.

George

___
QL-Users Mailing List


So, this seems to be a feature... a very dangerous one : replacing DIR 
f$ in line 30 with DELETE f$ would wipe all directories and files on 
that device.


And there is no Undo available .

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Help Please

[Dilwyn Jones]

Don't do DIR WIN_DRIVE$(3) - that won't work.

If DIR WIN3_ doesn't work, three possibilities:

1. Name of the qxl.win isn't correct (e.g. period or underscore, see below, 
or QXL3_WIN is in a sub-diretory or different Windows drive)
2. system doesn't support WIN_DRIVE command (though I would have expected 
you to see an error message when you tried using it)

3. the qxl3_win is damaged in some way.

What are you using - a QXL card (if so, old SMSQ or newer SMSQ/E?), QPC 
(what version?) or something else?


Earlier SMSQ (i.e. the old ones without pointer environment) might only 
support a single one, called simply QXL.WIN. However, as you say it's called 
QXL3_WIN I wouldn't think that to be the case.


Outside possibility - could it be called QXL3.WIN instead of QXL3_WIN (i.e. 
in Windows does it show it with underscore or period character?)


You could possibly (if using QPC2 or recent version of QXL card software) 
temporarily assign the QXL3_WIN as WIN1_ after it's started up, with:


WIN_DRIVE 1,"C:\QXL3_WIN"

and see what happens.

Anyone else with any other ideas to help Peter?

Good luck.

Dilwyn

-Original Message- 
From: peterfox

Sent: Tuesday, June 14, 2016 3:44 PM
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help Please

Hi Dilwyn,

Firstly thank you. I have used win_drive to define win_drive$(3) as
being c:\QXL3_WIN.

However if I do a dir win3_ or dir win_drive$(3) all I get is win1 QDOS
directory.

What, please have I done wrong?

Looking forward to hearing from you,

TIA & Best Wishes,

Peter

On 14.06.2016 09:47, Dilwyn Jones wrote:

Hi Peter,

If your version of SMSQ/E has the WIN_DRIVE command, you can use this
command from SBASIC:

WIN_DRIVE drive_number,qxl_win_name

where drive_number would be a drive from 1 to 8 inclusive - sounds
like you need drive 3

and qxl_win_name would be the DOS filename including drive and
directory - either qxl.win (normally) or whatever else you called it
(in this case QXL3_win)

So assuming the QXL3_win is on drive C:\ in Windows:
WIN_DRIVE 3,"c:\qxl3_win"

(the drive and filename needs to be in quotes because of the : and \
in the name)

To check what they are already set to use the function
WIN_DRIVE$(drive_number), e.g. PRINT WIN_DRIVE$(3) will tell you what
the third QXL>WIN slot is currently set to.

If your version of SBASIC doesn't support WIN_DRIVE you would need to
set it in the configuration window for whichever emulator you are
using. Manuals for QXL for example are on the Replacement Manuals page
on my site - http://www.dilwyn.me.uk/docs/manuals/index.html - scroll
down to Miracle Systems Manuals, QXL Manual.

You can find a manual for SBASIC at
http://www.dilwyn.me.uk/docs/ebooks/index.html (scroll down to the
SBASIC Manual section, there you will find a manual as PDF, eBook
formats, or as an online HTML version.

If you wish, QPC2 emulator v4.04 and manual can now be downloaded
free of charge from Marcel Kilgus's website at
http://www.kilgus.net/qpc/ (just click on Downloads in the PAGES box
on the right).

Dilwyn Jones

-Original Message- From: Peter Fox
Sent: Tuesday, June 14, 2016 7:37 AM
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help Please

Hi there,

I have a QXL3_win and need to open it. Not having the manuals
anymore, what is the syntax
to open QXL3_Win file, please?

TIA & Regards,

Peter Fox

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
QL-Users Mailing List


-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12416 - Release Date: 06/13/16



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12416 - Release Date: 06/13/16

___
QL-Users Mailing List


___
QL-Users Mailing List


-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 06/14/16 




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 06/14/16

___
QL-Users Mailing List

Re: [Ql-Users] Help Please

[peterfox]

Hi Dilwyn,

Firstly thank you. I have used win_drive to define win_drive$(3) as 
being c:\QXL3_WIN.


However if I do a dir win3_ or dir win_drive$(3) all I get is win1 QDOS 
directory.


What, please have I done wrong?

Looking forward to hearing from you,

TIA & Best Wishes,

Peter

On 14.06.2016 09:47, Dilwyn Jones wrote:

Hi Peter,

If your version of SMSQ/E has the WIN_DRIVE command, you can use this
command from SBASIC:

WIN_DRIVE drive_number,qxl_win_name

where drive_number would be a drive from 1 to 8 inclusive - sounds
like you need drive 3

and qxl_win_name would be the DOS filename including drive and
directory - either qxl.win (normally) or whatever else you called it
(in this case QXL3_win)

So assuming the QXL3_win is on drive C:\ in Windows:
WIN_DRIVE 3,"c:\qxl3_win"

(the drive and filename needs to be in quotes because of the : and \
in the name)

To check what they are already set to use the function
WIN_DRIVE$(drive_number), e.g. PRINT WIN_DRIVE$(3) will tell you what
the third QXL>WIN slot is currently set to.

If your version of SBASIC doesn't support WIN_DRIVE you would need to
set it in the configuration window for whichever emulator you are
using. Manuals for QXL for example are on the Replacement Manuals 
page

on my site - http://www.dilwyn.me.uk/docs/manuals/index.html - scroll
down to Miracle Systems Manuals, QXL Manual.

You can find a manual for SBASIC at
http://www.dilwyn.me.uk/docs/ebooks/index.html (scroll down to the
SBASIC Manual section, there you will find a manual as PDF, eBook
formats, or as an online HTML version.

If you wish, QPC2 emulator v4.04 and manual can now be downloaded
free of charge from Marcel Kilgus's website at
http://www.kilgus.net/qpc/ (just click on Downloads in the PAGES box
on the right).

Dilwyn Jones

-Original Message- From: Peter Fox
Sent: Tuesday, June 14, 2016 7:37 AM
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help Please

Hi there,

I have a QXL3_win and need to open it. Not having the manuals
anymore, what is the syntax
to open QXL3_Win file, please?

TIA & Regards,

Peter Fox

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
QL-Users Mailing List


-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12416 - Release Date: 
06/13/16




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12416 - Release Date: 
06/13/16


___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] A special request: recreate an MD though an MDV image on a real QL

[Simone Voltolini]

Hi to all there ;)

 

I'm sending this e-mail now at the English QL ML and I would like to know If 
someone can collaborate with our Preservation program.

 

In particular we need a person that can write an utility that can take our MDV 
images (for QL Emulator, MDV format and extensione) and the re create the 
original MD on a real QL (with protections, label and structure).

 

We can ask to Daniele If can give us the specification of his MDV DUMP format 
for make all more easy to do.

 

Best regards.

 

 

--Simon

 

 

https://sinclairql.wordpress.com

 

 

&

 

http://www.hunggartorino.it/ql/ql-microdrive-software-preservation/

 

 

 

 

 

 

 

 

 

 


Kora Sistemi Informatici

Via Cavour 1, 46030 San Giorgio di Mantova MN
Tel/Fax +39 0376 371059
P. IVA: 02048930206

 

 

 

___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[George Gwilt]

> On 14 Jun 2016, at 14:56, Bob Spelten  wrote:
> 
> Op Tue, 14 Jun 2016 15:43:00 +0200 schreef Marcel Kilgus 
> :
> 
>> Marcel Kilgus wrote:
>>> François Van Emelen wrote:
 10 f$="":REMark empty string
 20 if FTEST(f$)=0
 30 DIR f$
 40 ELSE
 50 PRINT f$," can't be a file name"
 60 ENDIF
 
 Why is line 30 executed (displaying the directory of datad$) instead of
 line 50?
>>> Because SMSQ/E defaults to dev1_ if you don't give a filename, I
>>> presume.
>> 
>> Strike that, it defaults to datad$ of course, which is set to "dev1_"
>> in my case. I mean, that's what DATA_USE is for, providing a default
>> directory for file operations.
>> 
>> Marcel
>> 
> I understand the datad$ but the problem is why FTEST returns a zero?
> FTEST should return a -7, so DIR is should not be done.
> 
> 

The manual says that FTEST tests "a file or device”. Thus FTESTing win4_, say, 
returns “0” even if win4_ contains no files.

George

___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Marcel Kilgus]

Bob Spelten wrote:
> I understand the datad$ but the problem is why FTEST returns a zero?

I don't understand, why shouldn't it?

> FTEST should return a -7, so DIR is should not be done.

Clearly the directory pointed to by DATAD$ exists, so why whould it
return -7?

Marcel



___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Bob Spelten]

Op Tue, 14 Jun 2016 15:43:00 +0200 schreef Marcel Kilgus  
:



Marcel Kilgus wrote:

François Van Emelen wrote:

10 f$="":REMark empty string
20 if FTEST(f$)=0
30 DIR f$
40 ELSE
50 PRINT f$," can't be a file name"
60 ENDIF

Why is line 30 executed (displaying the directory of datad$) instead of
line 50?

Because SMSQ/E defaults to dev1_ if you don't give a filename, I
presume.


Strike that, it defaults to datad$ of course, which is set to "dev1_"
in my case. I mean, that's what DATA_USE is for, providing a default
directory for file operations.

Marcel


I understand the datad$ but the problem is why FTEST returns a zero?
FTEST should return a -7, so DIR is should not be done.

Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Timothy Swenson]

I tried this and it worked as reported.  I then did this:

data_use ""

then I ran it again, and got the error message.  This confirms that 
datad$ is being picked up and used in the FTEST.


Tim
___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Marcel Kilgus]

Marcel Kilgus wrote:
> François Van Emelen wrote:
>> 10 f$="":REMark empty string
>> 20 if FTEST(f$)=0
>> 30 DIR f$
>> 40 ELSE
>> 50 PRINT f$," can't be a file name"
>> 60 ENDIF
>>
>> Why is line 30 executed (displaying the directory of datad$) instead of
>> line 50?
> Because SMSQ/E defaults to dev1_ if you don't give a filename, I
> presume.

Strike that, it defaults to datad$ of course, which is set to "dev1_"
in my case. I mean, that's what DATA_USE is for, providing a default
directory for file operations.

Marcel

___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Marcel Kilgus]

François Van Emelen wrote:
> 10 f$="":REMark empty string
> 20 if FTEST(f$)=0
> 30 DIR f$
> 40 ELSE
> 50 PRINT f$," can't be a file name"
> 60 ENDIF
>
> Why is line 30 executed (displaying the directory of datad$) instead of
> line 50?

Because SMSQ/E defaults to dev1_ if you don't give a filename, I
presume.

Marcel

___
QL-Users Mailing List

[Ql-Users] Feature or bug?

[François Van Emelen]

Hi,

Can someone explain this?

10 f$="":REMark empty string

20 if FTEST(f$)=0

30 DIR f$

40 ELSE

50 PRINT f$," can't be a file name"

60 ENDIF

Why is line 30 executed (displaying the directory of datad$) instead of 
line 50?


IF line 30 is replace with VIEW f$ then the content of win (in my case 
Win2_) is displayed.


Can someone confirm the above program?

François Van Emelen


___
QL-Users Mailing List

[Ql-Users] A feature or a bug?

[François Van Emelen]

Hi,

Can someone explain this?

10 f$="":REMark empty string

20 if FTEST(f$)=0

30 DIR f$

40 ELSE

50 PRINT f$," can't be a file name"

60 ENDIF

Why is line 30 executed (displaying the directory of datad$) instead of 
line 50?


IF line 30 is replace with VIEW f$ then the content of win (in my case 
Win2_) is displayed.


Can someone confirm the above program?

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Help Please

[Dilwyn Jones]

Hi Peter,

If your version of SMSQ/E has the WIN_DRIVE command, you can use this 
command from SBASIC:


WIN_DRIVE drive_number,qxl_win_name

where drive_number would be a drive from 1 to 8 inclusive - sounds like you 
need drive 3


and qxl_win_name would be the DOS filename including drive and directory - 
either qxl.win (normally) or whatever else you called it (in this case 
QXL3_win)


So assuming the QXL3_win is on drive C:\ in Windows:
WIN_DRIVE 3,"c:\qxl3_win"

(the drive and filename needs to be in quotes because of the : and \ in the 
name)


To check what they are already set to use the function 
WIN_DRIVE$(drive_number), e.g. PRINT WIN_DRIVE$(3) will tell you what the 
third QXL>WIN slot is currently set to.


If your version of SBASIC doesn't support WIN_DRIVE you would need to set it 
in the configuration window for whichever emulator you are using. Manuals 
for QXL for example are on the Replacement Manuals page on my site - 
http://www.dilwyn.me.uk/docs/manuals/index.html - scroll down to Miracle 
Systems Manuals, QXL Manual.


You can find a manual for SBASIC at 
http://www.dilwyn.me.uk/docs/ebooks/index.html (scroll down to the SBASIC 
Manual section, there you will find a manual as PDF, eBook formats, or as an 
online HTML version.


If you wish, QPC2 emulator v4.04 and manual can now be downloaded free of 
charge from Marcel Kilgus's website at http://www.kilgus.net/qpc/ (just 
click on Downloads in the PAGES box on the right).


Dilwyn Jones

-Original Message- 
From: Peter Fox

Sent: Tuesday, June 14, 2016 7:37 AM
To: ql-us...@q-v-d.com
Subject: [Ql-Users] Help Please

Hi there,

I have a QXL3_win and need to open it. Not having the manuals anymore, what 
is the syntax

to open QXL3_Win file, please?

TIA & Regards,

Peter Fox

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
QL-Users Mailing List


-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12416 - Release Date: 06/13/16 




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12416 - Release Date: 06/13/16

___
QL-Users Mailing List

Re: [Ql-Users] Help Please

[Norman Dunbar]

Hi Peter, 

Sounds like this is a pseudo hard drive file for QXL, QPC etc. You don't open 
it as such, you connect it to QPC, for example, as a hard drive on the startup 
screen. 

HTH

Cheers,
Norm. 
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
QL-Users Mailing List

[Ql-Users] Help Please

[Peter Fox]

Hi there,

I have a QXL3_win and need to open it. Not having the manuals anymore, what is 
the syntax
to open QXL3_Win file, please?

TIA & Regards,

Peter Fox

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
QL-Users Mailing List