https://bugs.winehq.org/show_bug.cgi?id=45400
Bug ID: 45400
Summary: eden* (VN) some font characters display with the wrong
glyph (capitals/spaces)
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kq3thih(a)mailnesia.com
Distribution: ---
Created attachment 61710
--> https://bugs.winehq.org/attachment.cgi?id=61710
+font,+nls,+relay - 36.4M
eden*, GOG version (all ages/17+), some font characters display with the wrong
glyph. Often capital letters and/or spaces. To reproduce start eden_en.exe, and
click Settings or start a new game.
Merriweather MG font is installed along with the game. When chosen as the font
to use the broken characters display as the first non-unicode glyph in
Merriweather MG, box with an X inside named ".notdef" according to FontForge.
>From the attached +font,+nls,+relay log.
A wrong glyph:
--- snip ---
002b:Call KERNEL32.MultiByteToWideChar(000004e4,00000001,0033f644
"l",00000001,0033f640,00000001) ret=0051a005
002b:trace:nls:MultiByteToWideChar cp 1252 "l" -> L"l", ret = 1
002b:Ret KERNEL32.MultiByteToWideChar() retval=00000001 ret=0051a005
002b:Call
gdi32.GetGlyphOutlineW(0037005b,0037006c,00000005,00d0e770,00000000,009a2ad8,005671d0)
ret=0051a053
002b:trace:font:GetGlyphOutlineW (0x37005b, 37006c, 0005, 0xd0e770, 0,
0x9a2ad8, 0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 37006c, 00000005, 0xd0e770,
00000000, 0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 10,11,(0,12),10,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000084 ret=0051a053
002b:Call
gdi32.GetGlyphOutlineW(0037005b,0037006c,00000005,00d0e770,00000084,009a2ad8,005671d0)
ret=0051a161
002b:trace:font:GetGlyphOutlineW (0x37005b, 37006c, 0005, 0xd0e770, 132,
0x9a2ad8, 0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 37006c, 00000005, 0xd0e770,
00000084, 0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 10,11,(0,12),10,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000084 ret=0051a161
--- snip ---
A correct glyph:
--- snip ---
002b:Call KERNEL32.MultiByteToWideChar(000004e4,00000001,0033f644
"a",00000001,0033f640,00000001) ret=0051a005
002b:trace:nls:MultiByteToWideChar cp 1252 "a" -> L"a", ret = 1
002b:Ret KERNEL32.MultiByteToWideChar() retval=00000001 ret=0051a005
002b:Call
gdi32.GetGlyphOutlineW(0037005b,00000061,00000005,00d0e770,00000000,009a2ad8,005671d0)
ret=0051a053
002b:trace:font:GetGlyphOutlineW (0x37005b, 0061, 0005, 0xd0e770, 0, 0x9a2ad8,
0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 0061, 00000005, 0xd0e770, 00000000,
0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 9,12,(0,11),8,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000090 ret=0051a053
002b:Call
gdi32.GetGlyphOutlineW(0037005b,00000061,00000005,00d0e770,00000090,009a2ad8,005671d0)
ret=0051a161
002b:trace:font:GetGlyphOutlineW (0x37005b, 0061, 0005, 0xd0e770, 144,
0x9a2ad8, 0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 0061, 00000005, 0xd0e770, 00000090,
0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 9,12,(0,11),8,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000090 ret=0051a161
--- snip ---
--
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=48545
Bug ID: 48545
Summary: SDL GameControllerAddMapping registry keys do not work
Product: Wine
Version: 5.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: zakk(a)rsdio.com
The registry entries to add SDL controller mappings do not work
(HKLM/CurrentControlSet/Services/WineBus/Map)
I've discovered the enumeration of the subkeys fails with ERROR_ACCESS_DENIED
If I change the RegOpenKeyExW call (line 1039 of bus_sdl.c) to use KEY_READ
instead of KEY_ENUMERATE_SUB_KEYS the enumeration succeeds and the controller
mappings are passed to SDL.
The registry keys were created with the stock wine regedit program.
I can provide a diff if really required, but I feel like this might be an issue
that needs solving somewhere else (perhaps the default permissions on registry
key creation need tweaking?)
--
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=44367
Bug ID: 44367
Summary: d2d1 FillEllipse
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: markau0(a)lycos.com
Distribution: ---
With wine set to
HKEY_CURRENT_USER Software Wine Direct3D MaxVersionGL 30002
a FillEllipse and DrawEllipse error occurs when using a windows vst (Serum)
that uses d2d1.
Without setting MaxVersionGL 30002 the display is blank (black).
Setting MaxVersionGL 30002 enables the display but also causes the FillEllipse
and DrawEllipse errors which result in drawing errors.
Video card is a Radeon HD 6670.
err:winediag:wined3d_dll_init Setting maximum allowed wined3d GL version to
3.2.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_DrawEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
etc
--
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=35782
Bug ID: 35782
Summary: Tic Tac Toe Game (vbscript) cannot be played (colon
used in for loop for placing multiple statements on
the same line)
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
similar to bug 27831
--- snip ---
$ wine iexplore file:///c:/Game.htm
...
fixme:vbscript:parse_script parser failed around L"0)=8\n\t\tfor i=1 to
8:a1(i)=i-1:next 'all lines\n\t\tc=ChooseOneCell(a1)\n\tend
if\n\tFindBestMove=c\nEnd Function\n\n\nSub PutCoin(c)\n\t'put a coin on the
cell #c for player p\n\ton error resume next\n\t'if TimeOutHldIsSet=1 then
TimeOutHldIsSet=0\n\tdim n\n\tBoardCell(c)=CurrentPlayer+1\n\tn=Coin"...
--- snip ---
Reduced case:
--- snip ---
dim a1(8)
a1(0)=8
for i=1 to 8:a1(i)=i-1:next 'all lines
--- snip ---
Regards
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22749
Summary: Hard link creation from a Finddupe-generated batch
file fails (needs fsutil.exe implemented)
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://www.sentex.net/~mwandel/finddupe/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Finddupe has an option to generate a batch file that can be run later to create
hard links for the duplicate files it find, but these batch files don't work in
Wine:
wine: cannot find L"C:\\windows\\system32\\fsutil.exe"
The particular command it's using is this:
fsutil hardlink create "C:\test6\testfile_1.gif" "C:\test6\testfile.gif"
Copying over fsutil.exe from WinXP lets it work as expected (aside from the
native app producing corrupted output). Fsutil is documented here:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en…
A lot of these functions probably wouldn't translate to Wine well (setting NTFS
attributes, etc.) but "fsutil hardlink create" seems to do the same thing as
CreateHardLink...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=48396
Bug ID: 48396
Summary: 'cmd.exe /c move file1 file2' doesn't respect
non-interactive mode, causing prompt for overwrite if
destination file exists
Product: Wine
Version: 5.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Noticed this with some scene installers that use batch files to
uncompress and concatenate files. At one point the progress stalls and a number
of 'cmd.exe' processes just sit around, waiting for input (they are
non-interactive). Reason: Wine's cmd.exe 'move' doesn't take non-interactive
mode into account when destination file exists.
Cmd's 'copy' works.
--- snip ---
$ echo "1" > test1
$ echo "2" > test2
# fails but should work
$Â wine cmd /c move test1 test2
Overwrite Z:\home\focht\test2? (Yes|No)
--- snip ---
Setting 'COPYCMD' environment variable to '/Y' avoids the prompt, but still
doesn't overwrite the destination file with original which is another bug.
Oh boy, cmd.exe really needs some love. Still so broken after years.
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l…
--- snip ---
2959 void WCMD_move (void)
2960 {
2961 BOOL status;
2962 WIN32_FIND_DATAW fd;
2963 HANDLE hff;
2964 WCHAR input[MAX_PATH];
2965 WCHAR output[MAX_PATH];
2966 WCHAR drive[10];
2967 WCHAR dir[MAX_PATH];
2968 WCHAR fname[MAX_PATH];
2969 WCHAR ext[MAX_PATH];
...
3023 /* If destination exists, prompt unless /Y supplied */
3024 if (GetFileAttributesW(dest) != INVALID_FILE_ATTRIBUTES) {
3025 BOOL force = FALSE;
3026 WCHAR copycmd[MAXSTRING];
3027 DWORD len;
3028
3029 /* /-Y has the highest priority, then /Y and finally the COPYCMD
env. variable */
3030 if (wcsstr (quals, parmNoY))
3031 force = FALSE;
3032 else if (wcsstr (quals, parmY))
3033 force = TRUE;
3034 else {
3035 static const WCHAR copyCmdW[] =
{'C','O','P','Y','C','M','D','\0'};
3036 len = GetEnvironmentVariableW(copyCmdW, copycmd,
ARRAY_SIZE(copycmd));
3037 force = (len && len < ARRAY_SIZE(copycmd) && !lstrcmpiW(copycmd,
parmY));
3038 }
3039
3040 /* Prompt if overwriting */
3041 if (!force) {
3042 WCHAR* question;
3043
3044 /* Ask for confirmation */
3045 question = WCMD_format_string(WCMD_LoadMessage(WCMD_OVERWRITE),
dest);
3046 ok = WCMD_ask_confirm(question, FALSE, NULL);
3047 LocalFree(question);
3048
3049 /* So delete the destination prior to the move */
3050 if (ok) {
3051 if (!DeleteFileW(dest)) {
3052 WCMD_print_error ();
3053 errorlevel = 1;
3054 ok = FALSE;
3055 }
3056 }
3057 }
3058 }
...
--- snip ---
While at it you could really refactor/unify the code more. Even basic 'COPYCMD'
handling is implemented in different code style (move vs. copy):
https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l…
$ wine --version
wine-5.0-rc3
Regards
--
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=42731
Bug ID: 42731
Summary: stack overflow when .bat script variable has more than
256 characters
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lucianposton(a)gmail.com
Distribution: ---
Created attachment 57723
--> https://bugs.winehq.org/attachment.cgi?id=57723
bug demo
When a variable with more than (roughly) 256 characters in a .bat script is
passed as a parameter, the script fails with the following error:
err:seh:setup_exception_record stack overflow 1408 bytes in thread 0009 eip
7bc4887d esp 00240db0 stack 0x240000-0x241000-0x340000
attached .bat file that demonstrates the bug
--
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=44061
Bug ID: 44061
Summary: Destiny 2 crashes on launch
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zombieff(a)gmail.com
Distribution: ArchLinux
Created attachment 59774
--> https://bugs.winehq.org/attachment.cgi?id=59774
Crash report shown by the app
The game "Destiny 2" crashes on launch.
It installs successfully via Blizzard client, but crashes on launch.
There's a delay between "Launching" → "Ready to Launch" (not launched) →
crashed with an error.
Tested on Arch Linux.
Wine version is wine-2.21 (Staging).
Terminal output (app crash report is in the attachment):
fixme:thread:create_user_shared_data_thread Creating user shared data update
thread.
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:crypt:CRYPT_LoadProvider Failed to load dll
L"C:\\windows\\system32\\rsaenh.dll"
fixme:seh:call_stack_handlers nested exception
wine: Unhandled exception 0xc06d007e in thread 556 at address 0x7b450c67
(thread 0556), starting debugger...
fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll"
fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll"
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:uxthemegtk:SetWindowTheme (0xf0054, (null), (null))
--
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=49172
Bug ID: 49172
Summary: Always true condition `code > 0xffff` in
vbscript/global.c
Product: Wine
Version: 5.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal54(a)gmail.com
Distribution: ---
code > 0xffff is always true - probably code > 0 should look like code < 0
https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b…
--
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.