Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)

Модерирует : gyra, Maz

Maz (31-07-2023 08:32): WinRAR (часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

   

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник».
Отдельная тема по сборкам WinRAR
Предыдущие части темы: 1 | 2 | 3



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Стабильная английская версия: 6.22 x86 | x64 (31 мая 2023 г.)
Стабильная русская версия:  6.22 x86 | x64 (31 мая 2023 г.)

Текущая английская бета-версия:  6.23 beta 1 x86 | x64
Текущая русская бета-версия:  6.23 beta 1 x86 | x64

Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

Скачать ранее вышедшие версии можно с официального FTP
Таблица совместимости версий с различными ОС

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)

Коллекция всех ранее выходивших версий WinRAR 1.54b - 6.22 (1995-2023): скачать (311 МБ) [обновлено 31.05.2023]

вместо F.A.Q. || альтернативные архиваторы

Почему опять задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами.

Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio
Стандартная (48x36). Маленькие кнопки (24x24)

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться.

Всего записей: 39128 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: DimmY, 17:47 20-07-2023
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
1. На диске X: открываем архив любого формата, расположенный не в корневом каталоге диска. Указываем для распаковки путь X: (без обратного слеша \). Архив распаковывается в родительский каталог архива, а должен был распаковаться в корень диска X:.
 
2. На диске X: открываем архив любого формата, расположенный не в корневом каталоге диска. Переходим через адресную строку на диск Y:. Там открываем другой архив-2 в формате RAR (обязательно!). Указываем для распаковки путь X: (без обратного слеша \). Архив-2 распаковывается в родительский каталог архива-1, а должен был распаковаться в корень диска X: (с ZIP-архивами так и происходит).
 
3. Открываем архив любого формата. В адресную строку вводим X: (без обратного слеша \). Должен был открыться корень диска X:. Вместо этого отображается некий абстрактный пустой каталог внутри архива, который можно попытаться распаковать. Однако в момент распаковки появляется сообщение об ошибке: "Нет файлов для извлечения".
 
4. Продолжение предыдущего глюка. Можно ввести в адресную строку всё что угодно, кроме имён каталогов внутри корня архива. Тот же самый эффект, что и в пункте 3. Хотя вне архива при введении несуществующего имени WinRAR сообщает, что путь недоступен. Полагаю, что и внутри архива должно быть так же.
 
5. Что вообще должно происходить при наборе имени файла в адресной строке? Внутренний просмотр? Открытие зарегистрированным приложением? Сейчас при наборе имени файла внутри архива происходит то, что описано в пункте 3, а вне архива — попытка открыть файл как архив, даже если он им не является.

Всего записей: 281 | Зарегистр. 29-01-2014 | Отправлено: 11:50 29-04-2021 | Исправлено: pikorembo, 13:45 29-04-2021
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo
Вообще-то в Windows путь вида X:файл означает файл в текущем каталоге диска X:. В этом смысле WinRAR в пп. 1-2 поступает логично. Но такое поведение, действительно, больше уместно в командной строке, а не в GUI. Подождём, что скажет EugeneRoshal.

Всего записей: 1099 | Зарегистр. 12-06-2019 | Отправлено: 12:02 29-04-2021
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell

Цитата:
в Windows путь вида X:файл означает файл в текущем каталоге диска X:

Это относится к внутренностям ПО/ОС, про которые обычный пользователь не обязан ничего знать. Тем более, что у него отсутствует возможность их контролировать. На сайте MS все пояснения об особенностях работы с путями включены в разделы, имеющие чёткую классификацию "for developers and technology professionals".

Цитата:
такое поведение, действительно, больше уместно в командной строке, а не в GUI

В командной строке у пользователя (фактически программиста) есть возможность видеть и задавать текущий каталог каждого диска, чего не скажешь про GUI-приложения. К примеру, стандартный распаковщик ZIP-файлов Windows извлекает файлы в корень диска, если указать для распаковки путь X: (без обратного слеша \).

Всего записей: 281 | Зарегистр. 29-01-2014 | Отправлено: 12:54 29-04-2021 | Исправлено: pikorembo, 12:57 29-04-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo

Цитата:
Указываем для распаковки путь X: (без обратного слеша \). Архив распаковывается в родительский каталог архива, а должен был распаковаться в корень диска X:.

Как тут уже отметили, X: это текущий каталог, а не корень диска X:.

Цитата:
Это относится к внутренностям ПО/ОС, про которые обычный пользователь не обязан ничего знать.

Должны ли мы отобрать возможность указывать текущий каталог у продвинутых пользователей ради неосведомленных обычных пользователей? Мне-то намного проще было бы реализовать переход в корень диска, чем поддерживать работу с относительными путями, но все ли такому обрадуются? Я сомневаюсь.

Цитата:
Тем более, что у него отсутствует возможность их контролировать.

Я регулярно запускаю WinRAR из FAR, откуда он и наследует текущие каталоги.
 
Кроме того, если X: совпадает с диском, открытым в WinRAR, сейчас он подразумевает текущий каталог в окне WinRAR. Если не совпадает, как в вашем втором пункте, возникают сложности, так как в Windows на уровне API концепция текущего каталога поддерживается только для текущего диска. А для прочих дисков этим занимается командный процессор с переменными вида %=X:%, и сейчас WinRAR с этими переменными не работает. Но можно сделать, чтобы работал.
 
Тем не менее, даже сейчас WinRAR в большой степени поддерживает относительные пути и на других дисках. Недоработку для ZIP из пункта 2 можно поправить.

Цитата:
К примеру, стандартный распаковщик ZIP-файлов Windows извлекает файлы в корень диска, если указать для распаковки путь X: (без обратного слеша \).

WinRAR, в отличие от встроенного распаковщика и Windows Explorer, все же ориентирован и на продвинутых пользователей. В строке адреса вручную пути вводятся крайне редко, и там не так важно, поддерживаем ли мы относительные пути. Но в других частях интерфейса такие пути вполне могут использоваться.
 
В диалоге упаковки я могу указать e:newarc.rar, и WinRAR обработает это как относительный путь. Обрабатывать это как e:\newarc.rar было бы странно. Позволить относительные пути в диалоге упаковки, но не в строке адреса было бы непоследовательно.

Цитата:
 Открываем архив любого формата. В адресную строку вводим X: (без обратного слеша \). Должен был открыться корень диска X:.

Тут можно будет сделать переход на относительный путь X:

Цитата:
Можно ввести в адресную строку всё что угодно, кроме имён каталогов внутри корня архива.

Да, введенные в строке адреса имена каталогов внутри архива WinRAR сейчас не проверяет на соответствие реальным каталогам в архиве. При соотвествии переходит в реальный каталог архива, при несоответствии в фиктивный. Такая проверка была бы достаточно трудоемка в реализации, а практическая ее польза минимальна, так что на данный момент она не реализована.

Цитата:
Что вообще должно происходить при наборе имени файла в адресной строке?

Если это архив, он должен открыться.

Всего записей: 2388 | Зарегистр. 29-04-2013 | Отправлено: 14:51 29-04-2021 | Исправлено: EugeneRoshal, 14:53 29-04-2021
DimmY



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
Должны ли мы отобрать возможность указывать текущий каталог у продвинутых пользователей ради неосведомленных обычных пользователей?

Не должны. Категорически.

Всего записей: 4842 | Зарегистр. 22-04-2002 | Отправлено: 14:58 29-04-2021
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DimmY

Цитата:
Не должны. Категорически.

Аргументы?

Всего записей: 281 | Зарегистр. 29-01-2014 | Отправлено: 16:40 29-04-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo
Я там в ответе запутался в пунктах и написал про строку адреса, хотя речь должна была идти про путь распаковки. Но суть от этого не меняется. Если мы при распаковке обрабатываем x: как x:\, должны ли мы при упаковке обрабатывать x:archive как x:\archive. Мне кажется, люди бы восприняли это как ошибку. А делать в родственных функциях разную обработку относительных путей не совсем логично.

Всего записей: 2388 | Зарегистр. 29-04-2013 | Отправлено: 17:09 29-04-2021
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
x: не равно x:\
Даже и обсуждать нечего.
Даже если с точки зрения не знакомого с комстрокой обывателя это неочевидно.

Всего записей: 17956 | Зарегистр. 04-11-2010 | Отправлено: 17:46 29-04-2021
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
должны ли мы при упаковке обрабатывать x:archive как x:\archive.

Зачем задавать путь таким замысловатым способом? Можно же просто указать имя архива, который автоматически будет создан в текущем каталоге. А для других дисков это совершенно бесполезная функция. Кто в здравом уме держит в голове текущие каталоги всех дисков? Вы же сами пишите, что это касается только командного процессора и WinRAR. Значит, для пользователя это поведение совершенно неестественно, ведь он имеет дело с полноценным GUI-приложением.
 
На самом деле, ни одна известная мне GUI-программа не работает с путями X:file так, как это делает WinRAR. Все они воспринимают подобные пути как корневой каталог диска X:, а не текущий каталог на этом диске. В отличие от командного процессора, у нас отсутствует возможность "подглядеть" текущий каталог и даже текущий диск, не говоря уже о том, чтобы изменить эти значения. Получается распаковка архива "в никуда", и опытность пользователя не играет никакой роли.

Всего записей: 281 | Зарегистр. 29-01-2014 | Отправлено: 18:08 29-04-2021 | Исправлено: pikorembo, 00:17 30-04-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo

Цитата:
В отличие от командного процессора, у нас отсутствует возможность "подглядеть" текущий каталог и даже текущий диск, не говоря уже о том, чтобы изменить эти значения.

Можно перейти на e: с помощью Ctrl+D E, посмотреть текущий каталог, изменить при необходимости, вернуться на d: (Ctrl+D D) и ввести e:archive.rar. Сейчас действительно это работает не совсем так как хотелось бы. Пути при смене дисков не запоминаются, так как только SetCurrentDirectory и GetCurrentDirectory в Windows недостаточно, чтобы хранить текущий каталог для каждого диска в отдельности. Но я, наверное, попробую устанавливать переменные =X:, как описано здесь:  
https://devblogs.microsoft.com/oldnewthing/20100506-00/?p=14133
и проверю, даст ли это результат. Хотя бы чтобы при Ctrl+D возвращаться на ранее открытый каталог.
 
Кстати, ..\archive.rar при упаковке я неоднократно использовал для реальных задач. А это тоже относительный путь. Да и .. при распаковке может пригодиться.

Всего записей: 2388 | Зарегистр. 29-04-2013 | Отправлено: 21:03 29-04-2021 | Исправлено: EugeneRoshal, 21:15 29-04-2021
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
Ввел c:Windows в Windows Explorer, он на такой путь ругается даже при показе c:\.

Если ввести C:, то Explorer перейдёт в корневой каталог, даже если текущий каталог C:\Windows. GetOpenFileName() также переходит в корневой каталог, хоть и не понимает X:file. Другие приложения, которые я тестировал (notepad.exe в том числе), открывают файл X:file, указанный в качестве параметра вызова, из корня. Для пользователя это удобно: люди часто забывают ставить обратный слеш \ после двоеточия.

Цитата:
Кстати, ..\archive.rar при упаковке я неоднократно использовал для реальных задач.

Речь не велась о полном отказе от относительных путей. В вашем примере есть явное указание каталога предыдущего уровня, которое я тоже использую время от времени. Но в случае с путём X: GUI-приложения ведут себя не так, как WinRAR. Конечно, это особенность системы Windows, но она не очевидна для простого пользователя. Поэтому разработчикам программ и приходится скрывать детали "под капотом".
 
Добавлено:
P.S. Кстати, если в окне "Выполнить..." (Win+R) набрать C:Windows, то откроется нужная папка.

Всего записей: 281 | Зарегистр. 29-01-2014 | Отправлено: 21:47 29-04-2021 | Исправлено: pikorembo, 00:19 30-04-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo

Цитата:
Если ввести C:, то Explorer перейдёт в корневой каталог

C: без имени файла - да.

Цитата:
Другие приложения, которые я тестировал (notepad.exe в том числе), открывают файл X:file, указанный в качестве параметра вызова, из корня.

У меня 'notepad c:test.txt' смог открыть c:\test.txt только при корне c: в качестве текущего каталога. Из GUI по Ctrl+O notepad не открыл c:test.txt ни в каком варианте.

Цитата:
Кстати, если в окне "Выполнить..." (Win+R) набрать C:Windows, то откроется нужная папка.

Есть такое. Для x:file я не увидел у системных GUI программ общей линии поведения. Для x: действительно поставляемые с Windows программы переходят в x:\. Сейчас я посмотрел на Total Commander, почему-то он у меня по c: переходил в c:\, а по d: и e: - в текущие каталоги d: и e:, а не в корень.
 
Тут скорее надо смотреть на реакцию пользователей WinRAR, а я не помню, чтобы кто-то раньше просил обрабатывать x: как x:\ и d:archive как d:\archive. Опытные пользователи знают разницу между этими путями и вряд ли будут ожидать создания файла в корне от x:file. А новички вряд ли будут вводить путь вручную.
 
Еще надо учесть, что RAR и WinRAR используются и в режиме командной строки, и часто теми же людьми, что и в GUI. И не вызовет ли у этих людей удивление, что 'rar a e:arc' или 'rar x arc e:' означает одно, а те же пути в GUI - другое.

Всего записей: 2388 | Зарегистр. 29-04-2013 | Отправлено: 23:03 29-04-2021
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
У меня 'notepad c:test.txt' смог открыть c:\test.txt только при корне c: в качестве текущего каталога.

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

Цитата:
И не вызовет ли у этих людей удивление, что 'rar a e:arc' или 'rar x arc e:' означает одно, а те же пути в GUI - другое.

Вряд ли имеет смысл сопоставлять GUI и командную строку. Скорее я поверю в то, что некоторые пользователи распаковывали архивы не туда, куда хотели, и не поняли, что произошло.

Всего записей: 281 | Зарегистр. 29-01-2014 | Отправлено: 00:04 30-04-2021 | Исправлено: pikorembo, 04:52 30-04-2021
brduakhTMP



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
не знаю как это работает но...
есть допустим архив из пары кусков по определенным размерам, внутри папка, захожу в нее и указываю извлечь файл, в итоге вместо извлечения самого файла, мне создает папку\подпапку и сам файл, вместо пути, где валяется сам архив (удаляя путь извелечения, чтобы рядом распаковало)
это баг или как-то выключается?

Всего записей: 6856 | Зарегистр. 20-04-2016 | Отправлено: 00:29 30-04-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
brduakhTMP
На второй странице диалога распаковки есть набор опций для распаковки путей - полные, абсолютные, относительные, никакие.

Всего записей: 2388 | Зарегистр. 29-04-2013 | Отправлено: 10:52 30-04-2021
pp3

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Баг или странная фича консольного rar 6.01.
Ввожу команду: "rar a -hp -pXXX 1.rar" - спрашивает пароль. Зачем? Я же явно указал XXX. Странно.
А если переставить местами -hp и -p, то уже не спрашивает пароль: "rar a -pXXX -hp 1.rar". В чем тут логика? Почему от порядка опций зависит, будет ли спрошен пароль или нет?

Всего записей: 66 | Зарегистр. 15-05-2003 | Отправлено: 17:37 02-05-2021
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pp3
Цитата:
"rar a -hp -pXXX 1.rar" - спрашивает пароль. Зачем?
Затем, что читать надо внимательнее: -hp[пароль]
 
rar a -hpXXX 1.rar — так не пробовали?

Всего записей: 5246 | Зарегистр. 23-04-2009 | Отправлено: 17:43 02-05-2021
pp3

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Затем, что читать надо внимательнее: -hp[пароль]  

Так ведь вопрос-то не про это.
Разве можно поставить на имена один пароль, а на данные другой? Кажется, нет, поэтому странно, что запрос пароля зависит от порядка опций. Более того, если написать "-hpXXX -pYYY", то финальный пароль будет YYY, а не XXX. А если написать "-pYYY -hpXXX" то пароль будет XXX.

Всего записей: 66 | Зарегистр. 15-05-2003 | Отправлено: 21:36 02-05-2021 | Исправлено: pp3, 21:43 02-05-2021
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Невозможно изменить режим шифрования имён в уже зашифрованном архиве


Цитата:
Разве можно поставить на имена один пароль, а на данные другой?
нет. Вы сами уже пытались так делать или порассуждать тут хотите…
Цитата:
запрос пароля зависит от порядка опций
запрос пароля происходит по причине его отсутствия (Вы указываете пустой ключ -hp в вашей команде rar a -hp -pXXX 1.rar)
 
Добавлено:
А если написать "-pYYY -pXXX -pМИР -pТРУД -pМАЙ" то какой пароль будет?

Всего записей: 5246 | Зарегистр. 23-04-2009 | Отправлено: 21:53 02-05-2021
pp3

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Невозможно изменить режим шифрования имён в уже зашифрованном архиве

Я этого и не делаю, речь про создаваемые с нуля архивы

Цитата:
запрос пароля происходит по причине его отсутствия (Вы указываете пустой ключ -hp в вашей команде rar a -hp -pXXX 1.rar)  

Тогда почему поменяв эти опции местами в командной строке запрос пароля уже не происходит? Получается, что логика такова, что -hp более приоритетный ключ (видимо заголовок надо раньше данных шифровать), если к этому моменту пароль уже есть в строке - используем его, а если нет - запрашиваем и даже не смотрим, что он дальше в строке попадется еще раз. Но правильно ли такое поведение?

Всего записей: 66 | Зарегистр. 15-05-2003 | Отправлено: 22:17 02-05-2021
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)
Maz (31-07-2023 08:32): WinRAR (часть 5)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru