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
Related
I have installed Delphi 2010 and tried to create a new project clearly.
but when i compile my project, delphi does not generate any exe file.
also when i try to run application i get this error:
Could not find program, "C:\test\Project1.exe"
note: i haven't changed any configuration or settings of Delphi or project.
everything is as it's default
It was about getting absolute path because i'd changed ProgramFilesPath and ProgramFilesDir in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion to D: without leading backslash.
I changed it to D:\ and the problem was solved now
thank you all
If you're on Vista or later, this could be because of UAC settings. Try setting the project output folder in Project->Options to something a limited account would have access to, such as somewhere under My Documents\RAD Studio\Projects.
I've had the same problem on Windows 7.
Installing it as administrator solved the problem IIRC.
If that doesn't work then make sure you run it as administrator.
You are running it on XP though, so unless you've installed it as a non-administrator, or run it as a non-administrator this shouldn't be happening.
Note that if you're in a domain, it's possible that you're not local admin on your XP machine.
Run Process Explorer, search for any open handles to C:\test\Project1.exe using Find, Find handle or dll.
That will tell you what is locking your .exe.
Edit 20221221 because of link rot:
[Wayback/Archive] Process Explorer redirects to [Wayback/Archive] Process Explorer - Sysinternals | Microsoft Learn
[Wayback/Archive] Know which process has locked a file has died and moved to[Wayback/Archive] How to Identify the Process that has Locked a File in Windows and added solutions based on resmon.exe (built-in), handle.exe (SysInternals), OpenFiles.exe (built-in, but requires a global flag to be enabled which for enabling requires a reboot).
[Wayback/Archive] Handle - Sysinternals | Microsoft Learn
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.
Here is the problem I've met:
Working in BDS 2006 IDE, my older computer gone, new ( i7 mount ) has been built and it has Windows 7 Ult OS 64bit, where 2006 was installed and QuickReports Pro as well as eDocEngine, FIB+, TMS, LMD, ZEOS & DB Comparer Component Packs - I use them in my products.
On computer I have Office 2010 installed as well, by default in 32bit version and Adobe CS6. That's it.
After installation I tried few times reinstall RAD 2009 and anyway, always the same problem, to simplify it is 100% reproducable like that:
Create new Delphi VCL Forms application ;
Click File / New / Other and goto, say, "Delphi files" and select Frame or DataModule. When new file is created, all the time we have message:
"Stack overflow - save your work and restart Delphi for Microsoft Windows"
After that IDE set in bad state and next F12 ( show VCL designer) closes Delphi with General Error.
Any idea what happens?
As I said, I tried few time uninstall - install 2006, start in any personality, use / do not use any of the updates or IDE fixes from Andy's site, nothing helps.
Any help would be greatly appreciated.
You can try running a second instance of the IDE in the debugger.
Create an empty dll or package project.
Open Run > Parameters
Set the host application to $(BDS)\bin\BDS.exe
Then just hit F9 to run the second instance of the IDE in the debugger. After that just follow the steps to reproduce the problem and wait for the exception. If all goes well you'll get a complete call stack to step through.
Note: You may see various other exceptions occurring as the IDE loads. These are normal and can usually be ignored.
Also you didn't mention what version of Windows was on your old machine. If it was Windows XP Uwe could be right. XP was a little more lax on security by default than Vista or 7. The new default is to restrict write access to any folder under Program Files. If that turns out to be the problem you can adjust the write permissions for $(BDS) for whatever user account you use for development.
Delete de PackageCache in Embarcadero registry entries. Its not a complete solution but worked for me.
Got that from here: http://qc.embarcadero.com/wc/qcmain.aspx?d=118669 (last answer).
I have no BDS 2006 at hand, but is it possible that the default folder for new projects is located below the Program Files folder? In that case there might be no write access to that folder.
I have installed Delphi 2010 and tried to create a new project clearly.
but when i compile my project, delphi does not generate any exe file.
also when i try to run application i get this error:
Could not find program, "C:\test\Project1.exe"
note: i haven't changed any configuration or settings of Delphi or project.
everything is as it's default
It was about getting absolute path because i'd changed ProgramFilesPath and ProgramFilesDir in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion to D: without leading backslash.
I changed it to D:\ and the problem was solved now
thank you all
If you're on Vista or later, this could be because of UAC settings. Try setting the project output folder in Project->Options to something a limited account would have access to, such as somewhere under My Documents\RAD Studio\Projects.
I've had the same problem on Windows 7.
Installing it as administrator solved the problem IIRC.
If that doesn't work then make sure you run it as administrator.
You are running it on XP though, so unless you've installed it as a non-administrator, or run it as a non-administrator this shouldn't be happening.
Note that if you're in a domain, it's possible that you're not local admin on your XP machine.
Run Process Explorer, search for any open handles to C:\test\Project1.exe using Find, Find handle or dll.
That will tell you what is locking your .exe.
Edit 20221221 because of link rot:
[Wayback/Archive] Process Explorer redirects to [Wayback/Archive] Process Explorer - Sysinternals | Microsoft Learn
[Wayback/Archive] Know which process has locked a file has died and moved to[Wayback/Archive] How to Identify the Process that has Locked a File in Windows and added solutions based on resmon.exe (built-in), handle.exe (SysInternals), OpenFiles.exe (built-in, but requires a global flag to be enabled which for enabling requires a reboot).
[Wayback/Archive] Handle - Sysinternals | Microsoft Learn
I get an 'Out of Stack Space' fatal error each time i try to run Delphi 2010/XE after i have cleaned/erease the temp IE/index files with a shell tool i have (SpeedCommander). Look like the tool makes a deep clean of the IE temp or index files that later hinder the opening of the Delphi Welcome Page (bds:/default.htm). To be able to run Delphi again i need to surf a great lot with IE or Firefox, may be to restablished the index files(???) - or reinstall Delphi. What's about it? (OS: Windows SP3)
I had the same isse very annoying
I look into C:\Program Files (x86)\Embarcadero\RAD Studio\9.0\bin
I found EnableIDEUpdateCheck.reg
I opened to see registry key DELPHI XE 2 USE
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Embarcadero\BDS\9.0\ ....
I found into the registry
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Embarcadero\BDS\9.0\Known IDE Packages
startpageide160.bpl ( this is the start page package used to load well come)
I suggest to avoid the start page loading, so i went into the
C:\Program Files (x86)\Embarcadero\RAD Studio\9.0\bin
I renamend the bpl from startpageide160.bpl to startpageide160_NOLOAD.bpl
I clicked on the Delphi XE2 icon
it works fine ...
Next time you get a problem like this, even thought it appears to be caused by an external problem (internet explorer dlls?), I would install MadExcept, and file a bug report at Embarcadero Quality Central, including the call stack from the mad-except bug report.
Solution found installing IE8 (i had IE7 with may be corrupted temp/index folders) Note: this solution works for me but others may find other ways to resolve the bug - such as removing/cleaning the Temp files with IE.
Google Translate:
Bug on the Welcome Page that blocks Delphi 2010 launch (loading very very slow, 3 to 4 minutes, and even the compilation of draft!) If IE8 apparently poor indexing. This bug is also of a poor programming of the Delphi 2010 Welcome Page of which would (conditional) not consider the hypothesis of degradation of indexing files of IE8 (which gradually restores random navigation).
However the code of the Welcome page RADSTUDIO XE2 works with Delphi 2010 and is not bugged, so if you also have RAD Studio XE2, just copy the C: \ Program Files \ Embarcadero \ RAD Studio \ 9.0 \ WelcomePAge in place of C: \ Program Files \ Embarcadero \ RAD Studio \ 7.0 \ WelcomePage (by renaming for safety to keep the old file) and everything works normally
The easiest solution to this is replace the welcome page in:
...\Program Files\Embarcadero\RAD Studio\8.0\Welcomepage{language}\default.htm
Just replace it with a blank textfile with the same name and it's done....
Cheers!
Renaming the WelcomePage160.bpl also worked for me fine. Just ignore the error message at the first start up of Delphi (after renaming the BPL) and make sure that Delphi will not try to find it in the future (apply NO at the error message and Delphi will not bother you again).
Thank you all mates.
Delphi 2007, in Win 7
Startup Error,
Using a variation of the above suggestions, I tried,
renamed the bpl from startpageide100.bpl to startpageide160.bpl,
Bingo! It works...
Then, with smart firewall (Norton) back on, hmmm, reloaded the original file (startpageide100.dbg) in addition to (startpageide160.bpl). Interesting, how browser, anti-virus updates, firewall updates, etc. interfere ...