Эта программа Windows, запущенная под Wine, не распознает абсолютный путь к ее аргументу?

Вы предоставляете абсолютный путь в стиле Linux к исполняемому файлу Windows, который выполняется Wine, не давая этому аргументу пути самому Wine. Таким образом, вы должны рассматривать каждый аргумент после пути к .exe как аргумент стиля Windows (т. Е. [F2]).

Полные пути стиля Linux работают для notepad.exe, но считают, что notepad.exe скорее всего не версия Linux-style версии Notepad, она включена в настройку Wine и, вероятно, изменена, чтобы принимать пути Linux (например, /tmp/test/O.pdf).

Однако большинство приложений, которые могут выполнять wine, не имеют этих настроек, и поэтому допускают только пути в стиле Windows. Таким образом, вы должны предоставить этим приложениям путь в стиле Windows в формате, например C:\Windows\System32\..., но в отношении фактического расположения файлов и относительно сопоставлений дисков в Wine, принимая во внимание консоль Bash / Linux интерпретация стилей * путей.

Сначала найдите сопоставления дисков и где они «существуют» в инфраструктуре файлов Linux. Для этого загрузите winecfg, а в окне конфигурации Wine перейдите на вкладку «Диски». Это будет выглядеть так:

Как вы можете видеть, у меня есть C:, который сопоставляется с каталогом Wine drive_c, который в этом случае находится в /home/teward/.wine. У меня также есть диск M:, сопоставленный с моим /mnt/ каталогом, что имеет значение, потому что у меня есть вещи, на которые ссылается M:\ в винных приложениях.

Что Сначала найдите сопоставления дисков и где они «существуют» в инфраструктуре файлов Linux. - это сопоставление Z:, которое отображается в корневом разделе / в моей среде Linux. Этот не является отображением по умолчанию, но не обязательно будет в вашей среде (так что убедитесь, что это так). Какой бы винный диск не сопоставлялся с /, вам нужно будет использовать. И если этого не существует, вам нужно добавить сопоставление дисков, которое соответствует либо /, либо фактическому каталогу, который ваши данные фактически находятся в том, что вы открываете с помощью приложения Windows. Технически вы могли бы отобразить T: на /tmp/, а затем сделать T:\0.pdf, но я не предполагаю, что для моего ответа.

Итак, для целей этого ответа я предположим, что Z: фактически отображается на / и использует это с этого момента в моем ответе.

Вам нужно взять путь Linux и преобразовать его в стиль Windows с помощью Z:\ корень привода. Итак, для /tmp/test/0.pdf в Linux вы действительно дадите 'Z:\tmp\test\0.pdf' (включая одиночные кавычки ', чтобы оболочка не испортила интерпретацию * пути). Таким образом, приложение в стиле Windows получает путь, который он может читать и понимать, а не путь, которым он не может.

Очень немногие приложения Wine действительно способны понимать пути стиля /foo/bar/baz Linux, и большинство из тех, которые делают, были настроены и установлены как часть настройки Wine для начала. Поэтому лучше всего использовать пути в стиле Windows для приложений Windows, работающих внутри Wine, а не в стиле Linux.

* Когда я ссылаюсь на «интерпретацию», я не обратитесь к :, но \, который находится на путях. И хотя ваш путь не содержит пробелов, я также ссылаюсь на пробелы. В синтаксисе Bash \ используется как часть escape-символа. Кроме того, в командной строке аргументы разделяются пробелами, поэтому он не знает, как обрабатывать пробелы в путях, и как таковые вам придется избегать их с помощью обратных косых черт. Поэтому для того, что было бы C:\Program Files\Foo\bar.exe, на самом деле вам нужно будет поместить C:\\Program\ Files\\Foo\\bar.exe в путь. Тем не менее, с помощью оболочки Bash по умолчанию вы можете свести на нет эту неверную интерпретацию косых черт и пробелов, обернув путь одинарными кавычками ('), который рассматривает его как передаваемый буквальный аргумент в целом, поэтому вы можете сделать 'C:\Program Files\Foo\bar.exe' без необходимости преодолевать обратную косую черту или пробелы.

Вы предоставляете абсолютный путь в стиле Linux к исполняемому файлу Windows, который выполняется Wine, не давая этому аргументу пути самому Wine. Таким образом, вы должны рассматривать каждый аргумент после пути к .exe как аргумент стиля Windows (т. Е. [F2]).

Полные пути стиля Linux работают для notepad.exe, но считают, что notepad.exe скорее всего не версия Linux-style версии Notepad, она включена в настройку Wine и, вероятно, изменена, чтобы принимать пути Linux (например, /tmp/test/O.pdf).

Однако большинство приложений, которые могут выполнять wine, не имеют этих настроек, и поэтому допускают только пути в стиле Windows. Таким образом, вы должны предоставить этим приложениям путь в стиле Windows в формате, например C:\Windows\System32\..., но в отношении фактического расположения файлов и относительно сопоставлений дисков в Wine, принимая во внимание консоль Bash / Linux интерпретация стилей * путей.

Сначала найдите сопоставления дисков и где они «существуют» в инфраструктуре файлов Linux. Для этого загрузите winecfg, а в окне конфигурации Wine перейдите на вкладку «Диски». Это будет выглядеть так:

Как вы можете видеть, у меня есть C:, который сопоставляется с каталогом Wine drive_c, который в этом случае находится в /home/teward/.wine. У меня также есть диск M:, сопоставленный с моим /mnt/ каталогом, что имеет значение, потому что у меня есть вещи, на которые ссылается M:\ в винных приложениях.

Что Сначала найдите сопоставления дисков и где они «существуют» в инфраструктуре файлов Linux. - это сопоставление Z:, которое отображается в корневом разделе / в моей среде Linux. Этот не является отображением по умолчанию, но не обязательно будет в вашей среде (так что убедитесь, что это так). Какой бы винный диск не сопоставлялся с /, вам нужно будет использовать. И если этого не существует, вам нужно добавить сопоставление дисков, которое соответствует либо /, либо фактическому каталогу, который ваши данные фактически находятся в том, что вы открываете с помощью приложения Windows. Технически вы могли бы отобразить T: на /tmp/, а затем сделать T:\0.pdf, но я не предполагаю, что для моего ответа.

Итак, для целей этого ответа я предположим, что Z: фактически отображается на / и использует это с этого момента в моем ответе.

Вам нужно взять путь Linux и преобразовать его в стиль Windows с помощью Z:\ корень привода. Итак, для /tmp/test/0.pdf в Linux вы действительно дадите 'Z:\tmp\test\0.pdf' (включая одиночные кавычки ', чтобы оболочка не испортила интерпретацию * пути). Таким образом, приложение в стиле Windows получает путь, который он может читать и понимать, а не путь, которым он не может.

Очень немногие приложения Wine действительно способны понимать пути стиля /foo/bar/baz Linux, и большинство из тех, которые делают, были настроены и установлены как часть настройки Wine для начала. Поэтому лучше всего использовать пути в стиле Windows для приложений Windows, работающих внутри Wine, а не в стиле Linux.

* Когда я ссылаюсь на «интерпретацию», я не обратитесь к :, но \, который находится на путях. И хотя ваш путь не содержит пробелов, я также ссылаюсь на пробелы. В синтаксисе Bash \ используется как часть escape-символа. Кроме того, в командной строке аргументы разделяются пробелами, поэтому он не знает, как обрабатывать пробелы в путях, и как таковые вам придется избегать их с помощью обратных косых черт. Поэтому для того, что было бы C:\Program Files\Foo\bar.exe, на самом деле вам нужно будет поместить C:\\Program\ Files\\Foo\\bar.exe в путь. Тем не менее, с помощью оболочки Bash по умолчанию вы можете свести на нет эту неверную интерпретацию косых черт и пробелов, обернув путь одинарными кавычками ('), который рассматривает его как передаваемый буквальный аргумент в целом, поэтому вы можете сделать 'C:\Program Files\Foo\bar.exe' без необходимости преодолевать обратную косую черту или пробелы.

Вы предоставляете абсолютный путь в стиле Linux к исполняемому файлу Windows, который выполняется Wine, не давая этому аргументу пути самому Wine. Таким образом, вы должны рассматривать каждый аргумент после пути к .exe как аргумент стиля Windows (т. Е. [F2]).

Полные пути стиля Linux работают для notepad.exe, но считают, что notepad.exe скорее всего не версия Linux-style версии Notepad, она включена в настройку Wine и, вероятно, изменена, чтобы принимать пути Linux (например, /tmp/test/O.pdf).

Однако большинство приложений, которые могут выполнять wine, не имеют этих настроек, и поэтому допускают только пути в стиле Windows. Таким образом, вы должны предоставить этим приложениям путь в стиле Windows в формате, например C:\Windows\System32\..., но в отношении фактического расположения файлов и относительно сопоставлений дисков в Wine, принимая во внимание консоль Bash / Linux интерпретация стилей * путей.

Сначала найдите сопоставления дисков и где они «существуют» в инфраструктуре файлов Linux. Для этого загрузите winecfg, а в окне конфигурации Wine перейдите на вкладку «Диски». Это будет выглядеть так:

Как вы можете видеть, у меня есть C:, который сопоставляется с каталогом Wine drive_c, который в этом случае находится в /home/teward/.wine. У меня также есть диск M:, сопоставленный с моим /mnt/ каталогом, что имеет значение, потому что у меня есть вещи, на которые ссылается M:\ в винных приложениях.

Что Сначала найдите сопоставления дисков и где они «существуют» в инфраструктуре файлов Linux. - это сопоставление Z:, которое отображается в корневом разделе / в моей среде Linux. Этот не является отображением по умолчанию, но не обязательно будет в вашей среде (так что убедитесь, что это так). Какой бы винный диск не сопоставлялся с /, вам нужно будет использовать. И если этого не существует, вам нужно добавить сопоставление дисков, которое соответствует либо /, либо фактическому каталогу, который ваши данные фактически находятся в том, что вы открываете с помощью приложения Windows. Технически вы могли бы отобразить T: на /tmp/, а затем сделать T:\0.pdf, но я не предполагаю, что для моего ответа.

Итак, для целей этого ответа я предположим, что Z: фактически отображается на / и использует это с этого момента в моем ответе.

Вам нужно взять путь Linux и преобразовать его в стиль Windows с помощью Z:\ корень привода. Итак, для /tmp/test/0.pdf в Linux вы действительно дадите 'Z:\tmp\test\0.pdf' (включая одиночные кавычки ', чтобы оболочка не испортила интерпретацию * пути). Таким образом, приложение в стиле Windows получает путь, который он может читать и понимать, а не путь, которым он не может.

Очень немногие приложения Wine действительно способны понимать пути стиля /foo/bar/baz Linux, и большинство из тех, которые делают, были настроены и установлены как часть настройки Wine для начала. Поэтому лучше всего использовать пути в стиле Windows для приложений Windows, работающих внутри Wine, а не в стиле Linux.

* Когда я ссылаюсь на «интерпретацию», я не обратитесь к :, но \, который находится на путях. И хотя ваш путь не содержит пробелов, я также ссылаюсь на пробелы. В синтаксисе Bash \ используется как часть escape-символа. Кроме того, в командной строке аргументы разделяются пробелами, поэтому он не знает, как обрабатывать пробелы в путях, и как таковые вам придется избегать их с помощью обратных косых черт. Поэтому для того, что было бы C:\Program Files\Foo\bar.exe, на самом деле вам нужно будет поместить C:\\Program\ Files\\Foo\\bar.exe в путь. Тем не менее, с помощью оболочки Bash по умолчанию вы можете свести на нет эту неверную интерпретацию косых черт и пробелов, обернув путь одинарными кавычками ('), который рассматривает его как передаваемый буквальный аргумент в целом, поэтому вы можете сделать 'C:\Program Files\Foo\bar.exe' без необходимости преодолевать обратную косую черту или пробелы.