Ⓙ
Функция взята отсюда, но я не заметил, чтобы Webogram взаимодействовал как-то с С++.
Я как раз с этим сталкивался в контесте. В лонге в апи было переполнение.
Size: a a a
2020 February 17
Ü
Конкретно там функция используется для обратной цели: преобразовать число со знаком в число без знака, чтобы затем записать в байты (наверное, потому что отрицательные числа не принимаются) и отправить по каналу. На там конце, видать, сервер спарсит эти байты как int.
...так как остальное отсечётся и останется только основное число.
Ü
Конкретно там функция используется для обратной цели: преобразовать число со знаком в число без знака, чтобы затем записать в байты (наверное, потому что отрицательные числа не принимаются) и отправить по каналу. На там конце, видать, сервер спарсит эти байты как int.
То есть отправляется специально число + максимальное значение uint, на сервере с помощью переполнения получается число без знака, а почему бы сразу не сделать перевод знака на стороне JS?
Ⓙ
Там рэндомы, пофиг на знаки, речь о совместимости прост.
GW
То есть отправляется специально число + максимальное значение uint, на сервере с помощью переполнения получается число без знака, а почему бы сразу не сделать перевод знака на стороне JS?
Я думаю, что там нет переполнения, потому что число на входе отрицательное и меньше по модулю того специального числа. Я думаю, что число меньше по модулю, потому что в названии функции написано int. Я не знаю, почему сделано именно так, надо разбираться.
Ü
Я как раз с этим сталкивался в контесте. В лонге в апи было переполнение.
То есть если Вы отправляли число выше максимального или ниже минимального значения типа?
GW
@shemeldin Это число кладётся в Uint32Array, поэтому оно должно быть положительным: https://github.com/zhukov/webogram/blob/c5fc5107cad2a476a03d7ce8427f1def41c20568/app/js/lib/tl_utils.js#L355
Далее это не число, а набор байт. Этот набор байт можно проинтерпретировать как int (исходное число), а можно как uint (результат функции). Как сервер спарсит этот набор байт — его дело.
Далее это не число, а набор байт. Этот набор байт можно проинтерпретировать как int (исходное число), а можно как uint (результат функции). Как сервер спарсит этот набор байт — его дело.
Ⓙ
То есть если Вы отправляли число выше максимального или ниже минимального значения типа?
Выше, да. Там магия была в 50% случаев, кайфово было дебажить, math.random() же как раз в интервале, добавить к нему что то и все, рискуешь вылезти.
Ⓙ
('1'+math.random()).split('.').join() - лонг
Ⓙ
('5'+math.random()).split('.').join() - уже не лонг
Ü
@surgie, замечено, что переполнение работает нормально, а вот функция intToUint некорректно работает.
Ü
В последнем случае должно быть 1, 3, верно?
GW
В последнем случае должно быть 1, 3, верно?
Нет. Должно быть тоже самое, что при выполнении new Uint32Array([1, -3]);
GW
Там нет переполнения, всё в пределах диапазонов int/uint. Точнее есть переполнение с снизу, но не сверху.
Ü
Нет. Должно быть тоже самое, что при выполнении new Uint32Array([1, -3]);
И смысл тогда от этой функции?
GW
Uilt32Array автоматически преобразует int в uint, функция intToUint делает это вручную (правда я не понимаю, зачем).
GW
И смысл тогда от этой функции?
Возможно, это legacy
Ü
Uilt32Array автоматически преобразует int в uint, функция intToUint делает это вручную (правда я не понимаю, зачем).
Ага.
e
интересно, работы зальют сегодня на contest.com по JS второму этапу? в первом этапе было 115 сабмитов и залили на некст день, вчера он прошел, но списать можно на вск, выходной, к тому же 30 работ проще и быстрее залить)
Д
32