wine-bugs February 2019

wine-bugs@winehq.org

1 participants
7727 discussions

[Bug 45522] New: wine mono build syntax error
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45522 Bug ID: 45522 Summary: wine mono build syntax error Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: ryanrkpm(a)yahoo.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- I am trying to build wine mono and install it on my Debian system. checking whether build environment is sane... yes /media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3/mono/configure: eval: line 3418: syntax error near unexpected token `(' /media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3/mono/configure: eval: line 3418: `${SHELL} /media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3/mono/missing --is-lightweight' ryan@RKPM-BP-CLR:/media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3$ This is the line they are talking about... if eval "$MISSING --is-lightweight"; then What shall i do? -- 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.

1 4

[Bug 46502] New: Windows events WM_ENTERSIZEMOVE, WM_EXITSIZEMOVE are not sent
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46502 Bug ID: 46502 Summary: Windows events WM_ENTERSIZEMOVE, WM_EXITSIZEMOVE are not sent Product: Wine Version: 4.0-rc7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: reinhold.hoffmann(a)hotmail.com Distribution: --- When moving a Windows dialog around the Windows notifications messages WM_ENTERSIZEMOVE https://docs.microsoft.com/en-us/windows/desktop/winmsg/wm-entersizemove WM_EXITSIZEMOVE message https://docs.microsoft.com/en-us/windows/desktop/winmsg/wm-exitsizemove are not sent. In Wine 2.0 these messages were sent but in Wine 4.0-rc7 not anymore. Therefore it looks like that this is a regression bug. Unfortubnately I cannot say with which version this bug came in. Sorry, that I have not found this bug ealier. -- 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.

1 9

[Bug 22546] New: Error Snelstart after loading
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=22546 Summary: Error Snelstart after loading Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wvanreede(a)live.nl Created an attachment (id=27653) --> (http://bugs.winehq.org/attachment.cgi?id=27653) errorlog+ backtrace snelstart error after snelstart loads, it asks for script55. with winetricks i installed script56. after that the app crashed. -- 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.

1 14

[Bug 37562] New: Skype opens apps.skype.com on every start
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=37562 Bug ID: 37562 Summary: Skype opens apps.skype.com on every start Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat Most likely there's something missing in Wine so Skype cannot change the state of "apps.skype.com has already been shown". P.S. Make sure you deleted login.cab before trying to debug this issue (proper HTML support is not yet there, see bug 28457). Skype version: 6.21.32.104 -- 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.

1 11

[Bug 30721] New: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll BmpFrameDecode_GetColorContexts
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=30721 Bug #: 30721 Summary: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll BmpFrameDecode_GetColorContexts Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, another one ... --- snip --- Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Windows.Markup.XamlParseException: Cannot convert string '/Microsoft.PowerShell.GPowerShell;component/NewFile.png' in attribute 'EnabledImageSource' to object of type 'System.Windows.Media.ImageSource'. The method or operation is not implemented. Error at object 'Microsoft.Windows.PowerShell.Gui.Internal.ImageButton' in markup file 'Microsoft.PowerShell.GPowerShell;component/mainwindow.xaml'. ---> System.NotImplementedException: The method or operation is not implemented. at MS.Internal.HRESULT.Check(Int32 hr) at System.Windows.Media.Imaging.BitmapFrameDecode.get_ColorContexts() at System.Windows.Media.Imaging.BitmapSource.CreateCachedBitmap(BitmapFrame frame, BitmapSourceSafeMILHandle wicSource, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, BitmapPalette palette) at System.Windows.Media.Imaging.BitmapFrameDecode.FinalizeCreation() at System.Windows.Media.Imaging.BitmapFrameDecode..ctor(Int32 frameNumber, BitmapSourceSafeMILHandle sourceHandle, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, BitmapDecoder decoder) at System.Windows.Media.Imaging.BitmapDecoder.SetupFrames(BitmapDecoder decoder, ReadOnlyCollection`1 frames) at System.Windows.Media.Imaging.BitmapDecoder.get_Frames() at System.Windows.Media.Imaging.BitmapFrame.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption) at System.Windows.Media.ImageSourceConverter.ConvertFrom(ITypeDescriptorContext context, CultureInfo culture, Object value) at System.ComponentModel.TypeConverter.ConvertFromString(ITypeDescriptorContext context, CultureInfo culture, String text) ... --- snip --- $ wine --version wine-1.5.4-185-g6c51c1b Regards -- 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.

1 9

[Bug 43671] New: World War II Online: Connection with Playgate Auth server fails and times out
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43671 Bug ID: 43671 Summary: World War II Online: Connection with Playgate Auth server fails and times out Product: Wine Version: 2.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brian(a)brianvuyk.com Distribution: --- Created attachment 59114 --> https://bugs.winehq.org/attachment.cgi?id=59114 Wireshark capture showing communication between the game and remote auth server App Download location: http://downloads.wwiionline.com/wwiiol_1.35.9.4.exe The game installs correctly, and the offline mode (C:\Program Files (x86)\CRS\Battleground\ Europe\WW2.exe) works absolutely flawlessly. However, if you attempt to enter in online mode (via C:\Program Files (x86)\CRS\Battleground\ Europe\WW2.exe) currently doesn't work. This latter path launches the 'Playgate' app which handles the authentication prior to launching the game. The workflow is as follows: 1. Playgate launches as requires you to accept the Terms of Service. 2. Second window shows latest news pulled from then website, and a username & password form. 3. Above the login form, it keeps showing 'Connecting to auth.playnet.com [attempt 1]' with the attempt number increasing. With some snooping using wireshark Wireshark showed the following pattern in the TCP traffic: 1. The game connects to the authentication server and gets a 301 redirect to a HTTPS version. 2. The game negotiates a TLS connection and recieves data from the Auth server for 70-800ms. 3. The remote end (auth server) stops sending packets. 4. After 1500ms wait, the game closes the connection and attempts to re-establish it. 5. Subsequent connection attempts appear to be closed immediately on the remote end. auth.playnet.com resolves to 204.237.246.55, but has also resolved to 204.237.246.54 before. Probably a primary and secondary. This game used to have gold & platinum ratings under Wine 1.6 in 2014/2015. However, both the game code and Wine are advancing. The current version of the game requires at least Wine 1.7.39 to operate as it requires a function not implemented until then. Note that this same behaviour is present when tested on 1.7.55 and 2.0.2 I am attaching two files: 1. A .pcap file showing the communication between the game and the auth server. Note the time gap between packet 146 (A TCP ACK packet from my machine up to the remote server) and packet 147 - my local sending a [FIN,ACK] packet to unilaterally close the connection after 1500ms of no traffic. 2. I will also add the terminal output wine gives. Note the lines indicating the timeout. After several attempts, I hit 'Cancel' to close the app. -- 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.

1 7

[Bug 46589] New: configure --without-gnutls cause link error
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46589 Bug ID: 46589 Summary: configure --without-gnutls cause link error Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- When gnutls cannot be found, either explicitly or not, then the following linker errors occur. /usr/bin/ld: bcrypt_main.o: in function `BCryptGenerateKeyPair': /home/alesliehughes/wine/dlls/bcrypt/bcrypt_main.c:1196: undefined reference to `key_asymmetric_init' /usr/bin/ld: bcrypt_main.o: in function `BCryptFinalizeKeyPair': /home/alesliehughes/wine/dlls/bcrypt/bcrypt_main.c:1213: undefined reference to `key_asymmetric_generate' /usr/bin/ld: bcrypt.dll.so: hidden symbol `key_asymmetric_generate' isn't defined The regression was caused by one/both of the following commits. bcrypt: Move GnuTLS support to a new file. 018b695efaaa347e52e6b63ffcfa66f6551333aa bcrypt: Move macOS support to a new file. d265dd88cd93ce6ffe56c9cfd640b064d7c14e29 -- 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.

1 3

[Bug 36155] New: valgrind shows a leak whenever using a virtual desktop
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=36155 Bug ID: 36155 Summary: valgrind shows a leak whenever using a virtual desktop Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27721== 208 bytes in 1 blocks are definitely lost in loss record 445 of 645 ==27721== at 0x7BC4C735: notify_alloc (heap.c:255) ==27721== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==27721== by 0x5EF852D: query_screens (xinerama.c:128) ==27721== by 0x5EF88A5: xinerama_init (xinerama.c:196) ==27721== by 0x5EF2737: process_attach (x11drv_main.c:574) ==27721== by 0x5EF2BB4: DllMain (x11drv_main.c:693) ==27721== by 0x5F02FC6: __wine_spec_dll_entry (dll_entry.c:40) ==27721== by 0x7BC52FC0: ??? (loader.c:138) ==27721== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==27721== by 0x7BC5597C: process_attach (loader.c:1157) ==27721== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==27721== by 0x7B85A79A: load_library (module.c:933) ==27721== by 0x7B85A908: LoadLibraryExW (module.c:990) ==27721== by 0x7B85AA4D: LoadLibraryW (module.c:1032) ==27721== by 0x525BE16: load_desktop_driver (driver.c:76) ==27721== by 0x525BFA2: load_driver (driver.c:98) ==27721== by 0x525D283: loaderdrv_CreateDesktopWindow (driver.c:741) ==27721== by 0x52CC28B: GetDesktopWindow (win.c:2090) ==27721== by 0x55D64FE: get_display_driver (driver.c:101) ==27721== by 0x55D65B8: DRIVER_load_driver (driver.c:122) ==27721== just about every test shows this: [austin@localhost logs]$ grep -c DRIVER_load_driver 2014-04-27-20.29.log 503 -- 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.

1 3

[Bug 23151] New: Mass Effect 2: in intro video, Miranda's eyes are solid white
by wine-bugs＠winehq.org 10 Mar '19

10 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=23151 Summary: Mass Effect 2: in intro video, Miranda's eyes are solid white Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=28794) --> (http://bugs.winehq.org/attachment.cgi?id=28794) screenshot - wine Only happens in one part. The dialog is around "But Shepard...they'll follow him. He's a hero, a bloody icon." and "But he's just one man." I'll attach screenshots on windows and wine. Terminal output is: fixme:d3d:debug_d3dformat Unrecognized 875710020 (as fourcc: DF24) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(875710020) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 1111774798 (as fourcc: NVDB) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(1111774798) in the format lookup table fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats Note: The wine screenshot had a small delay from Shutter, so there's a line across it where two frames merged. That's not in the game, but you can see the eye problem in it. -- 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.

1 22

[Bug 36047] New: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub)
by wine-bugs＠winehq.org 09 Mar '19

09 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=36047 Bug ID: 36047 Summary: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/marangatu $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant,+msgbox wine ./eset.exe >> log.txt 2>&1 ... 0023:trace:ole:ITypeInfo_fnInvoke (0x15cc70)(0x14c2f0,id=502,flags=0x00000001,0x33f568,(nil),0x33f548,0x33f578) 0023:trace:ole:dump_DispParms args=4 named args=0 0023:trace:ole:dump_DispParms args: 0023:trace:ole:dump_Variant 0x33f5ac->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5bc->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5cc->{VT_I4,0} 0023:trace:ole:dump_Variant 0x33f5dc->{VT_I4,7} 0023:trace:ole:ITypeInfo_fnInvoke invoking: L"ExecWB"(4) parm0: L"cmdID" parm1: L"cmdexecopt" parm2: L"pvaIn" parm3: L"pvaOut" ... 0023:fixme:mshtml:exec_print_preview (0x2c926b0)->(0 0x2e52808 0x2e52818) ... 0023:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x80004001 ... 0023:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83ac57 ip=7b83ac57 tid=0023 0023:trace:seh:raise_exception info[0]=deadcafe 0023:trace:seh:raise_exception info[1]=deadcafe 0023:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=deadcafe edx=0033f41c esi=0033f4bc edi=0033f480 0023:trace:seh:raise_exception ebp=0033f458 esp=0033f3f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0023:trace:seh:call_stack_handlers calling handler at 0x401f36 code=c000008f flags=1 ... 0023:trace:msgbox:MSGBOX_OnInit L"Run-time error '445':\n\nObject doesn't support this action" --- snip --- Source: http://source.winehq.org/git/wine.git/blob/595fb40efcfe1d49747ef63e823f9e61… --- snip --- 304 static HRESULT exec_print_preview(HTMLDocument *This, DWORD nCmdexecopt, VARIANT *pvaIn, VARIANT *pvaOut) 305 { 306 FIXME("(%p)->(%d %p %p)\n", This, nCmdexecopt, pvaIn, pvaOut); 307 return E_NOTIMPL; 308 } --- snip --- $ sha1sum instalador.exe b4ce5267dcbfec8055ca5d3e251c91add8a11ec3 instalador.exe $ du -sh instalador.exe 3.0M instalador.exe $ wine --version wine-1.7.17-28-g5ef5490 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.

1 4

[Bug 43907] New: preloader warning "failed to reserve range" after upgrading to macOS 10.13 High Sierra
by wine-bugs＠winehq.org 09 Mar '19

09 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43907 Bug ID: 43907 Summary: preloader warning "failed to reserve range" after upgrading to macOS 10.13 High Sierra Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexchandel(a)gmail.com Distribution: --- After upgrading a machine to macOS 10.13 High Sierra, running any program with wine results in these warnings: preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 Tested with wine-2.18 (Staging). -- 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.

1 7

[Bug 27349] New: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...)
by wine-bugs＠winehq.org 08 Mar '19

08 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=27349 Summary: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, many games (and some apps) have dependency on "meta" bug 219 "Programs refuse to run because of safedisc copy-protection" which just bad (not even targeting specific version). I bought some games for few bucks just to have a look at some copy protections. Though I will probably never play them ;-) Collecting/tracking affected games/apps for this _specific_ issue here (applicable appdb entries should have bug 219 dependency removed in favor of this one). The root cause was already targeted by bug 10273 ("satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins (affects e.g. adobe photoshop)") ... That bug was closed a long time ago because it ought to work for various SD 2.x apps/games (unfortunately also depending on wine build environment/host gcc). I rejected the idea of reviving that bug and instead created a new one, targeting the affected core dll. Game: "SimCity 4" A quick scan with "ProtectionID" reveals: --- snip --- -=[ ProtectionID v0.6.4.0 JULY]=- (c) 2003-2010 CDKiLLER & TippeX Build 07/08/10-17:57:05 Ready... Scanning -> H:\.wine\drive_c\Program Files\Maxis\SimCity 4\Apps\SimCity 4.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7971630 (079A32Eh) Byte(s) [x] Warning - FileAlignment seems wrong.. no solution calculated (using NULL) -> File has 746286 (0B632Eh) bytes of appended data starting at offset 06E4000h [File Heuristics] -> Flag : 00000000000000000100000100000111 (0x00004107) [!] Safedisc v2/v3/v4 [unknown version] detected ! [i] Appended data contents.... ... [CompilerDetect] -> Visual C++ 6.0 - Scan Took : 0.262 Second(s) --- snip --- We can do better ... The string "BoG_" is well known for detection of SafeDisc versions. --- snip --- $:~/.wine/drive_c/Program Files/Maxis/SimCity 4/Apps$ xxd -g 4 SimCity\ 4.exe | grep "BoG_" -A 2 0006fd0: 00000000 426f475f 202a3930 2e302621 ....BoG_ *90.0&! 0006fe0: 21202059 793e0000 00000000 00000000 ! Yy>.......... 0006ff0: 00000000 02000000 50000000 0a000000 ........P....... --- snip --- 0x02000000 -> 2 0x50000000 -> 90 0x0a000000 -> 10 So this is SafeDisc v2.90.10 protection. By debugging this game I came to conclusion there is still a problem with the API entry statistics. $ wine --version wine-1.3.21-26-ge6ee2c1 $ gcc --version gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) For the meaning of the table just read up some comments in bug 10273 kernel32 user32 gdi32 condition (cx < threshold) -------------------------------------------------------------------- c1: 0x43 0x55 0x50 0x5F c2: 0x23 *0x41 0x39 0x3C c3: 0x00 0x00 0x00 0x5A * = threshold exceeded -> bad Basically the majority of exported user32 API entries have PIC register load code within range of first 8 opcode bytes of entry which is treated as trampoline (= high c2 value). --- snip --- ... .text:0001D847 __i686_get_pc_thunk_bx proc near .text:0001D847 mov ebx, [esp+0] .text:0001D84A retn .text:0001D84A __i686_get_pc_thunk_bx endp ... API entry: .text:0003735C push ebp .text:0003735D mov ebp, esp .text:0003735F push ebx .text:00037360 sub esp, 34h .text:00037363 call __i686_get_pc_thunk_bx .text:00037368 add ebx, 0AEC8Ch ... --- snip --- Kernel32 gets the good looking stats because it forwards various stuff to ntdll, letting compiler produce different function prolog code (= not having PIC register load in first place). As already mentioned in the other bug, unimpl. stubs also help to improve stats because they have 8 NOPs on entry. I've tweaked user32 again a bit just to pass the threshold - there are various ugly methods one bad as the other ;-| A method without adding unimpl. stubs or stack protector code (unreliable because cookie code can be inserted _after_ PIC code) and keeping -fPIC is to convince the compiler to use the 6 byte opcode for reserving stack space, e.g. "subl $xxx, %esp" with a 32-bit immediate (0x81,0xEB,<32 bit immediate>). Good targets are stubs and functions that make use of FIXME/TRACE. There are lots of them that can be tweaked this way (= no performance penalty), improving entry stats. Result: games work out of the box without the need of No-CD patches. Regards -- 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.

1 30

[Bug 36977] New: Magic:=?UTF-8?Q?=20The=20Gathering=20=E2=80=93=20Duels=20of=20the=20Planeswalkers=202015=20crashes=20after=20few=20frames=20of=20intro=20sequence?=
by wine-bugs＠winehq.org 08 Mar '19

08 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=36977 Bug ID: 36977 Summary: Magic: The Gathering – Duels of the Planeswalkers 2015 crashes after few frames of intro sequence Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: otigkd(a)gmail.com Created attachment 49100 --> http://bugs.winehq.org/attachment.cgi?id=49100 crash log os: Gentoo x86 installed trough steam. a few seconds of loding/intro is played, then crashes -- 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.

1 6

[Bug 44552] New: Office 2013 - Move and change the window size (maximize/ minimize/restore/resize etc...) bugs
by wine-bugs＠winehq.org 07 Mar '19

07 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44552 Bug ID: 44552 Summary: Office 2013 - Move and change the window size (maximize/minimize/restore/resize etc...) bugs Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eduardolucioac(a)gmail.com Distribution: --- Created attachment 60514 --> https://bugs.winehq.org/attachment.cgi?id=60514 Change the window size (maximize/minimize/restore/resize etc...) bug. ------------------- ABOUT THE BUG: When opening any Office 2013 Professional Plus application we were unable to: - Change the size (maximize/minimize/restore/resize etc...) of a window and then revert. Example: Minimize a window and then "restore"; - Move a window; NOTE: See the "3.jpg" image for more details! ------------------- ABOUT THE INSTALLATION: - The following entry was inserted in the Windows (wine) registry to address the "Black Screen on office2013" bug ( https://bugs.winehq.org/show_bug.cgi?id=43887 ): " Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Wine\Direct3D] "MaxVersionGL"=dword:00030002 " - The following components have been installed: " msxml6 msftedit riched30 vb6run " ------- REFERENCE: https://askubuntu.com/questions/879304/wine-2-0-says-it-supports-office-201… ------------------- NOTE: I know that according https://wiki.winehq.org/Bugs "Each bug report should cover one problem", but as they are closely related issues I put both (resize and move window bug) together! Thanks! =D -- 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.

1 11

[Bug 46737] New: Vb6 MSCOMCTL error
by wine-bugs＠winehq.org 05 Mar '19

05 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46737 Bug ID: 46737 Summary: Vb6 MSCOMCTL error Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tim.lippstreu(a)gmail.com Distribution: --- Created attachment 63737 --> https://bugs.winehq.org/attachment.cgi?id=63737 Screen shot of problem VB6 works fine unless objects from Windows Common Controls are required. If they are used in an existing application, it throws load errors. If I try to add a reference to them manually, it generates the error shown in the attachment. I am using wine 4.0 and the vb6 installation disks are MS authentic. I have tried configuring wine vb6 libraries for the mscomctl.ocx to native (won't run vb6 at all) and built in (works with exceptions above) -- 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.

1 2

[Bug 40784] New: Wargame: European Escalation wants X3DAudio1_7.dll
by wine-bugs＠winehq.org 04 Mar '19

04 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40784 Bug ID: 40784 Summary: Wargame: European Escalation wants X3DAudio1_7.dll Product: Wine Version: 1.9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fremenzone(a)poczta.onet.pl Distribution: --- Created attachment 54685 --> https://bugs.winehq.org/attachment.cgi?id=54685 Log from running the game with no directx9 installed I have run into problems with running Wargame: European Escalation under wine 1.9.11. I install the game into a clean wine prefix. The trying to run it I get an error that says: err:module:import_dll Library X3DAudio1_7.dll (which is needed by L"Z:\\dane\\gry\\wargame_ee\\wargame.exe") not found (full log attached). I figured out this file is provided by DirectX, so I use winetricks to install it: WINEPREFIX="/dane/gry/wargame_ee/.wine" winetricks directx9 Then the games complain about missing d3dx9_43, so I install that as well with winetricks (log attached). Then the game finally starts but there is no sound. Again, log attached. My system: - openSUSE 11.4 - wine 1.9.11 - kernel 2.6.37 I can provide more information if 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.

1 21

[Bug 35698] New: Nuance PDF Create! 5 installer (part of OmniPage 17) reports 'Error code: 154 - Get ServerPolicy failed' (IGroupPolicyObject, CLSID {ea502722-a23d-11d1-a7d3-0000f87571e3})
by wine-bugs＠winehq.org 04 Mar '19

04 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=35698 Bug ID: 35698 Summary: Nuance PDF Create! 5 installer (part of OmniPage 17) reports 'Error code: 154 - Get ServerPolicy failed' (IGroupPolicyObject, CLSID {ea502722-a23d-11d1-a7d3-0000f87571e3}) Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The failure seems non-critical and the message box can be dismissed. The sub-installer can be separately run for testing: --- snip --- $ pwd /mnt/iso/PDFCreate5/System32/PDFCreate $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./setup.exe >> ~/Downloads/log2.txt 2>&1 ... 003f:Call ole32.CoCreateInstance(00b2e33c,00000000,00000001,00b2e324,00b2e334) ret=008d881a 003f:trace:ole:CoCreateInstance (rclsid={ea502722-a23d-11d1-a7d3-0000f87571e3}, pUnkOuter=(nil), dwClsContext=00000001, riid={ea502723-a23d-11d1-a7d3-0000f87571e3}, ppv=0xb2e334) 003f:trace:ole:CoGetClassObject CLSID: {ea502722-a23d-11d1-a7d3-0000f87571e3},IID: {00000001-0000-0000-c000-000000000046} 003f:Call KERNEL32.FindActCtxSectionGuid(00000001,00000000,00000004,00b2e33c,00b2e11c) ret=7eac14e4 003f:Ret KERNEL32.FindActCtxSectionGuid() retval=00000000 ret=7eac14e4 003f:Call ntdll.RtlInitUnicodeString(00b2e030,00b2e082 L"CLSID\\{EA502722-A23D-11D1-A7D3-0000F87571E3}") ret=7eabb537 003f:Ret ntdll.RtlInitUnicodeString() retval=00b2e030 ret=7eabb537 003f:Call ntdll.NtOpenKey(00b2e07c,00020019,00b2e038) ret=7eabb553 003f:Ret ntdll.NtOpenKey() retval=c0000034 ret=7eabb553 003f:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7eabb55e 003f:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7eabb55e 003f:err:ole:CoGetClassObject class {ea502722-a23d-11d1-a7d3-0000f87571e3} not registered 003f:err:ole:CoGetClassObject no class object {ea502722-a23d-11d1-a7d3-0000f87571e3} could be created for context 0x1 003f:Ret ole32.CoCreateInstance() retval=80040154 ret=008d881a 003f:Call user32.MessageBoxA(00000000,00b2e1e8 "CoCreateInstance \n Error code: 154",00901348 "Get ServerPolicy failed",00000000) ret=008d8eee --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/aa374235%28v=VS.85%29.aspx Here is a blog entry which talks about it, with some code example: http://magicmao.wordpress.com/2011/08/05/changing-group-policy-by-c-coding/ $ wine --version wine-1.7.13-118-g0eb6265 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.

1 4

[Bug 40273] New: Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40273 Bug ID: 40273 Summary: Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: xerox_xerox2000(a)yahoo.co.uk Distribution: --- a user reported problems with this app https://paprikaapp.com/windows/ on the forum. After winetricks dotnet45 corefonts and working around https://bugs.winehq.org/show_bug.cgi?id=15670 by adding registrykey like wine-staging does** the app crashes with Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection When i use native windowscodecs it also crashes with: Unhandled Exception: System.NotSupportedException: No imaging component suitable to complete this operation was found. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x88982F50 **: (see https://github.com/wine-compholio/wine-staging/blob/master/patches/wine.inf…) -- 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.

1 19

[Bug 42823] New: cmd.exe behaves differently from Win7 regarding redefined labels
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42823 Bug ID: 42823 Summary: cmd.exe behaves differently from Win7 regarding redefined labels Product: Wine Version: 2.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: lorenz.witte(a)gmail.com Distribution: --- Created attachment 57895 --> https://bugs.winehq.org/attachment.cgi?id=57895 CMD script shows label behavior difference Wine's cmd.exe behaves differently regarding redefined labels in cmd/bat files. With Wine, it appears that the interpreter jumps to the last label with the correct name seen before a "goto" command, on Windows, it will jump to the next label after a "goto" command. Please see the attached test file, it should make things clear. It will produce the output "I'm wine!" or "I'm windows!" respectively. While it is certainly bad practice to redefine labels, unfortunately CMake creates such batch files when creating custom commands for Visual Studio builds. -- 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.

1 8

[Bug 39011] New: Sierra Chart hangs when drawing polygon fill line type: gdi32.Polygon()
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39011 Bug ID: 39011 Summary: Sierra Chart hangs when drawing polygon fill line type: gdi32.Polygon() Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: spam(a)brettcave.net Distribution: --- Created attachment 51965 --> https://bugs.winehq.org/attachment.cgi?id=51965 v1.7.44 WINEDEBUG log segment with THREAD_DETACH errors Sierra Chart is a stock market, forex, and other market price graphing program. They use C/C++ and avoid java and .net. Normally it runs well under wine, but there is a long term issue that they've known about: Drawing chart lines with a polygon fill (Fill Top, Fill Bottom in the program) will hang wine for a minute or 2 but works fine under regular windows. This hanging will release and then hang again shortly after making the chart unusable. I'm using ubuntu 14.04 LTS with wine 1.7.44 from the ppa archive. I've also compiled 1.7.48 32bit using the lxc instructions. I was able to get the X11 socket running inside lxc after some work. Sierra Chart runs at full speed with it. My hardware for testing is a laptop, dual core 2.2ghz AMD K10e, Mobile Radeon HD 4250 using generic linux drivers, and 8g RAM. Sierra Chart isn't known to directly bang video hardware, so chip and driver shouldn't be an issue. This laptop can play 1080i mpeg2 off my DVR faster than normal, so it is capable enough to handle a chart. Both were tested with cleanly created wine prefixes. Sierra Chart is 32bit compiled and normally works fine with wine. I've been able to reproduce the bug by using the polygon fill line type and by scrolling the chart back and forth. If I change the line type to something plain, the freezing problem doesn't happen. The bug is harder to reproduce with debugging activated. It's probably allowing extra time for whatever is causing the hang to finish before it hangs. *** file: wine_SC_THREAD_DETACH.wine1.7.44.log.txt I've attached a small log file segment from ubuntu version 1.7.44: WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll It starts out with the gdi32 draw commands, has the freezing section in the middle, and then continues with the gdi32 draw commands. The problem is from time stamp 1306647.286 to 1306718.051. It's about 71 seconds total. There are a bunch of THREAD_DETACH entries in the log. Sierra Chart support says that graph drawing is not multi threaded and that they don't know what that is. The only other threads are when downloading real time price data updates and loading chart price data from disk. Note: the next 1.7.48 versions were run from inside the 32bit lxc build environment. One thing I noticed when testing with 1.7.48 is that my memory usage bar applet was jumping around a lot during a freeze. I didn't get exact figures but the range was over 3g. That's huge for a 32bit program. I wasn't watching for the first log. *** file: wine_SC_ConsoleLog_wine1.7.48.log.txt This is the regular shell console log. *** file: wine_SC_wine1.7.48.log.txt I've attached a second small log file segment from compiled version 1.7.48: WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll It starts out with the gdi32 draw commands, has a very small freezing section in the middle, and then continues with the regular gdi32 draw commands. The problem is from time stamp 1485052.556 to 1485124.153. It's about 71 seconds total. In this log I didn't see the THREAD_DETACH entries. It was small and clean with no errors reported. I don't know what to make of the difference between the 2 logs. I can see that there's a problem, but I don't have enough programming and debugging skills to understand what is going on. If this looks like a programming error in Sierra Chart, please give me something I can tell them that they won't brush off. ------------- Download Instructions. Download page: http://www.sierrachart.com/index.php?page=doc/SCInstallerList.php The page will list multiple versions ranging from current to past. The file to get is: SierraChartSetupNoCLR.exe The file date in the list: 2015/7/31 The "NoCLR" (No Common Language Runtime) doesn't use poorly supported windows functions and is wine friendly. This is the version Sierra Chart support normally recommends. sha1sum: 4454a0ef2e3a2bb525098ea5620f8d4bb23edb2a SierraChartSetupNoCLR.exe In a week or so, this current version will "probably" be named: 1280SierraChartSetupNoCLR.exe Help / About shows version number 1280. ------------ Account Setup Instructions. Sierra Chart has a free demo account for testing. Their install is almost entirely self contained to a directory and won't scatter files everywhere. Instructions are here: http://www.sierrachart.com/index.php?page=doc/setup.php Step 1: Download program. Since Sierra Chart support isn't going to do anything with this bug, the current version will very likely have it since this is an old bug of unknown age. If not using this link, use the download link above. Step 2: "Create Your Account" to get a free demo account. I recommend something alone the lines of "Wine Debug". They will know what that is. A support ticket will need to be opened to activate the account. They're very easy going with programmers. Just mention that you're someone from the wine debug team. If y'all want more than the 15 day trial, request it there. They will usually activate the account the same day. Support Link: http://www.sierrachart.com/index.php?page=doc/support.html#SCAccounts This is Section #2, instructions in the yellow box with the link. In the future if the trial account expires, open another support ticket, mention that you're with the wine debug team and need to run some more tests. They'll usually reactivate the account the same day. So long as you're actively programming or debugging and not using their product to trade for free, Sierra Chart support is very laid back about continuing accounts. Ignore the rest of the Sierra Chart account steps web page and follow my steps below to reproduce the bug once the demo account is activated. -------------- Steps to reproduce the bug. #create a new prefix WINEPREFIX=/home/user1/.wine3 winecfg Applications / Windows Version: Windows 7 #earlier tests have shown different windows versions don't matter. No library overrides. Turned off Graphics: Allow the window manager to decorate the windows. Sierra Chart has alert sounds, but they are irrelevant for the bug reproduction. "OK" to exit out of winecfg. #install Sierra Chart WINEPREFIX=/home/user1/.wine3 wine SierraChartSetupNoCLR.exe Accept defaults options and locations in the installer. Run when finished. Note: I recommend to run Sierra Chart in normal / non-debug mode the first time as the freezing bug is easier to reproduce. Enter user name and password. When the main window comes up, press "No" at the Data and Trade Service prompt to use demo mode defaults. Hit "Close Log" on "Message Log" to get it out of the way. Menu: File / Find Symbol Expand "Forex". I prefer to select "GBPUSD" as the symbol since it has good volume and is easily recognized. Hit the "Open Intraday Chart" button. Hit the "Close" button to get rid of the find screen. A full screen chart will open and download price data for a minute. Click once in the middle of the chart to select it. Press the keyboard down arrow 11 times. At the very bottom right corner will be a tiny green box with a number in it. Every time the down arrow gets hit, it will decrement and the chart will show more bars per screen. The bar should read "1". If it is red, hit the "End" key on the keyboard. Color doesn't matter much for this reproduction, though. Note: If the hanging problem below gets to be too severe to do anything, only press the down arrow several times to not compress the chart view as much. Maybe go down to "5" instead of "1". Quick side note before the hanging bug gets triggered: Menu: Help / About will show the build number / version number for verification. The latest installer file usually won't have a version number in the name. Menu: Analysis / Studies Hit "Add Custom Study" button at the bottom. Double click to expand "User Contributed Studies". Scroll down to "RSI Bands". Select it and hit "Add". It will show up on the right panel list. This study won't cause the bug alone. It is used to put an extra load on the graph. Hit "Add Custom Study" button again. Scroll down a little to "RSI w/Trend". Select it and hit "Add". It will show up on the right panel list. This study has the polygon fill that will trigger the freezing bug. Note for Bug Settings: Something to point out to come back to later... Select "RSI w/Trend" and hit the "Settings" button. Hit the "Subgraphs" tab at the top. At the top middle will be a "Draw Style" column. This is how the study line types are drawn on the graph. The bug versions will have "Trans. Fill Top" for "Fast MA" and "Trans. Fill Bottom" for "Medium MA". Selecting these two entries and changing them with the "Draw Style" drop down box to "Line" then "Solid" and "1" will allow them to not trigger the bug (but do that later). Changing the two entires to "Fill Top" and "Fill Bottom" will still trigger the bug regardless of transparency settings. For now, don't change the settings for the bug reproduction, but come back to this afterwards. Hit "Cancel" to get out of the settings screen. Hit "OK" on the "Chart Studies" window to get back to the main chart. New lines will be drawn on the screen from the two added studies. The graph "should" come back immediately, but sometimes it will trigger the hanging bug. Click on another virtual desktop and come back or click on a window below Sierra Chart to bring it forwards and then go back to Sierra Chart. If the screen doesn't redraw within a second or two, then the bug was triggered. It will take a minute or two for Sierra Chart to come back. Note that the CPU will be maxed out and RAM usage will be jumping around. To save these settings so far, Menu: File / Save All. Enter a brief chart book name for a file name at the bottom (like "test1"). Afterwards the chart book can be quickly reloaded by that name in the recent files list on the right side of the File menu. This will allow for skipping the "Menu: Analysis / Studies" steps on next program reload. ...That is if the hanging bug isn't triggered again... and again... and again... In wine debug mode, the hanging bug "usually won't" be triggered yet. To manually trigger the hanging bug, use the mouse to grab the horizontal scroll bar at the bottom of the screen and drag it back and forth. This will scroll the chart back and forth causing a lot of redraws. If Sierra Chart stops responding, click on another virtual desktop and come back or click on a window below Sierra Chart to bring it forwards and then go back to Sierra Chart. If the screen doesn't redraw within a second or two, then the bug was triggered. It will take a minute or two for Sierra Chart to come back. Note that the CPU will be maxed out and RAM usage will be jumping around. With the wine debug mode log it is hard to see where the bug was triggered. I use the "+timestamp" option and a stop watch/timer app to note the hang and resume times so they can be matched up later in the debug log. When dragging the chart horizontal scroll bar, they will be surrounted by gdi32 draw commands. In future tests, the Sierra Chart process may have to be killed. To restart it, I go into the drive_c/SierraChart folder and run SierraChart.exe. Sierra Chart will remember your login name and password. When the authentication window pops up, just leave it for a couple seconds and it will go away and the main chart will pop up. Now that the hanging bug has been experienced, the line type can be changed from the Note instructions above to see the comparison with a plain line. -- 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.

1 7

[Bug 44967] New: xcopy does not copy empty subdirectories if options / s and /e without space
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44967 Bug ID: 44967 Summary: xcopy does not copy empty subdirectories if options /s and /e without space Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jonathanbelsewir(a)yahoo.de Distribution: --- xcopy does not copy empty subdirectories in folder test: The following command works ok: xcopy /s /e test\* testcopy\ Without space between /s and /e, xcopy does not coyp subdirectories: xcopy /s/e test\* testcopy\ Test-File: @echo off md test cd test md test1 md test2 echo foo > test.txt cd .. xcopy /s/e test\* testcopy\ dir testcopy :end -- 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.

1 8

[Bug 40706] New: FolderMerger cmd not valued, xcopy problem in batch
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40706 Bug ID: 40706 Summary: FolderMerger cmd not valued, xcopy problem in batch Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: peterlongx1988(a)gmail.com Distribution: --- Created attachment 54591 --> https://bugs.winehq.org/attachment.cgi?id=54591 File Merger I try to use this little software http://2xdsoft.de.tl/FolderMerger.htm but is problematic to use with Wine because cmd.exe is not valued when I press Merge Now! Is possibile to create a .bat file indipendently also, but when I try to running it cmd.exe return me this error Merging folders... (1/6) Invalid parameter 'K' - use x copy ? for help Is 'C:\PATH\filename.zip' a filename or directory on the target? (F - File, D - Directory) This happens not because parameter is invalid. Example of command in .bat not valued correctly @echo off cls echo Merging folders ... (1/6) XCOPY "C:\users\psiraja\Desktop\test\test1\test3\Folder Merger v1.6.zip" "C:\users\psiraja\Desktop\estrazione\Folder Merger v1.6.zip*" /C /K /Y /H cls echo Merging folders ... (2/6) XCOPY "C:\users\psiraja\Desktop\test\test2\test1\test2\Folder Merger v1.5.zip" "C:\users\psiraja\Desktop\estrazione\Folder Merger v1.5 (dup. 2).zip*" /C /K /Y /H cls echo. echo Done! echo. ping -n 2 localhost >nul start "" "C:\users\psiraja\Desktop\estrazione" exit Have you got any idea to bypass this problem? -- 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.

1 8

[Bug 45816] New: Orbit Profile crashes in Unhandled exception: unimplemented function msvcp140.dll.? _Winerror_message@std@@YAKKPADK@Z called
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45816 Bug ID: 45816 Summary: Orbit Profile crashes in Unhandled exception: unimplemented function msvcp140.dll.?_Winerror_message@std@@YAKKPADK@Z called Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- As the title says. Steps: Run orbit.exe, Select from menu: File --> LaunchProcess Then select for example Notepad.exe --> crash Testes in staging-3.15, sha1sum orbit.exe 2f677f97355b6c27fdb1ffcab53845a6a2918d4f orbit.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.

1 5

[Bug 42010] New: ReactOS Calc does not show dots in radio buttons.
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42010 Bug ID: 42010 Summary: ReactOS Calc does not show dots in radio buttons. Product: Wine Version: 1.9.24 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Distribution: --- Created attachment 56449 --> https://bugs.winehq.org/attachment.cgi?id=56449 ReactOS Calc running in WINE. I tried to run my ReactOS Calc on WINE. It works fine but it does not show the dots inside the radio buttons. It works fine from Windows 9x to Windows 7, but not in WINE. Tested in lubuntu with latest trunk. -- 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.

1 24

[Bug 41404] New: WPS Office 10.1.0.5775 unhandled exception on installation
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41404 Bug ID: 41404 Summary: WPS Office 10.1.0.5775 unhandled exception on installation Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 2460acc(a)gmail.com Distribution: --- Created attachment 55759 --> https://bugs.winehq.org/attachment.cgi?id=55759 Backtrace file for error When trying to install WPS Office in Wine 1.8 (installation file wps_office_free_10.1.0.5775_en.exe), I get a serious error. Backtrace is attatched. -- 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.

1 11

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2019