如果用户在本地管理员组（2）中不，则我无法通过导航应用服务器（1）中的bullzip将报告打印为PDF。只有在这两种情况下才能使用。
在Nav代码中，我正在执行以下操作：init bullzip自动化对象（设置所有参数以禁止GUI），运行报告将文档打印到虚拟bullzip打印机，捕获输出文件。而已。直接作为铁路。
我有两个环境：Windows Server 2008和Windows 7（不同版本的Nav，但这没有改变）。在Windows 7上它什么都不做（但如果用户是管理员，则有效）。在服务器上，我可以在事件日志中看到错误（翻译成英文）
故障应用gui.exe，版本9.8.0.1599，时间戳0x517126dc，故障模块USER32.dll，版本6.0.6002.18541，时间戳0x4ec3e39f，异常代码0xc0000142，故障偏移0x0006f52f，进程ID 0x3bc，应用程序启动时间0x01ce562238369fa9
Gui.exe是bullzip的一部分。
如果我从Nav Classic Client运行相同的代码，或者从命令行启动的同一NAS或本地管理员帐户运行相同的代码，或者如果我将NAS用户放在本地管理员组中 - 它可以正常工作。
要解决这个问题，我需要找出其中的一个，以及如何解决它：
到目前为止我尝试过：扩展非交互式桌面堆，为用户提供管理员在gpedit中拥有的所有本地权限。不行。不知道进一步挖掘的方向。
欢迎任何其他免费的pdf打印机建议。
这个问题仍然存在。虽然我已经设法用PDFCreator设置PDF打印。困难的部分是让几个不同的NAS同时打印。现在设置有一个瓶颈--PDFCreator的打印队列。使用bullzip自动化可以避免。
答案 0 :(得分：0)
由于许可限制，我们遇到过第三方DLL在NAV内崩溃的情况。
我们可以缩小其尝试访问的文件的唯一有效方法是使用Process Monitor来缩小导致权限问题的范围。
我们在System32中找到了一个文件夹来处理某些DLL使用的系统网络配置文件。在这方面，NAS等应该在域帐户下运行。
答案 1 :(得分：0)
我认为重新安装应用程序会这样做，
确保卸载每个bullzip和ghost脚本，
现在Ghost脚本很棘手，如果你在64位上安装32位那么你就会遇到问题，
请参阅此download link下载适当的版本，安装它，
然后在从here
下载新版本后安装bullzip这样做..
然后如果有任何问题（如果您正在使用自动化应用程序，则需要新的com对象..）refer Forum，这解释了大多数应用程序接口问题..
您需要将public class PdfSettings与命名空间bioPdf一起使用。
我希望这会有所帮助..