64 bit support?

[ansram]

The documentation says BullZip is 64 bit compatible. I have been using the Bullzip.PdfWriter.PdfSettings interface for sometime now and it was working correctly on 32 bit machine. When I tried the same program on a 64 bit machine I am getting an error 0x80040154 ( class not registered). But I can still access the Bullzip print driver using the print dialog on the 64 bit - it seems only the calls on the Bullzip.PdfWriter.PdfSettings object fails.

Has anyone found a workaround?

Regards,
Ram

[lsurraza]

ansram, did you solve this issue, i'm having the same problem
Regards

[jr]

Hi,

The thing is that it should work fine on a 64 bit operating system if you use the Bullzip.PDFPrinterSettings COM object from a 32 bit process. In case you are creating it from a 64 bit process you can use the new COM object with progid bullzip.pdfsettings. The documentation for that is found at the link below:

http://www.biopdf.com/guide/dotnet/chm/ ... ttings.htm

If your program is written in .NET then it will run in 32 bit mode on a 32 bit OS and in 64 bit mode on a 64 bit OS. That will work with the new COM object. You can also use the old COM object from a .NET program on a 64 bit OS if you set your program to run in x86 mode. This is part of the project configuration in Visual Studio (this is not visible in VS express editions). However, if you are writing a .NET program and trying to use the COM objects then you are probably on the wrong track. We also have a .NET interface for controlling the PDF Printer.

http://www.biopdf.com/guide/dotnet_interface.php

Best regards,
Jacob

[lsurraza]

Jacob, i apriciate a lot your help, now my application is working fine.
Regards

[sigiK]

[quote="jr"]However, if you are writing a .NET program and trying to use the COM objects then you are probably on the wrong track. We also have a .NET interface for controlling the PDF Printer.
http://www.biopdf.com/guide/dotnet_interface.php
[/quote]
i work with VS2003 (.NET 1.1) and there i cannot use the .NET interface ??
has anyone sample-code using the .NET-interface?

[joetraff]

Great job jacob.
Your help is much appreciated.

[jr]

I have an example for ASP.NET in C#. You can check that out and get inspired :-)

https://sites.google.com/site/bullzip/p ... om-asp-net

Regards,
Jacob

[dholowack]

Hi there,
I've been running this successfully in a Windows XP environment 32-bit software.
However, I just moved to a Windows 7 machine and used the 64-bit software to execute the VB Script procedure and none of the settings are applied...
My VB Script is below. I'm not sure which object I may be mission or what exactly needs to be changed.
Any help would be awesome. Thanks!

SET objPrinter = CreateObject("Bullzip.PDFPrinterSettings") ' create printer object
objPrinter.SetValue "Output" , vExportReport
objPrinter.SetValue "ConfirmOverwrite", "no"
objPrinter.SetValue "ShowSaveAS", "never"
objPrinter.SetValue "ShowSettings", "never"
objPrinter.SetValue "ShowPDF", "no"
objPrinter.SetValue "RememberLastFileName", "no"
objPrinter.SetValue "RememberLastFolderName", "no"
objPrinter.SetValue "ShowProgressFinished", "no"
objPrinter.SetValue "ShowProgress", "no"
objPrinter.WriteSettings True

ActiveDocument.PrintReport(vReportID), "Bullzip PDF Printer", false 'Printreport

[marcelolmo]

Hey Guys any knows about this issue?¿ I got stuck with the same problem.

I've made a macro that worked fine in a 32 bit machine, and I've changed to a 64 bit machine, and nothing seems to work fine creating pdfs with bullzip.

Any ideas abbout how to fix it???

Many thanks in advance!!!

[wimk]

Hi i've the same problem to save the RunOnce.Ini or to the Settings.Ini (using BullZip)


oPdf.SetValue("ConfirmOverwrite", "no")
oPdf.SetValue("Format", "PDF")
oPdf.SetValue("RememberLastFileName", "no")
oPdf.SetValue("RememberLastFolderName", "no")
oPdf.SetValue("ShowSaveAs", "never")
oPdf.SetValue("Showsettings", "never")
oPdf.SetValue("ShowProgress", "no")
oPdf.SetValue("ShowProgressFinished", "no")
oPdf.SetValue("SuppressErrors", "Yes")
oPdf.WriteSettings(Not UseSettingsIni) ' True = writes the settings in a runonce.ini that it immediately deleted after being used.


I know a little bit about the error , but have still found any solution.
in my case a WebService is calling the BullZip.DLL the webservice uses IIS_user and i presume that this user has not enough rights, AND there is no user map.

i tried to use the SETTINGS.INI option but i think this option writes in the Registry and thats probably not allowed for this type of user.

any ideas ?