Install SynEdit into Delphi 2010 - SynEdit_R2010.bpl is missing - delphi

I am attempting to install SynEdit_D2010 into my Delphi 2010 IDE, and I get an error stating that the program can't start because SynEdit_R2010.bpl is missing from my system.
As far as I can tell, SynEdit_R2010.bpl is not missing on my system, and I even have it in my $(BDSCOMMONDIR)\Bpl directory. However, for some reason Delphi doesn't seem to think it is there!
Any ideas how i can solve this?

Are you sure all your directories are correctly defined ?
I think the BPL has to be visible in the project.

Related

Delphi XE6 - Access Violation at address 5006677D in module 'trl200.bpl'

I just upgraded to Delphi XE6. Everything went fine.
I installed a custom .bpl file and now when I try to load Delphi XE6 i get an error.
Access Violation at address 5006677D in module 'trl200.bpl'
I suspect it is because I forgot to recompile my component package before installing it on XE6.
Does anyone know where I can look to tell XE6 not to try to load this?
Just delete the bpl you tried to install (or rename it as suggested below). After a restart of Delphi you will be asked if you want to load the bpl next time Delphi is started, just press "no". Now try to install the bpl again, but then compiled for XE6. Do not delete rtl200.bpl! I have done so many times and never had to change the registry.

Delphi XE not finding a BPL

I'm having trouble in Delphi XE, I have a project which uses QRDesign (part of QuickReports).
The error I'm getting when I view a unit that uses QRDesign is:
"The program can't start because QRDBASE_DXE.bpl is missing from your computer. Try reinstalling the program to fix this problem."
If I don't open the unit everything compiles fine.
Interestingly if I uninstall this and another package (dclqrd_DXE.bpl - also part of QRDesign), restart the IDE, recompile and reinstall these packages it all works again until I restart the IDE. The BPLs are in the search path, and only one copy of each file exists.
Does anyone know of some mechanism that might be causing this issue?
Search for the file and move it to the Delphi's BPL directory. It looks like a misconfiguration.
You may need to move a few BPLs too. Note the directories first.

Why does the Delphi XE2 IDE crash in msimg32.dll?

After installation of the Update 3 for Delphi XE2 I get the following error and the IDE does not want to start.
I tried installing the standard Delphi XE2 with Update 1 and the problem persists. Do you have any idea what is causing this?
It looks like the file got corrupted somehow. I just checked my Win 7 64-bit Pro, and there are two copies of msimg32.dll found, 1 each in System32 and SysWOW64, both dated 7/13/2009 and version 6.1.7600.16385. So it appears they haven't been updated recently.
The actual error message you're getting is related to access denied, and the second one is DLL initialization failed, which is probably a result of the first one; the IDE isn't loading because the DLL can't be loaded.
My only suggestions are: 1) open a support case with Embarcadero (as an installation related problem, the support is free), or 2) reinstall Delphi from scratch, run it once to create registry entries, and then reinstall Update 3. I don't think anyone here is going to be much help; I'm not finding anything in searches related to Update 3 and this dll, so it seems to be just you having the issue.
Just delete msimg32.dll in delphi_install_dir\Embarcadero\RAD Studio\9.0\bin folder.
This file shouldn't be there if you are doing everything correctly.

Delphi & Lazarus both installed

Just a quick question for those of you that know. Is it possible to have both Delphi (ver 7) and Lazarus installed at the same time. I want to make sure the Lazarus install will not interfere with my current Delphi install in ANY WAY. I would have asked this on the Lazarus fourms but thought I would get quicker reply here.
Anyway if you have both Delphi & Lazarus installed please tell me any problems you have encountered (if any) thanks.
Chris
Lazarus does not interfere with any version of Delphi, they can live along very happily.
The only interference is for commandline building, both projects have a make.exe file which are not the same.
This is easily solvable by not adding FPC to the path (removing it via control-panel system), and do a
set PATH=c:\fpc\2.5.1\bin\i386-win32;%PATH%
or wherever you installed as first line in your batch files.
I generally don't bother, but a previous employer we did a lot of cmdline building with dcc, and then it matters.
File associations are another, but already named. (but not such a big problem since the project extensions vary (.dpr vs .lpr, .dproj vs .lpi) )
Btw: Other development products (cygwin,mingw, and maybe even VS) have their own respective make.exe files and the same kind of problems.
I currently have Delphi 5 and Lazarus both installed on my Windows 7 laptop. As near as I can tell they don't interfere with each other.
I don't really use Lazarus though, as I prefer Delphi 5 which is what I've used forever.
I have Delphi 2006, Delphi 2010 and Lazarus installed. No problems at all. I am sure Delphi 7 will be the same. The only problem I can see could be the use of .pas extension in Lazarus. I mean because of association problems. But you can use a different extension for Lazarus (free pascal) source files. I think the installer asks you that.
I have Lazarus "installed" on a USB drive. It interferes with nothing whatsoever. It is actually a checkout of the Git repository that mirrors the SVN repository. I installed the latest stable FPC to C:\FPC, and then copied that folder to inside my lazarus source folder, e.g. \lazarus\FPC\ (and then uninstalled the C:\FPC installation), and then whenever I like I build the latest lazarus like this:
X:\lazarus\> git fetch
[...fetch messages...]
X:\lazarus\> FPC\2.4.0\bin\i386-win32\make.exe clean all
[...compiler output messages...]
X:\lazarus\> startlazarus
[...IDE starts up...]
The main advantage of this is that if you find an IDE bug, the source is immediately available and you can make and submit a patch instantly.

D2007: Installed IDE Extensions - now one important component doesn't work

On my D2007 installation, I installed the DDevExtension, and also the IDEFixPack from the same site.
Unfortunately, now I have a component, TmxSideBarPro, that won't load into the IDE anymore. Any time I try, I get the following error in the IDE:
EPackageRegistrationException
Registration procedure, Mxtaskpanereg.Register in package c:!_cg2007\Packages\mxTaskPane_D11D.bpl raised exception class EAccessViolation: Access violation at address 20006A04 in module 'rtl100.bpl'. Read of address 9B8825DB.
I have tried uninstalling the extension above, and they report a successful uninstall, but I still get the error above when trying to install the component. The component vendor hasn't helped much, and I'm not sure they're in business anymore at this point. They did ask if I'd installed any special IDE tools, I explained my situation to them, but I never heard back from them anymore.
What can I do here to get this component working again? I'm willing to reinstall D2007, but I've also got D2009 installed, and I've read that you shouldn't install an older version after a new version.
Also, if there's a different forum category this should be in, please let me know.
Is there something loading that mxTaskPane_D11D? TO find out rename mxTaskPane_D11D to mxTaskPane_D11D!.!bpl (extra characters). Now something ELSE will fail to load. Now unregister that.
Are you sure you have uninstalled both DDevExtensions and IDEFixPack, for the right version?
If so your Delphi should be as it was before.
They don't do any permanent modification IIRC.
Are you sure nothing else changed? Did you recompile the mx package by any chance?
I've found Andreas' tools of very good quality and I would probably look elsewhere 1st...
I am not familiar with that component, but if you have the source code for it, try recompiling the package. I had to recompile several component packages when migrating from Delphi 7 to Delphi 2007. Many of the packages were Delphi 5 packages.

Resources