Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Debugger kernel BORDBK51.DLL is missing or not registered

1,105 views
Skip to first unread message

Larry Bristol

unread,
Jun 21, 2000, 3:00:00 AM6/21/00
to
Brand new installation of C++ Builder5 (not an upgrade). I get this
error message when building a new project. I found a report for a
similar problem (in version 4) on Borland's web site, indicating that
the problem is in the registry. I am running win95; the solution is
given for NT, however, and does not work on my system. I am not all
that familiar in dealing with registry problems, anyway.
The name of the shared directory ("\Borland\CBuilder5\Borland Shared")
was modified using the installation dialog
("Borland\CBuilder5\Shared"). The DLL is present in the
"\Borland\CBuilder5\Shared\Debugger" directory; in fact, it is the ONLY
file in that directory.

I would appreciate it if someone could point me in the right direction.

Jeff Overcash (TeamB)

unread,
Jun 21, 2000, 3:00:00 AM6/21/00
to
same solution works fro both OSes. Get a command prompt switch to the directory
with bordbk51.dll in it and run

regsvr32 bordbk51.dll

if that doesn't work first run

regsvr32 -u bordbk51.dll

and then register it.

--
Jeff Overcash (TeamB)
(Please do not email me directly unless asked. Thank You)
A spider wanders aimlessly within the warmth of a shadow, not the regal creature
of border caves, but the poor, misguided, directionless familiar of some obscure
Scottish poet. The mist crawls from the canal like some primordial phantom of
romance To curl, under the cascade of neon pollen. While I sit tied to the
phone like some expectant father, your carnation will rot in a vase. (Fish)

Larry Bristol

unread,
Jun 21, 2000, 3:00:00 AM6/21/00
to
"Jeff Overcash (TeamB)" wrote:

> same solution works fro both OSes. Get a command prompt switch to the directory
> with bordbk51.dll in it and run
>
> regsvr32 bordbk51.dll
>
> if that doesn't work first run
>
> regsvr32 -u bordbk51.dll
>
> and then register it.

Jeff,
When I try REGSVR32 from a command prompt, I get "Bad command or file name".
Larry

Larry Bristol

unread,
Jun 21, 2000, 3:00:00 AM6/21/00
to
"Jeff Overcash (TeamB)" wrote:

> same solution works fro both OSes. Get a command prompt switch to the directory
> with bordbk51.dll in it and run
>
> regsvr32 bordbk51.dll
>

I have found, however, a file called REGSVR32.EXE in the "C:\WINDOWS\SYSTEM"
directory. It appears to have corrected the problem. Thanks.
This directory is *NOT* in the PATH string; would you expect it to be? No wonder I
hate win95!

Jeff Overcash (TeamB)

unread,
Jun 21, 2000, 3:00:00 AM6/21/00
to
Win9x should automatically have <windows> and <windows\system> in its path. It
not being there could cause a lot of unexpected problem of dll not found
messages.

Larry Bristol wrote:
>
> I have found, however, a file called REGSVR32.EXE in the "C:\WINDOWS\SYSTEM"
> directory. It appears to have corrected the problem. Thanks.
>
> This directory is *NOT* in the PATH string; would you expect it to be? No wonder I
> hate win95!

--

Larry Bristol

unread,
Jun 21, 2000, 3:00:00 AM6/21/00
to
On Wed, 21 Jun 2000 14:24:04 -0400, "Jeff Overcash (TeamB)"
<over...@onramp.net> wrote:

>Win9x should automatically have <windows> and <windows\system> in its path. It
>not being there could cause a lot of unexpected problem of dll not found
>messages.

"<windows>" and "<windows>\command" are there, but not
"<windows>\system". I will add it manually and continue to be amazed
that any of this works at all.

I have not received any (other) messages about .DLL's not being found,
or encountered other anomalous behavior that I cannot explain. (OTOH,
I cannot explain it when things behave correctly, either!) Since I
have not had this OS installed very long, it just could be one of
those "situations" waiting for the right opportunity to come along in
order to inflict the most damage. In time, unless I am very lucky, I
am sure I will get used to windows. <smile>

Thanks for your help, Jeff!


Larry Bristol

unread,
Jun 21, 2000, 3:00:00 AM6/21/00
to
On Wed, 21 Jun 2000 11:21:26 -0400, "Jeff Overcash (TeamB)"
<over...@onramp.net> wrote:

>same solution works fro both OSes. Get a command prompt switch to the directory
>with bordbk51.dll in it and run
>
>regsvr32 bordbk51.dll
>

>if that doesn't work first run
>
>regsvr32 -u bordbk51.dll
>
>and then register it.

Whoops! I spoke too soon earlier. This has *NOT* fixed the problem.

I ran the above command with the -u switch and got:
DllUnregisterServer in Bordbk51.dll succeeded.
then ran it again (without the switch) and got:
DllRegisterServer in Bordbk51.dll succeeded.

However, I still get the message about the missing .DLL. I only get
the message if the project has been modified in some way. If nothing
is modified, even a "Build All" does not cause the error message to be
generated.


Larry Bristol

unread,
Jun 28, 2000, 3:00:00 AM6/28/00
to
On Wed, 21 Jun 2000 11:21:26 -0400, "Jeff Overcash (TeamB)"
<over...@onramp.net> wrote:

>same solution works fro both OSes. Get a command prompt switch to the directory
>with bordbk51.dll in it and run
>
>regsvr32 bordbk51.dll
>
>if that doesn't work first run
>
>regsvr32 -u bordbk51.dll
>
>and then register it.

As I indicated earlier, this procedure does not correct the problem.
As far as I can tell, the DLL is, infact, registered correctly. I
have narrowed the problem down a bit from last week.

This only seems to occur when I select Run (F9) in the IDE after
having made changes to the application. It first performs the
required Make (a la Cntl-F9), displays the message box about the
"missing DLL", and does not execute the application.

If I first select Make (Cntl-F9), the application changes are compiled
and linked as one would expect, and the message does not appear.

After the Make activity is completed (using either of the two ways
above), I can now select Run, and the apllication executes as
expected. (Well, not always *exactly* as expected, but that is
another story. <grin>)

I have no trouble getting BCB to run the application, and in spite of
the "missing DLL", the debugger also works perfectly well. This
message box is more of an aggravation than anything, but I surely
would like to get it resolved.

TIA


Chris Kuhn

unread,
Jun 28, 2000, 3:00:00 AM6/28/00
to

1) Put bordbk51.dll in the system directory.
2) regsvr32 bordbk51.dll

This should make it work.

Chris Kuhn
KBSI

Larry Bristol

unread,
Jun 28, 2000, 3:00:00 AM6/28/00
to
On 28 Jun 2000 12:50:01 -0800, "Chris Kuhn" <ck...@kbsi.com> wrote:

>
>1) Put bordbk51.dll in the system directory.
>2) regsvr32 bordbk51.dll
>
>This should make it work.

OK - I put the DLL in C:\WINDOWS\SYSTEM and registered it
(successfully) as you suggested. Since doing so, I have not been able
to reproduce the error message. We will have to wait and see if this
solution "sticks", but it looks good for now.

Thanks, Chris!


0 new messages