Вопросец, есть строка (длинна разная) нужно получить контрольную сумму из нее число integer.
Нашел вроде код на 1с которая преобразует строку в чексумм но не понятно что за функция в ней используется

Arg2 = LongInt(int(Arg1/2), ?(int(Arg1/2) = (Arg1/2), "0", "1") + Arg2);

1с ругается на LongInt  

Взел отттуда
http://www.gr13.ru/old/1c/download/program.htm

И вообще мне не понравился код, может кто делал по проще?

(0) А шо такое в вашем понимании контрольная сумма?
CRC32, MD5 или еще что то?

вообщем я понимаю число определенного размера которое получается (ПО БАРАБАНУ каким способом ) из строки примерной длинны (100-200) и для каждой разновидности такой строки будет уникальным с наибольшой вероятностей.

Грубо говоря хочу синхранизировать справочники, и чтоб знать что элемент справочника изменился (и требьует изменения в другой базе), я формирую чексумм по полям которые должны обновляться и там и там, и если чексум расходиться то я  данные обнавляю. Только не надо обсуждать мой вариант синхронизации, надо просто если можете помочь с функцией.

так понятнее?
Arg2 = Число(Цел(Arg1/2), ?(Цел(Arg1/2) = (Arg1/2), "0", "1") + Arg2);

не пнятно , функция Число имеет один аргумент!

(2) "Только не надо обсуждать мой вариант синхронизации" - ага, ЩАЗ! ))

(5) просто щас начнут а ты ни так делаешь делай так, вообщем как всегда на форумах.

(4) LongInt это длинное целое, то же что и int только побольше. Т.е. точнее так даже: Arg2 = Цел(Цел(Arg1/2), ?(Цел(Arg1/2) = (Arg1/2), "0", "1") + Arg2);
а к чему второй аргумент хз.. Больше кода

(6) А если и правда не так? Для синхронизации уникальный идентификатор нужен, а у тебя "с большой долей вероятности"...

+(8) Т.е. если есть вероятность что контрольная сумма повторится, значит рано или поздно так и будет. И впендюришь в элемент совершенно не его строку.

не впендюрь а перепишу данные, контрольна сумма для того чтоб понять данные обновились или нет, а синхронизация по коду будет.

Вот не пойму Вы советуете не понятные вещи, у Цел один вх параметр. Что Цел что Число входящий один параметр, и 1с ругается на П = Цел(1,2);

(9) Рез = 0;
   Множитель = 1;
Для н = 1 по СтрДлина( ВхСтр ) Цикл
Рез = Рез + Множитель * КодСимв( Сред( ВхСтрока ), н, 1 ));
Множитель = Множитель * 128;
КонецЦикла;
***
вроде как не повторится .....
вопрос выдерждит ли размерность числа :-)

(10) Так проще все... Сделай тз с колонками Код, ТвояСтрока и КоличествоСовпадений. В Код и ТвояСтрока сваливаешь оба справочника, КоличествоСовпадений заполняешь единицами, затем ТЗ.Свернуть("Код,ТвояСтрока", "КоличествоСовпадений"). Где двойки получились, там не менялось, где единицы переписывай.

(11) Вот не пойму что тебе это даст... Одинэска переменные так хранит, что сравнить два числа вряд ли быстрее будет чем две строки, а (13) реальный прирост даст по скорости ;)

Завести реквизит дату и время изменения, по нему и сравнивать.

(15) красиво...

(15) Если пользователей до фига может одинаковое получиться.

Вот смотри:
Есть 1с база справочник
Код Наименование артикул Кладовщик Цена
ЧекСумм от этой строки будет число

далее его кладу в SQL

потом с другой базы подцепляю его

далее его сранвиаю с имеющемся, если расходиться то обновляю справочник
по ОЛЕ из первой базы

ты мне предлогаешь пихать в SQL суммарную строку всех реквизитов справочника?

В этом случае в результате иммем
1. Объем данных не нужных и тормоза работы БД SQL
2. Сложный алгоритм синхроницации

(18) А нафик вообще что-то ложить в sql? Из одной базы цепляйся по OLE к другой и тяни напрямую...

Оле работает медленно, поэтому и делаю поля чексумм чтоб меньше запросов было через него, используя чексумм даёт прирост произвождительности и простоту использования.

Как страшно жить...(с)

предстовляешь документ 100-200 позиций 500 штук в день ?

фактически SQL нужен не для синхронизации справочников а для синхронизации работы склада и офиса.

(20) Да ну? Ты просто не умеешь его готовить... ВыбратьЭлементы(); Пока ПолучитьЭлемент()=1 Цикл работает с одной и той же скоростью, как в родной базе, так и в олешной...

просто придумываем блок отдельный 1с для управление динамического хранения товра, который позволяет цеплятся к люой 1с торговли.

Эх Васька Васька....... твоими устами мед бы пить.
P.S. посовету по теме ченибудь не будем спорить.

Че за ЛонгИнт так я и не понял

(0) Каким боком контрольная сумма может помочь для контроля изменений не поятно. Обработай файл монитора и получишь измененные элементы, туда попадают все элементы записанные интерактивно. Ну если уж так охота контроль, дублируй справочник и храни в нём все нужные реквизиты, это хоть корректно работать будет :)

Всем спасибо тема закрыта.
ТУ Rovan большие числа получаются. способ оригинальный, респект что в тему.