问题标签 [hp-ux]

我正在寻找 Solaris 9 上的可配置/可调参数，通过它我可以更改默认线程堆栈大小，而无需重新编译代码以使用“pthread_attr_setstacksize”

例如，在 HPUX 11.11 / 11.23 上，可以导出环境变量“PTHREAD_DEFAULT_STACK_SIZE”（可通过​​ HPUX 补丁 PHCO_38307 / PHCO_38955 获得） - 是否有等效的 Solaris 9 方法来实现相同的功能？

我正在尝试使用 WDB 在 HPUX 上进行远程调试，但并没有真正到达任何地方。任何想法或链接到体面的教程？

在 HPUX 上，我需要使用 +h 链接选项来让 boost 1.39.0 共享库包含正确的路径。

（来自http://www.nabble.com/HPUX-aCC:-Howto-avoid-building-boost-libraries- contains -absolute-library-path-references-when-calling-bjam-install-td17619511.html ）

我已经通过破解 gcc.jam 工具集文件测试了它的工作原理：

但是现在我想要一个永久的解决方案，但我不知道如何解决。

首先，我尝试在该部分中放置一个 bjam 条件actions link.dll，但该部分包含 shell 命令。

然后我尝试将额外的部分添加到这些目标的 OPTIONS 变量中。但这似乎对链接没有任何影响。

最后，我尝试创建一个单独的工具集作为gcc.jam( hpuxgcc.jam) 的副本，但我根本无法让它工作。我想还有更多地方需要更改变量名，但 Jam 语法超出了我的理解。

有没有人有更好的想法如何让它工作？还是我应该在构建 Boost 之前将 hacky 版本转换为我运行的补丁？肯定有更好的方法吗？

猜测问题是：

a) 我如何（视平台而定）将文本添加到 gcc.jam 中的链接器命令

或者：

b) 我如何创建一个基于 的新工具集gcc.jam？

哪个更容易...

我正在尝试将一些文本附加到用于 HP-UX 版本的 Makefile 中的变量。

如果我使用“普通”附加程序，如下所示：

$(CFLAGS) 出来是空的。

如果我引用变量，如下所示：

make 抱怨“无限递归宏”。

使用这样的临时变量：

还抱怨“无限递归宏”。

如何在 HP-UX make 的 Makefile 中将某些内容附加到变量？

使用 HP-UX 时，我可以使用 chatr 实用程序报告共享库的各种内部属性。它还允许我修改我已构建的共享库的内部属性。

chatr 实用程序可以报告，并且在某些情况下可以修改，例如：

1. 运行时绑定行为，
2. 在构建时创建的嵌入式库路径列表，
3. 库是否受运行时路径查找的影响，
4. 内部名称，
5. 等等等等

这样的实用程序可用于 Solaris 吗？

编辑：怪异！感谢 mark4o 在下面的回答，我重新访问了典型系统 .so 的 elfdump 输出（Sol 10 上的 libm.so.2）。然而，这是怪异的部分，我输入了错误的命令：

令人惊奇的是，这给了我一个名为 moe 的实用程序的使用消息，该实用程序的手册页描述部分显示：

moe 实用程序显示了包含保留的运行时链接器标记的路径名的最佳扩展。这些标记可用于定义动态对象中的依赖关系、过滤器和运行路径。这些令牌在运行时的扩展，提供了一种灵活的机制来选择在这台机器上表现最好的对象和搜索路径。

这将帮助我解决为什么 libm.so.2 shlib 在两台不同的机器上都不兼容，导致我不完整的可执行文件无法在一台服务器上启动。

我使用 getrusage 的哪些字段来检查 HPUX 上的内存泄漏（与“顶部”中的 RES 平行的是什么）？

我们正在尝试将我们的应用程序从 HP 机器移植到 AIX 机器。

它在 HP 机器上运行良好，但现在它在 malloc_y 函数中失败了。但我们找不到任何线索。

谁在调用这个 malloc_y 函数？

快速总结：许多现有代码在 gcc 4.1、aCC、VisualAge 和 MSVC 下的众多平台上运行良好。我目前正在努力解决 HP-UX 上的问题。

输出由多个 (8-10) 共享库组成。

现在一切都编译得很好，但是当尝试运行任何测试应用程序时，它们会立即在一些全局构造函数中出现段错误。事实上，gdb 甚至无法让我知道这个实际的全局对象在哪里。si_code 是 SEGV_ACCERR - 对象的无效权限和“this”指针始终为 0

初始化如何调用 null 对象的 ctor？这是 gcc 的全局初始化概念和 HP 的概念（使用 HP 的 ld）之间的冲突吗？

就诊断而言，你会从哪里开始？可悲的是，我无法将此问题简化为重现该问题的任何类型的测试用例

由于您可以将应用程序链接到 .sl 文件和 .so 文件，因此 .so 和 .sl 文件之间到底有什么区别？

我有一个客户端 tcp 套接字（在 c++ 中），它有一个循环，它会重试打开一个套接字并以一定的时间间隔连接到服务器，直到它成功。

程序中的一个错误导致close在连接失败后无法在文件描述符上调用socket，并且connect在调用时再次使用相同的（打开的）描述符，并且在重试重新连接时在循环的下一次迭代中再次使用。

在 Linux 机器上，这不会导致任何问题，而在 HPUX 上，它最终会导致错误 24 - “打开的文件过多” - lsof 将这些显示为TCP *:* (IDLE).

Linux 和 HPUX 之间有什么区别？