https://bugs.winehq.org/show_bug.cgi?id=57238
Bug ID: 57238 Summary: WinRK crashes on start up Product: Wine Version: 9.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: aros@gmx.com Distribution: ---
Created attachment 77155 --> https://bugs.winehq.org/attachment.cgi?id=77155 Wine 9.18 backtrace
Backtrace: =>0 0x004f0e27 in winrk (+0xf0e27) (0x00318d3c) 1 0x00318d64 (0x00d818d0) 2 0x0064cad4 in winrk (+0x24cad4) (0x00000000) 0x004f0e27 winrk+0xf0e27: mov 0x04(%esi), %eax Modules: Module Address Debug info Name (77 modules) PE 400000- 6eb000 --none-- winrk ELF 7bc01000-7bc49000 Deferred uxtheme.dll.so -PE 7bc10000-7bc14000 \ uxtheme
md5sum WinRK312.exe 656ff5e7daef7408da82db2487807960 WinRK312.exe
sha256sum WinRK312.exe e0345ae99d236444d80cf70bb95906ffda3c129e3d66ec6740c8d0e1bca18f69 WinRK312.exe
https://bugs.winehq.org/show_bug.cgi?id=57238
Artem S. Tashkinov aros@gmx.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |https://www.sac.sk/download | |/pack/winrk312.exe
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #1 from Artem S. Tashkinov aros@gmx.com --- With the standard Windows theme:
Backtrace: =>0 0x004f0e27 in winrk (+0xf0e27) (0x00318d3c) 1 0x00318d64 (0x00d818d0) 2 0x0064cad4 in winrk (+0x24cad4) (0x00000000) 0x004f0e27 winrk+0xf0e27: mov 0x04(%esi), %eax Modules: Module Address Debug info Name (75 modules) PE 400000- 6eb000 --none-- winrk
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #2 from Artem S. Tashkinov aros@gmx.com --- Another source:
http://info.elf.stuba.sk/packages/pub/pc/pack/winrk312.exe
https://www.google.com/search?q=%22WinRK312.exe%22
https://bugs.winehq.org/show_bug.cgi?id=57238
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #3 from Fabian Maurer dark.shadow4@web.de --- This works after "winetricks arial", probably a duplicate of bug 32342.
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #4 from Artem S. Tashkinov aros@gmx.com --- (In reply to Fabian Maurer from comment #3)
This works after "winetricks arial", probably a duplicate of bug 32342.
That's weird as I have the Arial (Microsoft) font installed.
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #5 from Fabian Maurer dark.shadow4@web.de --- Did you test in clean WINEPREFIX with only winetricks arial? Because I had exact the same error, at the exact same address.
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #6 from Artem S. Tashkinov aros@gmx.com --- (In reply to Fabian Maurer from comment #5)
Did you test in clean WINEPREFIX with only winetricks arial? Because I had exact the same error, at the exact same address.
I started with a fresh new Wine prefix - always do when reporting Wine bugs.
Arial is installed system wide, not via winetricks. I wonder if makes the difference.
https://bugs.winehq.org/show_bug.cgi?id=57238
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC| |xerox.xerox2000x@gmail.com
--- Comment #7 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Artem S. Tashkinov from comment #6)
(In reply to Fabian Maurer from comment #5)
Did you test in clean WINEPREFIX with only winetricks arial? Because I had exact the same error, at the exact same address.
I started with a fresh new Wine prefix - always do when reporting Wine bugs.
Arial is installed system wide, not via winetricks. I wonder if makes the difference.
Just before the crash it checks if the font is present in fonts dir :
0024:Call KERNEL32.GetFileAttributesW(00da4b40 L"C:\windows\Fonts\arial.ttf") ret=005d4743 0024:Ret KERNEL32.GetFileAttributesW() retval=ffffffff ret=005d4743
I don't have a system wide arial installed, but I would guess that a system wide installed arial doesn't mean that it's present in C:\windows\Fonts\arial.ttf Could you check if the font is there?
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #8 from Artem S. Tashkinov aros@gmx.com --- (In reply to Louis Lenders from comment #7)
Just before the crash it checks if the font is present in fonts dir :
0024:Call KERNEL32.GetFileAttributesW(00da4b40 L"C:\windows\Fonts\arial.ttf") ret=005d4743 0024:Ret KERNEL32.GetFileAttributesW() retval=ffffffff ret=005d4743
I don't have a system wide arial installed, but I would guess that a system wide installed arial doesn't mean that it's present in C:\windows\Fonts\arial.ttf Could you check if the font is there?
I created a symlink from /usr/share/fonts/arial.ttf to C:\Windows\Fonts and now the application works.
Looks like it's the same bug but I wonder why it hasn't been fixed yet. Lots of people have Microsoft TTF fonts installed system-wide.
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #9 from Hans Leidekker hans@meelstraat.net --- (In reply to Artem S. Tashkinov from comment #8)
I created a symlink from /usr/share/fonts/arial.ttf to C:\Windows\Fonts and now the application works.
Looks like it's the same bug but I wonder why it hasn't been fixed yet. Lots of people have Microsoft TTF fonts installed system-wide.
A system-wide install works for most applications but some read the font file directly from the Windows font directory.
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #10 from Artem S. Tashkinov aros@gmx.com --- (In reply to Hans Leidekker from comment #9)
(In reply to Artem S. Tashkinov from comment #8)
I created a symlink from /usr/share/fonts/arial.ttf to C:\Windows\Fonts and now the application works.
Looks like it's the same bug but I wonder why it hasn't been fixed yet. Lots of people have Microsoft TTF fonts installed system-wide.
A system-wide install works for most applications but some read the font file directly from the Windows font directory.
Could Wine monitor such things and substitute files when necessary?
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #11 from Hans Leidekker hans@meelstraat.net --- (In reply to Artem S. Tashkinov from comment #10)
(In reply to Hans Leidekker from comment #9)
(In reply to Artem S. Tashkinov from comment #8)
I created a symlink from /usr/share/fonts/arial.ttf to C:\Windows\Fonts and now the application works.
Looks like it's the same bug but I wonder why it hasn't been fixed yet. Lots of people have Microsoft TTF fonts installed system-wide.
A system-wide install works for most applications but some read the font file directly from the Windows font directory.
Could Wine monitor such things and substitute files when necessary?
I don't think that belongs in Wine proper but it seems like a sensible thing to do for a Wine wrapper. I don't know if monitoring is necessary, just creating symlinks to various known fonts might be enough.
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #12 from Artem S. Tashkinov aros@gmx.com --- (In reply to Hans Leidekker from comment #11)
Could Wine monitor such things and substitute files when necessary?
I don't think that belongs in Wine proper but it seems like a sensible thing to do for a Wine wrapper. I don't know if monitoring is necessary, just creating symlinks to various known fonts might be enough.
AFAIK Wine has wrappers for most Windows functions, so wouldn't it be just the case of
winAPI_fopen(file) { if (string(file) ~= "C:\windows\fonts*.ttf" && !file_exist(file) ) { fontname = strip ( string(file), "C:\windows\fonts"); if file_exists(strcat("/usr/share/fonts", fontname)) file=fopen(strcat("/usr/share/fonts", fontname)); } }
Sounds trivial to me and I'm sure something like that has already been done in Wine and used in many places.
https://bugs.winehq.org/show_bug.cgi?id=57238
--- Comment #13 from Hans Leidekker hans@meelstraat.net --- (In reply to Artem S. Tashkinov from comment #12)
AFAIK Wine has wrappers for most Windows functions, so wouldn't it be just the case of
winAPI_fopen(file) { if (string(file) ~= "C:\windows\fonts*.ttf" && !file_exist(file) ) { fontname = strip ( string(file), "C:\windows\fonts"); if file_exists(strcat("/usr/share/fonts", fontname)) file=fopen(strcat("/usr/share/fonts", fontname)); } }
Sounds trivial to me and I'm sure something like that has already been done in Wine and used in many places.
We don't want to check every file open to see if it's a font under c:\windows\fonts. System fonts may also be found other places.
https://bugs.winehq.org/show_bug.cgi?id=57238
Artem S. Tashkinov aros@gmx.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
--- Comment #14 from Artem S. Tashkinov aros@gmx.com --- (In reply to Hans Leidekker from comment #13)
Sounds trivial to me and I'm sure something like that has already been done in Wine and used in many places.
We don't want to check every file open to see if it's a font under c:\windows\fonts. System fonts may also be found other places.
I thought the linked bug report was *specifically* about Windows *system* fonts, so other use cases are out of its scope and my proposal at least to me makes perfect sense.
Anyways, let's mark this bug report as a dupe.
*** This bug has been marked as a duplicate of bug 32342 ***
https://bugs.winehq.org/show_bug.cgi?id=57238
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing duplicate.