I am using dynamic PDF in my .net project to get .PDF and to send it for printing
My code is failing at the below line with the error message
eTe.DynamicPDF.Printing.DocumentLoadException: File not found or could not be opened.
at ceTe.DynamicPDF.Printing.InputPdf..ctor(Byte[] data)
pdfs.Add(new InputPdf(ms.ToArray()));
where ms is a memorystream.
In my dev environment the dynamic pdf used in for X86 based processor. ie
ceTe.DynamicPDF.Printing.40.x86.dll.
Now in production environment the processor is x64.
Is the differnece in the dll cause the above error?
Also Can anyone help me to get link for DLL?
ceTe.DynamicPDF.Printing.40.x64
I work for ceTe Software, the company that develops DynamicPDF libraries.
The dll you would need to use depends on the .NET version and the target platform (x86 or x64) of your application. Refer to the following documentation link on the dlls provided for PrintManager. If you are using ceTe.DynamicPDF.Printing.40.x86.dll and compiling your application as 32-bit, then you should be able to use that application on both x86 and x64 machines.
The difference in the dll (x86 or x64) should not cause this type of error. This type of error is usually caused when there is some issue with the PDF document that you are trying to print. Try printing the PDF that worked on your dev machine on production and see if that works. Also, I recommend that you download the most up to date build of PrintManager available and see if it resolves the issue. If you are a licensed user, download it from the customer area by logging in with you serial number. If you are still evaluating the product and do not have a serial number, you can access the download here.
If the issue is not resolved even after you try the latest build, please email to our support team and include the following information - full exception message (including the stack trace), a copy of the PDF, code to reproduce the error & version info of the PrintManager dll you are using.
Related
On my development machine, I have Delphi 10.2 and Firebird 2.5. Database apps that I create in this configuration work correctly.
I copied one program along with its database to another computer running Windows 10. I installed Firebird; I also installed SQL Manager Lite for InterBase/Firebird on this computer, and this program is able to open the database and view the data contained within. But my Delphi program cannot open the database, displaying the error message 'Unable to load dbxfb.dll (error code 193). It may be missing from the system path'.
I have copied dbxfb.dll to every location that I can think of (the same directory as where the program is, the same directory as where the database is, windows\system32, C:\Program Files (x86)\Firebird, and more) but the message stays the same. On my development machine, what I believe to be the path (i.e. system properties\advanced\environment variables) contains only the directory %USERPROFILE%\AppData\Local\Microsoft\WindowsApps. On the other computer, I added C:\Program Files (x86)\Firebird but to no avail.
So where should dbxfb.dll be located, or how do I "tell" my program where to find it?
Edit: Regarding 'bitness', both computers are 64 bit. In the Project Options dialog box in Delphi, there is only the option of 32 bits. I've set the program's compatibility setting to Windows 8, but this made no difference regarding the missing dll.
Further edit: The version that is/was on the target machine is 1,412kb in size and dated 13/11/2015 1:55; this version apparently comes from C:\Program Files (x86)\Embarcadero\Studio\17.0\bin64, so this is definitely the wrong version.
In C:\Program Files (x86)\Embarcadero\Studio\17.0\bin, there is a version that is only 278kb in size, same date but hour 06:55. Copying the smaller file to the target machine and running the program gives now a different error message: i/o error during "#1" operation for file "#2". Error while trying to open file.
https://learn.microsoft.com/en-us/windows/win32/debug/system-error-codes--0-499-
ERROR_BAD_EXE_FORMAT
193 (0xC1)
%1 is not a valid Win32 application.
It is indeed the bitness problem as suggested by Mark.
I'm building an application using delphi 7 with ms access 2007 as the database for a client. it runs normally on my laptop (asus) but after I copy the whole project folder and run the Project.exe, it gives me an error "Disk write error".
I've tried googling about "disk write error delphi application" but only found about I/O errors. my application only opens a file after a button click in a form that is called when I click on a submenu, so I'm guessing it's not about I/O..
what is the solution?
thanks in advance
P.S.:
in the project options, the checkbox for building application using runtime packages is already unchecked.
my PC and my client's PC are both using windows 7 32bit (I haven't actually confirmed this with him but I'm guessing he's also using 32bit version because he's not a techy guy)
his PC doesn't have delphi installed
UPDATE :
I forgot that the exact error message was "Disk or network error" instead of "Disk write error".
after googling for the correct error message, I've found out that the problem is that I use a full path for the DataSource in the ADOs' connection string. after I change connection string into "DataSource=.\db\my_db.mdb", the application works perfectly.
even though this question has a negative mark, I'll just leave this solution here in case someone needs it in the future...
Here are some different questions.
The "Disk write error" probably is that you need permissions to write in the folder. A simple test is that you execute your application with "admin permissions" to test this.
Different question is the "using runtime packages" check in project options.
If you compile your application with this check, you need to copy the BPL's needed for your application with the executable.
If you compile with this option unchecked, your exe file include all the libraries for execute (not included DLL's or external dependencies).
I have a book with macro and forms in it.
when i open the book a run time error appears and when i look in vba
tools-> reference
Microsoft Windows Common Tools is not referenced and
the reference file path is C:\Windows\SysWow64\MSCOMCTL.OCX
OS: Windows 7 SP 1 32-bit
Microsoft Excel 2010 32-bit
Other info:
The book/file is something I didn't create in my unit, its something i received
Some file work properly but some wont (those file have the same codes inside)
Does anyone knows how to fix this problem? and possible reasons why this occur?
I think this is what solves your problem:
http://social.technet.microsoft.com/Forums/office/en-US/5b241f09-6c76-4320-b302-4cb8224eab7f/controls-from-mscomctlocx-can-no-longer-be-used-in-excel-2010-32bit:
Run CMD under administrator mode
run "REGSVR32 MSCOMCTL.OCX" without the quote
Hi someone created one application "ReqServ" using Code gear Delphi 2009 and C++ Builder 2009. This application returns chart images. This application is called through URL like "http:/ /machine_name/MONITOR/ReqServ.exe". Previously this application was working good and displays the charts in Internet Explorer.
But someone uninstalled the Code gear RAD application and other installed application from that machine.
Now when I am trying to access that URL its displying me "CGI application misbehaved by not returning a complete set of HTTP headers".
I searched on the internet and I found below link:
"http://edn.embarcadero.com/article/21574"
which tells that this error might be due to run time packages.
I opened the project(.bpr extenstion) in C++ Builder 2009 and found that "Build With Runtime packages" is checked.
Is there any way that without installing RAD 2009 or any other applcation I can make this "RegServ" run. I have backup of Code Gear folder from program Files. But I am confused where I can place these files now.
Or is there any other way to resolve this error? Thaks for help.
Are you able to run the exe file from a command prompt on the server? If so you should see the exact error that is returned (and in fact will make an incomplete set of HTTP headers).
If it says which file(s) it is missing, search them in the Program Files backup, and copy them to the %WINDIR%\SYSTEM32 folder. If it doesn't, it'll probably be the *.bpl files of which the EDN article mentions a few.
This is a continuation of my last question. In that question I showed a problem involving TWebBrowser generating threads that persisted after the Browsers destruction. While noone could provide a solution to the problem, it was suggested that the problem could be a non-fixable one (a flaw with the TWebBrowser component itself).
Because of this I have attempted to download and use the Delphi Chromium Embedded Framework. I downloaded the components and added them to Delphi, added one to a new form and attempted to run the program, at which point it throws up a CPU break point at
5264DF81 6A01 push $01
Module Load: icudt46.dll. No Debug Info. Base Address: $562C0000. Process DCEFTestRun.exe (3080)
There is no error message, but when the program is continued manually it closes. I have had no experience with DCEF before, nor any experience using 3rd party components and the DCEF site is sorely lacking in documentation.
I suppose the easiest thing i'm asking for is a simple walkthrough (very basic) of what to download/install and where to get the Chromium Components to work.
Thankyou in advance.
You are missing the Chromium Embedded Framework (CEF) core libraries. It is enough to copy the content of the ..\dcef\bin\Win32 folder (from your downloaded package) into your project's output directory (or into some of the known folders location reachable from your project's executable).