Crystal 8.5退出支持已近20年了。

报告如何运作？ 您是否要按2位数字的年份筛选日期？ 如果是这样，Crystal可能会将年份视为1920年而不是2020年。您可以将报表中的日期修改为使用4位数字的年份。 如果这不起作用，则必须升级到最新版本的Crystal才能继续运行报表。

请告知我是否最终必须升级Crystal。 大多数报告将转换而不会带来太多麻烦，但是要注意一些事情，因为.rpt文件的内部结构已随Crystal 9更改。而且，不再支持Crystal 8.5附带的SDK，因此 如果您已使用旧版SDK将报告集成到应用程序中，则升级将是一项艰巨的工作。

-Dell

我们有相同的问题，我们使用4- 位数年份。

我还在" Crystal SQL Designer"中创建了一个查询，非常简单的查询，没有参数，只需从不包含任何"日期/时间"字段的表中选择条目。 如果计算机时间是2020年，仍然会有问题。将计算机时间改回2019年，效果很好。

这是我们的机票：

https://answers.sap.com/questions/12944188/on-entering-2020-crystal-reports-85-stop-working.html

我们有多种产品 在现场使用多个版本的Crystal Reports-我们正在从客户那里获得不同的反馈-SAP是否有可能在解决该缺陷的哪个版本中准确定义？

我的应用程序受到影响 以同样的方式 也使用CR v8.5-从来没有任何问题，但是现在从2020年1月1日起，报告将不起作用-我们使用的是4位数字的年份，我们可以在" hello world"模拟示例中重现该问题！ 这是影响我们客户的关键问题。 我们正在研究CR 2016的升级（以及其他途径），但与此同时，如果您有任何想法，将不胜感激！

我们的一位客户发现了问题的原因 以及xbase驱动程序（p2ixbse.dll）补丁形式的修复程序：明确检查临时.dbt文件的修改日期是否在1.1.1980-31.12.2019之内。 此补丁删除了上限：

p2ixbse.dll：
大小：245760
文件版本8.0.100.1
sha256sum：c87980725c9fa2642a3e2d0c0cc8968ea8dbf9e7d753b7152e371324eddf1049
0000A632：7F-> 90

0000A633 30：