(),(18)
не совсем понятны ваши намёки на C# и С++. предлагаете взять, и написать сто пятидесятый ридер compound, в добавок к уже имеющимся Compound.dll, ActiveMD.dll, gcomp, и прочим? это неинтересно, и это, на мой взгляд, лишено смысла. идея состояла именно на полноценной реализации алгоритма исключительно в рамках встроенного языка 1С. Мой алгоритм чтения Compound целиком и полностью уложен в стандартный синтаксис встроенного языка 1С, я это хотел подчеркнуть, что внутри - не вызов нарытого в инете vbs-скрипта, и не вызов методов Compound.dll или ole32, завёрнутый в скрипт.
Здорово, молодец. За идею и саморазвитие пять...
ну вот, а говорите, что не жонглируете. с исходного кода алгоритма чтения Compound перескочили на исходный код алгоритма чтения текста из потока. т.е., на ваш взгляд, это одно и то же?
Не, не жонглирую. На уровне 1С это одно и то же. Это вызов метода внешней компоненты..
а ошибки я имел в виду в структуре Compound (ошибки в FAT, MimiFAT, Directory, некорректные цепочки, и т.п.)
Ну эти вполне обрабатываемые. От закрытости/открытости кода не зависит.
это ограничение на объём данных
И сколько max memory size?
P.S. Я это к чему? Я к тому что в описании ошибка про неиспользование внешних компонент. А про ole32.dll я вспомнил т.к. думал, что разработка для дела нужна, а не для спортивного интереса (на подобии "Как палочками суп есть").