Path: news.eternal-september.org!eternal-september.org!feeder3.eternal-september.org!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Ralf Fassel <ralfixx@gmx.de>
Newsgroups: comp.lang.tcl
Subject: Re: Where to put dll's in starkits
Date: Fri, 20 Jun 2025 10:19:02 +0200
Lines: 22
Message-ID: <yga7c16bzbd.fsf@akutech.de>
References: <1031hr5$vka$1@dont-email.me> <1031iqv$1fo4$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: individual.net ZPLQsEa8jBQ9mxsCB3R5TA4kNqKOi1SwtLRwaJYgzJ0pqsp6s=
Cancel-Lock: sha1:6ZfvEV8xQgBfWwqVonQiWzpuub4= sha1:cazQARt1wrBo6GYxAqoeAJDRN30= sha256:E7p9rxqtAmdt5i4n1r+l9KDVcteUbC8kiMHOpBxL5wU=
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)

* Robert Heller <heller@deepsoft.com>
| Needing to put dlls in "bin" under MS-Windows is specific to MS-Windows, when 
| the dlls are searched for and loaded my MS-Windows itself and I think only 
| applied to Tcl itself being in a dll (shared library).

Check
  https://learn.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order
for the standard search path for DLLs on Windows, paragraph
  Standard search order for unpackaged apps

The fact that there are DLLs in bin/ is due to topic 7, search "the
folder from which the app loaded".

BUT: this applies *only* to DLLs which the app requires to run at all
(run-time linker).  Anything you directly 'load' via TCLs [load] command
can be located anywhere in the file system (if thoses DLLs indirectly
require other DLLs, the search path as above kicks in again, and here
I'm not certain whether point 7 also holds for "the folder where the DLL
was loaded from").

HTH
R'