JAVA调用fortran以及报错(1)——severe (408): fort:(19):

2024-04-20 06:18

本文主要是介绍JAVA调用fortran以及报错(1)——severe (408): fort:(19):,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

fortran77生成dll,供java调用

目的是用geopack,geopack本身是2000多行的fortran代码,注释都是C,想用fortran90,但是架不住改那么多行注释标签,OK,就用fortran77。然后对fortran实在不是很熟,而且考虑的后期要做的计算比较多,还是用比较熟悉的java,所以考虑生成dll,供java调用。然后用hello world的形式做一个小测试,中间遇到的一些问题,记录下来

首先是fortran代码

非常简单,输入是一个整数,假如这个整数大于0,输出1,否则的话,输出-1

SUBROUTINE底下的这一行非常重要,要不然会报错叫“必须定义入口点”,这一行就是告诉fortran编译器,我这个本来就是一个dll,不用定义入口点,OK?然后写成注释的形式但是其实对fortran来说!DEC$不是注释

https://zhidao.baidu.com/question/509319832.html 这里有详细的回答,感谢这位大神。

然后是位数的问题,jdk的位数和生成的dll文件的位数要对应,32bit对32bit,64bit对64bit,VS可以在图示的地方更改位数

我的jdk是64位的。

然后检查一下看自己的DLL是不是64位的,一般来说,如果是64位的,生成的dll文件会在工程下\x64\Debug文件夹下,32位的就没有这个x64文件夹,anyway,还是可以用VS的开发者工具检查一下。

具体教程https://blog.csdn.net/only_1/article/details/80760495

OK,然后新建java项目,并且要把dll放到java项目的bin路径下!!或者在项目里写绝对路径。而且要记得添加jna.jar,网上一堆

好。java调用的代码以及测试结果

居然成功了,半个小时搞定了,难以想象我自己干个事会有这么顺利出错这么少的时候。呵呵

好了。终于可以开始用geopack了。

调用geopack的时候遇到一个很有意思的问题

修改了geopack中trace这个subroutine,然后java调用,实现磁力线追踪

调用代码

这个是可以运行,没有问题的,然后就用geopack的trace,想着到时候用他的做一个validation

代码几乎一致

这时候有一个fatal报错

"fatal: severe (408): fort:(19): Dummy character variable 'FILENAME' has length 100 which is greater than actual variable length 0"

也就是我输入的String类型的文件名,要不就是没读到,要不就是没读全。

而且我尝试了不把FILENAME作为输入,而是在subroutine里赋值,代码运行正常;也尝试了把其他输入量都在subroutine里直接赋值,输入参数只有FILENAME,代码运行也正常

因为FIXEDDS算法和另两种输入都没问题,所以我一直坚持自己解决没有百度,弄了好久还是决定百度一下,原来大神已经给出了解决方案

https://software.intel.com/en-us/forums/intel-visual-fortran-compiler-for-windows/topic/279684

在fortran文件里,加上!DEC$ ATTRIBUTES REFERENCE :: FILENAME就可以了

这是DLL的部分fortran代码

不知道为什么FIXEDDS可以,也不知道为什么其他输入可以,也不知道为什么偏偏这样的输入必须加这一句。

我觉得继续编程编下去我就要信佛了。

 

这篇关于JAVA调用fortran以及报错(1)——severe (408): fort:(19):的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/919485

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟 开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚 第一站:海量资源,应有尽有 走进“智听

如何在页面调用utility bar并传递参数至lwc组件

1.在app的utility item中添加lwc组件: 2.调用utility bar api的方式有两种: 方法一,通过lwc调用: import {LightningElement,api ,wire } from 'lwc';import { publish, MessageContext } from 'lightning/messageService';import Ca