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=49643
Bug ID: 49643
Summary: Calling ClipCursor too frequently can cause stack
overflow in foreground window thread.
Product: Wine
Version: 5.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
Created attachment 67845
--> https://bugs.winehq.org/attachment.cgi?id=67845
Reproducing sample application
Calling ClipCursor too frequently in a non-foreground thread may cause the
foreground window thread to overflow its stack. This is happening under some
circumstances with CoD: WWII.
This is inherent to the current implementation where every ClipCursor request
from a non-foreground thread involves synchronously sending internal messages
to the foreground window thread, then to the desktop thread. Each ClipCursor
request is processed when the desktop thread is notified, growing the stack
every time, until it overflows.
The attached program can be used to easily reproduce the issue.
--
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=49982
Bug ID: 49982
Summary: A '(call )' line does not reset %ERRORLEVEL% to 0
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: aa1ronham(a)gmail.com
Distribution: ---
The following batch script:
```
@echo off
echo Initial error level: %errorlevel%
call missing
echo After bad call: %errorlevel%
(call )
echo After empty call: %errorlevel%
```
gives the following output under Wine:
```
Initial error level: 0
Can't recognize 'missing' as an internal or external command, or batch script.
After bad call: 1
After empty call: 1
```
However, Windows 10 gives the following output:
```
Initial error level: 0
'missing' is not recognized as an internal or external command,
operable program or batch file.
After empty call: 1
After empty call: 0
```
It looks like the Windows cmd.exe resets %errorlevel% to 0 after a '(call )' is
executed, while Wine's cmd.exe leaves it unchanged.
--
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=49774
Bug ID: 49774
Summary: macDriver no longer functions within macOS VM
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gcenx83(a)gmail.com
Regression SHA1: 792521f33b2786cb100cb202dcb4181a579ef3b3
Wine-4.14 macDriver would function within a macOS VM from Wine-4.15 that’s no
longer the case.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=47570
Bug ID: 47570
Summary: FotoBizX - Installer throws backtrace
Product: Wine
Version: 4.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 64971
--> https://bugs.winehq.org/attachment.cgi?id=64971
Backtrace (4.11 Staging)
Hello everyone,
I have been trying out FotoBizX which is a business software for photographers
and agencies allowing invoices and quotes.
There is a demo version available at:
https://www.cradocfotosoftware.com/fotobiz/fotobiz-x-demo
sha256sum installfotoBizX1005.exe
7f6bcc85413442e4fe4f61919a98e0fffbcef32f2d99272abec9fe0dec0adffd
installfotoBizX1005.exe
Will try to add an AppDB entry later on.
--
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=50179
Bug ID: 50179
Summary: Future Pinball: parse_hex_literal invalid literal
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
Distribution: ---
Start Future Pinball
Choose File->Table Launcher->SegmentDisplayDemo
VBscript crashes at
Disp2.SetRightCursor 0,
&H0001or&H1000or&H0100or&H2000or&H0200or&H0008or&H0010or&H0800,
&H0001or&H0400or&H0200or&H0020or&H0010,
&H0100or&H0800or&H0020or&H0040or&H0010or&H8000, 0
0024:fixme:vbscript:VBScript_AddTypeLib (001BD050)->()
0024:fixme:vbscript:parse_hex_literal invalid literal
0024:fixme:vbscript:parser_error
L"&H0001or&H1000or&H0100or&H2000or&H0200or&H000
8or&H0010or&H0800, &H0001or&H0400or&H0200or&H0020or&H0010,
&H0100or&H0800or&H002
0or&H0040or&H0010or&H8000, 0\r\n\r\n\t'\t\t\t\t\t
\"1234123412341234123412341234
1234\"\r\tDisp2.QueueText \"PRINTF (\"\"HELLO WORLD\"\").\", seNone, 4000, 0,
Fa
lse,"...: "syntax error"
0024:fixme:vbscript:VBScriptError_GetSourceLineText (00190248)->(0031EA68)
0024:fixme:vbscript:VBScript_InterruptScriptThread (001BD050)->()
--
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=49309
Bug ID: 49309
Summary: vbscript:run test fails in Japanese locale
Product: Wine
Version: 5.9
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
For example:
https://test.winehq.org/data/48020f4846cca1a02f4e1dc037e2cc2068df5e9c/linux…
run.c:1877: Error in line 1585: 0 L"Invalid procedure call or argument"
run.c:1891: Test failed: unexpected call OnScriptError
run.c:2943: Test failed: expected global_success_d
run.c:2944: Test failed: expected global_success_i
run.c:2946: Test failed: parse_script failed: 800a0005
It seems that the call testAsc(Chr(255), 255) causes a runtime error when Asc
is called with Chr(255). For some reason, on the Japanese locale, this Chr call
gives us U+F8F3. It makes sense to get different results depending on encoding,
but I don't understand why we get this one.
Since this hasn't been observed on Windows, I assume this is a bug in Wine's
vbscript and not the test.
--
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=34770
Bug #: 34770
Summary: DS License Server: Cannot obtain a valid computer ID
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 46363
--> http://bugs.winehq.org/attachment.cgi?id=46363
Error message
Steps to reproduce:
1) remove ~/.wine
2) wine start DSLS_17022013_32bit_SSQ.msi
3) default installation except selecting "Install Server from scratch."
Behaviour:
Error message (see attachment) and interrupted installation.
Expected behaviour:
No error message and successful installation.
Terminal output:
fixme:exec:SHELL_execute flags ignored: 0x00000100
fixme:storage:create_storagefile Storage share mode not implemented.
err:rpc:I_RpcGetBuffer no binding
err:rpc:I_RpcGetBuffer no binding
fixme:volume:GetVolumePathNameW (L"C:\\users\\Public\\Application Data",
0x33c1f0, 260), stub!
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
fixme:wbemprox:client_security_SetBlanket 0xf712d2c0, 0x120fd0, 10, 0, (null),
3, 3, (nil), 0x00000000
fixme:wbemprox:client_security_Release 0xf712d2c0
fixme:wbemprox:class_object_GetNames flags 00000070 not supported
err:msi:ITERATE_Actions Execution halted, action L"ActionInitData" returned
1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
err:rpc:I_RpcGetBuffer no binding
err:rpc:I_RpcGetBuffer no binding
--
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=49143
Bug ID: 49143
Summary: RTF Editor does not support cyrillic letters using MS
Sans Serif Font
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: sulimova08(a)mail.ru
Distribution: ---
Created attachment 67145
--> https://bugs.winehq.org/attachment.cgi?id=67145
RTF_CYR_MSSER
Look at the picture attached.
There should be "кириллица" text inside the Red ellipse.
--
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=21150
Summary: exPressit crashes
Product: Wine
Version: 1.1.35
Platform: x86
URL: http://www.jumpjet.info/Win2k/05/exPressit_Label_Desig
n_Studio/exPressit.zip
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Hi a user reported this crash in appdb. I gave it a try and after starting ,
and choosing default project it crashes. I'll attach a crash log. The problem
seems to be unimplemented OleObject_Advise in shdocvw. Faking success like in
the hack below makes the app start fine.
diff --git a/dlls/shdocvw/oleobject.c b/dlls/shdocvw/oleobject.c
index dde850f..8322525 100644
--- a/dlls/shdocvw/oleobject.c
+++ b/dlls/shdocvw/oleobject.c
@@ -516,7 +516,7 @@ static HRESULT WINAPI OleObject_Advise(IOleObject *iface,
IA
{
WebBrowser *This = OLEOBJ_THIS(iface);
FIXME("(%p)->(%p, %p)\n", This, pAdvSink, pdwConnection);
- return E_NOTIMPL;
+ return 0;//E_NOTIMPL;
}
--
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=50160
Bug ID: 50160
Summary: VstHost crashes on start call to unimplemented
function avrt.dll.AvSetMmMaxThreadCharacteristicsA,
aborting
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: avrt
Assignee: wine-bugs(a)winehq.org
Reporter: minion.procyk(a)gmail.com
Distribution: ---
per the title. vsthost crashes on start
wine: Call from 000000007B0114FE to unimplemented function
avrt.dll.AvSetMmMaxThreadCharacteristicsA, aborting
--
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=50031
Bug ID: 50031
Summary: The Foundation Game crashes with bundled ucrtbase
Product: Wine
Version: 5.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: vavooon(a)gmail.com
Distribution: ---
The game (https://store.steampowered.com/app/690830/Foundation/) is crashing
during startup. Although it works fine if I extract the file from VC_redist
(https://aka.ms/vs/15/release/vc_redist.x64.exe) and place it into
Windows/system32 instead of the bundled one.
--
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=40430
Bug ID: 40430
Summary: PhysX 9.15.0428 fails to install on 32-bit and 64-bit
prefixes
Product: Wine
Version: 1.9.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 54174
--> https://bugs.winehq.org/attachment.cgi?id=54174
terminal output from Wine 1.9.7 Staging (64-bit prefix)
Wine 1.9.7 Staging.
Steps to reproduce:
Download the installer.
Run it via "wine PhysX-9.15.0428-SystemSoftware.exe"
It manages to check the system and lets you agree to the license agreement but
then it completely fails afterwards.
This issue occurs in 32-bit and 64-bit prefixes.
--
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=50016
Bug ID: 50016
Summary: PS Remote Play can't install: "The operating system is
not adequate for running PS Remote Play"
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sergi_g_12(a)hotmail.com
Distribution: ---
Wine 5.19 on archlinux.
"PS4 Remote Play" has been updated to also support the PS5, and therefore has
been renamed to "PS Remote Play" [1].
When trying to install it, a popup says "The operating system is not adequate
for running PS Remote Play".
Looking at the log:
```
$ wine ~/Downloads/RemotePlayInstaller.exe
002c:fixme:ver:GetCurrentPackageId (000000000031FDB0 0000000000000000): stub
0024:fixme:ole:CoInitializeSecurity 0031ECDC, -1, 00000000, 00000000, 6, 2,
00000000, 8192, 00000000 stub
0100:fixme:ole:CoInitializeSecurity 0031ECDC, -1, 00000000, 00000000, 6, 2,
00000000, 8192, 00000000 stub
0108:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated.
Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in
the winbind package of your distribution.
0100:fixme:file:NtLockFile I/O completion on lock not implemented yet
0100:fixme:wintrust:SOFTPUB_VerifyImageHash Cannot verify hash for
pszObjId="1.3.6.1.4.1.311.2.1.30"
0114:fixme:file:NtLockFile I/O completion on lock not implemented yet
0114:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0114:fixme:ntdll:EtwEventRegister ({319dc449-ada5-50f7-428e-957db6791668},
1002A1A0, 10082460, 10082478) stub.
0114:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 10003241, 28) stub
```
Seems like PS Remote Play is using NtQuerySystemInformation with
SYSTEM_PERFORMANCE_INFORMATION to make sure the system it powerful enough.
1: https://remoteplay.dl.playstation.net/remoteplay/lang/es/index.html
--
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=32613
Bug #: 32613
Summary: Tom Clancy's Rainbow Six: Lockdown crashes after the
intro videos (without native dxdiagn.dll)
Product: Wine
Version: 1.5.20
Platform: x86
URL: http://www.fileplanet.com/160005/160000/fileinfo/Tom-C
lancy%27s-Rainbow-Six:-Lockdown-Demo
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 43039
--> http://bugs.winehq.org/attachment.cgi?id=43039
terminal output
The game crashes after playing the 2 intro videos without native dxdiagn.dll.
After the crash the game opens a crash report file in notepad and generates a
minidump file. Removing videos doesn't help.
Can be reproduced with the demo version as well, just skip the DirectX
installation step (or set dxdiagn=builtin).
--
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=49811
Bug ID: 49811
Summary: cmd /c "cd "directory"&&"somecommand.exe"" tries to cd
to "directory"&&"somecommand.exe"
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: lolisamurai(a)tfwno.gf
Distribution: ---
Created attachment 68139
--> https://bugs.winehq.org/attachment.cgi?id=68139
trace with WINEDEBUG=+cmd
I ran into a scene installer that calls cmd /c with very convoluted quoting. I
narrowed the bug down to this example (run from C:\):
> cmd /c "cd "windows"&&"system32\notepad.exe""
when you run this on windows 10 cmd, it cd's to windows and opens notepad as
expected
on wine, it interprets "windows"&&"system32\notepad.exe" as the directory to cd
to. I have attached a trace with WINEDEBUG=+cmd
--
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.