https://bugs.winehq.org/show_bug.cgi?id=52805
--- Comment #5 from Eric Pouech eric.pouech@orange.fr --- (In reply to nemonein from comment #4)
Thank you Eric Pouech. I need to use tee for the time being.
And about the 'echo' command, I'm using zsh, and I have no idea, but the default option might be '-e' for zsh. echo -E works good on zsh.
I have one more question to ask. It's a bit complicated, but please understand what I meant. (English is not even my last language, so it's very difficult for me to make you understand.)
I made a wrapper script to run Wine(mp3tag.exe) program. It's simply change the path name to Windows one, using winepath.
The script(shell) is something like this. Let's call this 'run_mp3tag.sh'.
wine_music_dir=$(/usr/bin/wine winepath -w "$1" | tee /dev/null) env WINEPREFIX="$HOME/.wine" wine 'C:\Program Files (x86)\Mp3tag\Mp3tag.exe' /fp:"$wine_music_dir"
If I run this script on a terminal, it works fine.
$ run_mp3tag.sh "<some_directory/filename>"
Then, I made .desktop file to run this script. [Desktop Entry] Name=Mp3tag Exec=run_mp3tag.sh %f Type=Application StartupNotify=false Path=/home/nemoarch/.wine/dosdevices/c:/Program Files (x86)/Mp3tag Icon=5632_MP3TAG.0 StartupWMClass=mp3tag.exe Terminal=false
I made an association with this program and music files, then I opened it on a Dolphin desktop manager(KDE), winepath does nothing. mp3tag started, but with error, "Directory cannot be accessed." It means $wine_music_dir does not have any value.
I have no idea why this does not work all of a sudden. And I want to tell you that IT had WORKED for a long time. Suddenly it stopped working.
that's a known bug see https://bugs.winehq.org/show_bug.cgi?id=52771 and https://bugs.winehq.org/show_bug.cgi?id=52743 and it's not related to the problem you opened this bug with...
so I advise you follow up for comment #4 on those two other bugs