I cannot get any UFL written in VFP7 SP1 to work with either CR 9 or CR 8.5 with the current updates. I have no problem with UFLs in the original release of CR 8.5 without any updates (although other things are problematic). If I restore the version 8.0.0.0 copy of U2lcom.dll to either CR8.5 after updating or CR 9 after installing, the UFLs work.

I have tested this on my test system with clean installs of Win XP PRO and again with Win 2000 PRO each with only VFP7 and either CR8.5 or CR9 (not both) installed.

I developed a trivial test using a project named CRUFLTST containing nothing other than one program named CRUFLTST.PRG as follows:

*********************************************************************
*                 C R U F L T S T . p r g
*********************************************************************
define class  CRUFLTST  as custom olepublic
	Name = "CRUFLTst"
	procedure  TestProc (tcString as string)  as string
		return  "Test String"
	endproc
enddefine

I have tried compiling this as a single-threaded and as a multi-threaded server. Unless I use the old copy of u2lcom.dll, neither an updated CR 8.5 nor CR 9 will not recognize my UFL.

CR has informed me that either I have some unidentified naming problem in my program/project (referring me to a VB document on UFLs which I have poured over to no avail) or VFP is not generating a valid COM DLL. In either case, they say it is not their problem. End of communication. (They were polite about it, but that is the gist of the last message I received over a month ago.)

I have been trying to work with Crystal Decisions on this problem for several months, but it looks like they have quit answering my e-mails about it.

Can ANYBODY either point out my error or verify that this trivial UFL works on either their CR 9 or their currently patched CR 8.5 system? I'm about at the end of my rope!

...Jim