>If so, is there a workaround (other than remaining in the 32-bit enviroment) and for anyone from Equis, is there any plan to update this library (if that's even possible).

Some free alternatives to XFRX include:
1) Print to PDF using Microsoft's printer driver, or CutePDF or other free PDF printer driver.
2) PDF3.prg (http://www.vfp.cz/ -- Example: REPORT FORM myReport OBJECT pdf3() TO FILE "filename.pdf")
3) I believe FoxyPreviewer has a PDF option.
4) There's a file that's included with PDF3 called libhpdf.dll that is a 32-bit DLL. You can actually program that API directly, but it is more steps and low-level.

An option may be to use VFPA for whatever you want to, and then have a 32-bit application which you launch, passing in the DBF to report on, the report name and options. It would run natively in 32-bit space then, allowing the rest of your app to run in 64-bit space.

We use PDF3 in most all of our applications, except we do use XFRX in one of them (as it was the first and required us to setup some app dependencies to get it to work. This has prevented us from easily switching to PDF3 in that app).

I also tweaked PDF3.PRG to handle items with trailing spaces a little differently for spacing (so it matched what would print if you printed to a PDF printer driver), but other than that it worked out of the box. If you'd like these tweaks I'll post them.