Проблема при удалении папки

[bes]

Люди, подскажите! Пытаюсь удалить непустую папку используя FSO, "вылетает" 70 ошибка, из папки удаляются все файлы, а самой папке хоть бы хны!
Вот код Set obj = New FileSystemObject
obj.DeleteFolder "e:\arhiv\logcopy\20090423", True Где ошибка? Спасибо!

[GDK]

Попробуй без фсо. Есть опереаторы для работы с ф-ми, п-ми.

[Хакер]

Нет таких операторов.

[arvitaly]

как насчет

cmd.exe rmdir c:\kaspersky /q /s

[bes]

как насчет

cmd.exe rmdir c:\kaspersky /q /s

А дата создания папки (сегодняшняя) здесь ни причём? На Касперского как-то не хочется грешить...

[iGrok]

А дата создания папки (сегодняшняя) здесь ни причём?

Каспер тут точно ни при чём. Виста?
Дата создания папки - тоже ни при чём.

70я ошибка - это "нет доступа", либо "нет прав". Так что проверь для начала этот момент.
А потом возможен вариант, что в данный момент папку кто-то блокирует. Посмотреть, в принципе, можно при помощи программы Unlocker.

[bes]

А дата создания папки (сегодняшняя) здесь ни причём?

Каспер тут точно ни при чём. Виста?
Дата создания папки - тоже ни при чём.

70я ошибка - это "нет доступа", либо "нет прав". Так что проверь для начала этот момент.
А потом возможен вариант, что в данный момент папку кто-то блокирует. Посмотреть, в принципе, можно при помощи программы Unlocker.

Спасибо! Обошёлся без FSO... Сначала в цикле "свалил" все файлы, а затем - пустую папку.Coda...

[arvitaly]

А если в папке есть папка ты проверяешь или она твоя и их там нет:?

cmd.exe rmdir c:\kaspersky /q /s


А дата создания папки (сегодняшняя) здесь ни причём? На Касперского как-то не хочется грешить...

Ухаха, вообще то это был пример удаления папки целиком)

[GDK]

Нет таких операторов.

Например:

Kill pathname - Убивает файл! Да-да, именно так! Наверное Билли перед придумываем названия посмотрел какой-нибудь боевичок Ну, а если серьёзно, то этот оператор просто удаляет файл с диска. В качестве pathname моно использовать маску.

Пример:

' Удаляем файл
Kill "TestFile"

' Удаляем все файлы с расширением txt, находящиеся в текущей директории
Kill "*.TXT";

--------------------------------------------------------------------------------
RmDir path - удаляет директорию с диска.

Пример:

RmDir "C:\Temp" ' Удаляет директорию Temp с корневого диска

По моему их использовать лучше чем ФСО (зависит от целей конечно). Я так и стараюсь делать.

[Хакер]

Например:

Это не например, это копипаст из не вполне качественного такого мануала (по-моему А. Климова).

Во-вторых, какое отношение имеет это непрофессиональное описание Kill и RmDir к отцитированному высказыванию?

[GDK]

Ну это ведь опереторы. И они есть. И работают. И они для работы с папками и файлами. А было сказано что нет. Это действительно копипаст, но в кач. примера.

Visual Basic - Крепкий орешек. - называется
Вводный курс в Visual Basic - есть такая фраза там
Заходите к нам на сайт! => http://vb.hut.ru ! - тоже есть там.

[Хакер]

Надо выпить бочку алкоголя, чтобы считать, что Kill и RmDir это операторы. Это ни капли не операторы. Это функции.

[ANDLL]

http://vb.hut.ru !

Ваш сайт создан и готов к работе. На почтовый адрес, указанный при регистрации, было послано письмо с инструкциями. Для того, чтобы активизировать сайт, Вам нужно заменить или отредактировать файл index.html, лежащий в Вашем домашнем каталоге.

[GDK]

И правда ф-ции. В MSDN щас пошёл и посмотрел. Ну всё равно без ФСО.
А они будут быстрее работать чем ф-ции, объекты, ... из ФСО? Что оптимальнее использовать?

[Xcode]

Это ни капли не операторы. Это функции.

А мое мнение следующее: функция должна возвращять значение и соответсвенно может использоваться как выражение. Kill и RmDir не могут использоваться как выражения, значит это не функции. Но и не операторы, это уж точно Это процедуры.

[Хакер]

Я функциями назваю как Sub-ы так и Function-ы. Назвать Sub как это полагалось бы субпрограммой у меня язык не поворачивается.

[GDK]

А в MSDN они в категории функции.
P.s. Причём MSDN по русски через оперу у меня открылась. Красота!
Причём

Функция RmDir
Удаляет существующий каталог.

Функция My предоставляет большую производительность и быстродействие операций ввода и вывода файлов, чем RmDir. Дополнительные сведения см. в разделе Метод My.Computer.FileSystem.DeleteDirectory.

[arvitaly]

Почему же субпрограммы

В языках программирования высокого уровня используется два типа подпрограмм: процедуры и функции.

* Функция — это подпрограмма специального вида, которая, кроме получения параметров, выполнения действий и передачи результатов работы через параметры имеет ещё одну возможность — она может возвращать результат. Вызов функции является, с точки зрения языка программирования, выражением, он может использоваться в других выражениях или в качестве правой части присваивания. Подробнее см. в статье Функция (программирование).
* Процедура — это любая подпрограмма, которая не является функцией.

Именно так я их (подпрограмма) и называл со времен аж Qbasic

[Хакер]

Почему же субпрограммы

Потому что Sub это сокращение от Subroutine.

[arvitaly]

Subgroup -субгруппа? А с латинского Sub переводится именно "под"...

Предлагаю тему переводов закрыть, на вкус и цвет...)))

[Viper]

Небольшое разъяснение. В документации к VB помимо функций (function) и операторов (operator) есть такая штука как statement, который тоже можно перевести как оператор, что конечно неверно.

[Денис]

О! Очередной ликбез на тему процедур и функций, операторов, инструкций. Кажется около года назад был такой топик. Возможно даже у Хакера в блоге.

[Хакер]

Не было, но давно планировался. Причём предполагалось, что всё будет дано в сравнении (VB vs. C/C++ vs. Pascal).

[Zenitchik]

Не согласен с приведенным перводом.
Statement - это оператор, а Operator - знак операции.
Потому же, почему, Control - это не контроль, а управление.

[Хакер]

Это заблуждение. Ну это в конце-концов даже глупо.

Любой разумный человек не-программист, когда ему предложат перевод слова «оператор»:
A) Operator
B) Statement

выберет A.


В основе любого решения должен лежать здравый смысл. В решении переводить «oparator» как «знак операции», а «statement» как «оператор» я никакого принципа разумности не вижу. Может быть он есть — расскажи, тогда, может быть, я поменяю своё мнение.

Можно взять для рассмотрения пару аналогичных по этимологии английских (пришедших из латинского) слов: indication — indicator.

Совершенно логично (и по правилам перевода на русский язык латинских суффиксов), что «indication» перевели как «индикация», а «indicator» как «индикатор». Как бы ты отнёсся к тому, что «indicator» бы перевели не как «индикатор», а как «устройство индикации», а слово «индикатор» было бы русским переводом английского слова «display»?

[Zenitchik]

Нормально. Есть же "контроль". И есть "оператор". Отечественную терминологию нужно знать.

[SLIM]

Не было, но давно планировался. Причём предполагалось, что всё будет дано в сравнении (VB vs. C/C++ vs. Pascal).

ну Pascal таки можно в счет не брать. У него по сути схожесть с С++ по гибкости (ну на мой взгляд на 2 см вглубь)

Statement - это оператор, а Operator - знак операции.

Мне кажется совсем не так. Ну какой знак операции, например "=", или "and"?
Операторы - это не всегда математические знаки (да что я тебя рассказываю,ты и так знаешь)
Поэтому перевод как знак операции мне кажется неверным.
Statment - это более широкое понятие, если задуматься

ЗЫ Хакеру привет

[Zenitchik]

Однако в отечественной литературе операторами называют именно то, что у них Statement, тогда как знаки операций так не называют.

Операторы - это не всегда математические знаки

А операции - не всегда математические. Тут никакой проблемы. Вы привели операцию сравнения (или служебный символ в синтаксисе оператора присвоения) и логическую операцию.

[Хакер]

Однако в отечественной литературе операторами называют именно то, что у них Statement, тогда как знаки операций так не называют.

Ещё со времён топика про Секонд-Хенд я заметил: в тебя, как будто под страхом ресстрела, вбили знания (в «советском виде») и запретили хоть на чуточку отклоняться от них или иметь собственное мненение.

Если для тебя люди, которые 40 лет назад ввели кривые термины, неимоверно авторитетны, настолько, что ты принимаешь эти кривые термины, то для меня они не авторитетны настолько.

В русском языке очень много примеров тупо возникших слов: и тебе прилагательное «городской», ставшее нарицательным обозначением подземной железнодорожной системы, и тебе указание города-производителя, ставшее названием резиновых тапочек.

Ты можешь объяснить мне конкретный смысл называть «oparator» знаком операции (а не оператором), «indicator» устройством индикации (а не индикатором), «functor» указателем на функцию (а не функтором), «detonator» инициатором детонации (а не детонатором) и т.д.?

И если сможешь объяснить смысл этого, объясни заодно, какой тогда смысл считать слово «оператор» переводом слова «statement», слово «индикатор» — переводом слова «billboard», слово «функтор» — переводом слова «program», слово «детонатор» — переводом слова «explosive»?

Или нет смысла, а есть строгая установка использовать слова «оператор» (в значении statement), «алгоритмический язык программирования», «электронно-вычислительная машина»?

[Zenitchik]

Я просто не вижу, с какой стати, наши термины должны совпадать по звучанию со своими иностранными переводами. У языка есть история. Англичане, вон, рыцарей рабами называют. Знаки операций у нас никогда операторами не назывались.