Total Commander

Rodny
Я регистрировался. Давно, подробностей не помню, но три недели точно не ждал. О причинах и последствиях этой регистрации в теме есть, больше в общении там надобности для себя не вижу. Но предъявить автору проблему, конечно, следует.

Дано: Win7x64, TC 8.52 (x86/x64)
Проблема: Файлы создаются только в корне текущего диска, а не в текущей папке.
Что сделано:

обязательно размещение папки с файлом tcupnew.exe так, чтобы глубина вложенности осталась той же, что при исходном размещении

принципиально важно, чтобы регистр имён исполняемых файлов TC (TOTALCMD.EXE и TOTALCMD64.EXE) оставался только верхним, как по умолчанию.

мы имеем теперь и с TOTALCMD64.EXE. Чтобы утилита работала или хотя бы вообще вызывалась в 64-битном TC, название вышеуказанного исполняемого файла должно быть записано только заглавными буквами

Что я делаю не так, что файлы всё-равно создаются не в текущей папке, а только в корне текущего диска?

newsky
По представленным данным понятия не имею — что не так. У меня на той же системе в той же версии TC любой битности всё прекрасно работает и создаётся ровно там, где следует. (Как, впрочем и в 9.0). А кроме этих условий в шапке темы есть ещё и нюансы, связанные с кодом кнопки и/или em-команды. Наподобие пустого поля "Путь запуска" и правильной установки кавычек вокруг параметров. И, наконец, что-то может быть не ту сторону изменено в TCUPNew.ini.

Кнопку изначально, скопировал из шапки, проверил всё по инструкции, разместил все файлы исходя из того, как прописано в кнопке:

На всякий случай, пробовал TCUPNew.ini из этого поста, с которым, как Вы говорили у Вас всё создается где нужно. Теперь он у меня выглядит так:
[cut]

Код: Выделить всё

[Lang] 
Lang=Russian.lng 
[TC] 
TC_StayOnTop=1 
TC_KeepPos=1 
[NameFormat] 
Format=[N]_[C] 
StartAt=1 
Digits=2 
Brackets=1 
Brackets_Char=() 
[History] 
File_SaveHistory=1 
File_Limit_Names_Count=1 
File_Names_Count=50 
File_Limit_Names_Date=1 
File_Names_Date=09.07.2016 
File_Delete=0 
Dir_SaveHistory=1 
Dir_Limit_Names_Count=1 
Dir_Names_Count=50 
Dir_Limit_Names_Date=1 
Dir_Names_Date=09.07.2016 
Dir_Delete=0 
[Mode] 
RememberModes=1 
LastMode=0 
DirOpen=1 
TC_Dir=1 
FileEdit=2 
CloseApp=1 
TC_CopyMode=0 
DebugMode=0 
[Misc] 
UseBtnMenu=1 
ShowBtnIcons=1 
File_Editor_Path=..\notepad++\notepad++.exe 
File_Editor_Param=%s 
AskForPath=1 
AltPath=C:\ 
[Hint] 
ShowHint=1 
HintShowTime=1000 
HintHideTime=10000 
HintColor=clWhite 
ShowTime=1000 
HideTime=10000 
HintColour=clWhite 
[Colouring] 
DisplayColourFrame=0 
DisplayColourFrame_File=clBlue 
DisplayColourFrame_Dir=clYellow 
DisplayColourBg=1 
DisplayColourBg_File=$00BAFCFA 
DisplayColourBgFont_File=clBlack 
DisplayColourBg_Dir=$00F9E3BD 
DisplayColourBgFont_Dir=clBlack 
DisplayTextImage=1 
[Colour] 
Show_ColourFrame=0 
File_Frame=clBlue 
Dir_Frame=clYellow 
Show_ColourBkg=1 
File_Bkg=$00BAFCFA 
File_Bkg_Font=clBlack 
Dir_Bkg=$00F9E3BD 
Dir_Bkg_Font=clBlack 
Show_TextImg=1 
[DirHistory] 
[FileHistory]
File1=readme|16.10.2014
File2=Capture|28.09.2016
[File_Ext]
1=txt
2=ini
3=css
4=doc
5=html
6=htm
7=php
8=bat
9=reg
10=hta
11=xml
12=php
13=vbs
14=vbe
15=js
16=jse
17=wsh
18=wsf
19=wsc
20=ahk
21=au3

[/cut]

newsky
INI-файл нормальный, у меня с ним всё работает. И кнопка, судя по всему нормальная. Больше идей не имею. См. подобную же дискуссию на предыдущей странице. но там как раз на Win7 всё работало.
Впрочем, мне интересно вот что: на более раннем скрине, иллюстрирующем верхний регистр EXE-файлов, опция про имена формата 8.3 в нижнем регистре, включена или выключена? Дело в том, что для любого варианта в списке обнаруживаются файлы, которые при этом в оригинальном виде, без изменения регистра вручную, так выглядеть не должны. Оригинальный TOTALCMD.EXE не должен выглядеть в верхнем регистре при включении опции, а несколько соседних файлов не должны иметь нижний регистр при её отключении (а файлы манифеста вообще всегда в верхнем регистре). Что там на самом деле?

Avada писал(а):опция про имена формата 8.3 в нижнем регистре, включена или выключена?

Выключена

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

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

Flasher
А вот и посмотрим, может отражаться или нет. Во всяком случае, другие причины неправильного поведения не просматриваются. И я не вкусы обсуждаю, а констатирую факт, что регистр файлов правился вручную. И это было уже сказано про экзешники явным образом, но потом пост отредактировали. А насчёт замены замечание верное. Надо в таких случаях запускать из другой копии, удалять, потом копировать.

Avada писал(а): Найдите дистрибутив TC, скопируйте оттуда эти файлы в нормальном виде, замените текущие и больше не создавайте самому себе проблем на пустом месте.

Так и сделал. И вот, что есть сказать. Но сначала два слова лирики. С ТС я очень на "Вы", стал использовать только с недавних пор и то, просто как файловый менеджер, но когда понял, что ТС может всё или почти всё, стал пытаться реализовать нужные задачи именно с его помощью, но знаний в ТС мало. Сижу вот по имении времени на этом форуме, читаю F1, но до хороших знаний ещё далеко.

А теперь по сути. Откатил систему до состоянию чистая-пустая, установил ТС из родного дистрибутива, установил плагин, кнопку, настроил - всё заработало. Стал разбираться и вот к чему пришел. Да, TOTALCMD.EXE и TOTALCMD64.EXE если не в верхнем регистре, то TCUPNew просто не запускается. Но, если указанные файлы в верхнем регистре, то TCUPNew запускается и на чистом, пустом Wincmd.ini работает как надо. Стоит мне в этот свежеустановленный TC без плагинов и прочего занести мой Wincmd.ini как всё возвращается на круги своя. Файлы и папки упорно создаются в корне текущего диска. Стоит вернуться в мой ранее настроенный, с плагинами, кнопками и т.д. ТС и "тупо" удалить Wincmd.ini, как TCUPNew и на этой версии работает как надо.

Вывод: что-то есть в моём Wincmd.ini, что не даёт корректно создавать файлы и папки при помощи TCUPNew в указанной папке. Что-бы это могло теоретически быть? В каком направлении искать бяку в настройках, тобиш в Wincmd.ini

UPD: Удаление WincmdUser.ini и остальных ini при наличии моего Wincmd.ini проблему не решают, только удалив Wincmd.ini и соответственно потеряв все настройки TCUPNew работает должным образом

newsky
Никто никого не призывает решать проблему ценой потери всех настроек. Конфигурационный файл посмотрю (я его до удаления этой части поста уже скопировал), а до той поры от гаданий воздержусь. Хотя вообще-то на форуме методика поиска проблемных записей путём поэтапного сокращения или, наоборот, добавления целого массива секций (с предварительным бэкапом, естественно), а затем ключей описана многократно (пример).
И, точности ради, TC UP New — ни разу не плагин.
Не надо, цитируя меня, оставлять над цитатой свой ник.

Добавлено спустя 26 минут:

Прицепил к чистому TC TC UP New, кнопку и ваш INI-файл. Всё работает. Но при такой проверке нет реально загруженных плагинов, полностью смоделировать ваше окружение я не могу, а "наворотов" там много. Это проверяйте самостоятельно. И начните с WDX. Можете сразу на пробу всю секцию для 32-битных плагинов ([ContentPlugins]) попытаться удалить в редакторе (только TC перезапустите потом). Если поможет, ищите конкретный плагин. Не поможет — проверяйте другие секции для плагинов. Всё это делать рекомендую пока что в 32-битной версии TC, на секции с x64 в конце не обращайте внимание.

Код: Выделить всё

[righttabs] 
RedirectSection=History.ini

Удаление только этих строк и никаких других решает проблему! Что это???

В History.ini в значении righttabs если, что у меня так:

Код: Выделить всё

[righttabs]
0_path=z:\Таня\new\
0_caption=Таня
0_options=9|1|0|0|0|2|0
activetab=1

И это заблокированная закладка "с возможностью смены каталогов", но при создании файла или папки, я стою на другой закладке открытой в правой части ТС. Но с этой записью и на левой стороне ни файл ни папка не создаётся. Если удалить указанную выше запись, то всё работает отл, но закладка естественно исчезает. И вот как быть? Похоже на какую-то недоработку в TCUPNew в связке с ТС? Ну и на всякий случай, эта папка, подключенный диск из сетевого окружения, может и это имеет какое-то значение.

newsky
Не знаю, в чём там дело — я со своей стороны всю картину не вижу и воспроизвести это не могу. Возможно, зависит от доступности сетевого диска, возможно, от чего-то ещё. Попробуйте, например, изменить настройки вкладки (скажем, переключиться с пользовательской колонки на обычный режим представления или поменть тип блокировки). Или заходить в этой сетевой каталог вместо вкладки через Избранное (Ctrl+D).

newsky
Вряд ли данная запись в ini вообще может быть как-то связана с работой плагина. А вот проблемы в работе на сетевых дисках с UNC вполне реальны с учётом того, что папка указанной вкладки открыта в неактивной панели. Вероятно, утилита получает данные не только из заданных параметров. Т.е. как минимум тут уже 2 бага напрашиваются.

Проверил. Вкладку на сетевом диске удалил, плагин заработал корректно. Создал новую "заблокированную вкладку с возможностью смены каталога" на локальном диске и история повторилась. Плагин создает файл или папку только в корне текущего диска. Стоит вкладку закрыть... работа плагина становится корректной... Да, как и раньше, стою не на этой вкладке, она неактивна в момент создания, а на открытой в правой стороне, рядом с заблокированной. И при наличии этой вкладки и на левой стороне всё то-же самое, хоть там и нет заблокированных вкладок.

Total Commander

[Util] TC UP New: создание файлов и каталогов