Платформа v77R25
Ситуация: При выполнении процедуры ЗначениеИзСтроки() 1С выпадает с ошибкой памяти.
Вопрос: Если какое-то ограничение на реквизит "строка неограниченной длины"

Что в строке?

(1)Есть раница? Ну если интересует, то список значений с агрегатными значениями, типа документ ;)

(2) Чтоооо? Что получить в результате хочешь?

Смотря как записывал :)
Тут наткнулся на ограничение комментария в 255 символов. Т.е. по базе строка неограниченной длины, но реквизит документа на форме был без галки "многострочность"

Коментарии это нетот случай ;) - В модуле ты тоже в одну строку можешь набрать только 255 символов ;).
Рекевизит "Строка неограниченой длины". Результаты длительных расчетов методом ЗначениеВСтроку() записываеться в этот реквизит, чтобы при последующем открытии их не требовалось пересчитывать ;). Но насколько я подозреваю есть ограничение, т.к. если записываеться большое количество данных при попытке их прочитать вываливаеться ошибка памяти. Интересно какое ;)

(5) ЖКК про ЗначениеИзСтроки() вынимательно прочитай. Не там копаешь.

(6) Извени, но что такое ЖКК, в описании функции ЗначениеИзСтроки() (Описание языка 1С) никаких ограничений нету

(7)
ЗначениеИзСтроки(<?>);
Синтаксис:
ЗначениеИзСтроки(<СистСтрока>)
Назначение:
Преобразование из строкового системного представления во внутреннее значение.
Возвращает: Значение, которое получено из строкового системного представления.
Параметры:
<СистСтрока> - строковое представление объекта в системном виде.
Подробнее см. в документации, глава ''Системные процедуры и функции''

из строкового системного представления во внутреннее значение
из строкового системного представления во внутреннее значение
из строкового системного представления во внутреннее значение
из строкового системного представления во внутреннее значение
из строкового системного представления во внутреннее значение

Хватит?

(8) Не понимаю (6), почему не там копаешь?. Смотрим глава "Системные процедуры и функции":
Из описания функции ЗначениеВСтроку() следует, что строковое системное представление:
"Строковое представление имеет специальный системный формат, т. е. предназначено не для отображения, а просто для возможности выпол­нения строковых операций с объектами, например при экспорте-импорте информации между разными конфигурациями (например, при помощи OLE). При преобразовании агрегатных типов данных, данный системный формат использует идентификаторы объектов, как они даны в конфигура­торе, а также значения кода (для элементов справочников) и номера (для документов), поэтому при передаче такого строкового представления в другую (похожую) конфигурацию функция ЗначениеИзСтроки сделает попытку восстановить значение объекта по его строковому описанию."

От туда же под внутренним значением подразумеваеться:
"значения любых типов данных, доступных в конфигурации, как ба­зовых, так и агрегатных типов данных, за исключе­нием тех типов данных, которые не имеют собст­венно значения — это касается таких объектов как «Периодический», «Таблица», «ФС», «Запрос», «XBase» и т. п. Однако, объекты типа «СписокЗна­чений» и «ТаблицаЗначений» использовать можно — он преобразуется в строковое представление."

Функция ЗначениеИзСтроки() являеться обратной Функции ЗначениеВСтроку() - смысл понятий один и тотже.

В дополнение к (5): Все расчеты по документу выведены в диалоге в виде ТаблицЗначений. Реквизита с таким типом данных для документа создать нельзя. Поэтому создан реквизит с типом "строка неограниченной длины" и Таблица расчетов методом ЗначениеВСтроку() сохраняеться в этот реквизит. Но когда количество данных в Таблице расчетов достаточно большое, при попытке востановить ее из реквизита методом ЗначениеИзСтроки() вываливаеться ошибка памяти. Когда количество данных в Таблице расчетов небольшое - такой проблемы не возникает. Отсюда делаю вывод, что для Реквизита с типом данных "строка неграниченной длины" есть ограничение, вот только какое? И как его можно проследить еще перед записью?

(10) Так бы и сказал, а то в (2) "список значений с агрегатными значениями, типа документ"

Строку с формы убери.

(11) Сам реквизит со строкой не отображаеться никогда и нигде, он просто используеться для хранения данных

Длину строки после ЗначениеВСтроку() в студию

(10)ограничение есть для скульных версий, из-за особенностей скула... для дбф пофих... правда с такими сиптомани 1С не валится...

(12)А зачем тебе значение в строку?
Куда данные экспертируешь и пошему не приведешь пример програмного кода и картинку, картинку лучше смешную :)

Есть мнение, что 1С падает при переходе размера строки через 65536 байт.
Можно попробовать просто создать строку этого или большего размера и запихнуть в "СтрокуНеограниченнойДлины". Если вывалится, то бить на несколько строк.

(0) Не делай так, чтобы не быть битым...

(10) за это, надо в дворники, да и то еще подумать...
методы сделать как хочешь есть и не один, без всяких там строк...

(16) Я тоже уже подобную информацию нарыл
Нашел выход: Перед записью пакую строку архиватором, а потом записываю в реквизит - немного дольше, но уже без эксцесов ;)

и еще был какой то баг, связанный с местом реквизита в структуре метаданных..
рек1 - число
рек2- строка
рек3 - строка неогр. длины - способствовало вроде бы краху 1С............

В 1С есть косяк с оч. длинными строками.
Я бы хранил нечто длинное в файликах/папках с datetime+guid - ссылкой.

(21) Этот варинт на разработке ;), просто база живая-производственная и ее остановить низя

(22) выгнал бы, и даже на дворника не пустил...

(23) Угу, вакансию дворника занял бы ты...
Там можно мести куда хочешь и как хочешь :)

(24) Не, дорогой, мести придется таки тебе.

Может и несколько котегорично, о объяснять про целосность и прочее лениво...

Ну поверьте, нет другого способа кроме строки или внешнего файла. Просто сам документ содержит в себе несколько конструкций, состав которых не постоянен. Добавлять примерно 50 реквизитов и при увеличении ассортимента изготавливаемых конструкций увеличивать это значение по меньшей мере не рационально.

(27) Поверь есть, и даже в некоторых конфах реализовано...
К примеру есть понятие характеристики и свойства, представь себе комплектное задание в 300 строк и по 3-5 свойств, тоже вроде много ?
А все проста - служебный документ (который и проводить то ненадо) надо только привязку/перевязку к строкам основного сделать, и показывать то его ненадо, все будет в ТЗ на основном и только для нужных строк...

(25)(28) Фирма занимаеться производством металопластиковых окон, ролетов, дверей. Представте просто их вариации формы и внешнего вида, сколько размеров и скольки деталей вам нужно расчитать и сохранить. Притом количество деталей всегда разное, как и их свойства

В добавок к (29). Этот документ являеться Заказом, который оформляеться и прощитываеться на куче дилер-центров непосредственно в присутствии заказчика. Я просто не представляю какой объем по обяснению пользователям (дилерам) нужно каждый раз было бы проводить при появлении нового вида продукции, а если еще учесть навыки работы с компьютером, то мне легче через строку

Блин куча же специализированных решений под это есть, зачем велосипед мутить

(31) Его замутили до меня, а я его вынужден крутить

кстати (28) дело говорит

(28)+1

кстати а что ты понимаешь под новым видом продукции

У меня страница html, в немного закодированном виде хранилась, как строка неограниченной длины в реквизите справочника. Всё работает нормально, только медленно.
Поэтому есть предложение хранить в строке xml-файл.

(29)(30) Представь мебельное производство, серийное...
(36) удалим элемент - что будет ?

+(37) в мебельном одно изделие может быть в более чем 20-30 ипостасиях, что будет со справочником ? и не просто ипостасиях, онож состоит из многих полуфабрикатов...
...
Делай документ - СвойстваДокумента и вяжи его со строками по реквизиту ГУИ либо просто в нем НомерСтрокиТЧ (но тогда его перестраивать при изменениях в основном, но так просче)

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

(39)
Насколько я понял, он как раз и не хочет создавать справочники, а хранит таблицу значений в виде строк и ещё каких-то описаний.
Если у него есть справочники - тогда не ясно, почему он не хочет делать подчинённый документ.

Кстати, а что будет, если элементами таблицы значений будут вложенные таблицы значений (я такое обычно при формировании отчёта делаю) - и это всё положить в строку ?

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