C++ Builder IDE >> BCB6 w/patch 4: Access violation loading dclite60.bpl on a new install?

by Sean Hoffman » Thu, 01 Dec 2005 19:42:33 GMT

I haven't done anything in BCB in more than a year; I've been anxiously
awaiting Dexter. Considering how BCB is now delayed until sometime in
January, I wanted to get started on some of the non-UI portions of an
ambitious project I've been kicking around.

Anyway, I'm getting a consistent error when loading the IDE:

"Can't load package e:\bcb\bin\dclite60.bpl
Access violation at address 0012F813. Write of address 0012F813. Do
you want to attempt to load this package the next time a project is
loaded?"

What is this file, and will not loading it cause me problems later?


C++ Builder IDE >> BCB6 w/patch 4: Access violation loading dclite60.bpl on a new install?

by Sean Hoffman » Thu, 01 Dec 2005 19:46:47 GMT


Bah, it gets worse. I can't even load project options. I wonder if
there is some kind of .DLL collision problem with Multiedit 9.10, which
is using an updated VCL library. Guess I'll have to wait until whenever
they get around to shipping BCB for Dexter. Grrr, this is frustrating.





Similar Threads

1. BDS2006 dynamic .bpl loading access violation/mystery

(Questions toward end.)

slight background
An application in development had several new forms mocked up in an external 
project by a designer.  These forms (basically empty forms, very little 
action/support code in them) were migrated into the main application.  After 
integration of these forms into that appl. project, mysterious errors began 
to occur (reported earlier in different group) in the previously existing 
forms/application-areas, which appeared to possibly be related to the # of 
forms, or the size of the application, as removing any one of the forms 
seemed to eliminate the mysterious errors.

further steps
Since removing (any) one of the new forms appeared to eliminate the errors, 
the decision was made to place these new forms into a separate package, 
which was to be dynamically loaded.  Experiments were done (as we hadn't 
done that before) with a small application and package to place a form in a 
package, and via a proxy routine in the package, create a form which was 
returned (pointer to) the appl. for it to ShowModal().  This worked.

The "real" package was then created, adding all of the new mockup forms to 
the package project (and removing them from the application project.)  The 
"PACKAGE" keyword was added to all of the classes, and the project built.

When this package is loaded from the application, and the initial package 
form is ->ShowModal()d, a read access violation against address 0x00000358 
occurs consistently, apparently at this location:
:52070be2 vcl100.@Forms@TCustomForm@SetVisible$qqro + 0x6
(The debugger always displays the next source line after the showmodal, but 
going to the CPU pane indicates the above location, and the following 
instruction:
52070BE2 test byte ptr [esi+$00000358],$01
)

Continuing on past the access violation, the form does display.

Some examination of the mocked up forms was made, and a FormCreate() was 
removed from one form which contained it (with that code moved to the 
constructor.)  But access violation still occurred.  (A similar access 
violation occurs attempting to invoke another of the package forms from the 
main form via a button.)

In an effort to isolate the possible cause of the crash, the original 
experimental package loader was changed to load the "real" package.  The 
same crash occurred attempting to ShowModal() the main package form.

Then a copy of the package project was made (via Save As), and screens were 
eliminated, and slowly added back.  The "Save As"d package project has _not_ 
exhibited the read access violation at any point.

Comparing the projects while opened in the IDE found that the order of files 
in the project file list between the two projects was different after the 
process of elimination attempt, but these were re-ordered to match (in the 
problem original project), with no change in behaviour (original project 
still exhibited read access violation, Save As'd project did not.)

A comparison of the two .bdsproj XML files has been made, with the observed 
differences appearing to be 1)differing names for the package project 
specific file, and 2)the ordering of items in the <FILELIST> tag area.

QUESTIONS
1)What might be causing a crash in that SetVisible() area of VCL on initial 
display of a form?
2)Why does a pretty much exact copy of the project _not_ have the crash?
3)What determines the order in which the project files are displayed in the 
IDE project file pane (it doesn't appear to be recorded in the .XML project 
file...)?

Hoping to learn...

Thanks. 


2. Access violation at address 4000567D in module 'rtl60.bpl' when trying to add NEW FIELD - C++ Builder IDE

3. Access violation htmlhelp290.bpl / htmlhelp271.bpl

Hello all.

I do install Microsoft .NET Framework SDK v2.0
I want this only for reading...
But key F1 don't work hereon in Delphi8 and Delphi2005.
:(

How make their to befriend sdk2?...

Thank.

King regards msds. 


4. Access violation in rtl60.bpl on save a TLB file

5. BPL Load Error in BCB6

Hello,

I am having one problem with CBuilder 6 packages paths.

I am trying to install Delphi component into BCB6. I have create BCB 
Packages as usuall, and I have set Final Output of Package for compiling BPL 
files into "..\..\Lib\" folder.

All is installed fine and work fine, but only before I close IDE.

Also, when I chose Component -> Packages and select MyPack it stay in status 
bar full path to my pack:

C:\Comps\MyComp\Lib\MyPack.bpl

When I start CB again, I got error that "..\..\Lib\MyPack.bpl" can't be 
found :( . When I click on MyPack in Component->Packages there stay a 
relative path again.

Do I need to set some option first to enable using relative paths in 
packages?

Thanks for any help,
Bojan 


6. bpl install problem in BCB6 - Borland C++ Builder VCL Components

7. BCB6 and access violation in _numpunct.h

My code makes this call:

t_metaF = new ifstream(filespec.c_str(),
	ios_base::in | ios_base::binary);

t_metaF is, of course, an ifstream. filespec is a std::string.

The code has been working for several months. This morning I have been 
developing and debugging in a different module from the one where this 
code is invoked. Whenever I run the application, it crashes from the 
above call with an access violation in _numpunct.h, at this line:

class _STLP_CLASS_DECLSPEC numpunct<char> : public locale::facet
{
   // skipping many lines of declarations.
   string grouping() const { return do_grouping(); }  <<== this line

The thing is... if I BUILD ALL, I can run the application without 
difficulty. But if I subsequently F9-Run from the IDE, the crash is 
back. Thus, the only way I can move forward is to do a full build every 
time I make a change to the code.

This problem appeared a couple of months ago, and then disappeared for 
no reason I could determine.

HAS ANYBODY HERE EVER SEEN THIS BEHAVIOR? I'm sure it must be something 
in my project configuration, but I can't figure out what that is.

Thanks for any help you can provide.

Kathleen

8. BCB6 Access violation - C++ Builder IDE