Marie-Hélène,
I do not think that the name of the DLL is the problem. 64-bit software (which Trnsys18 is and which Trnsys17 was not) is much less tolerant of floating point errors (divisions by zero). I suspect that there is a division by zero going on in your code that is causing the invalid floating point error. The division by zero was probably there before but the 32-bit version of the dll was better able to recover from it than the 64-bit version of the dll is.
kind regards,
David
Dear users,
I have trouble using a created type (named Type 203) in TRNSYS 18. I had no problem with the TRNSYS 17, but when I do the same ‘copy-paste’ to insert this type in TRNSYS 18, it doesn’t work. TRNSYS does not find it anymore.
I tried to compile it again with the new integrated compiler: TypeStudio. When I do that, my dll files (release and debug) get renamed Type203_x64.dll instead of Type203.dll. When I try to run it with TRNSYS 18, it seems to be able to find it, but it now gives me different error message:
I’m new to FORTRAN and I don’t know what to do to adjust Type203 to make it work in TRNSYS 18.
Any advice would help tremendously!
Kind regards,Marie-Hélène Talbot | Étudiante à la maîtriseÉnergies renouvelables et efficacité énergétiqueDépartement de génie de la constructionÉcole de technologie supérieure
_______________________________________________ TRNSYS-users mailing list TRNSYS-users@lists.onebuilding.org http://lists.onebuilding.org/listinfo.cgi/trnsys-users-onebuilding.org
-- *************************** David BRADLEY Principal Thermal Energy Systems Specialists, LLC 22 North Carroll Street - suite 370 Madison, WI 53703 USA P:+1.608.274.2577 F:+1.608.278.1475 d.bradley@tess-inc.com http://www.tess-inc.com http://www.trnsys.com