问题标签 [uint64]

在 C# 中，如何存储和计算显着超过 UInt64 最大值 (18,446,744,073,709,551,615) 的数字？

以下代码在 Xcode 创建的模板项目中崩溃。

崩溃伴随着以下控制台输出，发生在 2.2.1 设备上，但不在 3.0.1 设备上。它在为 Thumb 或 ARM 编译时都会发生。

该问题仅发生在 3.0 的 Base SDK 中，为 2.2.1 编译就可以了。不幸的是，我有 3.0 的增强功能。

CUDA 2.3 V0.2.1221 / 32bit linux

嗨，我对以下代码有疑问：

make emu=1 编译和工作

-

没有仿真我得到错误：

### 第 1923 行或 ../../be/cg/cgemit.cxx 的断言失败

### 操作数 0 的寄存器类不正确

nvopencc 内部错误...状态 1

-

有人可以帮忙吗 - 我只需要一种将 u_int64_t 转换为 unsinged char [7] 的工作方式。

将 uint64 值转换为标准 C++ 字符串的最简单方法是什么？我从字符串中检查了分配方法，找不到接受 uint64（8 字节）作为参数的方法。

我怎样才能做到这一点？

谢谢

我正在为 C 代码编写 java 绑定，但我对 C 并不十分熟悉。

我有一个 uint64_t，需要将其转换为 int。有谁知道这是怎么做到的吗？（我的绑定然后返回一个jint ...）

所以基本上我的问题是这样的，我正在使用 uint64_t 对象作为键创建一个 NSMutableDictionary 。

有没有比这样做更好的方法来创建它们？

只要您没有将其包含在二进制文件/sockets/NSData 对象/任何内容中，这将起作用。但是有没有更好的方法来做到这一点？我真的很想确保该对象是 64 位的，无论我在哪个平台上运行它。

我想我可以通过始终使用 unsigned long long 来避免整个问题，但是如果我以任何重要数量分配这些对象，这当然会浪费 64 位机器上的大量堆空间......

我试过

但似乎不安全。有没有一种快速安全的方法来进行类型转换？

谢谢~

我在磁盘上有一个文件，我正在读取它是由 c/c++ 代码编写的。我知道我有两个 64 位无符号整数要读取，但 Java 不支持无符号整数，所以当我执行 DataInputStream.readLong() 时得到的值不正确。（暂时忽略字节顺序，我实际上使用的是从网上下载的名为 LEDDataInputStream 的 DIS 派生产品）

这里的很多帖子都在谈论使用 BigInteger，但用于读取 bytearray 的 javadoc 只谈论加载 bytearray 表示，问题似乎集中在这样一个事实，即有些人超出了 java long 类型的正边界，我与我正在阅读的数据相去甚远。

我有一个 MATLab/Octave 脚本，它将这些 long long 值分别读取为两个 32 位整数，然后进行一些乘法和加法以获得它想要的答案。

我想问题是 - 我如何使用 BigInteger 或使用 [LE]DataInputStream.XXX 读取 64 位无符号整数？

提前致谢

我有以下代码。sprintf 中第二个 %d 的输出始终显示为零。我想我指定了错误的说明符。任何人都可以帮助我获得具有正确值的写入字符串。这必须在posix标准中实现。感谢您的投入

输出：

背景

我正在编写一个托管的 x64 汇编器（它也是一个库），因此它有多个类，这些类定义了一个无符号 64 位整数属性，用作地址和偏移量。有些是文件偏移，有些是绝对地址（相对于主内存），还有一些是相对虚拟地址。

问题

我ulong在提到的场景中使用属性的数据类型，这很好用。但是，此类属性不符合 CLS。我可以将它们标记为[ClsCompliant(false)]，但是我需要为图书馆的用户提供符合 CLS 的替代方案。

选项和问题

有些人建议提供具有更大数据类型的替代属性，但这不是一个选项，因为没有更大的有符号整数原语可以保存从0to 的所有值UInt64.MaxValue。

我宁愿不将我的整个程序集标记为不符合 CLS，因为在大多数使用场景中，并非所有可能的值UInt64.MaxValue都被使用。因此，例如，Address我可以提供一个替代long属性AddressAlternative，它只接受正值。Address但是，当以某种方式包含高于 的值时会发生什么Int64.MaxValue。应该AddressAlternative抛出一些异常吗？

什么是合适的名称AddressAlternative？

为 的每种用法提供替代方案ulong会导致许多“双重”属性。有一个更好的方法吗？请注意，并非所有ulong属性的使用都具有相同的语义，因此单个struct不会削减它。

最后，我在构造函数参数中遇到了同样的 CLS 合规性问题。那么我应该long为这样的参数提供一个替代的重载接受吗？

我不介意在仅 CLS 的上下文中使用库时限制其（某些功能）的使用，只要它可以在大多数情况下使用即可。