С работоспособным примером все в порядке.Сообщение от Филоненко Владислав
Я спросил о трех вещах, на которые нет ответа в работоспособном примере.
В.Филоненко, пожалуйста, внимательно прочтите пост #67 и дайте квалифицированный ответ без отсылок куда-то.
Проблема в том, что у меня нет живого ПЛК110, иначе все давно было бы сделано методом проб и ошибок.
Последний раз редактировалось Newcomer; 15.03.2016 в 11:03.
да не, именно на поставленные вопросы, ну про два слеша понятно и из готового примера, а я про вычитывание невидимых символов из файла, с какой позиции читается файл если повторно вызвать функцию чтения определенного количества байт не используя функции позиционирования. Это нам с Вами легко из непонятно чего выделить нужное и использовать у себя в конкретной задаче, но стоит признать что не все такие
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Давайте по порядку.
OwenFileOpenAsync('usb:\\work\\t1.txt' ,'r', ADR(handle)) - это правильно записано. Спрашивал изначально не я, но мне это то же нужно.
В готовом примере записано так: OwenFileOpenAsync('usb:test.dat','a',ADR(handle))
Там файл находится в корневом каталоге накопителя, а меня интересует размещение файла в подкаталоге.
Последний раз редактировалось Newcomer; 15.03.2016 в 11:18.
Это стандартные вещи, описанные в учебниках, в описании стандартной библиотеки того же C. Такого уровня информация в описании не будет, это описание библиотеки, а не сути вещей.
'usb:work\t1.txt' - вот как надо.
Но если у Вас на флешке будет библиотека либрусека - тормозить будет. Проще надо, это не Icore7 c 16 Гигами.
Последний раз редактировалось Филоненко Владислав; 15.03.2016 в 11:52.
Тролль-наседка, добрый, нежный и ласковый
Уважаемый, вот вы все ссылаетесь на стандарт языка C, а там путь к файлу вот так бы был записан: "usb:\\work\\t1.txt"
Конечно абревиатуры usb там бы не было. Там бы было как-нибудь так: "h:\\work\\t1.txt"
Согласитесь, что синтаксис сильно отличается от вашей записи.
Бросьте в меня камень если я не прав.
Кстати, вы проверили свою запись на реальном железе ?
Последний раз редактировалось Newcomer; 15.03.2016 в 13:22.
это потому что в языках программирования обратным слешем обозначаются спецсимволы, и чтоб избежать этих недопониманий существуют константы типа File.separator
а путь как был так и остается с одним слешем. В плк нет таких заморочек спецсимволам предшествует знак $, а путь пишется просто
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Ну так и не надо ссылаться на стандарт языка C.
Следующий вопрос.
Возможна ли работать при помощи библиотеки с типизированными файлами ?
Следующий вопрос.
У меня на флешке записан большой текстовый файл. Я не могу прочитать его в ОЗУ ПЛК целиком за один прием, поэтому читаю по 4 байта за один раз таким образом:
OwenFileReadAsync(handle,ADR(bufin),4,ADR(res ult))
У меня такой вопрос – должен ли я сам позаботиться о положении позиции (смещение) в файле или положение в файле автоматически изменится на 4 единицы после прочтения предыдущего блока из четырех байт ?
Если я должен сам об этом позаботиться, то прошу пояснить как правильно в моем случае записать функцию OwenSysFileSetPosAsync
res:=OwenSysFileSetPosAsync(handle, (state)) - это будет правильно, и сколько этапов у этой функции ?
Последний раз редактировалось Newcomer; 16.03.2016 в 10:44.
Давайте не путать синтаксис языка программирования и логику работы с файламиУважаемый, вот вы все ссылаетесь на стандарт языка C, а там путь к файлу вот так бы был записан: "usb:\\work\\t1.txt"
Конечно абревиатуры usb там бы не было. Там бы было как-нибудь так: "h:\\work\\t1.txt"
Согласитесь, что синтаксис сильно отличается от вашей записи.
Бросьте в меня камень если я не прав.
Кстати, вы проверили свою запись на реальном железе ?
Тролль-наседка, добрый, нежный и ласковый
Ваши права
Ответить с цитированием