[TRNSYS-users] error with dll found but is not loading the type on Virtual Machine Win10

David BRADLEY d.bradley at tess-inc.com
Mon Jan 25 07:50:22 PST 2021


Xavier,

It is possible that if you are using the debug form of the TRNDll and 
external dlls that the computer needs to have a microsoft run-time 
library installed.

Werner's question about other dependencies is a good one; are the Types 
simple self contained things or do they perhaps in turn call on 
libraries that may not be available?

Another interesting thing to try would beto try and run some TESS 
Libraries examples (if you have access to them) on this machine. Since 
the TESS Libraries are set up to load from external dlls, it would test 
whether the problem is fundamentally external dlls or whether it is your 
specific dlls.

kind regards,

  David


On 01/25/2021 02:06, Jobard Xavier wrote:
>
> Dear David,
>
> Many thanks for the answer.
>
> I realize that my question was not specified correctly.
> To answer your questions:
>
> -The dlls are correctly located
>
> -I am running Trnsys 17, so I should not have any compatibility 
> problem between 32-bit and 64-bit dlls.
>
> Can you help me further ?
>
> Regards,
>
> Xavier
>
> *De :*David BRADLEY <d.bradley at tess-inc.com>
> *Envoyé :* vendredi, 22 janvier 2021 17:12
> *À :* TRNSYS users mailing list at OneBuilding.org 
> <trnsys-users at lists.onebuilding.org>
> *Cc :* Jobard Xavier <xavier.jobard at heig-vd.ch>
> *Objet :* Re: [TRNSYS-users] error with dll found but is not loading 
> the type on Virtual Machine Win10
>
> Xavier,
>
>   I think the first thing to check is to make sure that the dlls 
> containing Types832 and 6139 are in the appropriate subdirectory of 
> .\TrnsysXX\UserLib. The other thing that occurs to me is that there 
> may be a mismatch between 64- and 32- bit versions. If those Types are 
> compiled as 32-bit dlls they will not be found by the 64-bit Trnsys18 
> even if the files are in the correct location.
>
>  I apologize if these suggestions are very basic!
>
> kind regards,
>
>  David
>
> On 01/21/2021 10:13, Jobard Xavier via TRNSYS-users wrote:
>
>     Dear TRNSYS user,
>
>     I am trying to run a Trnsys deck with non-standard types (Type 832
>     and Type 6139)  on a virtual machine (win10).
>
>     A simple example (SDHW.dck) works fine. However my deck with
>     type832 and type6139 which works fine on my laptop throws the
>     errors but are actually listed as found further up the log file :
>
>     *** Fatal Error at time   :         0.000000
>
>         Generated by Unit     : Not applicable or not available
>
>         Generated by Type     :   832
>
>         TRNSYS Message 105 : A TYPE was called in the TRNSYS input
>     file but was either not linked into trndll.dll or was not found in
>     an external dll. A dummy subroutine was called in its place.
>     Please link the TYPE or remove it from the input file
>
>         Reported information  :  Type832 could not be located in
>     either the trndll.dll or in an external dll. Please relink
>     theTRNDll.dll including this Type or make sure that an external
>     DLL in the \UserLib\DebugDLLs and \UserLib\ReleaseDLLs folders
>     contain the Type.
>
>     *** Fatal Error at time   :         0.000000
>
>         Generated by Unit     : Not applicable or not available
>
>         Generated by Type     :  6139
>
>         TRNSYS Message 105 : A TYPE was called in the TRNSYS input
>     file but was either not linked into trndll.dll or was not found in
>     an external dll. A dummy subroutine was called in its place.
>     Please link the TYPE or remove it from the input file
>
>         Reported information  :  Type6139 could not be located in
>     either the trndll.dll or in an external dll. Please relink
>     theTRNDll.dll including this Type or make sure that an external
>     DLL in the \UserLib\DebugDLLs and \UserLib\ReleaseDLLs folders
>     contain the Type.
>
>     These 2 types are distributed by research institutes and were not
>     recompiled in any way. Type 832 was used on several machines
>     without problem before.
>
>     Can somebody help ?
>
>     http://correspondance.heig-vd.ch/assets/heig.png
>
>     	
>
>     Xavier Jobard
>     Ing. INSA Strasbourg
>
>     Collaborateur Ra&D
>
>     Institut de Génie Thermique (IGT)
>     Laboratoire d’énergétique solaire et de physique du bâtiment (LESBAT)
>
>     Prof. :
>
>     	
>
>     +41 24 557 28 17
>
>     Site web :
>
>     	
>
>     http://www.lesbat.ch <http://www.lesbat.ch>
>
>
>     	
>
>     xavier.jobard at heig-vd.ch <mailto:xavier.jobard at heig-vd.ch>
>
>
>
>     _______________________________________________
>
>     TRNSYS-users mailing list
>
>     TRNSYS-users at lists.onebuilding.org  <mailto:TRNSYS-users at lists.onebuilding.org>
>
>     http://lists.onebuilding.org/listinfo.cgi/trnsys-users-onebuilding.org  <http://lists.onebuilding.org/listinfo.cgi/trnsys-users-onebuilding.org>
>
> -- 
> ***************************
> David BRADLEY
> Principal
> Thermal Energy Systems Specialists, LLC
> 3 North Pinckney Street - suite 202
> Madison, WI  53703 USA
> P:+1.608.274.2577
> d.bradley at tess-inc.com  <mailto:d.bradley at tess-inc.com>
> http://www.tess-inc.com  <http://www.tess-inc.com>
> http://www.trnsys.com  <http://www.trnsys.com>

-- 
***************************
David BRADLEY
Principal
Thermal Energy Systems Specialists, LLC
3 North Pinckney Street - suite 202
Madison, WI  53703 USA

P:+1.608.274.2577
d.bradley at tess-inc.com

http://www.tess-inc.com
http://www.trnsys.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20210125/c682a9ca/attachment.htm>


More information about the TRNSYS-users mailing list