Возведем 2 в степень 31 и от результата отнимем единицу - это я и имел ввиду. Проверьте в Экселе. 32-й бит зарезервирован под знак числа (плюс или минус)
Что буду делать - придет день - буду думать. "Птицы Божьи не жнут не пашут, а пищу имеют" (забыл имя основателя учения , где-то рядом с Шри Ауробиндо, но не он) :)
只适用于地标数据，不适用于对齐数据。对于像Longsignificant这样的数据，怎么办？我说--当你改变数据的维度时，你会怎么做？技术发展相当快，在迁移到64位总线的过程中，int类型变量的维度会发生变化--根据标准PSA，它取决于数据总线的维度，并受到最小值（而不是最大值）的限制，所以不仅是int，长程也会发生变化。这些都是严格意义上的一个字节的字符。他们发明了一些标准，不是吗？一个原因是程序的兼容性。
问候，弗拉迪斯拉夫。
好运和良好的趋势。
我将做什么--这一天会到来--我将思考。
"上帝的鸟不收割也不耕种，但有食物"（我忘了这个学说的创始人的名字，在斯里-奥罗宾多附近，但不是他）:)
这就是我的意思。这还不够，在明确的初始化（ArrayInitialize()函数） 时- 函数，其结果将是未定义的--这将是非常搞笑的。这就像一个关于匹诺曹和苹果的儿童谜题： - 如果匹诺曹得到了5个，然后得到了2个，还剩下多少个苹果？- 正确答案是不确定的，因为你不知道Buratino在得到五个苹果之前有多少个苹果。:)尊敬的弗拉迪斯拉夫。好运和良好的趋势。
"上帝的鸟儿不收割也不耕种，但有食物"（我忘了这个学说的创始人的名字，在斯里-奥罗宾多附近，但不是他） :)
这样更容易--我们被一个自我初始化所拯救--那么结果总是被定义。而且它并不消耗大量的资源。
问候，弗拉迪斯拉夫。
好运和良好的趋势。
Что буду делать - придет день - буду думать.
"Птицы Божьи не жнут не пашут, а пищу имеют" (забыл имя основателя учения , где-то рядом с Шри Ауробиндо, но не он) :)
它更简单--它为我们节省了很多时间--结果总是被定义的。而且它不会消耗大量的资源。
问候，弗拉迪斯拉夫。
好运和良好的趋势。
这就是我所做的--我写了相当多的 "不必要的 "代码，尽管我自己并没有写很多代码。
是的，我也是这样做的--并向其他人推荐，关于无用性--如果考虑到抓取错误的时间，哪个更快是值得商榷的:)。
问候，维尔达季斯拉夫。
好运和良好的趋势。
谢谢你。收到了，正在等待答复。:о)
如果有些东西不在那里，就可以单独查到指标。
PS：这是为了防止有人也需要它:o)))
我们将来会不会检查一下，看看是否真的如此？