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@tess-inc.com>
Envoyé : lundi, 25 janvier 2021 16:50
À : Jobard Xavier
<xavier.jobard@heig-vd.ch>; TRNSYS users mailing
list at OneBuilding.org
<trnsys-users@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@tess-inc.com>
Envoyé : vendredi, 22 janvier 2021 17:12
À : TRNSYS users mailing list at OneBuilding.org <trnsys-users@lists.onebuilding.org>
Cc : Jobard Xavier <xavier.jobard@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 ?
Xavier Jobard
Ing. INSA Strasbourg
Collaborateur Ra&DInstitut 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 :
_______________________________________________TRNSYS-users mailing listTRNSYS-users@lists.onebuilding.orghttp://lists.onebuilding.org/listinfo.cgi/trnsys-users-onebuilding.org--***************************David BRADLEYPrincipalThermal Energy Systems Specialists, LLC3 North Pinckney Street - suite 202Madison, WI 53703 USAP:+1.608.274.2577d.bradley@tess-inc.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@tess-inc.com
http://www.tess-inc.com
http://www.trnsys.com