wine-bugs December 2014

wine-bugs@winehq.org

1 participants
9005 discussions

[Bug 22819] New: Some applications like Heroes of Might and Magic 2 display loopback.
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=22819 Summary: Some applications like Heroes of Might and Magic 2 display loopback. Product: Wine Version: 1.1.44 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zombie(a)terralab.com Some applications like Heroes of Might and Magic 2 display loopback addresses when attempting to initiate a network game. The network game will complain it is running on 127.12.34.56. I have checked /etc/hosts and determined it is not the cause of the problem. -- 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 25

[Bug 37063] New: NTLM EncryptMessage/DecryptMessage failure
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=37063 Bug ID: 37063 Summary: NTLM EncryptMessage/DecryptMessage failure Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: dwmw2(a)infradead.org Created attachment 49252 --> http://bugs.winehq.org/attachment.cgi?id=49252 Test case Attached is a test case based on GSSAPI authentication to a SOCKS proxy (RFC1961). An alternative summary for this bug could be "OpenConnect VPN server cannot authenticate to SOCKS proxy", since that's where this test code is derived from. The protocol is fairly simple — it's a GSSAPI exxchange followed by a single byte 0x00 being sent in each direction under "wrapping" by gss_wrap() or EncryptMessage(). We are only supposed to be using integrity protection (signing), not encryption. Testing has been done against a Dante SOCKS server using gss-ntlmssp. Windows testing has been done under Windows 7 64-bit, set to use NTLMv1 & LMv1 (I don't seem to have permissions to change that for testing NTLMv2). There are various issues with wine's emulation which make it fail once gss-ntlmssp has been made to work correctly with Windows. I'm not sure if it's best to file separate bugs for each or whether to track them together. Firstly, wine seems to mishandle the Password field in SEC_WINNT_AUTH_IDENTITY unless it's in Unicode mode; using SEC_WINNT_AUTH_IDENTITY_ANSI doesn't work because the password that gets passed to ntlm_auth is mangled. Secondly, it looks like the Domain field is ignored too and we just pass '--domain=' to ntlm_auth. (There's a separate bug filed at https://bugzilla.samba.org/show_bug.cgi?id=10691 for ntlm_auth not giving us the session key back when it's using default credentials, and the *flags* are wrong in that case too because they are missing the NTLMSSP_NEGOTIATE_SIGN/SEAL bits, but that's probably Samba bug). Third... it looks like Windows will always encrypt messages, even when ISC_REQ_CONFIDENTIALITY is *not* in the InitializeSecurityContext flags and SECQOP_WRAP_NO_ENCRYPT is set. But wine doesn't, so the first 'encrypted' message fails in gss_unwrap() on the server side. If we do use ISC_REQ_CONFIDENTIALITY (or bypass the NTLM2&&SEAL check in ntlm_EncryptMessage() and make it always take that path, sending a wrapped message works but then... Fourth, we fail to *unwrap* the returned message. It's looking for a SECBUFFER_TOKEN buffer in the array, but as far as I can tell, NTLM DecryptMessage() takes SECBUFFER_STREAM and a SECBUFFER_DATA. The documentation on this is sparse, but this code does work under Windows... -- 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 16

[Bug 37271] New: Applications get IP address of 127.12.34.56 when lo0 is up
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

https://bugs.winehq.org/show_bug.cgi?id=37271 Bug ID: 37271 Summary: Applications get IP address of 127.12.34.56 when lo0 is up Product: Wine Version: 1.7.26 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jere(a)krischel.org My testing is specifically with Artemis 2.1.1, but it seems to be true for other applications as well. When running Artemis 2.1.1 under a standard OSX Mavericks 10.9.4 install, the application reports an IP address of 127.12.34.56. If I specifically shut down the loopback interface (lo0), it reports the IP address of the box properly (192.168.1.104). This behavior is *not* seen on Ubuntu 14.04.1, which has a loopback interface, but seems to prioritize it differently than OSX. I checked the routing table before and after shutting down the loopback interface, and this is the line that disappears on OSX after lo0 is down: Destination Gateway Flags Refs Use Netif Expire localhost localhost UH 0 0 lo0 -- 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 12

[Bug 20977] New: Bad hlp table rendering
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=20977 Summary: Bad hlp table rendering Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Created an attachment (id=25145) --> (http://bugs.winehq.org/attachment.cgi?id=25145) Help file Terrible rendering on attached HLP file. Refer to screenshots. -- 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 35

[Bug 18745] New: Wine should support MEM_LARGE_PAGES and related interfaces for large pages & variable page sizes
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=18745 Summary: Wine should support MEM_LARGE_PAGES and related interfaces for large pages & variable page sizes Product: Wine Version: 1.1.22 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P3 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: trisk-winehq(a)forkgnu.org The ability to allocate large pages can improve the performance of applications with densely populated address spaces. The large page interfaces on Windows were introduced in Windows Server 2003. However, due to limitations in the NT VM, large pages are always pinned in memory (not pageable) and become scarce due to excessive fragmentation. Wine has the advantage of running on platforms with better support for large pages. Because the memory is normally pinned, the process must have SeLockMemoryPrivilege on Windows. The new interfaces are: MEM_LARGE_PAGES type for VirtualAlloc (NtAllocateVirtualMemory) (http://msdn.microsoft.com/en-us/library/aa366720%28VS.85%29.aspx) SEC_LARGE_PAGES flag for http://msdn.microsoft.com/en-us/library/aa366543%28VS.85%29.aspx GetLargePageMinimum (http://msdn.microsoft.com/en-us/library/aa366568%28VS.85%29.aspx) /*********************************************************************** * GetLargePageMinimum (KERNEL32.@) * * Get the minimum size of a large page. * * RETURNS * Size: Success * 0: Failure */ SIZE_T WINAPI GetLargePageMinimum(void) The allocated regions must be aligned to the minimum size and MEM_COMMIT must also be set, or NtAllocateVirtualMemory should return STATUS_INVALID_PARAMETER. I'm opening this bug to keep notes for my own implementation, although anyone should feel free to jump in. -- 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 34

[Bug 25396] New: RoX freezes at start.
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=25396 Summary: RoX freezes at start. Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dikiy_evrej(a)web.de Created an attachment (id=32319) --> (http://bugs.winehq.org/attachment.cgi?id=32319) The console output after wine RoX.exe The RoX game freezes at start (see AppDB http://appdb.winehq.org/objectManager.php?sClass=version&iId=11173) It draws the colored background screen and freeze. -- 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 21

[Bug 36556] New: valgrind shows a definite leak in comctl32/tests/syslink.c
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

https://bugs.winehq.org/show_bug.cgi?id=36556 Bug ID: 36556 Summary: valgrind shows a definite leak in comctl32/tests/syslink.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M comctl32.dll -p comctl32_test.exe.so syslink && touch syslink.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==26003== 120 bytes in 5 blocks are definitely lost in loss record 507 of 758 ==26003== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26003== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26003== by 0x7B8457FF: HeapAlloc (heap.c:271) ==26003== by 0x7B845A26: GlobalAlloc (heap.c:364) ==26003== by 0x7B846E63: LocalAlloc (heap.c:967) ==26003== by 0x4FE7A09: ReAlloc (comctl32undoc.c:101) ==26003== by 0x504BDC5: SYSLINK_Render (syslink.c:749) ==26003== by 0x504D69E: SysLinkWindowProc (syslink.c:1596) ==26003== by 0x53B04F5: ??? (winproc.c:173) ==26003== by 0x53B066A: call_window_proc (winproc.c:244) ==26003== by 0x53B2803: WINPROC_call_window (winproc.c:900) ==26003== by 0x536F11C: call_window_proc (message.c:2223) ==26003== by 0x5371FBA: send_message (message.c:3260) ==26003== by 0x53725D8: SendMessageW (message.c:3454) ==26003== by 0x53A1E2B: WIN_CreateWindowEx (win.c:1634) ==26003== by 0x53A2313: CreateWindowExW (win.c:1751) ==26003== by 0x4D29DF0: create_syslink (syslink.c:174) ==26003== by 0x4D2A03E: func_syslink (syslink.c:235) ==26003== by 0x4D64DB9: run_test (test.h:584) ==26003== by 0x4D651A8: main (test.h:654) ==26003== -- 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 26268] New: we need unimplemented function ntdll.dll.ZwSetLdtEntries
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=26268 Summary: we need unimplemented function ntdll.dll.ZwSetLdtEntries Product: Wine Version: 1.3.14 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: jl2001(a)inbox.ru possible to do this ? wine: Call from 0x7bc3e820 to unimplemented function ntdll.dll.ZwSetLdtEntries, aborting wine: Unimplemented function ntdll.dll.ZwSetLdtEntries called at address 0x7bc3e820 (thread 0026), starting debugger... Unhandled exception: unimplemented function ntdll.dll.ZwSetLdtEntries called in 32-bit code (0x7bc3e820). Backtrace: =>0 0x7bc3e820 __wine_spec_unimplemented_stub+0x50() in ntdll (0x0033f63c) 1 0x7bc21569 in ntdll (+0x11568) (0x0033f63c) 2 0x80000100 (0x0033f6a0) 3 0x00475618 in ruro (+0x75617) (0x0033f6dc) 4 0x00471c52 in ruro (+0x71c51) (0x0033fc5c) 5 0x004727dd in ruro (+0x727dc) (0x0033fc7c) OR ruro-programmers said: "In the last ruro function ZwSetLdtEntries not invoked if it does not exist in the system. If it exists in the system, it will be called. The only option that is now possible to crash it if the emulator provides this feature, but it is called an emulator is completed, due to the fact that it is not implemented. To get around this, you can either put the emulator, do this for you, or you can configure it so that it did not export functions are not implemented." (from Russian language: В последнем ruro функция ZwSetLdtEntries не вызывается, если она не существует в системе. Если она существует в системе, она будет вызвана. Единственный вариант, при котором сейчас возможен вылет, это если эмулятор предоставляет эту функцию, но на ее вызове эмулятор завершается, из-за того, что она не реализована. Чтоб это обойти, нужно либо поставить эмулятор, где эта функция реализована, либо настроить его так, чтоб он не экспортировал не реализованные функции.) -- 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 29

[Bug 36838] New: TOCA Touring Car Championship: installer copies one file from CD and then shows an error
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=36838 Bug ID: 36838 Summary: TOCA Touring Car Championship: installer copies one file from CD and then shows an error Product: Wine Version: 1.7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Step to reproduce: Clean wine prefix. Win version set to Windows 98 and virtual desktop enabled in winecfg, no other changes. Original CD in drive. cd ~/.wine/drive_c wine /media/cdrom0/setup.exe Installer starts, click install. Enter new or accept default path. Installer asks confirmation of path creation, click yes. Installer asks confirmation of bypassing DirectX 5 installation, click yes. An error pop up stating that an error occured during file copying. click yes. Installer closes. No terminal output at all. One file has been copied as C:\Codemast\TourCar\tourcars.exe Notes: tourcars.exe cannot be launched directly, must run setup.exe to start game. Copying the whole CD to C:\Codemast\TourCar does not work around the issue. Running setup.exe from c:\Codemast\TourCar wants to copy files anyway. The issue is also present with the demo: http://www.jeuxvideo.com/telecharger/jeux-et-demos/00000413-toca-touring-ca… sha1sum: 3c7a4d0d8bc7e6f5095358b3d3ff005e53e44d4b tocademo_JeuxVideo.com_413.zip Extract and copy tocademo.exe to ~/.wine/drive_c and run from there. Debian 7.5 Wheezy x86_64 Wine 1.7.21 32bits compiled from git. No patches, no third party apps. -- 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 18036] New: Final Draft Help feature: text is missing
by wine-bugs＠winehq.org 22 Aug '16

22 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=18036 Summary: Final Draft Help feature: text is missing Product: Wine Version: 1.1.18 Platform: All URL: http://www.finaldraft.com/downloads/demo-final-draft.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jens(a)porup.com Final Draft is the standard screenwriter's word processor. The help feature opens but all of the topics are blank. -- 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

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 December 2014