QKDFK and subfile recompiles on Windows/NT

[Joe Boyle]

and as Chris mentioned subfiles I remembered that there is a variable which
points to a default location for subfile creation on Windows/NT - it is
PH_SBF_LOC.

This could be used with code like that below when running major recompiles,
which will then create any subfiles required for use later use (in other
quizs, qtps or screens,) and place them in the folder pointed to PH_SBF_LOC,

exe latest_comp nogo
set rep lim 1
go

presumably the code below would work with qtp,

exe latest_comp nogo
set input lim 1 proc lim 1
go

Regards, Joe.



-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Joe Boyle
Sent: 20 May 2005 09:54
To: heaslips@ozemail.com.au; 'PowerH List'
Subject: RE: QKDFK

it might be worth deassigning the logical and see what happens; I'm
wondering if qkdfk is related to the default qkgo setup, but I doubt that it
would ever normally point at sys$scratch.

Regards, Joe.


-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Chris Sharman
Sent: 20 May 2005 09:30
To: PowerH List
Subject: Re: QKDFK

heaslips@ozemail.com.au wrote:

> G'day all
>  
> We've a client with a legacy system (no work has been done on the system
for years) and I've just tried to re-compile a few screens.
> For some screens I'm getting the following error message immediately after
the SCREEN statement:
>  
> *E* Failure to access the file (QKDFK)
> %RMS-E-CRE, ACP file create failed 
> %SYSTEM-W-NOSUCHFILE, no such file 
> "
> 
> Can anyone shed any light on this? Is Quick trying to create a file here?
Or is it trying to find a file? Currently there is a logical QKDFK that is
just pointing to SYS$SCRATCH. Should it be pointing somewhere else?
> Any advice would be appreciated.

Is sys$scratch pointing to a directory that exists & is writeable ?
Not seen this error myself, but it looks like the directory is either 
missing or protected, or possibly the old version of the file (which 
you're about to 'mask' by creating a new version) is protected from your 
ownership, writing, or deleting - when you create a new version it 
inherits most of the attributes, which can be a problem if the original 
belongs to someone else.
I'd recommend pointing sys$scratch somewhere clean, empty, and writeable.
The other thing to watch for with PH is .sf files with missing .sfd 
files, or vice versa.

Chris


Any views expressed in this message are those of the sender and not
necessarily those of CCA Group.  The unauthorized use, disclosure, copying
or alteration of this message is forbidden.  The contents of
this message may be confidential and/or privileged, copyright CCA Group and
are intended solely for the use of the individual or entity to whom they are
addressed.  Whilst this message has been scanned, CCA Group cannot guarantee
that it is virus free or compatible with your systems and accepts no
responsibility for any loss or damage
arising from its use. The recipient is advised to run their own anti-virus
software. If you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it from
your computer systems.

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe <password>" in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe <password>" in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.