https://bugs.winehq.org/show_bug.cgi?id=39678
Bug ID: 39678 Summary: Zararadio can not read folder/file name path with Latin characters Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: jotape1960@yahoo.com Distribution: ---
Zararadio (a radio automation software for windows) needs to use special text files called:
*.rot (rotations, are playlists which will be played one audio file each time it is called from the central control; it is intended to animations).
*.seq (sequences, are playlists which will be played full, from the first to the last audio files in the list, each time it is called; it is intended to advertising break).
Well, the issue is that if those special files have references to folders and/or files which names have Latin characters (ñ, í, ó, ~, etc.), the program can not read it well and it truncates those path into blank spaces after the first Latin characters in the line.
For example: If the original path is:
D:\PROGRAMAS\COMERCIALES\La Malagueña 2.mp3
(Reference to an advertising audio file)
The software reads it as:
D:\PROGRAMAS\COMERCIALES\La Malague ...blank spaces...
(because of the ñ character)
As a result of that, the scheduled events (the main reason to use the software) doesn't work so fine (the audio files with Latin characters aren't be played), so... It isn't useful as an automatic schedule program.
I use Wine 1.6.2 into Ubuntu Studio 15.10
(BTW: How can I install the latest version of Wine?)
https://bugs.winehq.org/show_bug.cgi?id=39678
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.6.2 Severity|major |normal
https://bugs.winehq.org/show_bug.cgi?id=39678
Vijay Kamuju infyquest@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |infyquest@gmail.com
--- Comment #1 from Vijay Kamuju infyquest@gmail.com --- Please use wine 1.8-rc1 and test
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #2 from jotape1960 jotape1960@yahoo.com --- I couldn't download Wine 1.8-rc-1. The system tells me: "error 404: not found."
I just could to download and install Wine 1.7.50 and the problem with Zararadio is exactly the same.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #3 from jotape1960 jotape1960@yahoo.com --- I downloaded and installed the last WineHQ version 1.8-rc3 into my Ubuntu Studio 15.10 installation, and this ZaraRadio issue remains exactly the same.
Everything is the same that with the 1.6.2 version.
So...
https://bugs.winehq.org/show_bug.cgi?id=39678
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.zarastudio.es/en | |/descargas.php
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #4 from Bruno Jesus 00cpxxx@gmail.com --- Created attachment 53053 --> https://bugs.winehq.org/attachment.cgi?id=53053 screenshot
What are the steps to reproduce? I renamed a file do La Malagueña 2.mp3 and then opened the program and pressed the + (Añadir) and selected the mp3 file. The file was added to the Siguiente box with the correct name. And the file also appears correctly in the list of musics with the correct Titulo de la canción and correct duration.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #5 from jotape1960 jotape1960@yahoo.com --- There is no problems with Latin characters in audio files, when we use it into the main or additional player playlists.
The problem is in the Events panel.
The Events panel is an special player which has full control about what is played.
Events can be scheduled, and this is the main reason to use the program!!!
The problem is with two special kind of files the Events panel uses:
1) Sequences (*.seq). Audio files playlist which has to be played from the first to the last, whole the list, each time it has to be played. It is intended to advertising blocks.
2) Rotations (*.rot). Audio files playlist which has to be played just one file each time it has to be played. The program pick-ups one file from the list, marks it as played, then jumps to the following events and, when it has to re-uses the rotation, then pick-ups the following file of the list, and so and on. It is intended to animations.
At both kind of event playlists, the software fails to read any reference to any audio file which name and/or full path has Latin characters.
Of course, if we change all those names, the problem ends. BUT... I think it isn't the final idea of computing world, or Am I wrong? ???
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #6 from Bruno Jesus 00cpxxx@gmail.com --- What are the steps to reproduce? Like: press button xyz, then button kkk.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #7 from jotape1960 jotape1960@yahoo.com --- Created attachment 53067 --> https://bugs.winehq.org/attachment.cgi?id=53067 Events panel window
This is a typical ZaraRadio Events panel window, with a lot of scheduled events.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #8 from jotape1960 jotape1960@yahoo.com --- I uploaded an screen capture of the typical ZaraRadio Events panel window.
Just in case, you could have to learn how to work with scheduled events. It is pretty much as the main playlist but with the schedule time information.
BUT... you don't need to work with the events, directly, to get this issue.
You just have to create one of the following special type of ZaraRadio files:
1) Sequences. Put some audio files into a new playlist (ZaraRadio main player window). Please, be sure that some of the audio file names and/or full paths you are using have Latin characters. Then save it as a *.seq format file. Please, be sure to save it as a *.seq (sequence) kind of file.
2) Rotation. Same as above but save it as *.rot (rotation) kind of file.
Then, erase all the contents of the ZaraRadio main player.
You only can do that selecting all the current files, manually, and then erase it using the mouse right button and select the erase option (to avoid the other bug I reported).
Try to load the *.seq file, or the *.rot file. Please, use the Open button (the program can not to load playlists, sequences and/or rotations in other way).
Whatever you load, sequence or rotation, you will see the truncated names and/or path, inmediately.
So... you won't play the sequence and/or rotation, because the program won't be able to find the files with Latin characters.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #9 from jotape1960 jotape1960@yahoo.com --- Created attachment 53122 --> https://bugs.winehq.org/attachment.cgi?id=53122 ZaraRadio PlayList
A typical ZaraRadio PlayList, generated from the ZaraRadio Main Player panel, under Windows.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #10 from jotape1960 jotape1960@yahoo.com --- Created attachment 53123 --> https://bugs.winehq.org/attachment.cgi?id=53123 Standard M3U PlayList
An standard M3U PlayList, generated from the ZaraRadio Main Player panel, under Windows.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #11 from jotape1960 jotape1960@yahoo.com --- Created attachment 53124 --> https://bugs.winehq.org/attachment.cgi?id=53124 ZaraRadio Rotation
A typical ZaraRadio Rotation, generated from the ZaraRadio Main Player panel, under Windows.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #12 from jotape1960 jotape1960@yahoo.com --- Created attachment 53125 --> https://bugs.winehq.org/attachment.cgi?id=53125 ZaraRadio Sequence
A typical ZaraRadio Sequence, generated from the ZaraRadio Main Player panel, under Windows.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #13 from jotape1960 jotape1960@yahoo.com --- I uploaded a ZaraRadio playlist, an m3u, a rotation and a sequence files, all of them created with ZaraRadio 1.6.2 under Windows.
If you try to read them running ZaraRadio under Wine (Linux, Ubuntu), you will get:
1) The standard ZararRadio Playlist: No problems at all.
2) The standard m3u Playlist: No problems at all.
3) The standard ZaraRadio Rotation: All the paths and file names will be truncated beyond the first Latin character on the line.
4) The standard ZaraRadio Sequence: All the paths and file names will be truncated beyond the first Latin character on the line.
That's the great issue!!!
https://bugs.winehq.org/show_bug.cgi?id=39678
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.zarastudio.es/en |http://www.zarastudio.es/fr |/descargas.php |ee/ZaraRadioFreeEdition.exe
https://bugs.winehq.org/show_bug.cgi?id=39678
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW URL|http://www.zarastudio.es/fr |http://www.zarastudio.es/en |ee/ZaraRadioFreeEdition.exe |/descargas.php Component|-unknown |msvcrt Ever confirmed|0 |1
--- Comment #14 from Nikolay Sivov bunglehead@gmail.com --- I can confirm, tested with this rotation file https://bugs.winehq.org/attachment.cgi?id=53124 - names are truncated after first 'M'. This doesn't happen on Windows.
Relevant part when reading .rot file:
--- 0041:trace:msvcrt:MSVCRT_fgets :got "[playlist]\n" 0041:trace:msvcrt:_unlock (31) 0041:trace:msvcrt:MSVCRT_vsscanf_l "[playlist]\n" ("[%[^]]") 0041:trace:msvcrt:MSVCRT_vsscanf_l returning 1 0041:trace:msvcrt:MSVCRT_fgets :file(0x7e7f7bc0) fd (3) str (0xbdf240) len (1024) 0041:trace:msvcrt:_lock (31) 0041:trace:msvcrt:MSVCRT_fgets :got "file0=D:\M\xdaSICA RADIO CONDELL\JJPG\FOLKLORE\100 MEJORES DEL FOLKLORE - IRT\100 MEJORES DEL FOLKLORE - IRT - CD 4\100 MEJORES DEL FOLKLORE - IRT - CD4 - 25 - LOS DE RAM\xd3N - V\xe1monos emborrachando.mp3\n" 0041:trace:msvcrt:_unlock (31) 0041:trace:msvcrt:MSVCRT_vsscanf_l "file0=D:\M\xdaSICA RADIO CONDELL\JJPG\FOLKLORE\100 MEJORES DEL FOLKLORE - IRT\100 MEJORES DEL FOLKLORE - IRT - CD 4\100 MEJORES DEL FOLKLORE - IRT - CD4 - 25 - LOS DE RAM\xd3N - V\xe1monos emborrachando.mp3\n" ("[%[^]]") 0041:trace:msvcrt:MSVCRT_vsscanf_l returning 0 0041:trace:msvcrt:MSVCRT_vsscanf_l "file0=D:\M\xdaSICA RADIO CONDELL\JJPG\FOLKLORE\100 MEJORES DEL FOLKLORE - IRT\100 MEJORES DEL FOLKLORE - IRT - CD 4\100 MEJORES DEL FOLKLORE - IRT - CD4 - 25 - LOS DE RAM\xd3N - V\xe1monos emborrachando.mp3\n" ("%[^=] = "%[^"]"") 0041:trace:msvcrt:MSVCRT_vsscanf_l returning 1 0041:trace:msvcrt:MSVCRT_vsscanf_l "file0=D:\M\xdaSICA RADIO CONDELL\JJPG\FOLKLORE\100 MEJORES DEL FOLKLORE - IRT\100 MEJORES DEL FOLKLORE - IRT - CD 4\100 MEJORES DEL FOLKLORE - IRT - CD4 - 25 - LOS DE RAM\xd3N - V\xe1monos emborrachando.mp3\n" ("%[^=] = '%[^']'") 0041:trace:msvcrt:MSVCRT_vsscanf_l returning 1 0041:trace:msvcrt:MSVCRT_vsscanf_l "file0=D:\M\xdaSICA RADIO CONDELL\JJPG\FOLKLORE\100 MEJORES DEL FOLKLORE - IRT\100 MEJORES DEL FOLKLORE - IRT - CD 4\100 MEJORES DEL FOLKLORE - IRT - CD4 - 25 - LOS DE RAM\xd3N - V\xe1monos emborrachando.mp3\n" ("%[^=] = %[^;]") 0041:trace:msvcrt:MSVCRT_vsscanf_l returning 2 0041:trace:msvcrt:pf_printf_a Format is: "%s:%s" ---
Native msvcrt.dll is a workaround.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #15 from jotape1960 jotape1960@yahoo.com --- Can that MSCVRT.DLL file be edited to fix the issue?
How?
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #16 from Nikolay Sivov bunglehead@gmail.com --- It seems to me that it should be fixed one way or another, yes. I don't know how. In the meantime you can try 'winetricks vcrun6' and setting msvcrt to native with winecfg.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #17 from Nikolay Sivov bunglehead@gmail.com --- Created attachment 53135 --> https://bugs.winehq.org/attachment.cgi?id=53135 patch
After some debugging, this call fails:
--- 0009:trace:msvcrt:MSVCRT_vsscanf_l "file0=D:\M\xdaSICA RADIO CONDELL\JJPG\FOLKLORE\100 MEJORES DEL FOLKLORE - IRT\100 MEJORES DEL FOLKLORE - IRT - CD 4\100 MEJORES DEL FOLKLORE - IRT - CD4 - 25 - LOS DE RAM\xd3N - V\xe1monos emborrachando.mp3\n" ("%[^=] = %[^;]") ---
Specifically second format mask.
The problem seems to be signed char to signed int propagation that happens at some point - _GETC_ returns 0xffffffda for \xda char, then it's passed to RtlAreBitsClear() as ULONG, and this obviously fails. Hacking for this specific char value to drop higher bits makes it work.
You can try this patch if you like.
https://bugs.winehq.org/show_bug.cgi?id=39678
Piotr Caban piotr.caban@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |piotr.caban@gmail.com
--- Comment #18 from Piotr Caban piotr.caban@gmail.com --- (In reply to Nikolay Sivov from comment #17)
Created attachment 53135 [details] patch
The patch looks good for me.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #19 from Piotr Caban piotr.caban@gmail.com --- (In reply to Piotr Caban from comment #18)
(In reply to Nikolay Sivov from comment #17)
Created attachment 53135 [details] patch
The patch looks good for me.
Sorry, I've missed something. There should be cast to (unsigned _CHAR_) instead of (unsigned char). Your patch will not work for wchar_t case (I was not testing it, it's just from reading the code).
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #20 from jotape1960 jotape1960@yahoo.com --- Excuse my great ignorance, but I don't know how to use the patch you're talking about, because I don't know how to edit a *.dll file (I'm not a programmer).
So... Please, can you speak me in... English, please? ???
Whatever, I really thank you for all the time you're dedicating to this!!!
Thank you so much!!!
Greetings & Blessings from Chile!!!!!!!
Juan
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #21 from Nikolay Sivov bunglehead@gmail.com --- Hi, Juan.
This is a patch to source code, you can't patch a binary dll file with it. Currently we are in preparation for next major Wine 1.8 release, this fix won't be included in it, but I expect next release after that (in several weeks, first Wine in 1.9.x series) to be fixed, and playlist will be loaded properly. Don't worry, you'll be notified when it's done.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #22 from Austin English austinenglish@gmail.com --- (In reply to jotape1960 from comment #20)
Excuse my great ignorance, but I don't know how to use the patch you're talking about, because I don't know how to edit a *.dll file (I'm not a programmer).
So... Please, can you speak me in... English, please? ???
http://wiki.winehq.org/Patching
or as Nikolay said, wait for 1.9.x (the version it's fixed in will be listed in this bug).
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #23 from jotape1960 jotape1960@yahoo.com --- Thanks a lot for your data!!!
I will wait to the final solution!!!
I just wonder if this issue would be related with the other bug I reported about ZaraRadio (it crashes when it has to change from a playlist to another; in other words: ZaraRadio can not to delete the current playlist to load a new one).
https://bugs.winehq.org/show_bug.cgi?id=39678
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #53135|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #24 from Nikolay Sivov bunglehead@gmail.com --- Created attachment 53148 --> https://bugs.winehq.org/attachment.cgi?id=53148 patch
Version that doesn't break wchar_t cases.
https://bugs.winehq.org/show_bug.cgi?id=39678
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |d99727bcb3f211b39421b1d738a | |3d3165fb82d78 Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #25 from Nikolay Sivov bunglehead@gmail.com --- Should be fixed with http://source.winehq.org/git/wine.git/?a=commit;h=d99727bcb3f211b39421b1d738....
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #26 from jotape1960 jotape1960@yahoo.com --- Cool!
But... Two questions:
1) When will be a public (downloadable) WineHQ version with this fixing patch?
And
2) Could it be "synchronized" with the other ZaraRadio bug (Issue 39677), to get a full "fixing point" to all this software?
???
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #27 from Nikolay Sivov bunglehead@gmail.com --- (In reply to jotape1960 from comment #26)
Cool!
But... Two questions:
- When will be a public (downloadable) WineHQ version with this fixing
patch?
I think it's expected this Friday, 25th of December, or maybe a week after that. You'll get notified through this report when it's released.
And
- Could it be "synchronized" with the other ZaraRadio bug (Issue 39677), to
get a full "fixing point" to all this software?
No, we don't do that. Separate reports stay separate, you'll get notified for both of them separately if something happens.
https://bugs.winehq.org/show_bug.cgi?id=39678
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #53148|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=39678
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@redhat.com Target Milestone|--- |1.8.x
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #28 from jotape1960 jotape1960@yahoo.com --- Thank you so much for your time and data!!!!!!!
I'll be waiting for the final solution.
Greetings & Blessings from Chile!!!!!!!
Juan
https://bugs.winehq.org/show_bug.cgi?id=39678
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #29 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.0.
https://bugs.winehq.org/show_bug.cgi?id=39678
--- Comment #30 from jotape1960 jotape1960@yahoo.com --- I can confirm this was fixed on WineHQ 1.9.0.
Now we can read/save sequences and rotations with Latin characters.
THANKS A LOT FOR THIS!!!!!!!
Greetings & Blessings from Chile!!!!!!!
Juan
https://bugs.winehq.org/show_bug.cgi?id=39678
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|1.8.x |---
--- Comment #31 from Michael Stefaniuc mstefani@redhat.com --- Removing 1.8.x milestone from bugs included in 1.8.1.