Как дать постоянное разрешение cmd.exe на принудительную перезапись текстового файла?
Приветствую читателей!
Столкнулся с проблемой. В среде Windows создаю текстовые файлы с помощью консольного приложения и приходится постоянно удалять предыдущий файл, а если он не удалён, то консольное приложение ругается.
Хочу дать права cmd.exe на принудительную перезапись текстового файла в папке (или в крайнем случае вообще на дисках). Как это сделать?
Понимаю, что атрибут /y тут не прокатит, т.к. выполняется консольная команда и этот атрибут в случае применения будет относиться к ней, а это уже не то.
Линуксоводам просьба воздержаться от советов, вроде "Переходи на Unix-системы и не будет таких проблем" :D
Во-первых, как именно ругается консольное приложение? И почему это ругается, ведь файл должен был быть создан им же, под тем же пользователем? Ну или покажите ваш способ записи информации в текстовый файл.
А во-вторых, может стоит делать это в UNUX-like системе?
сергей кузьмин, никак. Просто удаляю старый файл и всё тут. что-то подсказывает, что решать мой вопрос нужно в теле консольного приложения, но это для меня не выход. Если подобную проблему нельзя решить дав консоли права перезаписывать файлы, то....
DEVELOPER, а почему это вдруг аргумент /Y у команды MOVE каким-то непостижимым образом не должен сработать? Или какое-то консольное приложение само перемещает файл, но неудачно? Тогда да, тогда только писать .bat с удалением "мешающего" файла, и последующим запуском самого приложения.
AUser0, потому что вы атрибут /y будете прописывать применительно к приложению и больше никак. Я же специально написал целое предложение про атрибут, чтобы таких вопросов не возникало
Пример:
C:\blablabla.exe -s blablabla -a blablabla -z blablabla -j C:\result\result.txt и тут, в конце вдруг вываливается /Y Так что ли?
DEVELOPER, так и я написал, что если перемещение файла делает сама программа - тогда перед ней делайте DEL /Q /F C:\result\result.txt, и будет вам шастие! И это единственный способ.
P.S. Ну попробуйте ещё
C:\blablabla.exe -j con: >C:\result\result.txt
, но это скорее всего не сработает. А если сработает - то вам сильно повезло!
P.P.S. Или не указывать аргумент -j, и тогда программа по счастливейшей случайности всё выведет в STDOUT - тогда >C:\result\result.txt тоже сработает.
AUser0, блин. Сейчас попробую. Такому, как говорится, нас не обучали )))
Отпишусь, если сработает.
P.S. Нет. Ни то, ни другое не помогает.
Наверное нужно в коде приложения вводить добавку.
сергей кузьмин, DEVELOPER,
Согласен с вами. Конечно же интересно узнать что за приложение, но изначально должен был найтись (или не должен, но я пробовал) способ для любого приложения (не важно какого). Для ответа на поставленный вопрос нет необходимости знать, какое именно приложение используется. Поскольку по теме это не очень-то работает, скорее всего нужно пытаться получить результат методом №2, т.е. внести добавку в тело приложения.
Исходники тут: Ссылка удалена модератором.
AUser0, нет. Так не пойдёт. После атрибута -j должен следовать путь, а не команды. (в примере)
Вы снова уклонились в работу с оболочкой, пытаясь производить манипуляции в консольном приложении. Вы же должны понимать, что вводя команду на запуск приложения, нельзя в ней указывать команды консоли. Нужно их как минимум "разделять" (как-то).
Мне кажется раз ответа по существу нет, то проще спросить, какие изменения в исходнике нужно сделать. Благо они имеются и небольшие совсем.
DEVELOPER, откуда же такая искренная вера — признание чего-либо истинным независимо от фактического или логического обоснования, преимущественно в силу самого характера отношения субъекта к предмету веры; убеждённость, глубокая уверенность в чём-либо - в мощь цмд ?
сергей кузьмин, вы о чём? По крайней мере пока, взяв во внимание всю дискуссию, рабочего результата никто так и не предложил. Поэтому я считаю, что либо те, кто стараются помочь, не могут это сделать (может быть таким путём это не реализуемо), а может быть проще на данной этапе, имея некоторые разочарования в возможностях системы пойти по альтернативному пути.
сергей кузьмин, Сергей, я уж и не знаю. Вы или стебётесь над человеком и для этого сюда заглянули или реально что-то не так. Всё описано прям тупо и конкретно.
Ещё раз пишу: При генерации текстового файла во второй (и последующие) раз консольное приложение не может перезаписать уже созданный (имеющийся) текстовый файл и указывает на ошибку, что мол файл уже существует. Если я генерирую другой файл, то первоначальный мне уже не нужен и я могу позволить его перезаписать. Как и возможно ли это реализовать в консоли Windows? Батники не рассматриваются.
AUser0, выше ведь написал и ранее писал, что это нужно сделать не в батнике. Блин, неужели это нельзя было понять или прочитать? Сам прекрасно знаю, что в батнике это можно легко реализовать и сам могу это сделать, но это настолько будет неудобно, что проще удалять ручками старый текстовый файл. "Правильно" наверное возможно это реализовать только в коде, на который и дал ссылку. Причём тут батник-то?
DEVELOPER, ну не надо - так не надо, ваше право (отвергать вполне работающее решение).
Непонятно только, в чем же НЕУДОБСТВО использования .bat файла? Программе аргументы разные нужны? Так .bat можно и под разные аргументы сделать. Как именно - уже не буду разжёвывать, думайте сами, решайте сами, иметь или не иметь...
конечно cmd по общему убеждению весьма слабый (говоря другими словами) процессор сценариев но без сценария уж никак
Ну тогда я правильно думаю, что нужно что-то менять в строке исходника. Решать эту задачу посредством КС не вариант. Вы посмотрели исходник? Что-то сможете сказать?
Непонятно только, в чем же НЕУДОБСТВО использования .bat файла? Программе аргументы разные нужны? Так .bat можно и под разные аргументы сделать.
Неудобство в том, что нужно постоянно менять данные в строке в разных её частях. Вы предлагаете менять эти данные, потом сохранять, потом идти туда, где лежит батник и запускать его?
Я же просто меняю данные, вставляю строку и жму ENTER. Ладно. Смысл обсуждать суть, если всё съехало к батнику? Тогда уж лучше код поправить, если кто подскажет как.
Тем способом, на который была надежда решить вопрос не удалось.
сергей кузьмин, так вы почитайте внимательно ответы в ваш адрес. Возможно и найдёте ссылку на гитхаб. Ну не выкладывать же мне подозрительные файлы на яндекс диск или не включать весь исходный код приложения в тело сообщения?
DEVELOPER, конкретно какое из открытий файлов на запись у тебя ведет себя не так как ты хочешь, и скрин, что твоя программа говорит, при неудачной попытке перезаписать файл. По сути, если прога ругается, и не может перезаписать файл, который сама и сделала в прошлый раз, значит ты ее так написал, и не нужно тут поведение системы пытаться менять, нужно учиться программировать)
status = rename(fpath, finalnewfile); /* rename START to proper filename */
if (status != 0) {
fprintf(stderr,"Error renaming file. Status2 = %d Code = %d\n",status,errno);
fprintf(stderr,"The problem is = %s\n", strerror(errno));
exit(EXIT_FAILURE);
}
или тут:
if (strncmp(outputfilename, fpath, strlen(fpath)) != 0) {
status = rename(fpath, outputfilename); /* rename from START to user specified name */
if (status != 0) {
fprintf(stderr,"Error renaming file. Status1 = %d Code = %d\n",status,errno);
fprintf(stderr,"The problem is = %s\n", strerror(errno));
exit(EXIT_FAILURE);
}
Вот, что говорит приложение:
crunch: 100% completed generating output
Error renaming file. Status1 = -1 Code = 17
The problem is = File exists
DEVELOPER, ну можно же просто перед rename(...) вставить вызов remove(outputfilename);, и ВСЁ! Можете даже не проверять существование файла, и так сойдёё-ёоо-о-о-о-от.
