对！就是bintoc()！我随手构造N1...N4，就是因为一时忘了这个函数（其实平常经常用到的），呵呵呵呵。

N1 = 1314520520
C1 = bintoc(N1, "4RS")

如此，C1 = 0h4E59FDC8，那么就可以像occu(子字符串, 大字符串)一样地occu(整型值内码字符串, 大字符串)啦！

其实有符号或无符号，似乎不太关键，
事关，bintoc()和ctobin()配对，
无论中间过程的值在VFP内部如何处理，最终总能被ctobin()正确还原。
而且在此只是借用整型数的内码值，临时用作了字符串；
具体中间过程的实现细节，权当作透明，直接忽略即可。
事实上，倘若仔细验证过occu()函数运行起来准确无误的话，
直接C1=bintoc(N1)即可，也不必附加标志参数"4RS"。

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

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

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

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

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

我当然知道，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编辑过]

这话说得有些不太专业了。
你搜索一下VFP的帮助文件，王苏汉化版（曾广岷(TLDS_ZGM)，王振鹏(RichardWZP)，任明汉，王 苏(Wangsuww)，都市夜猫(City Owl)，……）
搜索关键词：
低级文件函数

恰恰是看中了“VFP高效的字符串处理能力”，楼主这才会突发奇想，特意将数值型数据也转换为字符串，以便利用VFP的字符串函数，去处理一些简单的、无需数值参与计算的统计工作。