And - the file is Flex.cfl - not flexcfl
And - the file is Flex.cfl - not flexcfl
Garret
Even a fish wouldn’t get in trouble if it kept it's mouth shut. Someday I might learn that...
I ran across this as I tried to re-install VDF 17.1. Turns out the installed did not create the registry entry for "SystemMakePath". It only created the "SystemDFPath". Creating the "SystemMakePath" in the Workspaces reg key and filling in the data (I copied same from VDF17.0 which was working) changing all the 17.0 to 17.1 in the string value fixed the problem.
Jim Albright
Wizard Systems, Inc.
Bump! 7 and a half years later
Just got this in DF20 64 bit.
the Lib folder is certainly in the makepath. As it's a compilation of FMAC is there a separate 32 bit and 64 bit version?
test? it compiles doesn't it?
No.
Do you maybe have an old/wrong version copy of flex.cfl somewhere else along the path?
Possibly. Restarting everything seemed to resolve it. but, to quote myself "is there a separate 32 bit and 64 bit version?"
I am extremely leery of mislaid versions. I've been experimenting with a single Appsrc and compiling 19.1 20/32 and 20/64 all out of it so paying close attention to the Makepath in each case.
To make this work I have separate Apphtml, IDESrc and Programs folders, and different sws and ws files. I even have a different bitmaps folder for each version just containing a version of the app icon for each version.
It has worked splendidly and meant that any source change gets proliferated automatically.
![]()
test? it compiles doesn't it?