Thread: TDateTime breaks because Borland unable to locate cc3250mt.dll

The title kinda says it all but I am working with ye old Borland C++Builder 5 to view the source code for an old .dll my company uses. it seems the .dll is breaking on a line that is a simple creation of a TDateTime.
More precisely:
TDateTime dummy2(sysTime.wHour, sysTime.wMinute, sysTime.wSecond, sysTime.wMilliseconds);

this is pretty basic code. I have stumbled upon a fix by adding cc3250mt.dll (obtained in the (BCB5)\bin folder) to the application directory. I would think it would automatically know to link any necessary .dll when compiling the program. What am I not understanding? Thanks.

Shouldn't a dll like that be "installed" in the system directory?

Originally Posted by vart

Actually it depends on link type. And also on what you mean by "breaking"

...

IF application fails when trying to make a call to some function that suppose to be present in the dll - it means the dll found is older version.

In this case putting correct version dll into the local folder will "fix" the problem - since local folder is searched first.

By breaking I mean it throws an EInvalidOp error and closes the program when it tries to execute that line of code.

so far as I have found there is only one version of the file on my computer so it isn't like I am using an updated version to make it work. It just can't find the file unless it is in the application directory.