[ID CC-CC2022] Скрипт не видит содержимого файла (другого видит)

  • Автор темы Автор темы hulk1776
  • Дата начала Дата начала

hulk1776

Топикстартер
15 лет на форуме
Сообщения
738
Реакции
21
Решил сделать скриптик на получение списка ФИО из текстового файла (который использовался в data merge). Оказалось, что при открытии такого текстового файла скрипт не видит его содержимого:
Код:
var mFiles = []; //список файлов для перебора
 f.open("r"); str = f.read(); f.close();
$.writeln(str);
exit();
Переменная str оказывается пустой. При том, что другой txt-файл с другими данными (месяц, год, и пр. мелочевка) тот же скрипт видит без проблем и показывает содержимое.
Кодировка и там и там одинаковая - USC2 Little Endian. Но есть подозрение, что файлы для data merge имеют какой-то хитрый формат (потому что из обычного txt-файла Индиевская data merge в свою очередь не видит начинку правильно.)
То есть, как заставить скрипт увидеть содержимое txt-файла?
 
кодировку задать перед открытием
 
JavaScript:
var file = File("M:/Never/fake.txt");
file.open("r");
var str = file.read();
file.close();
$.writeln(str);

Вот этот код тоже выдает пустую строку. Файл не существует.
 
  • Спасибо
Реакции: hulk1776
При том, что другой txt-файл с другими данными (месяц, год, и пр. мелочевка) тот же скрипт видит без проблем и показывает содержимое.
Все таки позволяет предполагать, что в пропущенном коде переменная f таки инициализируется корректно из списка mFiles ?
 
Все таки позволяет предполагать, что в пропущенном коде переменная f таки инициализируется корректно из списка mFiles ?
набросились-то... топикстартер не ответил ещё ни на один вопрос, а тут уже
наезды и правки :))
 
а если просто открыть этот текстовый файл блокнотом
В "обычном" lister'e (Тоталкоммандеровский) текст отображается (и рус и англ.)
То что эта операция в консоль ничего не показывает, вовсе не означает, что str пустой
Так в отладчике (
1613570395850.png
) оно тоже все пустое.
 
Вы проблемный файл то приложите
 

Вложения

Может я сейчас глупость скажу, но не пробел ли в имени файла виной?
 
  • Спасибо
Реакции: hulk1776
Может я сейчас глупость скажу, но не пробел ли в имени файла виной?
Да, ошибка не в пробеле, а в пропущенном куске пути. Читаемый файл был записан без ошибки. А нечитаемый - с ошибкой в пути (я тут на двух машинах тестируюсь - на домашней и на удаленной рабочей). Похоже просто проглядел. Как путь написался верно, так все и прочиталось. А то уж слишком странно было бы))
Спасибо)

p.s. И Oleg Butrin оказался прав: из несуществующего файла будет выводиться пустая строка, но НЕ ошибка чтения).