问题标签 [itanium]

构建 ia64 二进制文件的 g++ 选项是什么

其实我有2个问题：

1. SSE2 兼容性是 CPU 问题还是编译器问题？
2. 如何检查您的 CPU 或编译器是否支持 SSE2？

我正在使用 GCC 版本：

当我尝试编译代码时，它给了我这个错误：

并cpuinfo展示了这一点：

有谁知道提供对多种平台（例如 Linux/Itanium、Max OS X/PPC 等）进行调试和可移植性测试的访问的 UNIX shell 提供程序？我想，既然有这样的服务是一个常见的问题，但是谷歌搜索并没有发现任何有趣的东西......

我对各种 CPU 上的 Linux 特别感兴趣，IA64 是目前最重要的。

谢谢，S。

我想我在这里找到了一个类似的线程，但不幸的是我不太了解它，因为这与 c++ 有关。当我试图增加一些东西时，我的问题似乎也发生了。 递增 `static int` 会导致 SIGSEGV SEGV_ACCERR

在查看了上面的链接之后，（因为我感觉它们很相似）分段错误似乎并不总是发生，这种情况很少发生。转储似乎发生在此函数中以及调用 find 时。

再会！我有一个核心文件，我反汇编（使用 gdb）崩溃的方法，我被告知下面分配给r44的值会导致崩溃。

我对汇编不太了解，所以我想问一下 0x480偏移量是什么意思以及如何定位它的值？/地址？通过使用 gdb 中的核心文件。

假设0x480位于函数 MovePage()中是否安全？

提前致谢。

寻找各种可用于检测 HP-UX Itanium 平台上静态/运行时内存泄漏的工具（免费/商业）。

背景，我们：使用 HP-UX 11.31 ia64。但是，我们所有的应用程序仍然只有 32 位。拥有带有来自 C/Pro*C/COBOL 的目标文件的软件和带有大量文件/程序的非常大的应用程序。C 文件使用标准 C 编译器 (cc) 编译，Pro*C 使用 Oracle 的 proc 编译，COBOL 使用 Microfocus 的 cob 编译。最后，所有的目标文件都用 cob 链接器链接。由于内存泄漏/无效引用（主要来自 C/Pro*C 代码），面临核心转储

尝试了什么：使用 gdb 和 RTC（用于内存分析的 HP RunTimeCheck），但由于 COBOL 和 C 的混合性质，该工具无法提供重要线索。计划使用 Insure++，但发现它在 HP-Itanium 上不受支持。目前，依靠静态调试和手动打印，但正如您所见，非常缓慢且无效。

任何人都可以建议可用于在这种情况下进行有效内存泄漏检测的工具/软件。

提前致谢。

ps：在网上搜索时，我遇到了一个商业工具，但从未使用过。http://www.dynamic-memory.com/products_Overview_htm.php

我很惊讶在这个 HP-UX 11.31(IA64) 中得知 long 和 time_t 类型是 4 字节大小。我可以问为什么吗？

我的环境：

我的代码：

任何人都可以帮助我找到一种通过 aCC 将 time_t 设置为 64 位的方法吗？

我们目前有一个用 COBOL 编写的大型关键业务应用程序，在 OpenVMS（Integrity/Itanium）上运行。

几个月过去了，关于安腾架构寿命的猜测越来越多。当然，没有什么是公开的，但是像这样和这样的文章描绘了一幅令人担忧的画面。虽然我找不到任何官方支持这一点，但在我们公司的走廊里，甚至还有 HP 抛弃 OpenVMS 和 HP COBOL 随之而来的抱怨。

我无法相信我们是孤独的。

在我看来，有几个选择：

1. 使用CHARON-VAX或CHARON-AXP等产品模拟一些旧硬件并在其上运行应用程序。在我看来，优点是该过程应该相对轻松，尤其是在使用 64 位 (AXP) 选项的情况下。潜在的缺点是性能下降（尽管这应该被越来越快的硬件所抵消）；
2. 将基于 HP COBOL 的应用程序移植到更现代的 COBOL 方言，例如Visual COBOL。那么，优点在于移植工作量相对较低（仍然是 COBOL）以及可以在 Unix 或 Windows 平台上运行应用程序这一事实。缺点是虽然您正在移植 COBOL，但移植到不同操作系统的事实可能会使事情变得棘手（尤其是如果存在特定于 OpenVMS 的依赖项）；
3. 自动将 COBOL 翻译成更现代的语言，如 Java。这有一个明显的好处，即一举将一个人从所有遗留问题中解放出来：硬件支持、操作系统支持，尤其是寻找管理员和程序员。除了这是一项艰巨的工作之外，一个明显的缺点是最终会使用非惯用的 Java（或最终选择的任何目标语言）。可以说，随着时间的推移，这是可以改善的。
4. 从头开始重写（当然，使用现代技术）。做过这件事的人都知道这是多么昂贵和耗时。我只是将它包括在内以使列表完整:)

请注意，不依赖于专有 DBMS；该数据库是基于 ISAM 文件的。

所以......我的问题是：

当他们选择的平台是 OpenVMS 和 COBOL 时，其他面临安腾即将过时的人如何保持业务连续性？

更新：

我们已经从当地惠普代表那里得到官方保证，至少在 2022 年之前将支持 Integrity/Itanium/OpenVMS 。我想这意味着整个问题与平台无关，而与语言（COBOL）有关。

我想通过/dev/mem.

首先，我通过自己编写的一个linux内核模块得到进程的内存映射，输出是这样的：

其次，我可以通过linux内核模块将虚拟地址（VA）转换为PA，例如，我可以转换VA:0x4000000000000008为PA:0x100100c49f8008

第三，函数read_phy_mem可以获取内存中的数据PA:0x100100c49f8008，代码在最后。

问题：我的问题是当我读取text segmentPA 内存时，一切正常，但是如果我读取data segmentPA 内存，*((long *)mapAddr)在第 243 行会导致系统宕机。另外，我试过

但它仍然使系统崩溃。

其他信息：我的电脑是 IA64，操作系统是 Linux 2.6.18，当系统关闭时，我可以像这样从控制台获取输出信息，然后系统将重新启动。

功能代码read_phy_mem

谁能理解为什么文本段运行良好但数据段不行？

我需要在 ia64 上运行 mule 3.1.2，但在下面显示错误：

我已经设置了权限。我需要做任何配置吗？