I am a new to the world perosana delphi'm trying to migrate an application module delphi delphi 4 to 10 and among the problems is throwing me a message at "dxDbZipImage.pas" that tells me not find the file "AbZipper.dcu ". Actually I have no idea how to solve this. Thank you very much for your time and help, and sorry for my terrible English.
It seems your old project has a third part component called "AbZipper". If you don't have the AbZipper.dcu file, you can try to download the source for this component. I've googled and found this AbZipper Pas download.
Related
For a library I am working on, I have created a help file (Help 2 format). It would be very convenient if the other developpers of my team that use the library, could search the help from inside the Delphi IDE.
Is it possible to make Delphi XE2 search in a custom help file when I press F1 in the Delphi IDE? And if so, how should I do that?
Yes, it is, the same way third-party component vendors do. As you say, use the free Microsoft Help 2 compiler, Help 2 Workshop, available through MS.
Once you've written and compiled your help, you incorporate it into the IDE's help system via H2Reg.exe, which you can find in your $(BDSDIR)\Help\Doc folder. Read the comments in h2reg.ini (in that same folder) for details regarding how to do so.
Asking on this is a bit of a shot in the dark but we've exhausted all other options unfortunately.
Our software package's .exe file exposes a COM library which many customers use through VBA functions in their Excel spreadsheet.
One particular customer recently reinstalled Windows, and then upgraded their version of our software package and now get this error message when trying to import our exe into Excel as a COM reference: http://msdn.microsoft.com/en-us/library/office/gg264377.aspx
Has anyone ever seen this before? The software is made using Borland Delphi 7 but I'm not sure if that makes much of a difference.
Looking in registry our GUID for the COM library is there, with the correct file location. We've exhausted all our usual tricks for fixing weird symptoms with our software.
If anyone has any ideas or has seen this before in their own environment then help would be greatly appreciated!
As a wild guess I speculated that the client may have 64 bit Excel. That would not be compatible with your 32 bit COM server.
Apparently that wild guess proved to be accurate!
I'm new to StackOverflow, and generally find the answers I'm looking for here. Except this time. I'm confuzzled. Here goes:
Some weeks back, I downloaded Revision 306 of Delphi Chromium Embedded, and installed it on a fresh copy of Delphi XE. Now, this was grabbed from the "Downloads" section of the DCEF Google Code page.
First thing I noticed was that the site mentions that Delphi XE is supported, but there is no project package included specifically for XE. Naturally, I installed the package meant for Delphi 2010, as the one for XE2 won't work due to FMX, and perhaps a few other things (?).
Having used an older build on D7 in the past, I naturally dropped a TChromium on the form, set the default URL to http://foundry-local/assist/node/, and ran the app. Here's what I was greeted with:
Exception EExternal Exception in libcef.dll ... External Exception 80000003.
Couldn't post anything in their new Google Group (they disabled the issue tracker on the Code page), so I thought I'd come here to figure out what happened. But just before that, I decided to checkout the latest code-build from the trunk. Installed it successfully (still no package for XE), dropped a TChromium on a blank form, and ran the app. This time I was greeted as follows:
Exception EReadError in module FoundryAssistNodeManager.exe at 0004BE24. Error reading Chromium1.Options.AcceleratedCompositingEnabled: Invalid property path.
And hence: I am really confuzzled.
(Edit: The app can see the core libraries, and they are being picked up.)
Has anybody else been having problems using DCEF on Delphi XE? If so, anyone had some kind of solution?
See, I'm building a customised help platform for my to-be-released products. Using IE is unreliable, and Gecko's components are no longer in development.
Any tips, guidelines would be great. Thanking you all in advance.
Technically speaking, this is not an answer to my question, but I feel it is necessary to show viewers of this question the best route to take.
Quite simple really: Upgrade to DCEF3.
Some developers local to me have also reported the same problem, with no apparent fix. Using version 3 solves the problem.
To the commenters above, thank you for helping as far as you could. Much appreciated.
We are porting our app to Delphi XE2 from Delphi 6. Problem is, the help file will not display no matter what I try.
Using Delphi XE2 (Update 3) on Win 7 64.
Using a valid help file (.chm) that works with my Delphi 6-built app.
I create a simple app with one button that calls help thusly:
Application.HelpFile := 'Help.chm';
if Application.HelpFile <> '' then begin
Application.HelpContext(0);
end;
I have HTMLHelpViewer in my uses clause.
The help file is in the same directory as the app. When I click on the button the help file is not displayed! I see nothing. No errors.
I tried several different help files, all of which are valid and I can open via Explorer.
I also tried calling the table of contents directly like this:
HtmlHelp(0, Application.HelpFile, HH_DISPLAY_TOC, 0);
Nothing is displayed this way either.
What the heck am I missing here? This is a show stopper if I can't make the help file display when users hit the F1 key.
------ EDIT - PROBLEM SOLVED! ------
Sigh, I'm an idiot, but only partially. :)
The simple app indeed had the help file in the wrong directory. The new Delphi XE2 has the default output in a sub-directory, not the original directory like Delphi 6 used to do. I've been bitten by that twice now. :)
So, once I figured that issue out I had to go back to the original app and figure that one out.
It turns out we had our own HTMLHelpViewer.pas unit in the project (BIG project) and that conflicted with the built-in HTMLHelpViewer unit that comes with Delphi XE2.
Once I whacked our version of that file and removed it from the hard drive and added in Delphi's version everything works swimmingly.
Thanks for the knock on the head to help me figure this out.
The only explanation that I can see, given the information that you have provided, is that the help file is not in the current working directory.
I would keep the working directory out of the equation and set Application.HelpFile to be the fully-qualified path to the help file.
Was the helpfile installed by an installer?
If not, right click it and select "unblock" in the properties
I've been using Codegear RAD Studio for a over a year now but since the "May08 Help Update" the help system no longer works. If I open the help the contents pane is entirely blank. If I hit F1 I get the following error: "Unable to interpret the specified HxC file."
I've searched for the answer using search engines and the Codegear forums but so far nothing seems to fix the problem. I'd rather not do a full reinstall if possible. Has anyone else experienced this issue and know how to fix it?
It sounds like you need to do a complete uninstall/reinstall. Alas.
Be sure to check http://docs.codegear.com for the latest in Delphi help. On that site you can also download the Delphi 2007 help in various forms, including PDF and CHM.
You probably got a corrupted file from the download. I would try download again and reinstall the help.