我能抽象出整个世界...

但是我不能抽象出你...

因为你在我心中是那么的具体...

所以我的世界并不完整...

我可以重载甚至覆盖这个世界里的任何一种方法...

但是我却不能重载对你的思念...

也许命中注定了 你在我的世界里永远的烙上了静态的属性...

而我不慎调用了爱你这个方法...

当我义无返顾的把自己作为参数传进这个方法时...

我才发现爱上你是一个死循环...

它不停的返回对你的思念压入我心里的堆栈...

在这无尽的黑夜中...

我的内存里

　 2007 年 1 月 16 日，GoldenSoft 发布了新版的专业绘图程序 Grapher 的 7.0 版本。

　 一直以来通过其网站下载的版本都是 Demo 版的，其打印，保存功能都是灰色显示，且程序中根本不包含任何相关的执行代码，因此，不管破解者如何努力，都无法通过破解来获得完整版本。

　 近日，终于传出有相关组织获得了零售版的 Grapher 版本，令人惊讶的是，从 5.0 开始的序列号一直可以使用，GoldenSoftware 并没有更新序列号算法。

　 我找到一个 Grapher7.0 的零售版下载地址，终于可以感受一下 Grapher7.0 带给

这几天看到一位朋友提出的问题引起大家比较热烈的讨论。

这个问题似乎没有太大的疑虑，大家都一致认为传入的数据不会被复制，因为 Fortran 本身利用传址进行参数传递。

但是在 Subroutine 中定义为 Pointer 是否有别的效果，这个问题还没有讨论出来。还因此引发了 Fortran 指针是否真实的地址（Address）还是一个描述结构（descriptor）的问题争论。

因此，我这里做了一个测试。首先说明，这个测试是依赖于编译器的，不同的编译器编译结果应该不同。
所以，这个讨论也不是围绕 Fortran 语法的。
我

F2003 兄认为 b=>a ; c=>b 与 b=>a ; c=>a 是一回事，其实我也这么认为。至少指向简单变量的时候是一样的。

大家都希望看到进一步的说明，我就反汇编一下看了看，吸取上一次片面认识的错误经验。这一次也指向数组变量来测试一下。

第一段测试代码是：

Program P_To_P_Var
Use Kernel32
Implicit None
Integer , Target :: a = 400.0
Integer , Pointer :: b , c
Call OutputDebugString("My Code Begin")
b=>a

最近在尝试使用 Silverfrost FTN95 ，官方的最新版本是 v5.2。（事实上，大约一年前我用过 v4.9 版本，不过时间不长，基本上还没有熟悉就放弃了）

这是一个免费的 Fortran 编译器，支持 Win32 平台和 .NET 平台，Fortran95 规则和部分 200X 规则。v5.1 还可以集成到 Visual Studio 2005 中。软件套装里还有一个 C++ 编译器：SCC。

我拿到的是个人版，可能功能上有限制。从个人版来看，整个软件非常小。（安装以后才 30 多 MB，基本没有在系统盘放置什么东西）。

当然了，“小”并不是一件好事儿

　　一些朋友总是咨询关于二进制文件的读写和转化。这里就我自己的理解说一说。

一).一般问题
　　二进制文件与我们通常使用的文本文件储存方式有根本的不同。这样的不同很难用言语表达，自己亲自看一看，理解起来会容易得多。因此，我推荐学习二进制文件读写的朋友安装一款十六进制编辑器。这样的编辑器有很多，在我们的 CVF 附带的集成开发环境下就可以（将二进制文件拖动到 IDE 窗口后松开）。Visual Studio 2005 也是可以的。（不过需要在 File 菜单下 Open，File）
　　另外推

前几天看到有朋友讨论有关 Console 类型工程使用彩色字体输出的问题。

有人说 Fortran 这方面不在行，建议用 C 来实现，其实 C 也是使用外部的函数库的。如果单单为了这一点点东西就改用另一门语言，或者改用 QuickWin，似乎有点小题大做了。

仔细想想，其实彩色文字这方面平常我们也经常会需要的。比如程序碰到例外或出错了，我们都希望给出红色的错误提示，或者黄色的警告。于是就有了一个想法，写一个模块来实现彩色文本的窗口输出。（输出到文件当然就失效了）

翻了翻有关的 API 函数，大概能够实现了