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

David BRADLEY d.bradley at tess-inc.com
Tue Jan 26 19:06:06 PST 2021


I am afraid that I don't have any other suggestions.

kind regards,

  David


On 01/26/2021 02:52, Jobard Xavier wrote:
>
> Dear David, Dear Werner,
>
> Thank you very much for the support !
>
> First to answer Werner :
>
>   * architecture : are all machines 32 or 64 bit ?
>     both are 64 bit machines
>   * dependencies : do the types use any third-party DLLs (e.g. C
>     runtime, .Net framework, ...) that you have on your laptop but not
>     on the production machine ?
>     I don’t think so, however I am not the developer of the types so I
>     cannot be certain. Type 6139 is written in C++ and have include
>     statements in the source code with relative path to header files
>     (#include "export/include/FMIComponentBackEnd.h"). But I believe,
>     there are only use for the compilation of the code.
>   * debug vs. release : are you using a recompiled version in debug
>     mode on your laptop, while the other machine uses a 'normal'
>     (release' TRNSYS ?
>     I tried with the TRNDLL  that I have on my laptop (it is a
>     recompiled version in release mode) and the result is the same error
>   * do the types make assumptions about the environment (e.g. existing
>     directories, files or environment variables) which make them
>     return something different than one when they do not find them ?
>     see answer #2
>
> I believe these also answers the David’s questions
>
> As for testing other External libs. Here is what I get with TESS 
> example for type 533 and 534. As well type 533 is not loaded and I get 
> the following error (see screen shot). However, I tried type600 
> example and it runs…
>
> Again many thanks and I hope we can solve this issue,
>
> Xavier
>
> *De :*David BRADLEY <d.bradley at tess-inc.com>
> *Envoyé :* lundi, 25 janvier 2021 16:50
> *À :* Jobard Xavier <xavier.jobard at heig-vd.ch>; TRNSYS users mailing 
> list at OneBuilding.org <trnsys-users at lists.onebuilding.org>
> *Objet :* Re: [TRNSYS-users] error with dll found but is not loading 
> the type on Virtual Machine Win10
>
> 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:
>
>     1.The dlls are correctly located
>
>     2.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>
>     <mailto: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>
>     <mailto:trnsys-users at lists.onebuilding.org>
>     *Cc :* Jobard Xavier <xavier.jobard at heig-vd.ch>
>     <mailto: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  <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/20210126/70dd3121/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 25145 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20210126/70dd3121/attachment-0002.png>


More information about the TRNSYS-users mailing list