September 2010 - Wine-bugs - list.winehq.org

[Bug 23954] New: Threads not allocated to multiple processors.
by wine-bugs＠winehq.org 10 Jun '16

10 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=23954 Summary: Threads not allocated to multiple processors. Product: Wine Version: 1.3.0 Platform: x86 URL: http://systester.sourceforge.net/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kphillisjr(a)gmail.com when running systester with multiple threads, the program does not properly run in parallel... Threads are created, and run, but they are not parallel. Example Single-Thread run: (512k digits) systester-cli.exe -gausslg 512K -turns 1 -threads 1 Result: 19 512K N/A 0h 0m 5.318s Example multi-threaded run: (512k digits) systester-cli.exe -gausslg 512K -turns 1 -threads 4 Result: 19 512K OK 0h 0m 15.864s Expected result: around 7s. Example Single-Thread run: (1M digits) systester-cli.exe -gausslg 1M -turns 1 -threads 1 result: 20 1M N/A 0h 0m 13.438s Example multi-threaded run: (1M digits, 4 threads) systester-cli.exe -gausslg 1M -turns 1 -threads 4 result: 20 1M OK 0h 0m 53.486s Expected Result: about 15s. example single-thread run: (1M digits, 1 thread, benchmark mode) systester-cli.exe -gausslg 1M -turns 1 -threads 1 -bench result: 20 1M N/A 0h 0m 13.418s Example multi-threaded run: (1M digits, 4 threads, benchmark mode) systester-cli.exe -gausslg 1M -turns 1 -threads 4 -bench result: 20 1M N/A 0h 0m 50.798s expected result: around 15s. Test system: Athlon II x4 630 Ubuntu 10.04 (amd64) -- 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 12

[Bug 11898] New: Dance eJay Demo 7 crashes due to unimplemented interface relating to devenum
by wine-bugs＠winehq.org 10 Jun '16

10 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=11898 Summary: Dance eJay Demo 7 crashes due to unimplemented interface relating to devenum Product: Wine Version: 0.9.57. Platform: PC URL: http://support.empireinteractive.com/default.aspx?MID=8F F6D156CB73&PID=D70EED24-7412-4A36-A7B2-879837165C8C OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=11192) --> (http://bugs.winehq.org/attachment.cgi?id=11192) Output with devenum and qcap traces As per bug #11863, a separate bug is filed for other issues in this application. When starting the Dance eJay 7 Demo, after the trial time dialog, a page fault is incurred. The devenum trace seems to suggest that the issue lies in that particular component, as per comment 3 of bug 11863. Attached are logs pertaining to this issue. -- 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 16550] New: ConnectNamedPort should never return OK in overlapped mode
by wine-bugs＠winehq.org 05 Jun '16

05 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=16550 Summary: ConnectNamedPort should never return OK in overlapped mode Product: Wine Version: 1.1.10 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Chromium contains the following code in http://src.chromium.org/viewvc/chrome/trunk/src/chrome/common/ipc_channel_w… BOOL ok = ConnectNamedPipe(pipe_, &input_state_.context.overlapped); DWORD err = GetLastError(); if (ok) { // Uhm, the API documentation says that this function should never // return success when used in overlapped mode. NOTREACHED(); return false; } switch (err) { case ERROR_IO_PENDING: input_state_.is_pending = true; break; case ERROR_PIPE_CONNECTED: waiting_connect_ = false; break; default: NOTREACHED(); return false; } This triggers, for instance, if you build and run Debug/ui_tests.exe: [1217/155712:FATAL:ipc_channel_win.cc(206)] Check failed: false. The obvious one-line change to our ConnectNamedPipe lets the test get further. I'll post a patch once I have a test case. -- 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 18424] New: Mac OS X Joystick support doesn't work
by wine-bugs＠winehq.org 25 May '16

25 May '16

http://bugs.winehq.org/show_bug.cgi?id=18424 Summary: Mac OS X Joystick support doesn't work Product: Wine Version: 1.1.20 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: n8gray(a)n8gray.org I was really pleased to see that Wine added support for joysticks on the Mac but I haven't had any success getting my MS Sidewinder Precision Pro (USB) to work in the games I've tried. I've tried with two demos: Descent Freespace demo and IL-2 Sturmovik demo. I've tried connecting the stick before and after Wine starts. In each case no joystick is detected. The stick is detected in USB Prober and works properly in other OS X software, so I know it's generally compatible. I'm using Kronenberg's build of 1.1.20 available here: http://www.kronenberg.org/darwine/ Thanks! -Nathan -- 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 100

[Bug 18546] New: Have a standard way for probing the system theme for an embedded Wine hints file (uxtheme)
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=18546 Summary: Have a standard way for probing the system theme for an embedded Wine hints file (uxtheme) Product: Wine Version: 1.1.21 Platform: Other OS/Version: other Status: NEW Keywords: integration Severity: enhancement Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org At Launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-themes-ubuntu/+bug/111… Relevant wiki page: http://wiki.winehq.org/XPThemes The general idea is that we should have system themes that provide hints to Wine about how to color itself in the form of a Wine-specific uxtheme file. Once we write these theme files for each system theme, Wine needs to learn to probe for them in a standardized way at startup. It could be as simple as just throwing "winehints.theme" somewhere into the file, or it could be more involved. -- 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 10

[Bug 20383] New: SetMenuInfo() with MIM_BACKGROUND not implemented
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=20383 Summary: SetMenuInfo() with MIM_BACKGROUND not implemented Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: martinez.pr0team(a)gmail.com ... -- 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 8

[Bug 24017] New: reg /query not implemented
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=24017 Summary: reg /query not implemented Product: Wine Version: 0.9 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, Installer, patch Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (Broken out from catchall bug 19533.) reg /query doesn't work in wine. This breaks several apps, including pando downloader. Shuyin Lu wrote an implementation of reg /query in March 2010, and intended to submit it to wine-patches, but ran out of time. I'm attaching it here. -- 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 13843] New: tooltips not working properly - message problems
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=13843 Summary: tooltips not working properly - message problems Product: Wine Version: 1.0-rc4 Platform: Other URL: http://mrhx.ucoz.com/load/0-0-0-27-20 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)centrum.cz In the VISG editor (see url) the tooltips aren't resized and painted properly. Works on windows. Developer explanation (copied below without screenshots): http://www.reactos.org/forum/viewtopic.php?p=36824&sid=9c02654b3b5b22544622… As you may see, the button tooltip has the same size as in winxp. This is correct, but it is not painted. I think, it's because ROS paints the tooltips not via WM_PAINT. And the second: the window tooltip with little screenshot... It is not painted and has wrong size. I think, it's because this tooltip didn't have LPSTR_TEXTCALLBACK as its caption (in other words, it has direct caption). I resize the tooltip on TTN_SHOW message. But, as I see, there is no such message for the window tooltip. But the winapi documentation says TTN_SHOW is sent when the tooltip is about to be shown. And no matter, has it LPSTR_TEXTCALLBACK or not. The button tooltip has LPSTR_TEXTCALLBACK instead of its caption, and it's resized correctly. So, I think, there are two bugs: 1) painting tooltips not via WM_PAINT. 2) not sending TTN_SHOW, if the tooltip did not have LPSTR_TEXTCALLBACK. -- 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 11

[Bug 9532] New: Month calendar control uses 0=sunday for firstDayOfWeek
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=9532 Summary: Month calendar control uses 0=sunday for firstDayOfWeek Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se This bug has been transferred from bug 9490. The month calendar control displays sunday as the first day of the week, even though LOCALE_IFIRSTDAYOFWEEK=0. This is because the implementation is based uses 0=sunday, rather than 0=monday. MSDN indicates that the API (SetFirstDayOfWeek/GetFirstDayOfWeek) should use 0=monday, see http://msdn2.microsoft.com/en-us/library/ms670423.aspx. So, either the implementation needs to be changed to use 0=monday throughout the code, or we can continue to use 0=sunday internally, but then we need to convert when we talk to the rest of the world. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 14638] New: Discription file of task configuration \'C:\plc.xml\' not found
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=14638 Summary: Discription file of task configuration \'C:\plc.xml\' not found Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hyper_sonic(a)hotbox.ru Created an attachment (id=15045) --> (http://bugs.winehq.org/attachment.cgi?id=15045) console output Codesys is a IEC 61131-3 Programming System for controllers equipment use in Automation Process. Application install without errors. But when i creat new project or open exist project, Codesys say "Discription file of task configuration \'C:\plc.xml\' not found". The "C:\plc.xml" is one of files in discribe target. Manufacture destributed target for this kind of controller equipment. File c:\plc.xml is exist in ~/.wine/drive_c/plc.xml. Console output see attache. -- 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 13