May 2015 - Wine-bugs - list.winehq.org

[Bug 31895] New: The main character is not rendered in Synaesthete
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=31895 Bug #: 31895 Summary: The main character is not rendered in Synaesthete Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: viny_viny304(a)hotmail.com Classification: Unclassified Created attachment 41983 --> http://bugs.winehq.org/attachment.cgi?id=41983 SYnaesthete output log When playing the synaesthete the main character is not rendered. I am attaching the terminal output. In this video (running on Windows) you can see the character that is not being rendered on wine: http://www.youtube.com/watch?v=5PfzgTkZndE The game is free and can be downloaded here: https://www.digipen.edu/?id=1170&download=383 -- 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 38224] New: AcceptEx detaches the socket from its IO completion port
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

https://bugs.winehq.org/show_bug.cgi?id=38224 Bug ID: 38224 Summary: AcceptEx detaches the socket from its IO completion port Product: Wine Version: 1.6.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Created attachment 51024 --> https://bugs.winehq.org/attachment.cgi?id=51024 Source + binary for BugAcceptEx Hello, On a server I have a listening socket lListeningSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP); CreateIoCompletionPort (lListeningSocket, lIoCompletionPort, 0, 0); bind (lListeningSocket, PSockAddr (@lAddress)^, SizeOf (TSockAddrIn)); listen (lListeningSocket, 1); and I prepare a socket for a new connection lSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP); CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0); then call AcceptEx lPtrAcceptEx (lListeningSocket, lSocket, ...); GetQueuedCompletionStatus (lIoCompletionPort, ...) signals completion for AcceptEx for an incoming connection (so CreateIoCompletionPort (lListeningSocket, ...) works fine), but never signals completion for events on lSocket, not even a disconnection. If I call again CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0); after the completion of AcceptEx, it works fine. So AcceptEx as detached lSocket from the IO completion port. To help reproducting it, I created a little command line server BugAcceptEx.exe Here attached is the code (Delphi) and the executable. In a command prompt run BugAcceptEx 1234 and in another command prompt telnet localhost 1234 and press a key Under Windows it works fine, under Mac + Wine the server signals the incoming connection but never signals data nor disconnection. Now if you do BugAcceptEx 1235 WithPatch and telnet localhost 1235 it works fine Thank you for your help. Regards, Michel Terrisse -- 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 37478] New: cmd doesn't handle "else if" correctly in all cases
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

https://bugs.winehq.org/show_bug.cgi?id=37478 Bug ID: 37478 Summary: cmd doesn't handle "else if" correctly in all cases Product: Wine Version: 1.7.28 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jbb.rose(a)yahoo.com Distribution: --- cmd.exe doesn't seem to handle "else if" constructs correctly in all cases. This is making it difficult for me to run some complex build scripts under wine. Using this batch file: C:\Users\bjj\Documents>type try.bat @REM bjj test hack @echo off echo Args: "%1" "%2" "%3" "%4" if /I "%1" == "DEBUG" ( echo It is debug ) else if /I "%1" == "RELEASE" ( echo It is release ) else if /I "%1" == "TRY" ( echo It is try ) else ( echo it is neither: "%1" ) On Windows 7, all the branches seem to be handled correctly: C:\Users\bjj\Documents>try foo Args: "foo" "" "" "" it is neither: "foo" C:\Users\bjj\Documents>try DEBUG Args: "DEBUG" "" "" "" It is debug C:\Users\bjj\Documents>try RELEASE Args: "RELEASE" "" "" "" It is release C:\Users\bjj\Documents>try TRY Args: "TRY" "" "" "" It is try However, on wine 1.7.28 the "else" branch is sometimes executed when it shouldn't be: W:\>try foo Args: "foo" "" "" "" it is neither: "foo" W:\>try DEBUG Args: "DEBUG" "" "" "" It is debug it is neither: "DEBUG" W:\>try RELEASE Args: "RELEASE" "" "" "" It is release it is neither: "RELEASE" W:\>try TRY Args: "TRY" "" "" "" It is try Judging from this example, it appears that the "else" clause is only skipped if the final "if .. else if ..." clause is true. If one of the earlier clasues is true, the final "else" is unexpectedly executed. I haven't tried this batch file with earlier versions of wine. Thanks, Brian -- 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 28444] New: zenilib 0.4.1.0 applications: crash when attempting to use d3dx9 for rendering
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=28444 Summary: zenilib 0.4.1.0 applications: crash when attempting to use d3dx9 for rendering Product: Wine Version: 1.3.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bazald(a)gmail.com CC: wine-bugs(a)winehq.org Created an attachment (id=36469) --> (http://bugs.winehq.org/attachment.cgi?id=36469) Output log I'm responsible for the development of a "simple" game engine, zenilib. It compiles and runs natively under Linux, so most code isn't doing anything too platform specific. The Windows build runs magnificently in Linux when using OpenGL for rendering, but something is preventing applications from starting at all when attempting to use Direct3D9. You can download the engine and supporting files here: http://zenilib.com/download/#vs To reproduce: 1. unzip zenilib_0.4.1.0.zip 2. unzip zenilib_0.4.1.0_support.zip 3. cd zenilib/config 4. cat zenilib.xml | sed 's/OpenGL/DX9/' > temp && mv temp zenilib.xml 3. cd ../bin 4. wine Application.exe -- 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 26

[Bug 29081] New: Drag and Drop: Duplicate entries in winamp playlist window
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=29081 Bug #: 29081 Summary: Drag and Drop: Duplicate entries in winamp playlist window Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: anwetli(a)hotmail.com Classification: Unclassified Created attachment 37475 --> http://bugs.winehq.org/attachment.cgi?id=37475 Wine log for xdnd Operating System: Kubuntu 10.04 LTS with KDE 4.4.5 / i386 / nvidia grafics driver Bug is related to winamp, a windows music player (www.winamp.com) Other applications may be affected by this bug. Problem: Every File drag and dropped to the playlist-window of winamp will duplicated. It generates double entries for every file dropped to the playlist-window. Version of wine: This bug has been introduced since version 1.3x. In wine 1.2 everything is fine. Details: If you drag drop a file to the main window of winamp, no duplicate entries will be generated. But if you drop a file to the playlist-window (a window within the winamp application), you will get two entries (duplicated). So it seems to me that the bug is connected to how the drag drop code specifies the target window. Wine trace (WINEDEBUG=xdnd wine winamp.exe) last lines in wine 1.2x: ---------------------------- trace:xdnd:X11DRV_XDND_DropEvent trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x10056) 0x1356a4(L"E:\\x.mp3") trace:xdnd:X11DRV_XDND_FreeDragDropOp last lines in wine 1.3x: ---------------------------- trace:xdnd:X11DRV_XDND_DropEvent trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x101e0) 0x1abe6c(L"Z:\\home\\angel\\Desktop\\x.mp3") trace:xdnd:create_stream_from_map size 4096 trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adbb4={.tymed=0x1, .dwAspect=1, .cfFormat=49326} trace:xdnd:XDNDDATAOBJECT_QueryGetData application didn't find UniformResourceLocator trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1, .dwAspect=1, .cfFormat=15} trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP trace:xdnd:XDNDDATAOBJECT_GetData (0x68a29320, 0x7adba0, 0x7adbd8) trace:xdnd:XDNDDATAOBJECT_GetData application is looking for CF_HDROP trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1, .dwAspect=1, .cfFormat=15} trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP trace:xdnd:X11DRV_XDND_DropEvent drop succeeded trace:xdnd:X11DRV_XDND_FreeDragDropOp It seems that with wine 1.3 new code for a better drag and drop functionality has been introduced. But also leading to a bug with duplicate entries. Maybe someone can fix this? Would be nice :-) -- 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 16

[Bug 31856] New: TextPad full screen view toggle broken
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=31856 Bug #: 31856 Summary: TextPad full screen view toggle broken Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zelotech(a)yahoo.de Classification: Unclassified When you shift within the Shareware Text Editor Textpad5 (which generally is excellent supported by Wine) to full screen view that works pretty well, however when you return from full screen view to the normal view the window header gets lost. Messages are not printed out. -- 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 5

[Bug 23650] New: PowerPoint 2007 insensitive to changes in screen resolution
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=23650 Summary: PowerPoint 2007 insensitive to changes in screen resolution Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.duelli(a)web.de For presentations, you usually have to change your screen to the right resolution such that the external monitor / projector can display your slides. However, I found that when you start PowerPoint 2007 using wine 1.2rc7 or more specifically the wine server before adopting the screen resolution, then PowerPoint or at least parts of it will stick to the former screen resolution. Steps to reproduce: 1. Start your computer with a certain screen resolution, say 1280x1024 2. Start up PowerPoint 2007 with wine. (Everything is fine, presentation mode works as expected) 3. Change screen resolution 4. Activate presentation mode -> The presentation will be rendered to fit in the old screen resolution and there is no way to change this. Possibly this also affects other applications. -- 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 6

[Bug 36163] New: valgrind shows an unitialized variable in programs/cmd/tests/batch.c
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

https://bugs.winehq.org/show_bug.cgi?id=36163 Bug ID: 36163 Summary: valgrind shows an unitialized variable in programs/cmd/tests/batch.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==18147== Conditional jump or move depends on uninitialised value(s) ==18147== at 0x401B9C5: real_length (sortkey.c:329) ==18147== by 0x401B9E3: wine_compare_string (sortkey.c:338) ==18147== by 0x7B852F44: CompareStringEx (locale.c:3016) ==18147== by 0x7B852D0A: CompareStringW (locale.c:2979) ==18147== by 0x4B1D493: WCMD_setshow_default (builtins.c:3316) ==18147== by 0x4B281B6: WCMD_execute (wcmdmain.c:1487) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B130E0: WCMD_batch (batch.c:95) ==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187) ==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590) ==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36) ==18147== by 0x7B864247: ??? (process.c:1045) ==18147== by 0x7B864394: start_process (process.c:1097) ==18147== by 0x7BC87087: ??? (signal_i386.c:2571) ==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==18147== by 0x7BC87065: ??? (signal_i386.c:2571) ==18147== by 0x7BC5A1C0: start_process (loader.c:2840) ==18147== by 0x401B03C: ??? (port.c:60) ==18147== Uninitialised value was created by a client request ==18147== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==18147== by 0x7BC4C697: initialize_block (heap.c:240) ==18147== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==18147== by 0x4B2544E: heap_alloc (wcmdmain.c:444) ==18147== by 0x4B27671: WCMD_execute (wcmdmain.c:1310) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B130E0: WCMD_batch (batch.c:95) ==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187) ==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590) ==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36) ==18147== by 0x7B864247: ??? (process.c:1045) ==18147== by 0x7B864394: start_process (process.c:1097) ==18147== by 0x7BC87087: ??? (signal_i386.c:2571) ==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==18147== by 0x7BC87065: ??? (signal_i386.c:2571) ==18147== by 0x7BC5A1C0: start_process (loader.c:2840) ==18147== by 0x401B03C: ??? (port.c:60) ==18147== -- 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 25225] New: MPLAB: toolbars getting reorganised every time when the window minimized and restored in MPLAB
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=25225 Summary: MPLAB: toolbars getting reorganised every time when the window minimized and restored in MPLAB Product: Wine Version: 1.0.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: theozo77(a)gmail.com Created an attachment (id=32026) --> (http://bugs.winehq.org/attachment.cgi?id=32026) Screenshots before minimize and after restore the window When the MPLAB minimized to the tray and restored, the toolbars organized into one row, will change to one toolbar per one row. So 3 toolbars will use 3 lines, while the horizontal position of their stays unchanged. The program is available here: http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB_IDE_v8_60.zip -- 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 7

[Bug 38441] New: valgrind shows a possible leak in comdlg32/itemdlg
by wine-bugs＠winehq.org 18 Aug '15

18 Aug '15

https://bugs.winehq.org/show_bug.cgi?id=38441 Bug ID: 38441 Summary: valgrind shows a possible leak in comdlg32/itemdlg Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: minor Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==6055== 8 bytes in 1 blocks are possibly lost in loss record 67 of 1,238 ==6055== at 0x7BC49E0E: notify_alloc (heap.c:254) ==6055== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==6055== by 0x7B842BF7: HeapAlloc (heap.c:271) ==6055== by 0x7B842E45: GlobalAlloc (heap.c:377) ==6055== by 0x4E70894: OLEClipbrd_Initialize (clipboard.c:1756) ==6055== by 0x4EA50F4: OleInitialize (ole2.c:214) ==6055== by 0x4883FA9: func_itemdlg (itemdlg.c:2264) ==6055== by 0x488711A: run_test (test.h:584) ==6055== by 0x4887554: main (test.h:666) ==6055== -- 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