您误解啦。我后边探讨的，正是尝试用类似occurs()这样的字符串函数，去处理整型值数据。
只因某些字符串函数，在处理某些情况下的查询统计时，会比较简单、方便，而数值函数却没有这种便利。

明白啦！bintoc()第一个参数是有符号整数，它只能接受小于0x80000000正数值，因最高位是符号位。
那么说来，我手动构造4字节无符号整数，反倒是有点用处的。

看来26楼说的还没注意到

其实，我针对的是VFP可正确处理的整型数值，或者说，数据类型为“I”的字段值。
只要VFP能正确处理这个数值，那么bintoc()处理起来，应无问题…………难道不是吗？
现在，字符串函数要用到的，正是bintoc(某I值)，理论上，不会溢出。

DBF的I型数据本身是按内码存放的，不用再转换来转换去，将DBF当作字符来处理就可以。
继续绕

关键是，字符串函数，它不接受数值型参数哇！
话说，脱裤子放P，有时候，绝对是有必要的；
绕，其目的是让这一督P，放将出去后，合规合矩，师出有名。
绕，其本身不是目的，而只是合规所须经历的必要手段。

又绕到哪去了，什么字符串函数，它不接受数值型参数哇！
在DBF文件中I型数据本来就是一个内码数据（字符串形式），取出来就是了，还要用什么函数的数值型参数！
这样看看：
CREATE TABLE c:\temp\tt (f1 I,f2 n(16))
INSERT INTO tt VALUES (-2147483648,123456789012346)
tt.dbf文件内容，图中红框框的 00 00 00 80 就是F1的-2147483648，直接取出 00 00 00 80 就是了。

你倒是有点儿将我绕糊涂啦。

我当然知道，I型数据在DBF中是以内码存放。
现在是打算在VFP程序代码中，以字符串类型来处理数值型变量值哇：

select MyTable
scan
    * 假设A1...A8都是I型数值字段：
    lcA1 = bintoc(A1)
    lcA1_A8 = bintoc(A1) + " " + bintoc(A2) + " " + bintoc(A3) + " " + bintoc(A4) + " " + bintoc(A5) + " " + bintoc(A6) + " " + bintoc(A7) + " " + bintoc(A8)
    * 简单统计一下，每一行中，A1出现的次数：   
    lnOccu = occu(lcA1, lcA1_A8)
    ? lnOccu
endscan

我有点不明白你的意思了：这样一个简单的“从数值到字符串”的转换，为什么企图借助低级文件处理函数，直接从DBF取出（你所表达的意思，可以这么理解吗？）？

[此贴子已经被作者于2023-3-14 16:48编辑过]

给个实实在在的DBF测试好了，例举的也行。

不要小看VFP，文件对于VFP来说，有时是不存在高低级别的，尤其是当作字符串处理。不是有STRTOFILE、FILETOSTR吗，这些不低级吧。
加上VFP高效的字符串处理能力，对于你这类问题还真不用USE操作字段。

[此贴子已经被作者于2023-3-14 16:56编辑过]