Точно. Видел такой файл в ПЛК-браузере. Хех... Не допер. Тогда можно указатель так хранить, верно. Несколько проще, не работать с двумя файлами. Спасибо!Сообщение от lazy
Одно "но". Пробовал как-то запускать ПЛК без аккума вовсе. Тогда примочка со слежением за аварией питания не работала (что-то я пытался записать в файл, но фейл). То есть, как я тогда сделал вывод, аккум нужен, хоть плохонький. Вот почему ритейн я и предал анафеме. Рано?
Искал и по "кольц", и по "журнал" в твоих сообщениях. Не нашел. Ну, не старшно, главное идея.
Соббсно кольцо - это 2 и более файла (не рассматриваю перезапись одного). По мере заполнения последнего - сносим первый. А проблему запоминани текущего активного можно решить и без допфайла и ретайна -используя размер.
Последний раз редактировалось Валенок; 22.01.2014 в 18:52.
А почему, собсно? Я как раз делаю сейчас (еще не знаю, как получится, много отрываюсь) открытие файла на RW, потом SysFileSetPos и запись одного события, потом SysFileGetPos и прячу полученный DWORD в ритейн-переменную... Должно бы... Смогу проверить через пару часов.
Ага, а тогда номер записи как запомнить?
жесткий бинарник (от Yegor'а) смотрим ?Ага, а тогда номер записи как запомнить?
Не обязательно... Я щас решил сначала как раз не бинарник сделать, для пробы.
Главное ведь не в том, как ВЫЧИСЛИТЬ позицию записи, а как запомнить (номер записи от начала или саму позицию). Она запоминается у меня в ритейн...
может я попробую, жесткий бинарник подразумевает, если у Вас одна запись составляет в совокупности 10 байт например, то восьмая запись должна начаться с 81 байта от начала файла или записей. Таким образом, зная размер бинарника мы знаем сколько в нем записей и пора ли "затирать" первую запись, чтоб добавить новую и при этом файл оставался с тем же размером
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Ну так ведь сам номер записи лежит в записи. А вычислить позицию при старте можно например бинарным поиском разрыва последовательности в номерах записи.
Ну или тупой перебор, при старте не страшно.
Последний раз редактировалось Валенок; 22.01.2014 в 20:05.
В csv читаем хвостик, ищем последний номер записи. Он там вроде перед датой
PS
Из csv кстати тоже можно сделать а-ля бинарник - пробелы помогут. Только это не кошерно как-то
Последний раз редактировалось Валенок; 22.01.2014 в 20:12.
Как. уважаемый коллега? Как мы знаем. что пора затирать? Для этого нам надо знать не только размер файла (это ясно), но и количество записей. которые мы произвели на текущий момент. Я об этом и говорю: номер записи.
Ладно, если вы до сих пор думаете, что я ошибаюсь - дайте мне самому убедиться в этом. Или убедить вас в обратномУ меня еще целый вечер впереди
Ваши права
Ответить с цитированием