fortran中的错误提示：forrtl:severe(24):end-of-file during read

最新推荐文章于 2024-03-22 21:32:50 发布
转载 最新推荐文章于 2024-03-22 21:32:50 发布 · 3w 阅读 · 14

本文主要介绍了当程序尝试读取的数据量超过文件实际存储的数据量时出现的错误，并提供了具体的解决方案，即调整程序以确保正确地读取数据。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

说明你要读的数据多于文件中存储的数据，改一下程序中读取数据的个数。

这个错误一般是有循环语句，导致每次都读取数据，而初始文件里只有一个数据可读。

此时需要修改程序，让程序只读一次数据。
mikaeniks
关注
READF: End of file encountered. Unit: 100
dhpew3408的博客
02-05 3414
File contents: 20.2 22.93 22.23 26.1 19.92 23.55 19.33 24.7 20.68 24.25 24.83 29.47 23.88 29.53 24.55 29.1 22.48 27.17 22.32 27.28 25.62 30.08 23.3 28.75 20.98 24.55 22.68 28.08 23...
openstack排错经历
热门推荐
Stroll the clouds
08-28 1万+
整个安装过程，报错是最经常的事，毕竟openstack的很多东西都还不成熟，冷静的排错才是王道，尽管openstack错误不断，但是最终他还是能跑起来的。      出错时候，我本着内事问百度，外事问谷歌的原则寻求帮助，另外也从网上的同行朋友处汲取帮助，可以说错误是多种多样的，这里也只能列举几种常见的错误，未尽之处，各位按照查自己的步骤，查log，查bug列表，查launchpad，求助中国同行
Fortran读取文件遇到 end-of-file
u013481775的专栏
02-05 9714
文件内容所包含的记录个数 = 要读取的记录个数 + 1 例如  语句：read(3, *) A 文件内容： 10/  / 文件的内容需要有至少两个记录 否则会遇到end-of-file
1.FLEXPRAT-WRF运行报错]forrtl: severe (24): end-of-file during read, unit 93, file /home/fore/WRF-build/
m0_73705730的博客
12-18 1632
这个报错会存在于很多种情况，首先仔细检查input！有很多次都是因为我误加了./,符号，或者误删了某行导致Fortran无法正常读取。这次仔细检查了input文件，发现并没有语法问题，原来问题出现在了。改成0后重新跑即可。
fortran run time error: end of file.
msl201467的博客
06-23 1万+
若运行程序出现了这样的提示： At line 30 of file msr.f90 (unit = 3, file = 'data.out') Fortran runtime error: End of file 这表明你在30行读取的文件不完整，这种不完整可能是没有按照标准格式编写，也可能是上一步没有完整正确生成第30行所读取的文件，可能是gfortran版本不兼容导致的语法不兼容，可通过更改gfortran版本解决。 安装gfortran链接：https://blog.youkuaiyun.com/msl201
eieio-persistent-read: End of file during parsing: srecode-map.elc
weixin_30362801的博客
05-08 229
突然出现这个错误：eieio-persistent-read: End of file during parsing: /path/cedet/srecode/srecode-map.elc原来是在~/.srecode下面有一个空的srecode-map文件，它会造成emacs加载的时候出错，重新编译cedet也会出错。删除就OK。 转载于:https://www.cnblogs.com/lbs...
forrtl: error (200): program aborting due to control-C event
AI浩
12-06 3792
在使用TensorRT模型做推理的时候，出现了如下错误：forrtl: error (200): program aborting due to control-C event安装或升级scipy 如果安装失败，则加上国内源再试。 运行结果：
forrtl: severe (157): Program Exception - access violation(ls_dyna报错可能原因)
zy19990802的博客
03-22 4041
笔者在第一次画网格后计算成功，在第二次划分网格（细化）后报错；逐项查找后，在K文件中发现节点存在。原因如下：hypermesh中cleanup tol不宜设置过小，否则节点会出现。在hypermesh中划分网格，导入ls-run求解报错。重新划分后节点坐标正常。重新划分后，正常计算。
Forrtl: severe(157): Program Exception - access violation
weixin_30889885的博客
09-28 1万+
这是在Fortran中经常碰到的错误，access violation一般是访问到了不能访问的内存。 个人碰到几种情况： Array-out-of-bounds error：数组越界 Stack overflow：栈空间溢出 --- 通常是程序传递的变量较多，引起栈空间不足，可以通过设置栈空间的大小解决。应尽量避免传递较大的变量（数组） Stack trace terminated abn...
tesseract-3.04.01
03-11
tesseract-ocr/tesseract bug-fix release of 3.04 version https://github.com/tesseract-ocr/tesseract/releases/tag/3.04.01
Linux启动时出现 an error occurred during the file system check错误
hongchangfirst
03-13 1万+
启动linux时，出现： an error occurred during the file system check.  dropping you to a shell; the system will reboot when you leave the shell warning security enforcement for system recovery run'setenfo
MPICH报错 forrtl: severe (157): Program Exception - access violation
youshenfan的专栏
07-14 4910
MPICH报错 forrtl: severe (157): Program Exception - access violation MPICH软件在编译Fortran时，报错访问冲突。最终发现问题： 虽然我电脑是64位，MPICH安装的也是64位。但我Visual Studio 2012安装的是32位。导致MPI_FILE_OPEN输出的文件句柄为异常值，使得MPI_FILE_WRITE在写出时找不到文件句柄，报错。 解决方案: 卸载原64位MPICH后安装32位MPICH软件。 ...
FortranCL错误：forrtl: severe (157): Program Exception - access violation
sinat_35360418的博客
08-19 9292
FortranCL错误：forrtl: severe (157): Program Exception - access violation ！错误代码段： double precision :: ax(nx,ny) ...... colume_in_bytes = int(nx, 8)*8_8 row_in_bytes = int(ny, 8)*8_8 ...... cl...
forrtl: severe (174): SIGSEGV, segmentation fault occurred
CHEN_BR/BLOG
08-13 4961
参考： https://blog.youkuaiyun.com/lwl_666/article/details/82699759 forrtl: severe (174): SIGSEGV, segmentation fault occurred Image PC Routine Line Source fvcom 00000000009C516D for_..
mpirun 遇到 forrtl: severe (174): SIGSEGV, segmentation fault occurred
Moon soon
05-21 7306
问题分析： 堆栈大小问题。 解决方法： 1. ulimit -s unlimited 2. 添加参数 -heap-arrays 以上。
CAMx脚本[wangshs2023@n31 wrfcamx]$ ./wrfcamx.dns.job $domNd01 $nxd01 $nyd01 $dxd01 $dyd01 $x0d01 $y0d01 Output Diagnostic Fields: T Adjust water LU for seaice: F Kv Method: CMAQ Minimum Kv: 0.10 Projection: LAMBERT Diagnose sub-grid convection: DIAG Diagnose sub-grid stratiform: T Start date/time (YYJJJ HHMM): 23182 0000 End date/time (YYJJJ HHMM): 23182 2300 WRF output freq (min): 60 Time zone: 0 CAMx grid size: 92 92 40 CAMx grid spacing: 3.000 3.000 CAMx LCP Origin (SW corner): -165.000 -111.000 CAMx LCP Projection Params : 103.878 36.044 30.000 60.000 forrtl: severe (24): end-of-file during read, unit -5, file Internal List-Directed Read Image PC Routine Line Source wrfcamx 000000000054140E Unknown Unknown Unknown wrfcamx 00000000004FE30D Unknown Unknown Unknown wrfcamx 00000000004FCA76 Unknown Unknown Unknown wrfcamx 000000000040673E Unknown Unknown Unknown wrfcamx 00000000004034DE Unknown Unknown Unknown libc-2.17.so 0000148C08DF8555 __libc_start_main Unknown Unknown wrfcamx 00000000004033E9 Unknown Unknown Unknown end: Not in while/foreach.
最新发布
03-20
<think>好的，我现在需要解决用户提到的CAMx脚本运行时出现的严重错误：“forrtl severe (24): end-of-file during read, unit -5”。首先，我需要理解这个错误信息的含义。根据Fortran的错误代码，错误24通常意味着在读取文件时遇到了意外的文件结束符，也就是程序试图读取的数据超过了文件实际包含的内容。 接下来，用户提到的是wrfcamx.dns.job脚本运行错误，这可能涉及到输入文件的结构或格式问题。我需要考虑可能导致这个错误的原因： 1. **输入文件格式不正确**：可能是文件中的某些数据行缺失，或者格式与脚本预期的结构不符。例如，文件可能缺少必要的列，或者数据类型不匹配。 2. **文件路径或权限问题**：脚本可能无法正确找到输入文件，或者没有足够的权限读取文件。这种情况下，程序会尝试读取一个不存在的文件，导致错误。 3. **Fortran代码中的单元号配置错误**：在Fortran中，单元号（unit number）用于标识打开的文件。如果单元号配置错误，例如尝试从未正确打开的文件中读取数据，也会导致此类错误。需要检查脚本中与单元号相关的设置，确保所有文件都正确打开且单元号一致。 4. **输入文件内容不完整**：可能在生成输入文件时，某些数据未被正确写入，导致文件过早结束。例如，生成文件的程序可能在写入过程中被中断，导致文件不完整。 5. **环境变量或依赖库问题**：CAMx可能依赖某些特定的环境变量或库文件，如果这些配置不正确，也可能导致读取文件失败。 接下来，我需要参考用户提供的引用内容，尤其是引用[1]中提到的CAMx相关文档和错误类型。虽然引用[1]主要讨论ISP硬件事件，但可能CAMx的错误处理机制有类似的结构，比如错误类型定义。另外，引用[2]中提到的CAMX问题可能与硬件或驱动有关，但当前问题更偏向于脚本和输入文件，可能需要排除类似干扰或配置错误的情况。引用[3]提到CAMx属于大气模式，可能涉及复杂的数据处理流程，因此输入数据的准确性至关重要。 可能的解决方案步骤： 1. **检查输入文件完整性**：确认所有输入文件（如气象输入、排放数据等）是否存在且完整。可以使用文本编辑器或命令行工具（如wc、md5sum）检查文件大小和内容是否符合预期。 2. **验证文件路径和权限**：确保脚本中指定的文件路径正确，并且运行脚本的用户有权限访问这些文件。特别是在并行环境中，文件路径可能需要使用绝对路径。 3. **审查Fortran代码中的I/O操作**：查看CAMx源码中与单元号-5相关的部分，确认是否正确打开了文件，并且读取操作与文件结构匹配。可能需要调试或添加打印语句来跟踪文件读取过程。 4. **使用调试工具**：启用CAMx的调试输出，查看详细的错误日志，确定在哪一步读取失败。例如，检查是否有变量维度不匹配或缺失数据的情况。 5. **参考CAMx用户手册或社区支持**：查找是否有已知的问题或解决方案，特别是针对end-of-file错误的处理建议。用户社区或官方文档可能有相关讨论。 在生成相关问题部分，需要考虑用户可能进一步遇到的问题，例如如何调试Fortran程序、CAMx输入文件的标准格式要求，或者如何处理环境配置问题等。</think>### 问题分析 CAMx脚本运行时出现`forrtl severe (24): end-of-file during read, unit -5`错误，表明程序在读取输入文件时遇到了意外的文件结束符。此错误通常与以下原因相关： 1. **输入文件格式错误**：文件内容缺失、格式与程序预期不符（如列数不足、数据类型错误）[^1]。 2. **文件路径或权限问题**：脚本中指定的输入文件路径错误，或用户无权限访问文件。 3. **Fortran I/O单元号冲突**：未正确关联文件与单元号（unit number），导致读取失败[^2]。 4. **文件内容不完整**：文件生成过程中被中断，数据未完全写入。 --- ### 逐步解决方案 #### 1. **检查输入文件完整性** - **确认文件是否存在**：检查脚本中`wrfcamx.dns.job`引用的所有输入文件路径是否正确，例如气象输入文件（如`WRF_OUT`）、排放数据文件等。 - **验证文件内容**：使用命令`head`、`tail`或`less`查看文件末尾是否完整，例如： ```bash tail -n 50 wrf_input.dat # 检查最后50行是否有缺失 ``` - **对比预期格式**：确保文件列数、分隔符与CAMx要求一致（参考用户手册）[^3]。 #### 2. **排查文件权限与路径** - **使用绝对路径**：在脚本中将相对路径改为绝对路径，避免因工作目录错误导致文件未找到。 - **检查权限**：运行以下命令确保文件可读： ```bash ls -l wrf_input.dat # 查看权限 chmod +r wrf_input.dat # 若权限不足，添加读取权限 ``` #### 3. **调试Fortran I/O操作** - **检查单元号关联**：在CAMx代码中搜索`unit=-5`，确认对应文件的打开与关闭操作是否正确。 - **添加调试输出**：在读取关键数据的代码段前后添加`print`语句，例如： ```fortran print *, "Reading unit -5, current position:", ftell(5) read(5, *) var1, var2 print *, "Read values:", var1, var2 ``` #### 4. **环境与依赖项验证** - **确认依赖库版本**：检查NetCDF、HDF5等库是否与CAMx编译版本兼容。 - **启用详细日志**：运行脚本时添加调试选项（如`DEBUG=1`），捕获更详细的错误信息。 #### 5. **参考已知问题与修复** - 查阅CAMx官方文档中关于`end-of-file`错误的说明，例如输入文件头部的记录数是否匹配。 - 检查社区讨论（如GitHub Issues）是否有类似问题及补丁。 --- ### 典型修复案例 某案例中，用户因输入文件缺少时间步长数据导致此错误，通过以下步骤解决： 1. 使用`ncdump`检查NetCDF文件维度是否完整。 2. 重新生成输入文件，确保时间变量范围覆盖整个模拟周期。 ---
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值