[Bug 57238] New: WinRK crashes on start up
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(a)winehq.org Reporter: aros(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 Artem S. Tashkinov <aros(a)gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |https://www.sac.sk/download | |/pack/winrk312.exe -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #1 from Artem S. Tashkinov <aros(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #2 from Artem S. Tashkinov <aros(a)gmx.com> --- Another source: http://info.elf.stuba.sk/packages/pub/pc/pack/winrk312.exe https://www.google.com/search?q=%22WinRK312.exe%22 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 Fabian Maurer <dark.shadow4(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4(a)web.de --- Comment #3 from Fabian Maurer <dark.shadow4(a)web.de> --- This works after "winetricks arial", probably a duplicate of bug 32342. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #4 from Artem S. Tashkinov <aros(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #5 from Fabian Maurer <dark.shadow4(a)web.de> --- Did you test in clean WINEPREFIX with only winetricks arial? Because I had exact the same error, at the exact same address. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #6 from Artem S. Tashkinov <aros(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC| |xerox.xerox2000x(a)gmail.com --- Comment #7 from Louis Lenders <xerox.xerox2000x(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #8 from Artem S. Tashkinov <aros(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #9 from Hans Leidekker <hans(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #10 from Artem S. Tashkinov <aros(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #11 from Hans Leidekker <hans(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #12 from Artem S. Tashkinov <aros(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #13 from Hans Leidekker <hans(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 Artem S. Tashkinov <aros(a)gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #14 from Artem S. Tashkinov <aros(a)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 *** -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57238 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #15 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- Closing duplicate. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
WineHQ Bugzilla