deallocate内存访问错误及DLL问题

fcode

正如之前我说过的那样，这是具体编译器实现的问题。你要想深究为什么，恐怕只能反汇编分析。

正如 pasuka 所言，gfortran 是 OK的，所以不同编译器实现不一样。

同一个编译器，Debug 和 Release 的具体实现也不一样。我不认为研究这个问题有什么意义。

还是那句话：“即便不使用DLL，合理的规范的做法是：谁分配，谁释放”，尤其做大一些的工程时候，这不止是避免程序上出错，也可避免逻辑上出错。而后者非常重要。

pasuka

fcode 发表于 2015-4-17 08:25
正如之前我说过的那样，这是具体编译器实现的问题。你要想深究为什么，恐怕只能反汇编分析。

正如 pasuka  ...

可分配数组传入子程序后在进行内存分配好像是F08新特性，有可能lz的IVF版本低，所以不支持？！
此外就是Debug和Release的状态下，IVF编译参数不同导致出现问题

fcode

pasuka 发表于 2015-4-17 08:55
可分配数组传入子程序后在进行内存分配好像是F08新特性，有可能lz的IVF版本低，所以不支持？！
此外就是D ...

这是 F2003 特征，IVF是予以支持的。很早就支持了。这个不存在问题。

但是这个特征需要 interface，如果不再同一个module里，可能要单独书写 interface

andy8496

fcode 发表于 2015-4-17 08:25
正如之前我说过的那样，这是具体编译器实现的问题。你要想深究为什么，恐怕只能反汇编分析。

正如 pasuka  ...

只是因为以前的开发习惯不好，用了很多这样的方式：Dll中分配，main.exe中释放，main.exe中open, dll中write，现在都出问题了。之前没用dll，所以好好的。看来只能改代码了。

非常感谢二位的耐心帮助！

pasuka

fcode 发表于 2015-4-17 09:52
这是 F2003 特征，IVF是予以支持的。很早就支持了。这个不存在问题。

但是这个特征需要 interface，如果 ...

查了Gfortran的更新记录，TR 15581从4.2版本就开始支持
stackoverflow上面的解答可能更全面些：
How to pass allocatable arrays to subroutines in Fortran - Stack Overflow
http://stackoverflow.com/questio ... routines-in-fortran

andy8496

我用的VS2010+IVF2011。可变长度数组做参数这个好像没有问题。只是用完后释放有问题。同时还有open、write的问题。
已经按照fcode的建议改了代码了。

谢谢大家了！