File Not Generated and Program Conflicts

[DotnetGuy]

I have already contacted support on the issue, but thought I'd post here for sanity discussions to begin for other users.

The first issue is that on some machines on certain occasions the file is not generated by the converter. I've tested over and over and have not found any common threads or events to be happening when the file isn't created. It appears to be random (so basically caused by an event I can't see ) I checked my code but the file isn't modified or deleted or anything before this exception is thrown...basically the file isn't there when I tried to create an IO stream. I am using a licensed version 2.5 on a Windows XP machine.

Also I seem to have a program conflict with E-Fax. I assume they use Amyuni because once our program is installed (which installs our version of the Amyuni driver) E-Fax stops working. We realized the issue when we re-installed E-Fax and our program stopped working(doh!). We recieved the Activation error. If we re-installed our program all was good again but Efax stopped working again. Is there a problem with multiple licensed products co-existing on the same machine? Or is it possibly a difference in driver versioning that is the issue? thanks for all replies!

[Joan]

Hello,

Concerning the first issue: on some machines on certain occasions the file is not generated by the converter. I am afraid i will not be able to give you a finite reply. There is no known issues with pdf files that do not get generated randomly, I will leave this issue to our Technical Support because they can check with you how the files are generated ect... and see what might be going wrong.

Concerning the second issue: the conflict between PDF Printers, there shouldn't be any conflict between 2 or more PDF Printers installed on the same machine specially that all of them are Amyuni PDF Printers.
As information.
If the printers have different versions( ex: 2.0 and 2.5) each will install a different printer driver. If these printers are the same version (ex: 2.50d and 2.50e) they will install and use the same driver.
It is recommended when installing 2 or more printers to give each printer a different printer name and to install the printer on the system using Install.exe and keep it there.
So in your application if you are using PDFDriverInit to install the printer and DriverEnd to remove it, i will advise you to install the printer using our Install.exe, and replace PDFDriverInit by DriverInit so the printer will stay on the system even when your application closes.

Hope this helps.

[ross_wells]

Hello,

Did you get any resolution to your first query. We also have sites where on some PC's the PDF file is not being created. No problems with other PC's on the same network.

BTW: These forums are really good, but I find many threads such as this one where the solution is not posted. Perhaps this hasn't been resolved with Tech Support yet.

Ross.

[Joan]

Hello,

I am not sure about this thread particularly, but in general some of the forum users do come back and post the resolution to the issue they posted even if they found the resolution themselves or if it was resolved by Technical Support.

In other cases, the users do not come back to post the resolution of their issue here.

Here is what you need to look at when the pdf file is not generated on the system:
1- If you are generating the file programmatically, please check that you are calling DefaultFileName() and you are providing it with the the full path of the file an not only the file name itself.
2 - Check that the user has the right to write to the directory where the pdf file will be generated.
3 - Check that the directory where the pdf file will be generated exists effectively on the system, the PDF Converter will generate the file but it will not create the directory.

These are general issues you can check if none of them helped, you can contact support@amyuni.com

Happy New Year,