PDSK being ignored"

[Fairlight]

"Innote"???  Not even in the dictionary, and I checked two of them.
Autocorrect issues?

The multiple PFDSK notation is not the solution to the problem, in any
rate.  It has to do with use of PFDSK, PFDATA, and PFDIR, all in concert.
It seems to work (still testing).

m->


On Sat, Dec 21, 2019 at 11:05:57AM -0500, Richard Kreiss via Filepro-list thus spoke:
> 
> Auto correct remover fpIgn (drives to innote) and fpdks(drives to search) from this email after send was pressed.
> 
> > -----Original Message-----
> > From: Filepro-list <filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com>
> > On Behalf Of Richard Kreiss via Filepro-list
> > Sent: Wednesday, December 18, 2019 1:54 AM
> > To: Timothy R Barr <tim.barr at evalsvs.com>
> > Cc: Filepro List <filepro-list at lists.celestial.com>
> > Subject: Re: PDSK being ignored"
> > 
> > Don?t forget about poignancy which is the opposite of oddsmakers.
> > 
> > Richard
> > Sent from my iPhone
> > 
> > > On Dec 17, 2019, at 4:18 PM, Timothy R Barr via Filepro-list <filepro-
> > list at lists.celestial.com> wrote:
> > >
> > > ?My Unix/Linux is rusty compared to Windows, but the following should
> > > still
> > > apply:
> > >
> > > The stacking of variables to build a path to the data is PDDATA PFDIR.
> > > Do not include PFDSK, that is the list of "drives". PFDATA is
> > > basically starting from root.
> > > I presume your PFPROG (a full path) is set ok or you wouldn't get
> > > anything to run.
> > >
> > > Therefore, If you have set...
> > >
> > > PFDSK=/u/ourapps:/container/u/ourapps
> > > PFDIR=/appl
> > > PFDATA=/u/ourapps
> > >
> > > Your code will be at %PFDATA%%PFDIR% or
> > > /u/ourapps/appl/filepro/tablename/*
> > > The key, data, and indexes can be there too. PFDSK isn't needed for it
> > > to look here.
> > >
> > > But the PFDSK should cause it to also scan for these three file types
> > > in /container/u/ourapps/filepro/tablename/*
> > >
> > > If you can get your screens back working, with the Key/data/indexes in
> > > the usual place - then try moving those files to the alternatce PFDSK
> > > location.  Watch out for double slashes (e.g. if PFDATA was
> > > /u/ourapps/ and PFDIR was /appl)
> > >
> > >
> > >> Does the target of PFDSK -have- to be a separate, discrete  filesystem?
> > >>
> > >> I ask, because...
> > >
> > >>
> > >> I've been having troubles getting this PFDSK resolution to fix for
> > >> spliting code and data out.  In my debugging, I'm now discovering
> > >> that just...setting PFDSK to /var (for example) will not result in an
> > >> error about no filePro files, as I would expect it to.  It just
> > >> happily looks where PATHFILE is pointing, and isn't overridden.
> > >>
> > >> I can't figure out why PFDSK is being ignored entirely right now.  My
> > 
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > Subscribe/Unsubscribe/Subscription Changes
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list

-- 
Audio panton, cogito singularis.