Есть ли какие либо ограничения у объекта "Текст" #512638

Записывал таблицу значений в текстовый файл . открываю так: До сегодняшнего дня (2 месяца) работало нормально , но теперь ТаблицаИД1 не равна ТаблицеЗначений. Смотрю в Notepad++ вроде все нормуль. Но файл большой 2,6 мег.

65К ограничение...

Блин ! Возможно там и есть 65 К. Спасибо. Буду копать.

64, пардон...

Как я понимаю это ограничение самой Тз или преобразования ? Просто работает так : Раз файл записался значит Тз позволила создать строки.

(*4) насколько я понимаю, это ограничения объекта Текст

Хм . Следовательно если найти способ получить строку не через "Текст" то будет все корректно работать ? Есть такой способ ?

Есть необходимость хранить Таблицу значений во внешнем файле и подгружать ее. Думаю переделать под DBF. Или можно получить строку как то еще ?

в v7plus есть объект V7TextFile, но на пред.объем не тестил

Изврат какой-то. Почему не как в ?

Пишет ошибку при ПрочитатьСтроку мануал на гуглил , но он не помог )

Ибо так написал партнер , и вот приходится дорабатывать за ними.

Сейчас речь об выходе из текущей ситуации , а не как нужно было сделать изночально.

какую ошибку пишет-то?

+ ой пардон, я ваще не туда смотрю... я тут хитромудрыми тестами параллельно занимаюсь

Судя по мануалу ты не прав. Но проверив и так получил: Но строка получилась не вся, а только первые 28 символов. Получается этот объект разбил сам строку . Вот паганец )

а текст у тебя чистый или со всякими спецсимволами?

Текст равен ТаблицаЗначений в Строку.

Есть объект Scripting.FileSystemObject и его производное TextStream Единственное, что читать надо по частям - объект на размерах больше 64 Кб не всегда корректно читает командой ReadAll, а вот Read(Размер) работает прекрасно и не затыкается на символах с кодом 0 (я на нём читалку образа Flash дисков писал).

СтрокаИД = "{"U","0","0","0","0","0",""}" Результат этого кода: Если поменять Номерстроки на 1 и буфер так же на 1 то результат тот же.

А проще нет ? ))))

+ Цикл отрабатывает только один раз.

+ Кроме того, у объекта текст ограничение не на сам текст, а на размер (то есть максимальную длину строки), так как файлы 2-3 мегабайта через "Текст" пишутся и читаются прекрасно, если в них нет слишком длинных строк. Также следует понимать, что если в таблице значений где-то есть перевод строки, то команда Текст.ПолучитьСтроку даст только часть таблицы, а надо будет сделать "склеивание", то есть не забыть прочитать и ПолучитьСтроку и так далее, то есть For i=1 To Текст.КоличествоСтрокDo If i>1 Then s=s+LineBreak;EndIf;

последний релиз v7plus - 11 ПрочитатьСтроку(<?>); Синтаксис ПрочитатьСтроку(<Строка>) Назначение Метод ПрочитатьСтроку считывает очередную строку и возвращает ее в параметр <Строка> без разделителя строк. Если в файле символ EndOfFile, метод ПрочитатьСтроку  обрабатывать его также как объект Текст. Возвращаемое значение: 1 - строка считана;  0 - больше строк нет Метод доступен для объекта типа V7TextFile

Но выдает ошибку если читать  так.

кстати да, сам пишу ч/з Текст файлецы до 10 метров.

входной файл кстати откуда льется? может там с символами перевода строк замута?

У тебя просто несколько строк в файле - вот и не читается, если спрашиваешь только первую. P.S. я объект текст не люблю за то, что он считывает весь файл в память (в отличие от TextStream, который читает построчно).

Просто если в строке таблицы значений есть перевод строки, то он будет и в результирующем файле, а потом ПолучитьСтроку вернёт всё, что написано до него.

В файле только одна строка .

Хм оказывается у меня v7plus версии 9 , сейчас попробую

опаньки! одна строка на 2,6 метра? думаю здесь версией v7plus не решить...

А ты туда заглядывал ? Если добавить в текст строку так: Текст.ДобавитьСтроку(Начало+LineBreak+Конец); а потом всё это сохранить, то в файле будет уже две строки.

если это у тебя файл обмена, и ты пишешь его сам, советую придумать некую структуру/формат выгрузки, и писать строчками/блоками, или - xml

Конечно. А вот так должно прочитаться: Fso=CreateObject("Scripting.FileSystemObject"); s=""; While File.atEndOfStream=0 Do Только ммееддллеенннноо ...

Да заглядывал Ноутпадом++

Что живёт в таблице значений ? Не проще ли каждую строку этой таблицы писать в строку файла - а потом построчно читать ?

во-во, и я о том же

Также ещё полезно для начала проверить для своей чудо-таблицы, что Уверен, что ЧудоТаблица и НоваяЧудоТаблица совпадают ?

Блин я ее удалил (((( АААА. Пойду головой о стену стукнусь.

Внедрена Опитумум на ТиС77 , для того что бы данные точно записывались уникальные создается таблица с внутренним идентификатором.

Таки ты пишешь ссылки на элементы, а не проще ли в таблицу писать внутренние ID этих элементов, а тогда будет сразу понятно, как это можно писать в строку (то есть сразу в объект текст).

В 7.7 есть внутренний Гуид ?

Есть, например ValueToStringInternal - это внутреннее представление объекта - то есть можно, конечно, оттуда достать ID, но проще вместо объекта в строку писать его. То есть у тебя будет файл, где в каждой строке будет записан созданный тобой ID, разделитель (например TabSymbol) и внутреннее представление объекта. При чтении такого файла ты быстро и просто восстановишь свою таблицу значений, и сможешь использовать поиск по элементу, если нужен поиск - если нет, то можно смело читать файл.

Задумываюсь что надо перейти на dbf и для поиск запросом юзать.

ValueToStringInternal как понимаю его легко конвертировать в объект ?

ЗначениеИзСтрокиВнутр

Да я воткнул. )

Просто для тебя проще не всю таблицу сразу конвертить, а по строкам - конечно, дольше, но при больших объёмах есть экономия памяти (мы длинную строку не создаём)